Version datée du 16 septembre 2026. Les présentes Conditions complètent l’Offre publique et le Contrat de licence, les Règles d’utilisation acceptable, la Politique de confidentialité et le Registre des conditions des Modèles et des Routes.
1. Cas dans lesquels les Conditions des fonctionnalités s’appliquent
1.1. Une section de la présente page ne s’applique qu’à une fonctionnalité effectivement activée pour l’Utilisateur dans l’interface, la documentation de l’API ou une Commande confirmée. La mention d’une version bêta, d’un agent, d’un connecteur, d’un réglage fin, d’une publication, de la voix, de la vidéo, d’une place de marché, d’une plateforme cloud, d’un cas d’usage médical ou d’une autre capacité ne signifie pas qu’elle est déjà disponible, certifiée, incluse dans le Forfait ou promise par Cicora.
1.2. Avant la première utilisation d’une fonctionnalité particulière, sa fiche de produit ou de Route doit indiquer sa finalité, les Éléments d’entrée requis, les conditions essentielles relatives aux données, les contrôles disponibles, les limites connues, la méthode de mesure de l’utilisation et les règles applicables du Modèle. En cas de conflit, les Conditions des fonctionnalités régissent cette fonctionnalité, mais ne prévalent pas sur le droit impératif, une Commande confirmée ou l’obligation de RIZZ TRADE de fournir son propre service.
1.3. Le nom d’un Modèle, outil ou fonctionnalité tiers ne transfère pas à l’Utilisateur un compte, une clé, un produit cloud, une certification, un SLA, une résidence des données, une conservation nulle des données ou un droit commercial du fournisseur, sauf s’il est expressément proposé et confirmé pour la Route sélectionnée.
1.4. Lorsque l’interface permet de fournir un retour, d’évaluer une Sortie ou de signaler une erreur, cette action est volontaire. Cicora peut utiliser le retour lui-même et le contexte que l’Utilisateur y joint consciemment afin de corriger une erreur, d’évaluer la sécurité ou d’améliorer la fonctionnalité concernée, conformément à la Politique de confidentialité. Un retour n’accorde pas à Cicora un droit d’utiliser l’intégralité de l’historique privé du compte de l’Utilisateur à une autre fin.
2. Applications, composants téléchargeables et mises à jour
2.1. Si Cicora met à disposition une application, un SDK, une extension, un paquet, un conteneur ou un autre composant téléchargeable, l’Utilisateur reçoit un droit limité et non exclusif de l’installer et de l’utiliser uniquement avec une fonctionnalité autorisée, sur les systèmes de l’Utilisateur et dans les limites de la Commande. L’Utilisateur ne peut pas copier, distribuer, modifier, louer, extraire le code source ou concéder en sous-licence le composant, sauf autorisation expresse de la loi ou d’une licence distincte.
2.2. Un composant peut être mis à jour pour des raisons de sécurité, de compatibilité, de correction de bogues et d’évolution du produit. L’interface ou la documentation communiquera les exigences système substantielles, la fin de la prise en charge d’une version et une voie de mise à jour disponible, le cas échéant. Une mise à jour n’accorde pas à Cicora un droit à de nouveaux types de traitement des données qui ne sont pas nécessaires au fonctionnement du composant.
2.3. Les composants sous licence libre restent soumis à cette licence et aux mentions qu’elle exige. Cette licence s’applique au composant concerné lorsqu’elle accorde des droits plus étendus que la présente page ; elle ne rend pas l’ensemble du Service open source et ne transfère pas de droits sur la plateforme serveur de Cicora.
3. Fonctionnalités d’essai, bêta, d’aperçu et d’évaluation
3.1. Une fonctionnalité n’est une fonctionnalité d’essai que si elle est expressément indiquée dans l’interface ou la documentation comme étant en phase d’essai, alpha, bêta, d’aperçu, d’accès anticipé ou d’évaluation. Une fonctionnalité payante stable ne devient pas rétroactivement bêta en raison d’un incident, d’un changement de Modèle ou d’une difficulté d’assistance.
3.2. Avant d’activer une telle fonctionnalité, Cicora communique son statut expérimental, ses limites substantielles connues, le niveau d’assistance disponible, les conditions applicables relatives aux données et à la conservation, ainsi qu’un moyen de la désactiver lorsqu’il en existe un. Une version bêta peut être modifiée, limitée ou abandonnée plus rapidement qu’une fonctionnalité stable ; cela ne supprime pas les droits impératifs de l’Utilisateur et ne crée pas une exclusion générale de responsabilité non autorisée par la loi.
3.3. Une version bêta n’est pas destinée aux tâches de production, critiques pour la sécurité, réglementées ou autrement à haut risque, sauf confirmation expresse contraire dans la fiche de la fonctionnalité et par la loi. Une version bêta ne constitue pas un SLA garanti, un audit indépendant, une certification sectorielle, un régime de stockage particulier ni une aptitude technique à une finalité particulière.
4. Fichiers, pièces jointes et Contenu
4.1. L’Utilisateur ne peut téléverser que les fichiers et éléments nécessaires à la tâche et sur lesquels il dispose de droits. Pour exécuter une requête, Cicora peut envoyer au Modèle sélectionné le fichier lui-même, le texte extrait, les attributs techniques, les extraits contextuels et les autres données nécessaires dans le cadre de la Route communiquée.
4.2. Les formats autorisés, la taille, le nombre de fichiers, la disponibilité de l’analyse et la durée de conservation sont déterminés par la fonctionnalité effective et indiqués avant le téléversement ou dans la documentation. Le rejet d’un fichier, l’extraction incomplète du texte, une erreur de format ou une limite de contexte ne promet pas une autre méthode de traitement.
4.3. Afin de protéger le Service, des contrôles peuvent être appliqués aux codes malveillants, à la compatibilité technique, aux violations des Règles d’utilisation acceptable et au respect de la loi. Un contrôle ne garantit pas la sécurité d’un fichier, l’absence d’atteinte à des droits ni l’exactitude d’une Sortie. L’Utilisateur ne doit pas téléverser de secrets, de données sensibles de tiers ou d’éléments que la Route sélectionnée n’est pas autorisée à traiter.
4.4. Lorsqu’une fonctionnalité fournit une bibliothèque, un projet, un historique ou un stockage persistant de fichiers, l’interface doit indiquer comment trouver, gérer et supprimer l’élément. Lorsqu’elle ne le fait pas, un téléversement pour une seule requête ne devient pas une promesse de conservation permanente, de suppression immédiate ou de sauvegarde dans un pays particulier.
5. Recherche, navigation et sources externes
5.1. Si la recherche, la navigation, la récupération ou une autre forme d’accès à des sources externes est activée, la requête, une partie de celle-ci et les paramètres techniques nécessaires peuvent être envoyés à cette source dans la mesure indiquée par la fonctionnalité. Un site web externe, une base de données, un fournisseur de recherche et leurs éléments disposent de leurs propres conditions, disponibilités, licences et politiques de confidentialité.
5.2. Les informations externes et les Sorties peuvent être incomplètes, obsolètes, inexactes, indisponibles sur un territoire ou protégées par des droits de tiers. L’Utilisateur doit vérifier les faits importants, les sources primaires, les dates, les licences et les droits d’utilisation en aval. Un lien, une citation ou un résumé ne signifie pas que Cicora ou un fournisseur garantit l’exactitude, approuve une source ou transfère ses droits de propriété intellectuelle.
5.3. La recherche ne peut pas être utilisée pour extraire massivement du contenu restreint, contourner un mur payant, des règles relatives aux robots ou des restrictions contractuelles, recueillir des données à caractère personnel, envoyer du spam ou accéder au compte d’une autre personne. La recherche licite dans des sources ouvertes, l’analyse de la propre base de données de l’Utilisateur et la recherche d’éléments que l’Utilisateur est en droit d’utiliser ne sont pas interdites en elles-mêmes.
6. Connecteurs, applications, actions, webhooks et actions d’agents
6.1. La connexion d’une application externe, d’un compte, d’un connecteur MCP, d’un webhook ou d’une action exige un acte distinct de l’Utilisateur ou de l’Administrateur autorisé. Avant que l’accès ne soit accordé, le destinataire externe, les autorisations demandées, les catégories de données transférées, la persistance de l’accès, la méthode de déconnexion et les conditions du service externe doivent être compréhensibles.
6.2. L’Utilisateur est responsable de son pouvoir de connecter un compte externe, de sélectionner une portée, de donner des instructions à un agent et de vérifier les conséquences d’une action dans un système externe. Un connecteur ou une action ne peut pas être activé pour contourner des droits d’accès, envoyer les données d’une autre personne, effectuer une publication dissimulée, envoyer des messages en masse, effectuer une réservation ou un achat non autorisé, modifier un fichier ou accomplir une autre action sans pouvoir légal.
6.3. Lorsqu’une fonctionnalité peut effectuer une action pour le compte de l’Utilisateur, sa fiche ou son interface indique si une confirmation distincte est requise, le périmètre disponible et l’endroit où consulter le résultat. L’Utilisateur ne doit pas confier à cette action une opération irréversible, réglementée ou à haut risque sans examen humain. Lorsqu’une fonctionnalité d’action n’est pas activée, la présente page ne crée pas un droit d’envoyer des commandes à des systèmes externes par un autre moyen.
6.4. La révocation d’une connexion s’applique aux accès futurs dans la mesure techniquement possible. Elle n’annule pas les données déjà transférées légalement à un service externe ni les actions déjà réalisées. Cicora n’est pas responsable du fonctionnement indépendant de l’application externe, mais conserve ses obligations concernant sa propre interface, la communication relative à la Route et le traitement des données dans sa sphère de contrôle.
7. Voix, images et vidéo
7.1. Pour une fonctionnalité activée de voix, d’audio, d’image ou de vidéo, l’Utilisateur doit disposer des droits et, si nécessaire, du consentement pour tous les éléments téléversés ou générés. Une attention particulière est requise pour la voix, le visage, l’apparence, le nom ou l’identité d’un tiers, l’image d’un enfant, les données de santé ou d’autres données sensibles.
7.2. Une fonctionnalité ne peut pas être utilisée pour identifier une personne, créer un profil biométrique, déduire des caractéristiques sensibles, cloner ou imiter de manière plausible une voix ou une apparence sans la base légale et le consentement nécessaires. Les conditions plus restrictives propres à un Modèle ne s’appliquent qu’à ce Modèle et sont indiquées dans le Registre des conditions des Modèles et des Routes.
7.3. Les droits sur les Sorties, la possibilité d’une utilisation commerciale, les mentions obligatoires, les restrictions relatives à un fichier audio distinct, à l’apparence et à la diffusion publique peuvent varier selon les Routes. L’Utilisateur doit les vérifier avant la publication. Cicora ne garantit ni l’unicité, ni l’absence de similitude, ni l’absence de droits de tiers, ni l’autorisation de toute forme de diffusion.
7.4. Si Cicora active un jour un fil public, une fonction de remix, une galerie, un personnage, une publication ou un lien multimédia partagé, la publication doit être précédée d’un choix distinct de l’Utilisateur et d’une règle claire concernant le Contenu publié, la licence permettant de l’afficher dans la fonctionnalité, le public, les plaintes et la suppression. Tant que ce mode n’est pas activé, les présentes Conditions n’accordent aucun droit d’utiliser publiquement les éléments d’un autre Utilisateur.
8. Code, Sorties logicielles et développement
8.1. Un code, une configuration, une commande, une bibliothèque ou une autre Sortie technique peut contenir une erreur, une dépendance non sûre, une restriction de licence tierce, un fragment similaire, ou nécessiter une adaptation. L’Utilisateur doit procéder à un examen, à des tests, à une analyse de sécurité, à un examen des licences et à des contrôles de conformité avant de l’exécuter, de le publier ou de le livrer.
8.2. Une Sortie ne remplace pas un audit de sécurité, l’examen juridique d’une licence, une revue de code, un test d’intrusion ou l’assistance d’un fabricant. Le code ne peut pas être utilisé pour une intervention interdite sur un système, le contournement de contrôles, la violation d’une licence, ni pour entraîner ou extraire un Modèle lorsque la Route sélectionnée l’interdit.
8.3. Un développeur qui intègre Cicora à un produit reste responsable de son interface utilisateur, de ses déclarations, du traitement des données, de ses conditions destinées aux utilisateurs, de l’information relative à l’IA, du traitement des erreurs et des décisions prises par ses utilisateurs finaux. Le développeur ne doit pas affirmer que son produit est un service officiel d’un fournisseur de Modèle lorsque ce statut n’existe pas.
9. Contexte, Modèles et routage automatisé
9.1. La taille du contexte, la vitesse, la mise en file d’attente, les exécutions simultanées, l’utilisation des outils, la disponibilité et le prix dépendent de la Route particulière. Une fenêtre de contexte maximale annoncée ne signifie pas qu’elle est entièrement disponible uniquement pour les Éléments d’entrée de l’Utilisateur : une partie peut être occupée par les instructions système, l’historique, les fichiers, les outils, le traitement de sécurité et les Sorties.
9.2. La sélection automatisée du Modèle, la solution de repli, la région de traitement, la conservation, l’entraînement, l’examen de sécurité et la journalisation ne sont autorisés que dans le cadre de la configuration communiquée, des Conditions du Modèle et du choix de l’Utilisateur ou de l’organisation. Lorsqu’un autre chemin modifie substantiellement le régime des données, l’exigence territoriale, le prix ou la tâche autorisée, Cicora ne doit pas l’utiliser silencieusement à la place de la Route convenue.
9.3. L’Utilisateur peut obtenir les informations disponibles sur la Route effective, la mesure de l’utilisation et les conditions essentielles relatives aux données. Nous ne sommes pas tenus de divulguer les secrets, clés, vulnérabilités, données d’autres clients ou informations dont la divulgation contreviendrait à la sécurité, au contrat ou à la loi.
10. Réglage fin, modèles personnalisés et programmes d’entraînement
10.1. Le réglage fin, l’entraînement d’un modèle utilisateur, un modèle personnalisé, un corpus d’évaluation, un mode de partenaire de développement ou un programme de recherche ou d’entraînement sont des fonctionnalités distinctes. Ils ne résultent pas automatiquement d’un téléversement de fichier ordinaire, de l’historique du chat, d’un retour ou de l’utilisation d’un Modèle de base.
10.2. Avant le lancement d’une telle fonctionnalité, une condition ou une fiche distincte doit préciser les Éléments d’entraînement, la finalité, les droits sur les données et le consentement, le fournisseur et la Route, les types de données autorisés, les conditions de conservation et de suppression, l’utilisation des Sorties, le prix, l’accès, la durée, la possibilité de retrait et l’incidence du retrait sur l’entraînement déjà achevé. Les données de catégories particulières, les informations de santé et les données relatives aux enfants ne peuvent pas être utilisées dans ce mode sans confirmation expresse de leur licéité et des garanties requises.
10.3. Tant que la fonctionnalité concernée n’est pas activée et documentée, l’Utilisateur ne reçoit aucun droit d’exiger un entraînement, un stockage distinct, la localisation des données, l’exclusivité d’un modèle, l’exportation des poids ou le transfert de droits sur un Modèle de base.
11. Publication, fonctionnalités de création, places de marché et plateformes externes
11.1. Si Cicora permet à un Utilisateur de créer et de publier un agent utilisateur, un modèle, une application, une extension ou un autre objet public, son auteur est responsable de ses instructions, de sa description, des actions connectées, de ses données, des droits relatifs au Contenu, du respect des Règles d’utilisation acceptable et des Conditions du Modèle applicables. Cicora peut limiter ou supprimer l’objet en raison d’un manquement, d’un risque, d’une plainte, de la fin de la fonctionnalité ou d’une exigence légale.
11.2. Avant la publication, l’interface indique qui peut consulter l’objet, quelles données peuvent être accessibles à son utilisateur, quelle licence est requise pour l’affichage ou la distribution et comment soumettre une plainte relative à la propriété intellectuelle. La publication ne fait pas de Cicora l’éditeur, le coauteur, l’employeur ou le garant de l’auteur et ne transfère pas à l’auteur les droits sur les éléments de tiers.
11.3. La distribution par l’intermédiaire de l’App Store, de Google Play, d’une place de marché cloud ou d’un autre catalogue externe est régie par les règles supplémentaires de cette plateforme uniquement après le lancement effectif de ce canal de distribution. La présente page ne promet ni référencement, ni modération, ni assistance, ni remboursement, ni frais, ni territoire, ni emplacement des données d’une plateforme externe.
12. Cas d’usage réglementés, sensibles et à haut risque
12.1. Le Service n’est ni un dispositif médical, ni un système de diagnostic, ni un représentant légal, ni un organisme de paiement, ni un conseiller en investissements, ni un intermédiaire d’assurance, ni un outil d’évaluation de l’emploi ou du crédit, ni un système d’infrastructure critique, ni un garant de la conformité à une norme sectorielle. Son utilisation dans de tels contextes n’est possible qu’avec une base légale, les qualifications requises, un contrôle humain, des mesures techniques et les conditions autorisées de la Route concernée.
12.2. Les informations de santé protégées, les images médicales destinées à un diagnostic, les documents d’identité, les gabarits biométriques, les secrets bancaires, les secrets d’État ou d’autres éléments sensibles ne peuvent pas être envoyés vers une Route ordinaire, sauf si la fiche de la fonctionnalité et l’accord applicable autorisent expressément ce traitement. Un avertissement dans l’interface ne remplace pas un accord distinct, une évaluation des risques, un consentement, des garanties ou un avenant exigé par la loi.
12.3. Si une fonctionnalité distincte destinée à un cas d’usage réglementé est lancée, son rôle, sa finalité autorisée, les contrôles requis, les limites des Sorties, les exigences relatives aux spécialistes, le régime des données, le contact en cas d’incident et les conditions particulières applicables doivent être publiés avant son utilisation. D’ici là, la présente page ne promet aucune conformité HIPAA ni aucune aptitude particulière aux secteurs médical, financier, éducatif, public ou à tout autre secteur.
13. Modifications, résiliation et relation avec les autres conditions
13.1. Cicora peut développer, remplacer, limiter ou abandonner une fonctionnalité en raison de la sécurité, de la loi, de la compatibilité technique, des règles des fournisseurs ou de l’évolution du produit. Une modification substantielle d’une obligation payante active est régie par l’Offre publique, la Commande et les règles de remboursement ; elle ne justifie pas la modification rétroactive d’une requête terminée.
13.2. Lorsqu’une fonctionnalité concerne les données à caractère personnel d’une organisation et que RIZZ TRADE les traite selon les instructions documentées d’un Client professionnel, les Conditions relatives aux Données commerciales s’appliquent également dans la mesure pertinente. La mention d’une fonctionnalité sur une page publique ne remplace pas un accord B2B distinct sur le traitement des données lorsqu’un tel accord est requis.
13.3. Les questions concernant une fonctionnalité, sa restriction, la Route sélectionnée ou les données peuvent être envoyées à support@cicora.ai ou au +998 90 051 48 40. Fournisseur : RIZZ TRADE LLC, République d’Ouzbékistan, numéro d’identification fiscale 312432714, enregistrement 2944991 daté du 15 septembre 2025, adresse : 3 Nukus Street, Abdulla Avloniy MFY, Mirabad District, Tashkent.