Comment nous traitons vos données.

Localisation des données

Où vos données se trouvent physiquement.

Trois fournisseurs détiennent vos données au repos, tous dans des centres de données aux États-Unis. Chacun est un sous-traitant nommé, lié par son propre DPA.

Conservation et suppression

Combien de temps nous gardons, et comment cela part.

Demandez la suppression de l'espace de travail et un délai de grâce de 30 jours commence, pendant lequel vous pouvez changer d'avis. Ensuite, la purge est définitive : toutes les tables de données clients et notre stockage de fichiers, piste d'audit comprise. Les copies que les fournisseurs conservent selon leurs propres délais (traces de requêtes d'IA, rapports d'erreurs, journaux de distribution d'e-mails, enregistrements de réunions) expirent selon les conditions de conservation de chaque fournisseur, listées dans la Politique de conservation des données.

Avant cela, récupérez tout : l'export est lisible par machine.

Le cache partagé des formats d'adresse e-mail d'entreprise expire selon son propre délai et ne contient jamais de contact individuel.

Le texte complet est la Politique de conservation des données. Politique de conservation des données

Contrôles d'accès

Portées des connecteurs

Chaque système connectable par l'opérateur fonctionne avec un ensemble documenté de portées côté fournisseur. La liste ci-dessous est générée à partir de notre manifeste de portées interne — ce que vous voyez correspond à ce que le client OAuth (ou l'identifiant équivalent) demande réellement.

• Amplitude Lecture seule ; l'autorisation permettrait d'écrire

  Lit, par client, le nombre d'événements, la date de dernière activité et les événements les plus utilisés via la Dashboard REST API d'Amplitude, pour les signaux de santé des comptes du Gestionnaire de renouvellements, avec la clé d'API et la clé secrète de votre projet. Ataski n'émet que des requêtes de lecture — notez qu'Amplitude ne propose pas de clé de projet en lecture seule : la même clé d'API peut envoyer des événements dans le projet, elle est donc techniquement en lecture et en écriture.

• Anthropic (Bring Your Own Key) Peut écrire

  Achemine les appels à Claude via votre propre clé d'API Anthropic. La clé est stockée chiffrée et utilisée uniquement au moment de chaque appel ; Anthropic vous facture directement ce trafic, et la facture d'Ataski ne l'inclut pas. Vous pouvez remplacer ou supprimer la clé dans les Paramètres à tout moment.

• BambooHR Lecture seule ; l'autorisation permettrait d'écrire

  Lit vos salariés avec poste, taux et période de paie via un rapport exécuté à la demande (rien n'est enregistré dans BambooHR) pour que le registre des effectifs de l'Analyste financier affiche le personnel et les salaires. Utilise le sous-domaine de votre entreprise et une clé d'API d'un utilisateur BambooHR. Ataski n'émet que des requêtes de lecture — notez que BambooHR ne propose pas de clé d'API en lecture seule : une clé porte les permissions de l'utilisateur qui l'a créée, elle est donc techniquement en lecture et en écriture partout où cet utilisateur peut écrire.

• Bitrix24 Lecture seule ; l'autorisation permettrait d'écrire

  Lit vos affaires (crm.deal.list — la seule méthode appelée) pour que l'Analyste financier puisse planifier le chiffre d'affaires à partir du pipeline, via un webhook entrant que vous créez dans votre propre portail Bitrix24 avec la permission CRM (crm) et pouvez révoquer en un clic. Ataski n'émet que des requêtes de lecture — notez que la permission crm de Bitrix24 n'a pas de variante en lecture seule, le webhook est donc techniquement en lecture et en écriture.

• Chargebee Lecture seule

  Lit les abonnements et les factures pour que l'Analyste financier puisse construire le revenu récurrent, avec une clé d'API en lecture seule de votre site Chargebee (Settings → Configure Chargebee → API Keys). Ne peut ni créer, ni modifier, ni annuler un abonnement ou une facture.

• Close Lecture seule ; l'autorisation permettrait d'écrire

  Lit les opportunités pour les dates de renouvellement et recherche les leads pour que l'Assistant de vente sortante ne contacte pas quelqu'un déjà présent dans votre CRM, avec une clé d'API que vous collez. Ataski n'émet que des requêtes de lecture — notez que Close ne propose pas de clé d'API en lecture seule : la clé porte l'accès complet de l'utilisateur qui l'a créée, la permission est donc techniquement en lecture et en écriture.

• Deel Lecture seule

  Lit vos personnes ainsi que le taux et la période de paie de chaque emploi pour que le registre des effectifs de l'Analyste financier affiche le personnel et les salaires, avec un jeton d'API que vous créez dans Deel (Developer → API keys). Le jeton a l'accès que vous lui donnez dans Deel ; Ataski ne lit que la liste des personnes et ne modifie jamais un contrat ni un paiement.

• DocuSign Lecture seule

  Lit les enveloppes finalisées et les documents signés qu'elles contiennent pour la réception des contrats. DocuSign ne propose qu'une seule portée de signature, sans variante en lecture seule : le jeton pourrait envoyer des enveloppes ; notre code ne le fait jamais. Ne peut pas écrire : nous ne créons, n'envoyons ni n'annulons jamais d'enveloppe.

• Dropbox Lecture seule

  Lit la liste des fichiers et leur contenu dans le dossier que le client connecte pour la réception des contrats (files.metadata.read + files.content.read). Ne peut ni écrire, ni déplacer, ni supprimer aucun fichier Dropbox.

• Microsoft Dynamics 365 Business Central Lecture seule ; l'autorisation permettrait d'écrire

  Liste vos environnements et sociétés Business Central pour que vous en choisissiez une, puis ne lit que cette société : son plan comptable, ses écritures comptables avec leurs axes analytiques, son paramétrage comptable, les informations de la société et l'échéancier des créances et des dettes, pour l'Analyste financier ; ainsi que ses factures de vente ouvertes, avoirs, clients (nom et adresse e-mail) et lignes non validées du journal des paiements clients, pour le Gestionnaire de recouvrement. Ataski n'envoie que des requêtes de lecture ; notez que Microsoft ne propose pas d'autorisation Business Central en lecture seule, de sorte que l'autorisation accordée permet techniquement la lecture et l'écriture, dans la limite de ce que votre propre utilisateur Business Central peut faire.

• Freshdesk Peut écrire

  Publie les réponses que vous approuvez sur le ticket Freshdesk d'origine et — uniquement lorsque vous lancez l'import du centre d'aide — lit vos articles Solutions publiés. Utilise la clé d'API d'un agent, issue de son profil Freshdesk ; les clés Freshdesk portent toutes les permissions de l'agent, la clé peut donc faire plus que ce qu'Ataski utilise. Ataski ne modifie, ne ferme et ne supprime jamais un ticket ou un article.

• Front Peut écrire

  Publie les réponses que vous approuvez dans la conversation Front d'origine, avec un jeton d'API que vous créez dans Front (Settings → Developers → API tokens) avec le scope Shared resources. Le jeton peut faire tout ce que ses permissions Front autorisent ; le seul appel qu'Ataski effectue avec lui est l'envoi d'une réponse dans une conversation reçue par Ataski. Les nouveaux messages arrivent chez Ataski via un webhook Front signé avec un secret que vous collez.

• Gmail (operator mailbox) Peut écrire

  Envoie les e-mails de prospection et de relance approuvés depuis la propre boîte Gmail de l'opérateur. La connexion de base ne demande que gmail.send : une portée d'envoi seul, incapable de lire la boîte. Deux fonctions optionnelles demandent un consentement distinct : la remise de brouillons (gmail.compose / gmail.modify, pour déposer les brouillons dans le dossier Brouillons de l'opérateur) et la détection de contacts en doublon (gmail.metadata / gmail.readonly, utilisée pour consulter les métadonnées des fils de discussion — le corps des messages n'est jamais lu). Rien n'est envoyé sans passer par la file d'approbation de l'opérateur.

• Google Calendar Lecture seule

  Ne lit que les plages de disponibilité libre/occupé (calendar.freebusy) afin de proposer des créneaux de réunion — jamais les titres des événements, les participants ni les descriptions. Ne peut ni créer ni modifier aucun événement de calendrier.

• Google Drive Lecture seule

  Lit le dossier que le client connecte pour la réception des contrats (drive.readonly). Ne peut ni créer, ni modifier, ni supprimer aucun fichier Drive.

• Gusto Lecture seule

  Lit votre entreprise, ses salariés et leur rémunération (companies:read, employees:read, compensations:read) pour que le registre des effectifs de l'Analyste financier affiche le personnel et les salaires. Gusto attribue ces scopes à l'app Ataski lors de son examen, l'écran de consentement n'en affiche donc aucun ; tous sont en lecture seule. Ne peut ni créer ni modifier de salariés, ni lancer la paie.

• Help Scout Peut écrire

  Publie les réponses que vous approuvez dans la conversation Help Scout d'origine. Help Scout n'a pas de scopes OAuth : l'application agit avec l'accès à la Mailbox API de l'utilisateur Help Scout qui la connecte, la permission est donc plus large que ce qu'Ataski utilise — le seul appel effectué avec elle est la publication d'une réponse dans une conversation reçue par Ataski. Les nouvelles conversations arrivent chez Ataski via un webhook Help Scout que vous créez, signé avec un secret que vous collez.

• HubSpot Lecture seule

  Lit les transactions, les contacts et les entreprises. Ne peut ni créer ni modifier aucun enregistrement HubSpot — la réécriture dans le CRM ne fonctionne que sur Salesforce. Un espace de travail qui a collé un jeton d'app privée HubSpot au lieu de se connecter est lu via ce jeton de la même manière : il porte les scopes cochés à la création de l'app privée, et Ataski ne fait toujours que lire.

• Intercom Peut écrire

  Lit les contacts, les entreprises et les conversations pour les signaux de santé des comptes et de renouvellement, lit les articles de votre centre d'aide lorsque vous lancez l'import, et publie les réponses que vous approuvez en tant que réponse d'administrateur dans la conversation d'origine. Utilise le jeton d'accès d'une app que vous créez dans l'Intercom Developer Hub ; ce que ce jeton peut faire est défini par les permissions de l'app dans Intercom. Ataski ne modifie ni ne supprime jamais de contacts, d'entreprises ou d'articles.

• Linear (legacy) Lecture seule ; l'autorisation permettrait d'écrire

  Les nouvelles connexions ne sont plus acceptées. Une connexion Linear établie avant le 07/09/2026 est toujours lue une fois par semaine pour la synthèse des opérations : la liste des équipes, le cycle actif de chaque équipe et les tickets de ce cycle, via l'API GraphQL de Linear avec la clé d'API personnelle qui a été collée. Ataski n'émet que des requêtes de lecture — notez qu'une clé d'API personnelle Linear porte l'accès complet de son créateur sauf restriction à sa création, la permission est donc techniquement en lecture et en écriture. Supprimez la clé dans Linear pour y mettre fin.

• Mixpanel Lecture seule

  Lit, par client, la date du dernier événement, les utilisateurs actifs hebdomadaires et le volume d'événements via la Query API de Mixpanel, pour les signaux de santé des comptes du Gestionnaire de renouvellements, avec un compte de service (identifiant et secret) que vous créez dans votre projet. Donnez-lui le rôle Consumer, qui ne peut que lire ; Ataski n'envoie jamais d'événements et ne modifie pas le projet.

• NetSuite Lecture seule

  Lit les écritures du GL, la balance âgée AR, la balance âgée AP, les instantanés des charges à payer et la liste des filiales via SuiteTalk REST. Les nouvelles connexions se connectent via OAuth 2.0 (authorization code + PKCE, portée rest_webservices) au moyen d'un enregistrement Integration que le client crée dans son propre compte NetSuite ; les connexions existantes peuvent rester sur Token-Based Authentication (TBA) — un identifiant de type OAuth 1.0a que le client génère lui-même dans son interface NetSuite (Setup → Users/Roles → Access Tokens). Dans les deux cas, l'accès est borné par un rôle NetSuite en lecture seule choisi par le client, et Ataski n'émet que des requêtes de lecture. Ne peut pas passer d'écritures de journal, modifier d'enregistrements ni clôturer de périodes comptables.

• Notion Peut écrire

  Utilise un jeton d'intégration interne que vous créez dans Notion. Une intégration Notion ne voit que les pages et bases de données que vous partagez avec elle. Ataski lit les pages que vous partagez pour la base de connaissances du Support et ajoute une nouvelle page par synthèse de contrat ou digest financier livré dans la base de données que vous choisissez. Il ne modifie ni ne supprime jamais une page existante ; ce que le jeton peut faire dans les pages partagées dépend des capacités que vous cochez sur l'intégration dans Notion.

• 1C:Enterprise Lecture seule

  Lit le plan comptable, les mouvements et soldes du registre comptable et les créances de votre base 1C:Enterprise via son interface OData publiée, pour l'Analyste financier et le Gestionnaire de recouvrement. Il se connecte en tant qu'utilisateur 1C que vous créez : l'accès est donc limité aux droits de cet utilisateur dans 1C — donnez-lui des droits en lecture seule. Ataski n'émet que des requêtes de lecture et ne comptabilise jamais de document ni ne modifie la base.

• Microsoft Outlook / Microsoft 365 Peut écrire

  Un seul consentement Microsoft couvre la réception des documents (Files.Read.All), la disponibilité du calendrier (Calendars.Read), la détection des réponses (Mail.Read) et l'envoi des e-mails de prospection et de relance approuvés depuis la propre boîte Outlook de l'opérateur (Mail.Send — la surface d'écriture). Une connexion accordée sans Mail.Send n'est jamais considérée comme capable d'envoyer, et rien n'est envoyé sans passer par la file d'approbation de l'opérateur.

• Paddle Lecture seule

  Lit les abonnements et les transactions pour que l'Analyste financier puisse construire le revenu récurrent, avec une clé d'API que vous créez dans Paddle. Ce que la clé peut faire est défini dans Paddle ; Ataski n'émet que des requêtes de lecture et ne modifie jamais un abonnement ni une transaction.

• Pipedrive Lecture seule ; l'autorisation permettrait d'écrire

  Lit les affaires et les organisations auxquelles elles appartiennent, pour les dates de renouvellement et le pipeline de l'Analyste financier, et recherche les personnes et organisations pour que l'Assistant de vente sortante ne contacte pas quelqu'un déjà présent dans votre CRM. Utilise le domaine de votre entreprise et un jeton d'API personnel que vous collez. Ataski n'émet que des requêtes de lecture — notez que Pipedrive ne propose pas de jeton d'API en lecture seule : le jeton porte l'accès complet de son utilisateur, la permission est donc techniquement en lecture et en écriture.

• PostHog Lecture seule

  Lit, par client, les événements produit récents et la date de dernière activité pour les signaux de santé des comptes du Gestionnaire de renouvellements, avec une clé d'API personnelle et votre région (US ou EU). PostHog permet de limiter les scopes d'une clé personnelle, et ceux en lecture suffisent ; Ataski n'envoie jamais d'événements et ne modifie pas votre projet.

• Postmark (your own account) Lecture seule ; l'autorisation permettrait d'écrire

  Lit les rebonds, les enregistrements de messages envoyés, les ouvertures et les clics de votre propre serveur Postmark pour que le Gestionnaire de renouvellements repère les clients dont le courrier n'arrive plus, avec un Server API token que vous collez (Postmark → Servers → votre serveur → API Tokens). Ataski n'émet que des requêtes de lecture — notez que Postmark ne propose pas de jeton de serveur en lecture seule : le jeton pourrait aussi envoyer du courrier depuis ce serveur, il est donc techniquement en lecture et en écriture. Ceci est distinct du compte Postmark d'Ataski, listé comme sous-traitant.

• QuickBooks Online Lecture seule ; l'autorisation permettrait d'écrire

  Lit le plan comptable, le P&L, le bilan, le tableau des flux de trésorerie, les factures, les clients et les fournisseurs. Ataski n'émet que des requêtes de lecture — notez qu'Intuit ne propose aucune portée comptable en lecture seule : l'autorisation que vous accordez est donc techniquement en lecture et en écriture.

• Recall.ai Peut écrire

  Crée des bots qui rejoignent les réunions planifiées, puis lit leurs transcriptions et les métadonnées d'engagement. La surface d'écriture se limite à l'envoi du bot ; ne peut modifier aucune donnée de calendrier, de visioconférence ni d'hôte de réunion.

• Recurly Lecture seule

  Lit les plans, les abonnements et les factures pour que l'Analyste financier puisse construire le revenu récurrent, avec une clé d'API privée que vous créez dans Recurly. Ce que la clé peut faire est défini dans Recurly ; Ataski n'émet que des requêtes de lecture et ne modifie jamais un abonnement ni une facture.

• Rippling Lecture seule

  Lit les travailleurs, les utilisateurs et la rémunération (workers.read, users.read, compensations.read) pour que le registre des effectifs de l'Analyste financier affiche le personnel et les salaires, avec un jeton d'API que vous créez dans Rippling (Tools → Developer → API Tokens). Le jeton ne voit que ce que voit son créateur, et tous les scopes demandés sont en lecture. Ataski ne modifie jamais un enregistrement Rippling.

• Sage Intacct Lecture seule

  Lit les comptes du GL, les écritures de journal, AR/AP et la balance générale via les Web Services de Sage Intacct, avec des identifiants Web Services fournis par le client : un sender ID que le client obtient de Sage et autorise dans sa propre société, et un utilisateur Web Services en lecture seule que le client crée dans l'administration de son Sage Intacct. Aucune connexion OAuth n'intervient. Ne peut pas passer d'écritures de journal ni modifier aucune donnée Sage Intacct.

• Salesforce Peut écrire

  Lit les comptes, les contacts, les opportunités et l'activité pour les signaux de renouvellement et de prospection, et réécrit dans le CRM l'activité que le client active. La portée api de Salesforce correspond à l'intégralité de l'API REST — Salesforce ne propose aucune portée de données plus restreinte, c'est pourquoi nous la déclarons comme capable d'écriture plutôt que de qualifier le connecteur de lecture seule. refresh_token / offline_access servent uniquement à maintenir l'autorisation active.

• Segment Lecture seule

  Lit, par client, les événements récents de la Segment Profile API (incluse dans l'offre payante de profils de Segment, sur votre propre abonnement) pour les signaux de santé des comptes du Gestionnaire de renouvellements, avec un jeton d'accès Profile API. La Profile API ne fait que lire des profils ; Ataski n'envoie jamais d'événements.

• Shopify Lecture seule

  Lit les commandes de votre boutique (read_orders ; ajoutez read_all_orders, sinon Shopify ne renvoie que les 60 derniers jours) pour que l'Analyste financier puisse modéliser le panier moyen, les achats répétés et la croissance. Utilise le jeton Admin API d'une app personnalisée que vous créez dans votre boutique ; le jeton ne peut faire que ce que les scopes cochés autorisent, et les deux demandés sont en lecture. Ataski ne crée, ne modifie ni ne rembourse jamais une commande.

• Slack (Ataski app) Peut écrire

  Installe le bot Ataski dans votre espace de travail Slack. Il publie des notifications, des synthèses et des réponses (chat:write), ouvre un message direct avec un collègue (im:write) après avoir retrouvé cette seule personne par son e-mail (users:read.email — Slack exige users:read en complément ; l'annuaire n'est jamais listé), enregistre la commande /ataski (commands) et ne lit que les messages adressés au bot : les @mentions (app_mentions:read) et les messages directs qu'il reçoit (im:history, im:read). Il ne peut pas lire les canaux où il n'est pas mentionné, ni modifier les paramètres ou les membres de l'espace.

• Slack incoming webhook Peut écrire

  Une URL d'Incoming Webhook Slack que vous créez dans Slack et collez ici (seules les adresses hooks.slack.com sont acceptées). Elle ne peut que publier des messages dans l'unique canal pour lequel elle a été créée — synthèses de contrats, rappels d'obligations, avis de rapports financiers et alertes sur les créances clients — et rien d'autre : elle ne peut lire aucun message, lister les canaux ni voir qui est dans l'espace. Stockée chiffrée ; supprimez le webhook dans Slack pour la révoquer.

• SMTP mailbox Peut écrire

  Envoie les e-mails de relance que prépare le Gestionnaire de recouvrement depuis votre propre boîte mail (Yahoo, Apple iCloud, Fastmail ou votre propre serveur), en se connectant avec l'identifiant et le mot de passe que vous saisissez. Ataski se connecte uniquement en SMTP, qui permet d'envoyer du courrier mais pas de le lire, le déplacer ou le supprimer. Sur votre propre serveur, ce mot de passe peut être le vrai mot de passe de la boîte : utilisez un mot de passe d'application chaque fois que votre fournisseur en propose un. Stocké chiffré.

• Stripe Lecture seule

  Lit les abonnements, les factures, les clients, les remboursements et les intentions de paiement via une clé API restreinte fournie par le client. Ne peut ni créer, ni modifier, ni rembourser de paiements.

• Microsoft Teams webhooks Peut écrire

  Deux liens Microsoft Teams, tous deux créés par vous dans Teams et tous deux limités à un canal. Une URL d'Incoming Webhook (une adresse *.webhook.office.com ou Workflows *.logic.azure.com / *.environment.api.powerplatform.com) permet à Ataski de publier des rappels d'obligations et des alertes sur les créances clients dans ce canal. Un Outgoing Webhook permet à l'Analyste financier de répondre quand quelqu'un le @mentionne : Teams n'envoie que ce message, signé avec un secret qu'Ataski stocke chiffré et vérifie, et la réponse revient dans le fil. Aucun des deux ne peut lire d'autres messages, lister les équipes ou les membres, ni agir ailleurs dans Microsoft 365.

• Xero Lecture seule

  Lit le P&L, le bilan, le plan comptable, les catégories de suivi et les paramètres de l'organisation, ainsi que les documents sources qui les sous-tendent — factures de vente, factures d'achat, avoirs, opérations bancaires et journaux manuels —, ce qui permet de reconstituer le détail au niveau des écritures, et les fiches de contact des clients et des fournisseurs auxquels ces documents sont adressés, ce qui permet à une créance de retrouver une adresse e-mail de facturation. Chacun de ces éléments est une portée granulaire DISTINCTE depuis le 2026-09-08 : les deux portées larges que Xero a dépréciées (toutes les transactions, tous les rapports) ne sont plus demandées. Le flux de grand livre de Xero lui-même (son point de terminaison Journals) n'est vendu qu'à partir de la formule d'application Advanced de Xero et n'est PAS lu ; les écritures que Xero passe de lui-même — cycles de paie, amortissement des immobilisations, coût des ventes des stocks suivis, réévaluation des devises, la clôture annuelle — n'apparaissent donc pas dans ce détail. Les trois portées de lecture de la paie sont OPTIONNELLES et désactivées par défaut : elles ne sont demandées que lorsque l'opérateur demande au registre des effectifs de lire les salariés et la rémunération de chaque personne depuis Xero Payroll, et un espace de travail qui ne le demande jamais détient un jeton sans elles. Ne peut ni créer ni modifier aucune donnée Xero, paie comprise.

• Yandex Disk Lecture seule

  Lit les fichiers PDF, Word et Excel du dossier Yandex Disk que vous connectez pour la réception des contrats (cloud_api:disk.read). Ne peut créer, modifier ni supprimer aucun fichier de votre Disk.

• Zendesk Peut écrire

  Lit les tickets et leur historique pour les signaux de santé des comptes et de renouvellement, lit les articles publiés du Help Center et les macros lorsque vous lancez l'import, et publie les réponses que vous approuvez en commentaire public sur le ticket d'origine. Utilise un jeton d'accès OAuth issu d'un client OAuth que vous créez dans Zendesk Admin Center ; le scope du jeton y est défini, Ataski l'enregistre donc comme inconnu plutôt que de le deviner. L'import du centre d'aide se connecte, lui, avec l'e-mail de votre compte et un jeton d'API Zendesk, qui porte les permissions de cet utilisateur. Ataski ne supprime jamais de tickets et ne modifie ni utilisateurs, ni groupes, ni paramètres.

• Zoho CRM + Zoho Books Lecture seule

  Lit les contacts, les comptes et les étapes des transactions du CRM, ainsi que les factures, les contacts et les paramètres d'organisation de Zoho Books pour le portefeuille de renouvellements, ainsi que le plan comptable, les mouvements par compte et les factures fournisseurs ouvertes (fournisseur, solde, échéance, conditions de paiement) de Zoho Books pour l'Analyste financier. Toutes les portées demandées sont des portées .READ — ne peut ni créer ni modifier aucun enregistrement Zoho.

Contrat

Les documents que votre juriste demandera.

Tous sont publics et versionnés. Le DPA est le contrat de l'article 28 du RGPD (GDPR Article 28) ; au titre du CCPA, nous agissons comme Service Provider et n'opérons pas comme courtier en données. La liste des sous-traitants porte une empreinte inscrite sur chaque DPA signé : vous pouvez ainsi prouver la version que vous avez acceptée.

• Accord de traitement des données (DPA)
• Liste des sous-traitants
• Politique de confidentialité
• Conditions d'utilisation
• Politique de conservation des données
• Déclaration sur l'usage de l'IA