Version datée du 16 septembre 2026. La présente page explique les différences entre l’historique, la mémoire, les fichiers, les retours, l’entraînement, le partage public, les connexions et la suppression des données dans Cicora. Elle doit être lue conjointement avec la Politique de confidentialité, la Politique relative aux cookies, la page de suppression du Compte et le Registre des Modèles et des politiques.
La présente page fixe les règles de contrôle des données pour les paramètres disponibles dans une application, un Espace de travail, un modèle et un pays particuliers. Un contrôle disponible est affiché dans l’interface avant l’activation de la fonctionnalité. Lorsqu’un paramètre n’est pas proposé, les données sont traitées conformément à la Politique de confidentialité et à la règle de la fonctionnalité effectivement activée.
1. Principe fondamental : des données différentes, des contrôles différents
Une même conversation peut contenir simultanément des Éléments de Requête, des enregistrements techniques, un choix de modèle, des données d’Espace de travail et des informations relatives à une commande. La suppression d’un objet ne supprime pas nécessairement tous les autres : par exemple, la suppression d’une conversation n’annule pas l’enregistrement comptable d’une requête terminée, et la déconnexion d’un connecteur externe ne retire pas les données déjà légalement envoyées à un service externe. Cicora affiche un contrôle à côté de son objet et explique les conséquences avant la confirmation de l’action.
| Objet | Principal moyen de le contrôler | Ce que l’action modifie généralement | Ce qui ne change pas automatiquement |
|---|---|---|---|
| Profil et méthodes de connexion | paramètres du Compte ou demande à l’assistance | coordonnées, mot de passe ou session, langue, préférences de base | enregistrements de commandes exigés par la loi et données d’Espace de travail appartenant à une Organisation |
| Historique des conversations et projets | fonction de suppression ou d’archivage lorsqu’elle est disponible ; demande d’exercice de droits | disponibilité de l’objet dans l’interface utilisateur et utilisation ordinaire | données techniques, de facturation, de sécurité et de sauvegarde ayant toujours une base légale |
| Mémoire ou instructions enregistrées | paramètre de la fonctionnalité concernée lorsqu’il est disponible | utilisation future d’un élément enregistré dans le contexte de la fonctionnalité | sorties générées antérieurement, actions d’un autre utilisateur ou contenu enregistré par une Organisation ou le destinataire d’un lien |
| Fichier | suppression du fichier ou du projet, ou demande d’exercice de droits | possibilité d’utiliser le fichier dans une future requête Cicora | copies déjà transmises à un fournisseur ou destinataire sélectionné alors qu’elles sont régies par les conditions et la loi applicables à cette partie |
| Service connecté | déconnexion dans les paramètres Cicora et, si nécessaire, auprès du service externe | accès futur de Cicora à une autorisation susceptible d’être retirée | données et actions déjà reçues ou réalisées par le service tiers avant la déconnexion |
| Lien public | arrêt du partage ou suppression du lien | diffusion ultérieure du lien par l’interface Cicora | copies, captures d’écran ou utilisation par le destinataire en dehors de Cicora |
| Marketing et cookies facultatifs | désinscription, paramètres des cookies ou consentement distinct | futurs messages ou technologies facultatifs | notifications de service, conservation licite de la preuve du choix ou traitement achevé avant le retrait |
| Compte entier | procédure de suppression du compte | accès au Compte et traitement ordinaire des données à caractère personnel associées | données devant être conservées pour la facturation, la sécurité, un litige, la loi ou un Espace de travail d’entreprise |
2. Historique, projets, mémoire et personnalisation
L’historique est un objet utilisateur qui rend accessibles dans l’interface une requête antérieure et sa sortie lorsque cette fonctionnalité est activée. La mémoire est une fonctionnalité distincte qui peut utiliser ultérieurement dans le contexte une instruction, un fait ou une préférence enregistrés. Un cache est un mécanisme technique destiné aux performances, à la répétition d’une opération, à la stabilité ou à la sécurité. Ces notions ne sont pas interchangeables.
Cicora ne traite pas automatiquement tous les textes des utilisateurs comme une mémoire permanente. Lorsqu’un paramètre de mémoire enregistrée ou de personnalisation est disponible, l’interface indique, avant son activation :
1. quelles catégories de données peuvent être enregistrées ; 2. où l’utilisateur peut les consulter, les modifier ou les supprimer ; 3. si le paramètre s’applique à un projet, un Compte ou un Espace de travail ; 4. si l’élément enregistré est envoyé à un Fournisseur de Modèle lors d’une requête ultérieure ; et 5. quel est le rapport entre la suppression de l’élément, le cache technique et les sauvegardes.
La désactivation de la mémoire enregistrée met fin à son utilisation future dans les nouvelles requêtes de la fonctionnalité effectivement mise en œuvre. Elle ne supprime pas automatiquement les conversations ou fichiers créés antérieurement, les données de facturation ni les informations publiées personnellement par l’utilisateur. Des actions distinctes s’appliquent à la suppression de l’historique, d’un fichier ou d’un Compte.
Lorsque l’interface propose un mode temporaire, privé ou éphémère, elle indique avant l’utilisation la portée réelle du stockage, la disponibilité de l’historique, les journaux techniques autorisés, les règles du Fournisseur de Modèle et la procédure de suppression. Un tel mode n’est disponible qu’au moyen d’une fonctionnalité clairement identifiée. Un chat temporaire n’est pas utilisé pour une personnalisation future et n’est pas mis à la disposition des autres participants à l’Espace de travail, sous réserve des exceptions expressément communiquées au titre de la loi, de la sécurité ou de l’Organisation sélectionnée.
3. Entraînement des modèles, amélioration du service et retours
Par principe, Cicora utilise les prompts privés, les pièces jointes et les sorties afin de fournir, protéger et assurer l’assistance de son propre service. RIZZ TRADE ne les inclut pas dans l’entraînement de ses propres modèles généralistes, ne les transmet pas à des fins de publicité comportementale de tiers et ne modifie pas silencieusement cette règle par l’intermédiaire d’une interface ou d’une mise à jour des conditions.
Un Fournisseur de Modèle sélectionné peut appliquer ses propres modes de conservation, d’examen de sécurité, de retour, d’entraînement ou d’amélioration. Avant l’envoi d’une requête, l’utilisateur voit la fiche applicable dans le Registre des Modèles et des politiques. Si un utilisateur sélectionne une Route dotée d’un mode de données différent, Cicora communique cette différence avant l’exécution. Lorsque la loi ou un paramètre exige un consentement distinct, la requête n’est pas envoyée avant l’obtention de cette action. L’acceptation générale des Conditions, de l’historique ou des cookies ne constitue pas un consentement à l’entraînement du modèle.
Un retour diffère d’une conversation ordinaire. Un utilisateur peut soumettre volontairement une note ou un rapport d’erreur. Cicora peut alors utiliser le commentaire et le contexte que l’utilisateur a délibérément joints pour corriger une erreur, examiner la sécurité ou améliorer cette fonctionnalité particulière. Si le retour contient des Données à caractère personnel, la Politique de confidentialité et les droits de la personne concernée s’appliquent. Le fait de noter une sortie ne crée pas un droit d’utiliser tous les éléments du Compte à une autre fin.
Un programme distinct de recherche, d’évaluation ou d’entraînement, s’il est proposé, s’accompagne, avant son activation, d’une information distincte sur sa finalité, les catégories de données, les destinataires, la durée, la méthode de retrait, l’incidence sur l’accès au service principal et les restrictions du modèle sélectionné. Le consentement à ce programme est recueilli séparément de la présente page et des Conditions.
4. Fichiers, médias et données sensibles
Avant de téléverser un fichier, l’utilisateur détermine s’il est nécessaire à la tâche. Cicora peut utiliser le fichier, ses propriétés techniques et le contexte nécessaire pour exécuter la requête, assurer la compatibilité, la sécurité et l’assistance. Lorsqu’une fonctionnalité propose un stockage persistant de fichiers, un projet ou une bibliothèque, elle indique comment trouver et supprimer l’objet. Lorsque cette fonctionnalité est absente, le téléversement se rapporte à la requête concernée et ne crée pas d’objet enregistré distinct.
Une image, une voix, une vidéo, un document de santé, un document d’identité, un document financier ou un autre élément sensible peut contenir des informations sur l’utilisateur ou une autre personne. L’utilisateur doit disposer du droit et, si nécessaire, du consentement pour l’utiliser. Une fonctionnalité exigeant un traitement particulier, biométrique ou à haut risque ne démarre qu’après la communication distincte du destinataire effectif, de la finalité, de la base légale et du choix exigé par la loi. Le téléversement ordinaire d’un média n’accorde pas à Cicora une autorisation générale d’identifier une personne, de cloner une identité, d’effectuer une analyse biométrique ou de conserver ces données.
Des contrôles techniques des fichiers peuvent être utilisés dans la mesure nécessaire pour traiter les codes malveillants, les violations des règles, la sécurité ou la conformité légale. Un tel contrôle ne garantit pas l’absence de risque, ne constitue pas un examen de tous les éléments et ne remplace pas la responsabilité de l’utilisateur quant à la licéité du contenu téléversé.
5. Fournisseurs de Modèles et choix de la Route
Un utilisateur peut gérer les données au moyen des paramètres du Compte et du choix d’un modèle ou d’un outil. Le répertoire de référence aide à trouver les conditions publiées des fournisseurs, mais ne répertorie pas toutes les Routes Cicora effectives. La fonctionnalité sélectionnée communique séparément les Éléments de Requête nécessaires, les conditions essentielles de stockage et d’utilisation des données, l’examen de sécurité, les paramètres disponibles et les restrictions applicables.
Le nom d’un modèle ne détermine pas à lui seul un mode de traitement des données. Une Route dépend de la disponibilité, du pays, de la compatibilité technique, de la fonctionnalité sélectionnée et des restrictions du fournisseur. Pour le routage automatique, ses critères et ses conséquences sur les données figurent dans la fiche ou le paramètre. Si un changement modifie substantiellement les conditions relatives aux données, l’utilisateur reçoit des informations supplémentaires et fait un choix lorsque cela est requis. Si une condition convenue ne peut pas être fournie, Cicora rejette la requête ou propose une solution de remplacement autorisée ; les éléments ne sont pas envoyés vers une Route non convenue.
Un utilisateur peut demander des informations sur la Route sélectionnée, mais Cicora ne divulgue pas les secrets, vulnérabilités, clés d’accès d’une autre partie ni les informations dont la divulgation porterait atteinte aux droits de tiers, à la sécurité ou à la loi. Cette limitation ne supprime pas l’obligation de fournir à l’utilisateur la transparence requise sur les données.
6. Espaces de travail, administrateurs et données professionnelles
Dans un Espace de travail, les droits sur les données peuvent être répartis entre le participant, l’Organisation et son administrateur. Avant de le rejoindre, un utilisateur voit que le Compte est un Compte professionnel, qui détient les pouvoirs administratifs et quel accès aux éléments et aux métadonnées peut être disponible dans le cadre du rôle. Un administrateur n’acquiert pas des droits illimités sur le Compte personnel d’un participant au seul motif que celui-ci utilise une adresse e-mail professionnelle ; les limites découlent du rattachement effectif à l’Espace de travail, du rôle, de l’accord et de la loi.
Une Organisation peut gérer les invitations, les rôles, les accès, le budget, l’exportation, la conservation et le retrait des participants lorsque la fonctionnalité concernée existe et est communiquée. Un utilisateur de cet environnement adresse certaines demandes concernant le contenu de l’Organisation à l’administrateur ; Cicora ne donne pas à cet utilisateur les données d’autres participants et ne contourne pas les pouvoirs légaux de l’Organisation. La distinction entre RIZZ TRADE agissant en qualité de responsable du traitement indépendant et en qualité de sous-traitant selon les instructions d’une Organisation est décrite dans la section relative aux Données commerciales.
7. Services connectés et partage public
La connexion d’un connecteur, d’une application tierce, d’une API, d’un webhook ou d’un Compte externe exige une action distincte d’un utilisateur ou d’un administrateur. Avant la connexion, Cicora présente les autorisations et les données accordées, la procédure de déconnexion et les règles appliquées par le destinataire externe. L’utilisateur retire l’accès dans les paramètres de Cicora lorsque cette option est disponible et, si nécessaire, auprès du service externe lui-même. Le retrait s’applique aux accès futurs, mais n’annule pas les actions légalement réalisées ni les données déjà reçues par ce service externe.
Lors de la création d’un lien public, l’interface indique le fait de la publication et l’étendue des éléments rendus accessibles. L’utilisateur ne partage le lien qu’avec des personnes auxquelles il peut légalement divulguer le contenu. La suppression ou le retrait d’un lien met fin à sa disponibilité future par l’intermédiaire de Cicora, mais ne supprime pas les copies indépendantes des destinataires. Si une fonctionnalité de lien public n’est pas disponible, Cicora ne fournit aucun moyen pour ce partage.
8. Exportation, rectification et suppression
Le droit à l’exportation dépend du droit applicable et de la fonctionnalité effectivement disponible. Lorsqu’un utilisateur dispose de ce droit, Cicora fournit un format disponible ou examine la demande selon la procédure de la Politique de confidentialité. Une exportation n’inclut pas les données d’une autre personne, les secrets du système, les informations de sécurité ou les données auxquelles l’utilisateur n’a aucun droit. L’exportation d’un Espace de travail d’entreprise peut nécessiter la participation d’un administrateur ou de l’Organisation.
Un utilisateur peut corriger certaines données dans les paramètres du Compte. Pour les autres données, notamment les Données à caractère personnel contenues dans les Éléments de Requête ou une sortie inexacte, contactez support@cicora.ai. La correction ne signifie pas que Cicora peut réécrire les connaissances d’un modèle tiers ou supprimer un fait d’une sortie déjà détenue par un destinataire ; nous examinons l’objet source disponible et expliquons avec exactitude les capacités techniques.
La suppression d’une conversation, d’un fichier ou d’un Compte est décrite dans la procédure de suppression du Compte. Avant de supprimer un Compte, l’utilisateur devrait, lorsque cela est possible, mettre fin aux renouvellements futurs, envisager toute exportation nécessaire et vérifier le rattachement à l’Espace de travail. La suppression ne constitue pas automatiquement une renonciation à un remboursement légal et ne crée pas un droit général au remboursement de l’accès inutilisé ; ces questions sont régies par les Règles de remboursement.
9. Marketing, cookies et demandes d’exercice de droits
Les communications commerciales, les outils d’analyse facultatifs et les technologies publicitaires ne sont pas associés à l’acceptation des Conditions ou au traitement nécessaire à l’exécution d’une requête. Si Cicora propose des communications commerciales, le consentement ou un autre mécanisme applicable est fourni séparément, et chaque communication comporte un moyen clair de se désinscrire. Les notifications de service relatives à un Compte, à la sécurité, à une commande ou à une modification substantielle des conditions ne sont pas des communications commerciales.
Les paramètres relatifs aux cookies et aux technologies similaires sont décrits sur la page consacrée aux cookies. Un choix relatif aux cookies ne remplace pas un choix concernant un service connecté, l’entraînement, un Espace de travail ou un lien public. Pour exercer vos droits, refuser la publicité ciblée, la vente ou le partage applicables, retirer votre consentement ou déposer une plainte, contactez support@cicora.ai ; nous appliquons la vérification d’identité et la procédure décrites dans la Politique de confidentialité.
10. Modifications des contrôles
Cicora ne dissimule pas une nouvelle finalité de traitement dans un paramètre existant. Lorsque l’historique, la mémoire, le choix de la Route, l’entraînement, le partage public, l’accès externe, les cookies ou la conservation changent, l’interface et la présente page sont mis à jour avant l’activation de la modification, dans la mesure nécessaire. Une modification substantielle nécessitant un nouveau consentement ou un choix distinct ne s’applique pas au seul motif que l’utilisateur continue d’utiliser le service. Les questions relatives aux contrôles des données peuvent être envoyées à support@cicora.ai et au +998 90 051 48 40.