Version datée du 16 septembre 2026. Elle s’applique dès sa publication et son acceptation selon les modalités prévues dans le présent accord.
1. Parties et objet de l’offre
1.1. La société à responsabilité limitée RIZZ TRADE / « RIZZ TRADE » LLC, enregistrée en République d’Ouzbékistan le 15 septembre 2025, inscription au registre 2944991, numéro d’identification fiscale 312432714, propose de conclure un accord pour l’utilisation de son propre service logiciel Cicora selon les conditions de la présente offre publique. Adresse de correspondance : Republic of Uzbekistan, Tashkent, Mirabad District, Abdulla Avloniy MFY, Nukus Street, Building 3. E-mail : support@cicora.ai. Téléphone : +998 90 051 48 40. Elle est désignée ci-après par « Cicora », le « Fournisseur » ou « nous ».
1.2. Le présent accord est conclu avec une personne physique ou une organisation qui accepte la présente offre, désignée ci-après par l’« Utilisateur » ou le « Client ». Une personne qui accepte les conditions pour le compte d’une organisation confirme qu’elle est autorisée à conclure l’accord, à créer un espace de travail, à commander des fonctionnalités et à engager les frais correspondants. Une personne qui ne dispose pas de ce pouvoir ne doit pas prétendre engager l’organisation.
1.3. L’objet de l’accord est l’octroi de droits d’utilisation du logiciel Cicora et la fourniture de services numériques associés : traitement des requêtes, acheminement vers les modèles, gestion du contexte et des fichiers, utilisation des outils disponibles, enregistrement de l’utilisation et fourniture des résultats. Le périmètre précis est déterminé par le produit, le forfait, le modèle, le mode et la commande sélectionnés.
1.4. RIZZ TRADE est le fournisseur de son propre service logiciel. Le système serveur de Cicora assure l’authentification, le routage, les algorithmes de traitement, la gestion des accès et la comptabilisation de l’utilisation. Nous pouvons faire appel à des fournisseurs de technologies pour exécuter certaines opérations informatiques. Cela ne modifie pas la partie à l’accord conclu avec l’Utilisateur et ne signifie pas que nous acceptons un paiement pour le compte d’un fournisseur en qualité d’intermédiaire de paiement.
1.5. L’achat de Cicora ne signifie pas l’achat du compte personnel, de l’abonnement ou de la clé d’API d’une autre entreprise. Les noms de modèles tiers servent à identifier les technologies disponibles au sein du service et n’impliquent aucun partenariat, aucune représentation ni aucune approbation, sauf confirmation expresse de cette relation.
2. Définitions
2.1. Le « Service » désigne les interfaces logicielles, le site web cicora.ai, les applications disponibles et les API de Cicora, ainsi que les fonctions incluses dans une commande. Un « Compte » désigne le compte d’un Utilisateur. Un « Espace de travail » désigne un compte ou un environnement d’organisation dans lequel des droits d’accès et un budget partagé peuvent être attribués. Un « Administrateur » désigne une personne à laquelle ont été accordés les pouvoirs de gestion de l’espace de travail affichés dans l’interface.
2.2. Les « Éléments d’entrée » désignent les requêtes, messages, instructions, fichiers, images, contenus audio et vidéo, codes, données et autres éléments fournis par l’Utilisateur ou pour son compte. Les « Résultats » désignent les réponses et autres éléments générés lors de l’exécution d’une requête. Les Éléments d’entrée et les Résultats constituent ensemble le « Contenu ». Le contenu de tiers obtenu auprès de sources externes peut avoir un titulaire de droits distinct.
2.3. Un « Modèle » désigne un modèle informatique sélectionné ou une fonction spécialisée. Un « Fournisseur de Modèle » désigne une personne qui fournit la technologie ou son exécution. Une « Route » désigne une configuration destinée à exécuter une requête, comprenant le modèle, le fournisseur, le mode, la région et les paramètres de traitement des données. Un identifiant de modèle peut avoir plusieurs Routes assorties de prix, de disponibilités et de règles relatives aux données différents.
2.4. Une « Commande » désigne la sélection confirmée d’un produit, d’une durée, d’un prix, d’une devise, des conditions applicables et d’un moyen de paiement. Un « Abonnement » désigne un accès pendant une période payée déterminée, assorti des capacités et des limites prévues par le forfait. Le « Paiement à l’usage » désigne le paiement de l’utilisation effectivement mesurée. Le « Solde » et les « Crédits » désignent une comptabilisation interne d’un volume de services prépayé ; ils ne constituent ni un compte bancaire, ni un portefeuille de paiement, ni un droit de régler des tiers.
2.5. Les « Conditions des Modèles » désignent les règles, licences et restrictions contraignantes du Modèle et de la Route concernés. Un « Consommateur » désigne une personne physique qui achète le Service à des fins auxquelles le droit applicable accorde la protection des consommateurs. Un « Client professionnel » désigne une personne qui utilise le Service à des fins commerciales ou professionnelles. Le nom d’un forfait ne supprime pas à lui seul un statut accordé à un Consommateur par la loi.
3. Documents contractuels et ordre de priorité
3.1. L’accord se compose de la présente offre, de la Commande confirmée, de la version applicable de la tarification, des Règles de facturation et des Crédits, des Règles de remboursement, des Règles d’utilisation acceptable et des Conditions des fonctionnalités. La section 11 de la présente offre énonce les règles d’utilisation des Modèles ; le Répertoire des politiques des Modèles et des Fournisseurs aide à déterminer les conditions applicables à une Route donnée.
3.2. La Politique de confidentialité décrit le traitement des données à caractère personnel. Elle ne constitue pas un consentement général à toute forme de traitement et ne remplace pas un consentement distinct lorsque la loi l’exige. Les Conditions relatives aux Données commerciales s’appliquent, dans leur champ d’application, au traitement effectué selon les instructions documentées d’un Client professionnel.
3.3. Le droit impératif prévaut en cas de conflit. Viennent ensuite, par ordre de priorité, une Commande ou un accord écrit convenu individuellement ; les conditions particulières d’une fonctionnalité donnée pour cette fonctionnalité ; puis la présente offre et les règles qui y sont incorporées. Les Conditions des Modèles déterminent les limites contraignantes d’utilisation de la technologie concernée, mais elles ne remplacent pas elles-mêmes le prix promis à l’Utilisateur par Cicora et ne suppriment pas les obligations de RIZZ TRADE à l’égard de son propre service.
3.4. Une modification individuelle ne prend effet que si elle est acceptée par les parties autorisées sous une forme écrite ou électronique conservée. Les conditions ajoutées unilatéralement par un Client à une instruction de paiement, un bon de commande ou un autre document ne modifient pas l’accord sans notre acceptation expresse.
3.5. Les documents sont publiés dans les versions linguistiques disponibles dans le sélecteur de langue. La version et la langue affichées au moment de l’acceptation sont conservées pour une Commande. Les différences de traduction sont résolues à la lumière du sens des conditions convenues et des droits impératifs de l’Utilisateur ; une version dans une autre langue que l’Utilisateur n’a pas lue n’est pas utilisée pour étendre secrètement ses obligations.
4. Conclusion de l’accord et preuves électroniques
4.1. Avant de passer une Commande, l’Utilisateur peut examiner les conditions, la description, le prix, les règles de mesure de l’utilisation, la période d’accès et les restrictions applicables. Pour une Commande payante, l’acceptation s’exprime par la confirmation expresse des conditions pertinentes et l’exécution de l’action de paiement indiquée. La simple consultation d’une page publique n’autorise aucun prélèvement.
4.2. L’Utilisateur vérifie la Commande et corrige les erreurs avant de la confirmer. Après un paiement réussi ou une autre base d’activation convenue, une confirmation conservée est créée. Elle doit identifier les parties, le produit, la période, le montant, la devise et les conditions acceptées. Les confirmations électroniques, les enregistrements des transactions et les documents comptables servent à exécuter l’accord et à examiner les demandes.
4.3. Les parties reconnaissent que les messages électroniques, notifications, confirmations des prestataires de paiement et journaux du Service peuvent être utilisés comme preuves dans la mesure permise par la loi. Ces enregistrements ne sont pas concluants : l’Utilisateur peut soumettre la preuve d’une erreur ou d’autres documents. L’enregistrement technique d’une redirection du navigateur ne remplace pas la confirmation du paiement.
4.4. Aucun support physique n’est fourni pour la livraison électronique du logiciel. La confirmation d’activation et l’utilisation effective sont enregistrées par le système électronique. L’absence d’un procès-verbal de réception signé sur papier ne signifie pas, à elle seule, qu’un service numérique n’a pas été fourni lorsque sa fourniture est établie par des preuves recevables ; les documents comptables et destinés aux consommateurs obligatoires sont fournis lorsque la loi l’exige.
5. Âge, pouvoir et informations du compte
5.1. L’âge minimal d’accès est de 13 ans, ou l’âge supérieur fixé par le droit applicable, les Conditions du Modèle ou une fonctionnalité distincte. Si l’approbation d’un représentant légal est nécessaire pour conclure indépendamment un accord, traiter des données ou effectuer un paiement, elle doit être obtenue avant l’action concernée. Le seuil d’âge supérieur d’une Route particulière prévaut pour cette Route.
5.2. Lors de l’inscription, l’Utilisateur fournit des informations actuelles et exactes, suffisantes pour le Compte et la Commande. L’Utilisateur ne doit pas usurper l’identité d’une autre personne, créer une organisation fictive, dissimuler des informations obligatoires sur le pays ou utiliser les données de paiement d’une autre personne sans autorisation légale. Toute modification des coordonnées et des informations de facturation doit être mise à jour rapidement.
5.3. Nous pouvons demander une confirmation proportionnée de l’autorité, de la propriété du Compte, des droits sur les éléments, du paiement ou de l’utilisation d’une fonctionnalité restreinte. La demande est limitée à ce qui est nécessaire à l’examen concerné. Les mots de passe, valeurs CVV, codes bancaires et autres secrets ne doivent pas être envoyés par e-mail ordinaire. Si un examen nécessaire ne peut pas être mené à bien, l’action concernée peut être suspendue dans les limites de la loi.
6. Sécurité du Compte et des clés d’API
6.1. Les données personnelles de connexion ne peuvent pas être partagées de manière à faire apparaître plusieurs personnes comme un seul Utilisateur. Le travail collaboratif s’effectue au moyen des rôles et comptes fournis. L’Utilisateur prend des mesures raisonnables pour protéger les mots de passe, les appareils, les sessions et ses propres clés Cicora, et signale toute compromission à support@cicora.ai.
6.2. Une clé d’API fonctionne dans les limites des droits et du budget accordés. Le Client contrôle son emplacement dans les applications, l’accès des développeurs et prestataires, sa révocation et son remplacement. Une clé secrète ne doit pas être publiée dans du code open source, remise à des personnes non autorisées ni utilisée lorsqu’elle appartient à une autre personne sans autorisation. L’intégration légale de l’API au propre produit du Client ne crée pas un droit de revendre un Compte Cicora ou les clés des Fournisseurs de Technologies.
6.3. Jusqu’à réception d’une notification, nous pouvons nous fier aux actions du Compte dûment authentifiées, sous réserve de notre obligation de maintenir une sécurité raisonnable et des règles régissant la contestation des transactions non autorisées. La présente clause ne rend pas l’Utilisateur responsable d’une erreur avérée de Cicora et ne supprime pas les protections impératives relatives aux paiements.
6.4. Lorsqu’il existe une menace pour la sécurité, nous pouvons révoquer une clé, mettre fin à des sessions, vérifier le propriétaire ou limiter temporairement certaines fonctions. Nous nous efforçons de limiter les mesures à ce qui est nécessaire. Le rétablissement ne supprime pas automatiquement les restrictions légales imposées par un Fournisseur de Modèle.
7. Espaces de travail et comptes d’entreprise
7.1. Le propriétaire de l’Espace de travail et les Administrateurs désignés ne gèrent que les droits prévus par le produit : membres, Modèles disponibles, budgets, clés, politiques et Contenu dans le cadre du rôle concerné. Les pouvoirs de l’Administrateur sont communiqués lorsqu’une personne rejoint l’Espace ; une adresse e-mail professionnelle ne donne pas, à elle seule, à une organisation un accès inconditionnel à l’historique personnel.
7.2. Lorsque le transfert d’un Compte vers un environnement d’entreprise est disponible, l’Utilisateur reçoit l’information applicable avant le transfert du contrôle administratif. L’organisation doit disposer d’une base pour gérer les données de ses membres et les informer de ses politiques. Elle détermine la licéité de ses instructions et de l’utilisation des Résultats dans ses activités.
7.3. Un acheteur autorisé ne peut commander des fonctions et engager des frais que dans les limites de son pouvoir. L’organisation est responsable de l’utilisation commandée par les personnes autorisées et contrôle les droits des membres. Le retrait d’un membre met fin à son accès, mais ne supprime pas nécessairement les données ou les documents comptables appartenant légalement à l’organisation.
7.4. L’accès d’une société affiliée, d’un client ou d’un prestataire n’est autorisé que selon une méthode permise par le forfait. Une personne morale distincte ne devient pas partie à l’accord ni titulaire d’une licence indépendante au seul motif qu’elle partage un domaine, un propriétaire ou un projet.
8. Licence du logiciel
8.1. Dans la limite des droits dont nous disposons, pour la durée de l’accès payant ou de l’utilisation gratuite autorisée, nous accordons un droit limité et non exclusif d’utiliser les fonctionnalités de Cicora au moyen des interfaces et API fournies. Aucun droit exclusif, code source ou droit de marque n’est transféré.
8.2. La licence est limitée par la finalité, le volume, la disponibilité géographique, le nombre d’utilisateurs et les limites techniques du produit sélectionné. Le Service n’accorde aucun droit de copier ou de distribuer le logiciel serveur, de louer un Compte, de fournir un accès sous-licencié non autorisé ni de donner la fausse impression d’une représentation officielle de Cicora.
8.3. Une API autorisée par le forfait peut être intégrée aux propres applications et processus du Client. Le Client doit respecter les exigences relatives aux utilisateurs finaux, au Modèle, à la sécurité des clés et au traitement des données. Une telle intégration diffère du transfert de comptes de fournisseurs ou de la revente dissimulée d’un accès en violation des licences applicables.
8.4. Les conditions publiées pour le composant concerné s’appliquent à un client téléchargeable, un SDK, une extension ou un autre composant. Les composants sous licence libre conservent cette licence et ses mentions obligatoires ; le présent accord ne réduit pas les droits expressément accordés par cette licence. La présence de composants libres distincts ne fait pas de l’ensemble de la plateforme un logiciel open source.
8.5. Les mises à jour peuvent modifier ou remplacer des composants pour des raisons de sécurité, de compatibilité et d’évolution du produit. L’Utilisateur n’est pas tenu d’accorder des droits qui ne sont pas nécessaires à l’utilisation d’une mise à jour. Lorsqu’un droit d’accès prend fin, l’utilisation des composants protégés prend fin dans la mesure prévue par l’accord et la loi ; les droits d’exportation des données autorisés par la loi restent disponibles.
9. Capacités, limites et modifications du Service
9.1. La description et la comparaison des forfaits définissent le produit acheté. Le nom d’une fonction d’une autre entreprise ne signifie pas qu’une fonction équivalente de Cicora est disponible. Un Abonnement ne promet pas des applications grand public de tiers, des certificats d’entreprise, une capacité dédiée ou un SLA, sauf si une Commande confirmée le prévoit expressément.
9.2. La disponibilité et les performances des Modèles dépendent du mode, du volume du contexte, des outils, de l’état de l’infrastructure et de la disponibilité des Fournisseurs de Technologies. Une fenêtre de contexte maximale annoncée n’est pas nécessairement entièrement disponible pour le texte de l’Utilisateur : une partie peut être utilisée par les instructions, les outils, l’historique et le traitement du système.
9.3. Nous pouvons faire évoluer l’interface, corriger des erreurs, traiter des vulnérabilités, remplacer des composants techniques et abandonner des fonctions obsolètes. Une réduction substantielle d’une obligation déjà payée est traitée conformément au droit applicable et aux Règles de remboursement. Une mise à jour ordinaire ne crée pas un droit de recalculer rétroactivement une requête terminée ni de réduire le volume acheté.
9.4. La maintenance technique et l’indisponibilité temporaire ne promettent pas, à elles seules, une indemnisation au titre d’un SLA inexistant. Les exigences découlant de la non-fourniture effective ou de la fourniture défectueuse d’un service payant demeurent néanmoins. Les fonctions d’essai, bêta et d’aperçu sont expressément signalées et régies par des conditions particulières ; un produit payant stable n’est pas qualifié rétroactivement de bêta.
10. Abonnements, utilisation et prépaiement
10.1. Les abonnements individuels sont proposés sous les formes Plus ($20), Pro ($50), 5× ($100) et 20× ($200), aux prix mensuels indiqués sur la page de tarification. Pour des modes et des périodes de mesure comparables, les forfaits 5× et 20× fournissent respectivement 5× et 20× le volume d’utilisation du forfait Plus ($20). Pro offre le niveau amélioré décrit dans le produit. Ces multiplicateurs ne multiplient pas l’argent détenu sur un Compte.
10.2. Les limites de l’Abonnement, le Solde API payé séparément et les bonus sont distincts. Un Abonnement est valable pendant la période indiquée ; la consommation dépend du Modèle, du contexte, de la réponse, des fichiers, des outils et des autres paramètres communiqués. Aucun nombre particulier de messages ni coût identique de différentes requêtes n’est garanti. Les limites et leur heure de renouvellement sont affichées lors de la sélection et de l’utilisation d’un forfait.
10.3. L’API en paiement à l’usage est facturée sur le Solde concerné en fonction de l’utilisation effective. Si le Solde est insuffisant, une nouvelle requête payante peut être rejetée ou interrompue selon la procédure communiquée. Aucun mécanisme de crédit dissimulé, aucune dette ni aucun dépassement automatique du budget ne naît au seul motif qu’une requête a commencé.
10.4. Avant la confirmation, le prix du produit, les taxes applicables, la devise de facturation et le montant final sont affichés. Les Modèles sont soumis au catalogue publié et aux règles de la Route concernée. Les différents outils et médias peuvent être facturés par jeton, image, caractère, requête, seconde, minute, heure ou selon une autre mesure communiquée. L’absence de tarif affiché ne signifie pas que l’utilisation est gratuite.
10.5. Des règles supplémentaires relatives à la mesure, à la réservation, aux ajustements et à la durée de validité des unités sont énoncées dans les Règles de facturation et des Crédits. Aucun type de Solde ne confère un droit à des intérêts, à des opérations de change, à des transferts vers d’autres Utilisateurs ou à des paiements à des vendeurs tiers.
11. Conditions des Modèles et Routes technologiques
11.1. La présente section fait partie de l’accord et ne constitue pas une simple page d’information. Chaque Modèle ne peut être utilisé que dans le respect des conditions contraignantes de son fournisseur et de la Route sélectionnée. Les liens, les informations sur les fournisseurs et les restrictions disponibles figurent dans le catalogue de l’API et le Répertoire des Conditions des Modèles. La liste ne se limite pas à trois marques.
11.2. Avant d’effectuer une requête, l’Utilisateur vérifie la finalité et l’utilisation autorisée du Modèle pour sa tâche, les conditions d’utilisation commerciale, les restrictions de pays ou d’organisation, les fonctions disponibles et les règles de traitement des éléments. Si l’Utilisateur n’accepte pas une Condition contraignante du Modèle, il ne doit pas envoyer de requête par cette Route et peut choisir une autre option autorisée.
11.3. Un Client professionnel et un développeur qui fournit son propre produit aux utilisateurs finaux par l’intermédiaire de l’API Cicora s’engagent à transmettre les règles applicables à ces utilisateurs et à obtenir, avant une requête, le consentement requis et une base légale. Dans la mesure permise par la loi, le Client est responsable de son intégration et de ses utilisateurs autorisés ; il ne peut pas étendre les droits au-delà de la licence du Modèle.
11.4. Un Modèle peut avoir plusieurs fournisseurs et versions. Le routage automatique, la solution de repli, la sélection d’une exécution régionale, l’entraînement ou le stockage ne s’appliquent que dans les limites des paramètres communiqués et des restrictions contraignantes. Une Route de repli ne doit pas être utilisée pour contourner un budget convenu, une interdiction de transfert de données ou l’indisponibilité d’un territoire.
11.5. Une modification des règles, le retrait d’un Modèle, un changement de disponibilité d’un fournisseur ou une exigence contraignante d’un fournisseur peuvent entraîner la restriction de la Route concernée. Les conséquences substantielles pour un produit payant actif sont notifiées de la manière exigée par la loi ; les opérations terminées ne deviennent pas de nouveaux achats aux tarifs modifiés.
11.6. Nous ne pouvons pas écarter les restrictions contraignantes d’un développeur de Modèle en matière de licence, d’exportation, d’âge ou autres. Il est interdit de contourner des blocages ou mesures de protection, de falsifier le pays ou l’identité, ou d’utiliser un proxy ou un VPN afin d’obtenir un accès interdit. Un outil de sécurité réseau autorisé n’est pas interdit au seul motif qu’il est utilisé, à condition qu’il ne serve pas à ce contournement.
11.7. Pour satisfaire à des exigences contraignantes, nous pouvons demander les informations raisonnablement nécessaires concernant les droits sur les éléments, le consentement, le pouvoir, le pays, le mode ou l’utilisation finale. Si les informations requises pour un Modèle particulier ne sont pas fournies, l’utilisation de ce Modèle peut être restreinte. Cela ne crée pas un droit d’exiger des informations sans rapport avec l’ensemble des activités du Client.
11.8. La classification technique d’une région, d’une catégorie de requête ou d’une compatibilité peut comporter des erreurs. L’Utilisateur peut en demander le réexamen. Cette réserve ne dégage pas Cicora de ses propres obligations et ne constitue pas une autorisation d’envoyer sciemment une requête par une Route inadaptée.
11.9. Le contrat d’achat conclu par Cicora avec un fournisseur ne fait pas de ce fournisseur une partie à l’accord de l’Utilisateur avec RIZZ TRADE. RIZZ TRADE est responsable, dans la mesure prévue par la loi, de son interface, des frais, de la communication des prix et de ses obligations contractuelles envers l’Utilisateur.
12. Intégrations d’API et utilisateurs finaux
12.1. L’API doit être utilisée conformément à la documentation publiée, à l’authentification, aux limites et aux paramètres autorisés. Le Client est responsable de l’exactitude de son intégration, de la vérification des réponses, de la logique de nouvelle tentative et des dépendances. Les méthodes non documentées ne doivent pas servir à contourner la tarification, la sécurité ou les Conditions des Modèles.
12.2. L’automatisation des requêtes autorisée par l’API ne constitue pas une extraction interdite. Il reste néanmoins interdit d’extraire en masse des éléments protégés ou des informations d’interface non publiques, d’entraver les opérations d’autres clients, de contourner les limites ou d’obtenir un accès à l’infrastructure au-delà de l’API fournie.
12.3. L’idempotence, les délais d’expiration, la diffusion continue et la confirmation de l’achèvement doivent être pris en compte dans une intégration. Le renvoi d’une nouvelle requête ne garantit pas une réponse identique et peut créer une opération de traitement distincte et facturable ; une nouvelle tentative provoquée par une erreur propre à Cicora est examinée selon les règles d’ajustement. Les identifiants de requête permettent de faire correspondre l’utilisation et les Résultats.
12.4. Un Client qui sert ses propres utilisateurs reste responsable de son produit, de ses déclarations, de ses autorisations, de son traitement des données et des décisions prises sur la base des Résultats. Il ne doit pas promettre à ses utilisateurs des garanties de Cicora non communiquées ni se présenter comme un représentant autorisé de RIZZ TRADE sans fondement.
13. Éléments d’entrée et droits sur les Résultats
13.1. L’Utilisateur conserve ses droits sur les Éléments d’entrée. L’Utilisateur accorde une autorisation limitée de les recevoir, de les stocker dans le mode sélectionné, de les reproduire dans le flux de travail, d’effectuer des transformations techniques, de les transférer aux fournisseurs nécessaires et de générer une réponse, uniquement afin de fournir, protéger et assurer l’assistance du Service et de respecter la loi.
13.2. L’Utilisateur confirme qu’il dispose des droits, du consentement et de la base légale nécessaires pour soumettre les éléments, y compris les données à caractère personnel, les images et les voix d’autres personnes, les œuvres protégées et les informations de l’organisation. La disponibilité d’un élément sur Internet ne signifie pas toujours qu’il peut être réutilisé ou envoyé à un Modèle.
13.3. Entre les parties, les droits sur un Résultat qui appartiennent à Cicora et peuvent être transférés sont accordés à l’Utilisateur dans toute la mesure permise par le droit applicable et la licence du Modèle. Cela ne transfère pas les droits de tiers, ne crée pas de protection juridique lorsqu’elle n’existe pas et ne supprime pas les restrictions particulières applicables à un type de Résultat donné.
13.4. Les Résultats peuvent être identiques ou similaires pour différents utilisateurs. L’accord n’accorde aucune exclusivité sur un style général, une idée, des faits, des éléments communs ou un contenu créé indépendamment. Le contenu de tiers provenant d’une recherche, d’une source connectée ou d’un outil reste soumis aux droits et conditions d’utilisation applicables.
13.5. L’Utilisateur évalue la licéité de la publication et de l’utilisation commerciale d’un Résultat. La génération d’un Résultat ne confirme pas, à elle seule, l’absence de marques ou de droits de tiers sur une personne représentée, la licéité de la publicité ni le respect de la licence d’un composant logiciel.
14. Fichiers, historique et publication
14.1. Les fichiers sont acceptés dans les formats, tailles et quantités pris en charge et indiqués dans l’interface ou l’API. Nous pouvons refuser un fichier corrompu, dangereux, incompatible ou interdit et limiter les actions qui menacent l’infrastructure. Tout droit d’examen est limité aux finalités de sécurité, de performance et de conformité légale.
14.2. Le choix d’un fichier pour une requête nous donne pour instruction d’utiliser le contenu nécessaire sur la Route concernée. Il ne constitue pas une autorisation générale de publier tous les fichiers du Compte. Le mode de stockage, l’accès des membres, la suppression et les sauvegardes sont régis par la politique relative aux données et les paramètres de la fonction concernée.
14.3. Le service de traitement ne constitue ni une archive garantie ni l’unique sauvegarde de l’Utilisateur. Les Éléments sources et les Résultats importants doivent être conservés indépendamment. Les obligations en matière de protection des données et les droits impératifs en cas d’erreur propre à Cicora restent inchangés.
14.4. Si une fonction permet de créer un lien public ou de publier du Contenu, un agent, un modèle ou un autre objet, l’Utilisateur sélectionne l’action concernée avant la publication. L’autorisation ne couvre que la publication et l’affichage de l’objet sélectionné auprès du public concerné. Les destinataires peuvent conserver les éléments qui leur sont accessibles ; la révocation d’un lien ne supprime pas toujours leurs copies indépendantes.
14.5. La publication publique ne nous accorde pas de droits exclusifs sur le Contenu personnel et ne transforme pas les conversations non publiques en matériel publicitaire. Toute autre utilisation exige une base communiquée séparément. L’Utilisateur est responsable des droits relatifs aux éléments publiés et de l’absence de contenu illicite.
15. Retours et droits de Cicora
15.1. Les suggestions d’amélioration soumises volontairement comme retours peuvent être utilisées pour développer le Service sans obligation de verser une rémunération, sauf accord distinct contraire. La présente clause ne nous permet pas de qualifier tout le Contenu personnel de retour ni de l’utiliser à une finalité non communiquée.
15.2. La plateforme, ses composants logiciels, son design, sa documentation et ses marques restent la propriété de leurs titulaires respectifs. Ni le paiement d’un Abonnement ni l’utilisation d’un Résultat ne transfère de droits sur le code ou la marque de Cicora. L’utilisation des marques ne doit pas donner une fausse impression d’auteur, d’affiliation ou d’approbation.
15.3. Un signalement de violation présumée de la propriété intellectuelle est traité conformément à la Procédure de réclamation relative à la propriété intellectuelle. Nous examinons les informations suffisamment précises, tenons compte des explications de la partie concernée et respectons les exigences légales applicables. Les notifications ou contre-notifications sciemment fausses ne sont pas autorisées.
16. Exactitude de l’IA et utilisation responsable
16.1. Les systèmes génératifs produisent des Résultats probabilistes et peuvent commettre des erreurs, omettre du contexte, utiliser des informations obsolètes ou fournir des réponses inattendues. Nous ne promettons pas que chaque réponse sera vraie, unique ou adaptée à la finalité particulière de l’Utilisateur.
16.2. Un examen raisonnable est requis avant d’utiliser un Résultat, en particulier avant sa publication ou son utilisation en rapport avec d’autres personnes. Un Résultat d’IA ne doit pas être présenté comme un avis professionnel vérifié ou comme une œuvre humaine lorsque cela serait trompeur ou illicite. Les mentions obligatoires relatives aux contenus synthétiques doivent être conservées.
16.3. Un Service généraliste ne devient pas un service professionnel médical, juridique, financier ou autrement réglementé et agréé. Les décisions importantes relatives à l’emploi, au crédit, à l’assurance, au logement, à l’éducation, à la santé et aux autres droits humains ne doivent pas être prises uniquement sur la base d’une réponse d’IA non vérifiée en violation des exigences applicables.
16.4. Ces limitations s’appliquent à l’utilisation concernée et ne promettent pas un contrôle complet de chaque Résultat. Les exigences générales et propres aux modèles sont détaillées dans les Règles d’utilisation acceptable. Elles ne suppriment pas la responsabilité de Cicora au titre de la fonctionnalité promise, de ses propres frais ou des recours exigés par la loi.
17. Conduites interdites et contrôles
17.1. Sont interdits les comportements illicites, les atteintes aux droits intellectuels et personnels, l’exploitation des enfants, la fraude, les accès non autorisés, les logiciels malveillants, les atteintes aux infrastructures, les utilisations dangereuses et le contournement des restrictions contraignantes. Les catégories complètes et les règles conditionnelles des Modèles figurent dans les Règles d’utilisation acceptable.
17.2. Un Utilisateur ne doit pas tenter d’obtenir du code source non public, des secrets, des poids de modèles ou des données d’autres utilisateurs par ingénierie inverse, extraction ou contournement de mesures techniques, sauf dans la mesure expressément permise par le droit impératif ou une licence libre applicable. Les recherches de sécurité autorisées sont menées dans le cadre d’un programme convenu si un tel programme est proposé ; l’accès général à l’API n’autorise pas, à lui seul, des attaques.
17.3. L’Utilisateur ne doit pas désactiver les mesures de protection fournies, falsifier les métriques, abuser des bonus, créer des comptes fictifs pour contourner des limites ni aider des tiers à enfreindre les présentes règles. L’utilisation des Résultats pour entraîner un autre modèle est soumise aux droits sur les données et aux restrictions contraignantes de la technologie sélectionnée ; l’interdiction d’un fournisseur n’est pas supprimée au seul motif que l’appel a été effectué par l’intermédiaire de Cicora.
17.4. Dans la mesure nécessaire, peuvent avoir lieu un examen automatisé ou humain, le blocage d’une requête ou d’un fichier, la restriction d’une fonction, la conservation de preuves liées à un incident et un signalement légal à une autorité compétente. Ces contrôles ne signifient pas que tout le Contenu est lu continuellement par des personnes. Leurs finalités et bases légales sont décrites dans la Politique de confidentialité.
18. Confidentialité
18.1. Les Informations confidentielles désignent les informations non publiques divulguées dans le cadre de l’accord et identifiées comme confidentielles ou raisonnablement confidentielles par leur nature : Contenu privé, informations commerciales, éléments techniques, conditions d’une Commande individuelle et informations relatives à la sécurité et aux accès.
18.2. La partie destinataire utilise les Informations confidentielles pour exécuter l’accord et protéger les droits concernés, maintient une confidentialité raisonnable et n’en autorise l’accès qu’aux personnes qui en ont besoin et sont soumises à une obligation de protection applicable. Lorsqu’un prestataire est engagé, seule la partie nécessaire des informations est transférée, sous réserve de l’accord, des Conditions des Modèles et du droit relatif à la protection des données.
18.3. Les restrictions ne s’appliquent pas aux informations qui deviennent publiques sans manquement du destinataire, dont celui-ci avait légalement connaissance auparavant, qui lui ont été légalement communiquées par un tiers indépendant ou qu’il a développées indépendamment sans utiliser les Informations confidentielles divulguées. Une exception doit avoir un fondement et n’est pas présumée du seul fait d’une similitude entre les informations.
18.4. Lorsque la divulgation est obligatoire en vertu d’une demande légale, elle est limitée au périmètre requis. Lorsque cela est permis, la partie qui divulgue est informée de la demande et dispose d’une possibilité raisonnable de protéger les informations. La présente clause n’exige pas de violer une interdiction de notification ni d’entraver une enquête légale.
18.5. Lorsque la base légale prend fin, les informations sont restituées, supprimées ou conservées dans une mesure limitée aux obligations comptables, à la protection des droits, à la sécurité et aux cycles de sauvegarde. Les obligations de confidentialité se poursuivent pour les informations légalement conservées. Les règles relatives aux données à caractère personnel prévalent dans leur domaine.
19. Services, outils et actions de tiers
19.1. Le Service peut comprendre des sources externes, des outils de recherche ou connectés, des applications et des liens. Lorsque l’Utilisateur active une telle fonction, il doit examiner sa finalité, le destinataire des données et les autorisations nécessaires. Son activation n’accorde pas automatiquement l’accès à toutes les données du Compte.
19.2. L’exécution d’une action externe sur instruction de l’Utilisateur, telle que l’envoi d’informations ou la modification d’un objet dans un système connecté, peut être soumise à des confirmations supplémentaires et aux règles de ce système. L’Utilisateur vérifie les actions importantes avant qu’elles ne deviennent définitives lorsqu’une confirmation est disponible. Une instruction générée ne doit pas être présentée comme un pouvoir humain accordé indépendamment.
19.3. Cicora ne contrôle pas toutes les conditions ni tous les contenus d’un site externe et ne garantit pas son fonctionnement continu. Toutefois, le recours à un fournisseur pour exécuter la propre obligation payante de Cicora ne supprime pas automatiquement la responsabilité de RIZZ TRADE envers l’Utilisateur. Les données provenant d’une source tierce et les droits de propriété intellectuelle correspondants sont régis par les conditions applicables.
20. Données à caractère personnel et traitement professionnel
20.1. Le traitement relatif au Compte, aux paiements, à la sécurité, aux requêtes et à l’assistance est décrit dans la Politique de confidentialité, les Règles relatives aux cookies et les Contrôles des données. La présente offre publique ne remplace pas le consentement particulier requis pour un traitement facultatif.
20.2. Un Utilisateur qui soumet les données d’autres personnes doit disposer d’une base applicable. Un Client professionnel est responsable de la licéité de ses instructions, des informations fournies aux personnes concernées et des autorisations de transfert. Cela ne signifie pas que Cicora n’est automatiquement jamais un opérateur ou un responsable du traitement : le rôle est déterminé par l’opération concernée et le droit applicable.
20.3. Le traitement effectué selon les instructions d’une organisation est régi par une couche contractuelle distincte relative aux données commerciales. L’existence d’un texte général sur la confidentialité n’établit pas d’accords particuliers pour les données médicales, les transferts internationaux ou d’autres traitements réglementés. Aucune information ne doit être soumise lorsque les conditions contraignantes de la Route sélectionnée ne sont pas remplies.
20.4. Les informations relatives à la conservation des requêtes, des fichiers et des journaux techniques varient selon la fonction et le fournisseur. Les termes « confidentiel », « sans entraînement » ou « ZDR » ne constituent pas des promesses universelles pour chaque Route. L’Utilisateur ne peut choisir que les modes effectivement disponibles dont les limites sont communiquées.
21. Paiement, renouvellement et modifications de prix
21.1. Les paiements sont effectués uniquement par l’intermédiaire d’une banque, d’un prestataire ou d’une boutique d’applications effectivement proposé pour la Commande. Vérifiez le commerçant, le montant et la devise. Les questions relatives à la fourniture du Service sont adressées à RIZZ TRADE ; les questions relatives à une transaction par carte non autorisée peuvent également être adressées à l’émetteur de la carte.
21.2. Le renouvellement automatique et le rechargement automatique exigent une autorisation expresse distincte indiquant la période ou le seuil, le montant ou son calcul et la méthode d’annulation. L’enregistrement d’un moyen de paiement n’autorise pas à lui seul un prélèvement ultérieur. L’Utilisateur peut retirer son autorisation pour les paiements futurs au moyen de la méthode prévue.
21.3. En cas d’annulation ordinaire, un Abonnement n’est pas renouvelé et reste disponible jusqu’à la fin de la période déjà payée, sauf en cas de remboursement ou d’une autre résiliation légale. Le changement de forfait ne donne pas automatiquement droit à un avoir, à une remise ou à un remboursement au prorata ; les conditions du changement concerné sont affichées avant la confirmation.
21.4. Un échec de paiement peut empêcher l’activation d’une nouvelle Commande, mettre fin au renouvellement ou limiter les fonctions payantes. Les paiements confirmés et les créances légales déjà acquises sont examinés séparément. Une notification de paiement répétée ne justifie pas de créditer ou de débiter à nouveau une transaction.
21.5. Un nouveau prix s’applique aux nouvelles Commandes et requêtes après sa communication. Une modification future du prix de l’Abonnement est notifiée à l’avance comme l’exigent la loi et l’accord, avec la possibilité d’annuler le prochain renouvellement. Un prix erroné ne crée pas un droit de facturer secrètement un montant différent : une information et un consentement appropriés sont nécessaires avant l’exécution d’une Commande corrigée, ou la transaction erronée est annulée comme l’exige la loi.
21.6. Les ventes nationales en Ouzbékistan et les ventes internationales utilisent les dispositifs fiscaux et les devises applicables. Un prix de référence étranger n’autorise pas, à lui seul, une indexation sur une devise nationale. Toutes les informations obligatoires sur le prix final sont fournies avant l’acceptation de la Commande ; la conversion effectuée par la banque de l’Utilisateur est régie par les conditions de cette banque.
22. Remboursements et recours impératifs
22.1. En règle générale, les paiements relatifs aux Abonnements et à l’utilisation prépayée ne sont pas remboursables, sauf pour les motifs particuliers prévus dans les Règles de remboursement, par le droit impératif applicable et par une approbation individuelle. Une limite non utilisée ou le souhait de cesser d’utiliser le Service ne crée pas, à eux seuls, un droit inconditionnel à un remboursement en espèces.
22.2. Les erreurs confirmées et les doubles prélèvements, les paiements non autorisés, le service non fourni ou substantiellement défectueux, la résiliation d’un service payant par Cicora sans manquement de l’Utilisateur, les droits légaux de rétractation et les procédures des boutiques d’applications sont examinés séparément. Les Règles de remboursement énoncent les motifs pertinents et la procédure de demande.
22.3. L’annulation ordinaire d’un renouvellement futur diffère de la rétractation d’un accord déjà conclu. Un Consommateur conserve les droits de rétractation applicables, les garanties relatives aux services numériques et les délais légaux. Une mention indiquant que le service a commencé de manière anticipée ne constitue pas une renonciation universelle à tous les droits.
22.4. Un remboursement effectué au moyen de la transaction d’origine tient compte de la loi et du circuit de paiement effectif. Le recouvrement auprès d’une banque ne crée pas un droit de recouvrer à nouveau le même montant auprès de Cicora. Le fait de contacter l’assistance ne supprime pas le droit de saisir une banque, un régulateur ou un tribunal.
23. Durée et résiliation de l’accord
23.1. L’accord reste en vigueur à compter de son acceptation dans les limites de l’accès accordé et des règlements financiers nécessaires. L’Utilisateur peut cesser l’utilisation, annuler le renouvellement et demander la suppression du Compte. Ces actions ont des conséquences différentes ; la suppression d’un abonnement souscrit dans une boutique d’applications externe est gérée dans cette boutique.
23.2. Nous pouvons suspendre une fonction, un Modèle, une clé, un Espace de travail ou un Compte particulier en cas de manquement substantiel, de menace justifiée pour la sécurité, de fraude, d’atteinte à des droits, d’exigence contraignante de la loi ou d’un fournisseur, d’impayés ou d’impossibilité légale de poursuivre le service.
23.3. Lorsque cela est possible et proportionné aux circonstances, nous informons l’Utilisateur du fondement et lui donnons la possibilité de remédier à un manquement. Une protection urgente, une interdiction légale de notification ou un risque de préjudice continu peuvent nécessiter une action sans avertissement préalable. La possibilité de faire appel par l’intermédiaire de support@cicora.ai subsiste dans la mesure permise par la loi.
23.4. La résiliation définitive d’un service payant sans manquement de l’Utilisateur s’accompagne du règlement de la partie prépayée non fournie, y compris lorsque la poursuite du Service devient impossible en raison du retrait d’un fournisseur ou de l’application d’une restriction légale. Le remplacement d’une Route particulière qui préserve les capacités essentielles convenues ne signifie pas à lui seul que l’ensemble du Service a été résilié. Les conséquences d’une réduction substantielle sont déterminées par la Commande, les Règles de remboursement et le droit impératif. Lorsqu’un manquement est établi, le solde inutilisé ne devient pas automatiquement remboursable, mais il ne peut pas non plus être saisi en violation du droit impératif.
23.5. Lors de la résiliation, les droits d’utilisation continue prennent fin et les clés et sessions concernées sont révoquées. Les créances de paiement acquises, la confidentialité, les droits et obligations en matière de protection des données, les limites de responsabilité applicables et les procédures de règlement des litiges survivent. Les documents et données légalement conservés ne sont pas détruits au seul motif qu’un Compte est fermé.
23.6. Si une fonction de stockage ou un accès aux données prend fin, les droits d’exportation, de suppression et autres sont exercés conformément au droit applicable, à l’accord et aux capacités effectives de la fonction. La présente clause ne crée aucun droit à un stockage gratuit et illimité après la fin du Service.
24. Garanties et limites des promesses
24.1. Nous fournissons le service logiciel décrit conformément à la Commande convenue et aux exigences impératives applicables. Au-delà des garanties impératives et des promesses écrites expressément convenues, le Service est fourni dans l’état et le périmètre effectivement disponibles. Nous ne promettons pas l’absence de toute erreur, une sécurité absolue, la disponibilité ininterrompue de chaque Modèle ni un résultat commercial particulier.
24.2. Ni la démonstration d’un Résultat ni un exemple commercial ne remplacent les conditions d’une Commande et ne garantissent une réponse identique à une autre requête. Les questions relatives aux activités réglementées, aux licences portant sur les éléments et à la vérification finale d’une décision demeurent à la charge de la personne qui utilise le Résultat, dans le respect de la loi.
24.3. Une Route temporairement désactivée par un fournisseur ou une défaillance du réseau ne constitue pas automatiquement un manquement à une obligation contractuelle particulière de Cicora. Cette réserve n’exclut pas la responsabilité pour une faute propre à Cicora, une non-conformité dissimulée au produit promis ou les recours impératifs des Consommateurs.
25. Limitation de responsabilité
25.1. Dans toute la mesure permise par la loi, nous ne sommes pas responsables des pertes indirectes ou consécutives, des pertes de bénéfices ou d’économies, ni des occasions commerciales perdues résultant de l’utilisation du Service. Cette limitation n’exclut pas les pertes ou recours dont le droit impératif interdit l’exclusion ou la limitation.
25.2. Lorsqu’une limitation est autorisée, la responsabilité contractuelle globale de RIZZ TRADE pour des réclamations connexes ne dépasse pas le montant le plus élevé entre : le montant effectivement payé pour le service auquel se rapporte la réclamation au cours des douze mois précédant l’événement concerné ; et l’équivalent de USD 100. Une limite différente peut être convenue individuellement dans un accord B2B.
25.3. La limite ne s’applique pas aux responsabilités qui ne peuvent pas être limitées, notamment en cas de faute intentionnelle, de fraude, d’atteinte à la vie ou à la santé dans les cas prévus par la loi, d’exigences impératives relatives aux données à caractère personnel et de droits des Consommateurs ne pouvant être exclus. Elle ne transforme pas un remboursement exigé par la loi en paiement discrétionnaire du Service.
25.4. L’Utilisateur prend des mesures raisonnables pour limiter la perte, préserver les preuves nécessaires et nous signaler une erreur. Cela ne réduit pas un délai légal de prescription et n’oblige pas l’Utilisateur à renoncer à ses droits à l’encontre d’une banque ou devant un tribunal.
26. Réclamations de tiers dans le cadre d’un usage professionnel
26.1. La présente section s’applique à un Client professionnel dans la mesure permise par la loi ; elle n’impose pas à un Consommateur ordinaire une obligation dissimulée de rembourser des frais de Cicora. Le Client est responsable de la licéité de son Contenu, de ses instructions, de son produit et des actes des utilisateurs autorisés.
26.2. Si une réclamation d’un tiers résulte du Contenu du Client qui enfreint la loi ou l’accord, de l’absence des autorisations requises ou du fonctionnement illicite de son intégration, le Client doit, à ses frais et dans la mesure permise par la loi, assurer la défense de RIZZ TRADE et rembourser les frais de défense raisonnables et documentés, y compris les honoraires juridiques, ainsi que les montants accordés et les transactions approuvées imputables à son manquement. Le remboursement ne couvre pas un acte fautif propre à Cicora ni des circonstances sans rapport avec le Client.
26.3. RIZZ TRADE doit informer le Client de la réclamation sans retard indu et fournir l’assistance raisonnablement nécessaire aux frais du Client ; une notification tardive ne libère le Client que dans la mesure où elle porte manifestement préjudice à la défense. Le Client doit désigner un avocat qualifié raisonnablement acceptable pour RIZZ TRADE et la tenir informée des étapes importantes. RIZZ TRADE peut participer par l’intermédiaire de son propre avocat à ses propres frais ; si le Client ne fournit pas une défense en temps utile ou si un conflit d’intérêts important survient, RIZZ TRADE peut organiser la défense nécessaire et recouvrer les coûts proportionnés conformément à la clause 26.2. Toute transaction qui reconnaît une violation de la part de RIZZ TRADE, lui impose un paiement ou une autre obligation, ou ne prévoit pas une décharge complète à l’égard de la réclamation concernée exige son consentement écrit préalable. Aucune partie ne peut assumer d’obligations pour le compte de l’autre sans en avoir le pouvoir ; le consentement ne doit pas être refusé ou retardé de manière déraisonnable.
26.4. Une protection particulière contre les réclamations de propriété intellectuelle relatives aux Résultats d’un Modèle ou d’un Fournisseur de Technologie donné n’est pas automatiquement fournie. Elle ne s’applique que si elle est expressément incluse dans une Commande individuelle et que les droits correspondants sont disponibles dans la chaîne contractuelle. Cela ne supprime pas la responsabilité de RIZZ TRADE pour ses propres atteintes aux droits exclusifs.
27. Circonstances échappant raisonnablement au contrôle
27.1. Une partie n’est pas responsable d’une inexécution dans la mesure où celle-ci résulte de circonstances prouvées échappant raisonnablement à son contrôle, lorsque le droit applicable autorise une telle exonération, notamment un événement d’urgence, une interdiction contraignante émanant d’une autorité compétente, une défaillance à grande échelle de l’infrastructure de communication ou un autre événement comparable.
27.2. Un simple manque de fonds, une atteinte à la sécurité imputable à une partie ou une erreur d’un prestataire ne constituent pas automatiquement un cas de force majeure. La partie affectée informe l’autre partie d’un empêchement substantiel lorsque cela est possible et prend des mesures raisonnables pour en atténuer les conséquences. La partie payée et non fournie ainsi que les droits légaux de résiliation sont traités séparément.
28. Droit applicable et règlement des litiges
28.1. Le présent accord est régi par le droit de la République d’Ouzbékistan, sans préjudice des règles impératives et des recours des Consommateurs applicables à l’Utilisateur concerné. Le choix de la loi applicable ne prive pas un Consommateur de l’accès à un tribunal ou à une autorité protégé par le droit impératif dans le pays du Consommateur.
28.2. Pour soulever un litige, une partie peut envoyer une réclamation à support@cicora.ai ou à l’adresse postale ci-dessus, en indiquant les circonstances, la Commande, les preuves et la réparation demandée. Nous l’examinons dans le délai légal applicable. Une procédure préalable au contentieux n’est obligatoire que dans la mesure exigée par le droit applicable ou un accord individuel légal.
28.3. Pour un litige professionnel, sauf disposition contraire de la loi ou d’un accord distinct, le tribunal compétent du lieu de RIZZ TRADE est saisi. L’accord n’impose pas automatiquement un arbitrage obligatoire à l’étranger, une renonciation à une action collective ou l’obligation pour un Consommateur de ne pas saisir un tribunal.
28.4. Une demande n’empêche pas les mesures de protection urgentes, l’exécution d’une demande contraignante d’un régulateur ou la protection de droits par l’intermédiaire d’une banque. Les délais légaux ne sont pas réduits par une clause générale destinée à faciliter l’assistance.
29. Notifications, modifications et cession
29.1. Les notifications juridiques et relatives au service sont transmises à l’adresse e-mail indiquée, par l’intermédiaire du Compte, dans la confirmation de Commande ou selon une autre méthode convenue. Les parties tiennent leurs coordonnées à jour. Les messages commerciaux disposent d’une base légale et d’une option de désinscription distinctes ; accepter le présent accord ne signifie pas s’abonner à des messages commerciaux.
29.2. Les modifications sont apportées pour des raisons de sécurité, juridiques, technologiques ou d’évolution du produit. Une nouvelle version est publiée avec une date ; les modifications substantielles sont notifiées à l’avance dans la mesure exigée par la loi, avec la possibilité de ne pas accepter les nouvelles conditions et de mettre fin à l’utilisation future concernée. Les opérations terminées ne sont pas recalculées rétroactivement.
29.3. La poursuite de l’utilisation après notification régulière vaut acceptation uniquement dans la mesure permise par la loi ; un consentement distinct est demandé lorsqu’il est requis. La suppression d’un lien vers un texte antérieur ne modifie pas les conditions démontrables d’une Commande antérieure.
29.4. L’Utilisateur ne peut pas céder un Compte ni des droits et obligations contractuels à un tiers en violation des restrictions du forfait ou sans le consentement nécessaire. Le transfert de l’activité de RIZZ TRADE ou sa réorganisation est autorisé par la loi, sous réserve des exigences relatives à la notification, aux données à caractère personnel et à la préservation des droits acquis ; il ne permet pas une détérioration arbitraire de la situation d’un Consommateur.
30. Dispositions finales et contacts
30.1. Les parties sont des personnes indépendantes. L’accord ne crée ni partenariat, ni relation de travail, ni pouvoir d’accepter des paiements pour un Fournisseur de Modèle, ni pouvoir de représenter l’autre partie sans fondement distinct.
30.2. Le défaut ou le retard dans l’exercice d’un droit ne vaut pas renonciation à ce droit. L’invalidité d’une disposition particulière n’entraîne pas celle des autres dispositions si l’accord peut fonctionner sans elle ; une clause invalide n’est appliquée ou remplacée que dans la mesure légale, sans réduire les droits impératifs de l’Utilisateur.
30.3. Le présent ensemble convenu et la Commande confirmée constituent l’accord des parties pour le produit concerné. Les déclarations commerciales sont prises en compte dans la mesure prévue par la loi ; une clause d’intégralité n’exclut pas la responsabilité impérative en cas de description trompeuse.
30.4. Tout droit supplémentaire d’un Fournisseur de Technologie en qualité de tiers bénéficiaire ne s’applique que lorsqu’il est exigé par une licence applicable et communiqué pour la Route. L’accord n’accorde pas à une catégorie indéterminée de personnes un droit indépendant de facturer l’Utilisateur ou de gérer son Compte.
30.5. Assistance, paiements, remboursements, plaintes relatives au contenu et demandes concernant les données à caractère personnel : support@cicora.ai, +998 90 051 48 40. Fournisseur : RIZZ TRADE Limited Liability Company / “RIZZ TRADE” LLC, numéro d’identification fiscale 312432714, inscription au registre 2944991 datée du 15 septembre 2025, OKED 62010. Adresse : Republic of Uzbekistan, Tashkent, Mirabad District, Abdulla Avloniy MFY, Nukus Street, Building 3.