Accord de sous-traitance des données personnelles
(article 28 du règlement (UE) 2016/679, « RGPD »)
Entre
Le Client, c’est-à-dire la personne morale ou le professionnel qui a souscrit au service WINAITY AI, identifié par les informations saisies lors de la souscription (nom de l’organisation, nom de l’espace et adresse e-mail du propriétaire de l’espace), ci-après « le Client », responsable de traitement ;
et
WINAITY, société par actions simplifiée au capital de 10 000 €, dont le siège est 16 avenue Louison Bobet, 94120 Fontenay-sous-Bois, immatriculée au RCS de Créteil sous le numéro 992 181 230, représentée par WINVEST CAPITAL, sa présidente, elle-même représentée par son président, Sébastien Bachellier, ci-après « WINAITY », sous-traitant.
Contact protection des données : support@winaity.com, objet « Protection des données ». Aucun délégué à la protection des données n’est désigné.
Article 1. Objet et définitions
1.1. Le présent accord fixe les conditions dans lesquelles WINAITY traite, pour le compte du Client, les données à caractère personnel décrites à l’annexe 1, dans le cadre du service WINAITY AI (« le Service »), plateforme d’agents conversationnels dont les conditions générales d’utilisation (« les CGU ») sont publiées sur le site.
1.2. Il complète les CGU, dont il fait partie intégrante : le Client l’accepte en acceptant les CGU lors de son inscription. En cas de contradiction sur la protection des données personnelles, il prévaut.
1.3. « Données du Client » : les données à caractère personnel contenues dans (a) les conversations entre les utilisateurs finaux et les agents que le Client déploie, par quelque canal que ce soit, y compris les réponses que les membres de son équipe ont pu écrire eux-mêmes à ces personnes depuis le Service, (b) les documents que le Client importe dans les bases de connaissances de ses agents, y compris le contenu des pages publiques d’un site dont il indique l’adresse et que le Service lit à sa demande en respectant le fichier robots.txt de ce site, (c) les instructions et configurations des agents. Les termes « responsable de traitement », « sous-traitant », « sous-traitant ultérieur », « violation de données » ont le sens du RGPD.
Article 2. Rôles des parties
2.1. Pour les Données du Client, le Client est responsable de traitement et WINAITY sous-traitant. Le Client détermine seul les finalités et reste l’interlocuteur des personnes concernées.
2.2. WINAITY est responsable de traitement pour ses propres traitements, qui ne relèvent pas du présent accord : comptes et connexion des utilisateurs du Client, facturation et alertes de quota par e-mail, journaux de sécurité et d’administration, mesure d’audience du site. Ils sont décrits dans la politique de confidentialité.
2.3. Le Client garantit qu’il dispose d’une base légale pour les traitements qu’il confie, qu’il informe les personnes concernées (en particulier qu’elles s’adressent à un agent automatisé), et qu’il ne confie pas au Service de données relevant des catégories particulières de l’article 9 du RGPD sans en avoir évalué la licéité et sans encadrement adapté.
Article 3. Durée
Le présent accord s’applique à compter de la souscription au Service (y compris au plan gratuit) et jusqu’à la suppression complète des Données du Client, dans les conditions de l’article 12. Les articles 6, 11, 12 et 14 lui survivent aussi longtemps que WINAITY détient des Données du Client.
Article 4. Nature, finalités, données et personnes
La nature et les finalités du traitement, les catégories de données et de personnes, et les durées de conservation figurent à l’annexe 1. Le traitement consiste à recevoir les messages des personnes, à les faire traiter par les agents du Client (modèle de langage, recherche dans ses bases de connaissances, outils qu’il a connectés), à rendre la réponse par le canal d’origine, à conserver l’historique et ses dérivés pour le Client, à permettre aux membres de son équipe de lire les conversations et de les exporter depuis le tableau de bord, et à lui fournir les outils pour les consulter, les exporter et les effacer. Il n’a pas d’autre finalité.
Article 5. Instructions du Client
5.1. WINAITY ne traite les Données du Client que sur instruction documentée du Client. Constituent des instructions : le présent accord, les CGU, la configuration que le Client donne au Service (agents, bases de connaissances, canaux, outils, garde-fous, durées de conservation), l’usage qu’il fait du tableau de bord et de l’API, dont les actions de ses membres sur les conversations (export, correction d’une réponse de l’agent).
5.2. WINAITY informe immédiatement le Client, par e-mail au propriétaire de l’espace, si, selon elle, une instruction constitue une violation du RGPD ou d’une autre disposition de protection des données.
5.3. WINAITY n’utilise pas les Données du Client pour ses propres besoins. En particulier, elle ne les utilise pas pour entraîner ou affiner un modèle : le Service sert des modèles exécutés sur sa propre infrastructure, sans apprentissage en production, et la capture de conversations vers un jeu de données d’affinage est désactivée.
Article 6. Confidentialité
WINAITY veille à ce que les personnes autorisées à traiter les Données du Client soient tenues à la confidentialité. L’accès aux serveurs et aux bases de données est réservé au personnel habilité de WINAITY, tenu à une obligation de confidentialité.
Article 7. Sécurité du traitement
WINAITY met en œuvre les mesures techniques et organisationnelles décrites à l’annexe 3, appropriées au risque (article 32 du RGPD). L’annexe 3 dit ce qui est en place et ce qui ne l’est pas : elle ne prétend à aucune certification. Elle est réexaminée à chaque évolution notable du Service.
Article 8. Sous-traitants ultérieurs
8.1. Le Client donne à WINAITY une autorisation générale de recourir aux sous-traitants ultérieurs listés à l’annexe 2, partie A, pour les finalités qui y sont décrites.
8.2. WINAITY informe le Client de tout ajout ou remplacement d’un sous-traitant ultérieur, par e-mail au propriétaire et aux administrateurs de l’espace et par mise à jour de l’annexe 2 publiée, au moins 30 jours avant. Le Client peut s’y opposer pour un motif raisonnable lié à la protection des données dans ce délai ; à défaut d’accord, il peut résilier sans frais la partie du Service concernée.
8.3. WINAITY impose à chaque sous-traitant ultérieur des obligations de protection des données équivalentes à celles du présent accord, par un contrat qui reprend les conditions de traitement des données du prestataire, et demeure responsable à l’égard du Client de leur exécution.
8.4. Les services que le Client choisit lui-même de connecter à ses agents (messageries, boîte e-mail, connecteurs, serveurs MCP, outil de conseillers) ne sont pas des sous-traitants ultérieurs de WINAITY : le Client les choisit, les configure et conclut ses propres conditions avec eux ; WINAITY leur transmet ce que l’agent leur adresse, sur instruction du Client. Ils sont rappelés à l’annexe 2, partie C.
Article 9. Transferts hors de l’Union européenne
9.1. Les serveurs qui exécutent l’application, ses bases de données et le modèle d’IA sont situés en France, dans les locaux de WINAITY. Le serveur d’identité et l’envoi d’e-mails sont hébergés par Amazon Web Services, dans la région Europe (Paris). WINAITY n’organise aucun transfert des Données du Client hors de l’Union européenne, à l’exception de ce que comporte le recours à des prestataires dont la maison mère est établie hors de l’Union : Cloudflare, Inc. pour l’acheminement du trafic, et Amazon Web Services pour le serveur d’identité et l’envoi d’e-mails. Pour ces prestataires, le transfert s’appuie sur les garanties prévues par leurs conditions de traitement des données (cadre de protection des données UE–États-Unis ou clauses contractuelles types).
9.2. Pour les services que le Client connecte lui-même (annexe 2, partie C), le service ne fixe aucune région : les messages passent par les interfaces des opérateurs, qui peuvent les traiter hors de l’Union européenne selon leurs propres conditions. Le Client en tient compte dans ses propres analyses.
Article 10. Assistance au Client
10.1. Droits des personnes. Le Service fournit au Client, dans son espace, les moyens de répondre aux demandes des personnes (articles 15 à 21 du RGPD) :
- accès et portabilité : export JSON de tout ce qu’un effacement supprimerait (lignes de chaque table de l’espace, transcript complet de chaque conversation, liste des conversations du tableau de bord et réponses des membres du Client, mémoire long terme, rappels programmés, traces de l’évaluation qualité), dans un délai de 20 secondes et jusqu’à 20 Mo ; au-delà, aucun fichier tronqué n’est produit ; export CSV des conversations ; export CSV ou JSON des conversations depuis le tableau de bord, avec le texte des messages, réservé aux administrateurs de l’espace, dans la limite de 500 conversations par export ;
- effacement : suppression réelle et définitive, étape par étape, avec reprise automatique en cas de panne, y compris de la liste des conversations du tableau de bord et des réponses des membres du Client ; la personne peut aussi la demander elle-même (commande « oublie-moi » sur WhatsApp, Messenger, Instagram, Telegram et par e-mail ; menu « Effacer cette conversation » du widget) ;
- consentement : registre des consentements recueillis par le Client ;
- limitation de la conservation : durées de conservation réglables par espace.
L’export et l’effacement d’une personne sont réservés aux administrateurs de l’espace, journalisés sous pseudonyme, et limités à 60 requêtes par minute. Ces outils sont décrits dans la documentation du Service, publiée à l’adresse https://ai-docs.winaity.com.
10.2. Ce que l’effacement ne supprime pas, et que le Client doit connaître pour répondre aux personnes : les journaux signés (la personne n’y figure que sous pseudonyme ; le journal des appels d’outils peut garder des extraits de questions dont les noms ne sont pas masqués) ; le registre de facturation des conversations (clé de fil effacée, ligne conservée 13 mois) ; le transcript transmis à l’outil de conseillers lors d’une escalade ; les tickets d’escalade et les réponses au formulaire de contact envoyés par e-mail (coordonnées et messages laissés), conservés dans les boîtes de leurs destinataires et chez le prestataire d’envoi d’e-mails ; ce que les opérateurs de messagerie ou la messagerie e-mail du Client conservent de leur côté ; les copies locales du navigateur du visiteur (30 jours d’inactivité) ; les anciennes traces d’appel du modèle qui n’ont pas de fil, qui partent avec la durée de conservation ; les conversations anciennes écrites aussi par un autre client, conservées pour ne jamais effacer les données d’autrui (la demande est alors signalée « partielle ») ; les sauvegardes du serveur, où une donnée effacée peut subsister jusqu’à trois mois avant de disparaître par rotation (annexe 3, ligne 13).
10.3. Demandes reçues directement. Si une personne s’adresse à WINAITY au sujet des Données du Client, WINAITY ne répond pas sur le fond et transmet la demande au Client dans un délai de 5 jours ouvrés.
10.4. Autres assistances. WINAITY assiste le Client, dans la limite des informations dont elle dispose, pour la sécurité du traitement, la notification des violations (article 11), les analyses d’impact et les consultations préalables, sur demande écrite. Une assistance raisonnable est comprise dans le prix du Service ; une assistance qui dépasse ce cadre fait l’objet d’un devis préalable.
Article 11. Violation de données
11.1. WINAITY notifie au Client toute violation de données à caractère personnel affectant les Données du Client, dans les meilleurs délais après en avoir pris connaissance et au plus tard 48 heures après, par e-mail au propriétaire et aux administrateurs de l’espace, à l’adresse de leurs comptes.
11.2. La notification décrit, dans la mesure où WINAITY les connaît : la nature de la violation, les catégories et le nombre approximatif de personnes et d’enregistrements concernés, les conséquences probables, les mesures prises ou proposées. Les informations manquantes sont communiquées au fur et à mesure.
11.3. La notification à l’autorité de contrôle et aux personnes incombe au Client, responsable de traitement. WINAITY l’y aide.
Article 12. Sort des données à la fin du contrat
12.1. Suppression à la demande du Client. Le propriétaire de l’espace peut le supprimer : la suppression purge l’ensemble des stockages (Redis, graphe Neo4j, mémoire long terme, base vectorielle, fils de conversation, base relationnelle, dont le journal d’audit de l’espace) puis la ligne de l’espace, annule les abonnements Stripe de l’espace, supprime l’organisation de l’espace dans le service d’identité, et réserve l’adresse (empreinte seulement). Elle est rejouable si une étape échoue. Elle se fait aujourd’hui par l’API (DELETE /api/tenants/{id}), non par un bouton du tableau de bord ; à défaut, le Client la demande par écrit à support@winaity.com et WINAITY l’exécute dans le délai d’un mois (article 12.3 du RGPD).
12.2. Restitution. Avant suppression, le Client peut exporter les conversations (CSV), les données d’une personne (JSON) et le journal d’audit de l’espace ; le contenu de ses bases de connaissances et ses configurations restent ceux qu’il a lui-même fournis : le Service ne propose pas d’export en bloc de ces deux éléments.
12.3. Ce qui subsiste après la suppression de l’espace :
- les comptes de connexion des membres dans le service d’identité (ils restent valables pour se connecter ; seule l’organisation de l’espace est supprimée) ;
- le registre de trace de la suppression (identifiant de l’espace et issue de la suppression pour chaque stockage, sans nom ni donnée personnelle) ;
- l’empreinte SHA-256 de l’adresse de l’espace ;
- le transcript transmis à l’outil de conseillers lors d’une escalade, conservé par cet outil ;
- les copies que détiennent les opérateurs de messagerie et la messagerie e-mail du Client ;
- les traces d’évaluation de la qualité qu’aucun espace ne peut revendiquer avec certitude, qui suivent la durée par défaut de la plateforme ;
- les pièces comptables des abonnements, conservées dix ans par WINAITY en tant que responsable de traitement (article L.123-22 du code de commerce) ;
- les sauvegardes du serveur : une donnée supprimée peut y subsister jusqu’à trois mois (annexe 3, ligne 13), puis disparaît par rotation des sauvegardes.
12.4. Sans suppression demandée. La résiliation d’un abonnement payant ramène l’espace au plan gratuit ; elle ne supprime pas les Données du Client. Elles restent soumises aux durées de conservation de l’annexe 1 tant que l’espace existe. Le Service ne supprime pas automatiquement un espace inactif ou résilié.
Article 13. Audits et documentation
13.1. WINAITY met à la disposition du Client les informations nécessaires pour démontrer le respect du présent accord : le présent accord et ses annexes tenus à jour, le rapport de conformité technique que le Service génère à la demande de l’administrateur (isolation des données, journaux signés, rétention, droits d’accès, durées ; ce rapport est structuré selon des référentiels connus mais ne constitue pas une certification), le journal d’audit de l’espace et son export.
13.2. Le Client peut faire réaliser un audit, par lui-même ou par un tiers tenu à la confidentialité, sur préavis écrit de 30 jours, au plus une fois par an, hors urgence liée à une violation, pendant les heures ouvrées, sans accès aux données d’autres clients, aux frais du Client.
13.3. WINAITY a conduit une revue de sécurité interne le 2026-10-02 (dépendances, en-têtes, secrets, essais ciblés sur la vraie base) ; aucun audit externe ni certification n’est revendiqué.
Article 14. Responsabilité, droit applicable
La responsabilité de chaque partie est régie par les CGU (article 10). Le présent accord est soumis au droit français ; la juridiction compétente est celle des CGU (article 13).
Article 15. Évolution de l’accord
WINAITY peut modifier le présent accord pour suivre l’évolution du Service ou de la réglementation. Les clients sont informés de toute modification substantielle avant sa prise d’effet et peuvent résilier sans frais s’ils ne l’acceptent pas (même règle que l’article 12 des CGU). La version en vigueur porte sa date de dernière mise à jour.
Signature et acceptation
Pour WINAITY : WINVEST CAPITAL, présidente, représentée par son président, Sébastien Bachellier.
Pour le Client : acceptation du présent accord par l’acceptation des CGU lors de l’inscription.
Version en vigueur au : 9 octobre 2026.
Annexe 1. Description du traitement
| Rubrique | Contenu |
|---|---|
| Objet | Fourniture du Service : exécution d’agents conversationnels pour le Client |
| Nature | Réception, enregistrement, analyse par un modèle de langage exécuté sur l’infrastructure de WINAITY, recherche dans les bases de connaissances du Client, restitution, journalisation, export, effacement, conservation limitée |
| Finalités | Répondre aux personnes au nom du Client ; permettre aux membres de son équipe de lire les conversations depuis le tableau de bord ; lui permettre de superviser, d’évaluer et d’améliorer ses agents (qualité, retours, traces) ; transférer une conversation à un conseiller quand le Client l’a configuré ; lui fournir les outils de conformité. Aucune autre finalité (article 5.3) |
| Catégories de personnes concernées | Utilisateurs finaux des agents du Client (visiteurs du widget, contacts WhatsApp, Messenger, Instagram et Telegram, expéditeurs d’e-mails du canal e-mail, utilisateurs de l’API du Client) ; personnes citées dans les documents que le Client importe ; personnes citées dans les messages ; membres de l’équipe du Client (leur nom figure sur les réponses qu’ils ont pu écrire eux-mêmes) |
| Catégories de données | Contenu des messages (texte libre : il peut contenir toute donnée que la personne écrit) ; identifiant du contact selon le canal (numéro de téléphone et nom de profil WhatsApp ; identifiant du contact sur la Page Messenger ou Instagram ; identifiant Telegram ; adresse e-mail et objet du canal e-mail ; identifiant d’utilisateur transmis par l’intégration du Client) ; identifiant de fil ; champs d’un formulaire du widget (nom, e-mail, téléphone, société, message, consentement) ; avis et commentaires ; faits retenus sur le contact (mémoire long terme) ; traces d’appel du modèle (messages envoyés au modèle et réponses) ; décisions des garde-fous et d’escalade ; contenu des documents de la base de connaissances ; dans la liste des conversations du tableau de bord : texte des messages écrits par le contact pendant une prise de main et des réponses des membres du Client s’il y en a eu, nom du membre qui a répondu, identifiant du contact (libellé), adresse de réponse sur le canal, aperçu (140 caractères au plus) du dernier message, empreintes de mots servant à la recherche. |
| Données non conservées avec la conversation | L’adresse IP du visiteur : elle sert à la limitation de débit et, sous forme d’une empreinte HMAC propre à l’espace, au plafond des e-mails d’escalade ; aucune table de conversation n’a de colonne d’adresse IP. |
| Données sensibles | Aucune n’est attendue. Le Client s’interdit d’en confier sans évaluation préalable (article 2.3) ; le texte libre peut toutefois en contenir, ce que le Service ne détecte pas |
| Stockages | PostgreSQL (conversations, traces, journaux, file durable des canaux, liste des conversations du tableau de bord), Qdrant (documents indexés), Neo4j (relations extraites des documents), Redis (clés techniques de courte durée), tous sur l’infrastructure de WINAITY, dans ses locaux, aucun port exposé hors de l’hôte. Sauvegardes : annexe 3, ligne 13. |
| Origine des données | Le Client (configuration, documents, y compris les pages publiques qu’il demande au Service de lire) et les personnes (messages), par le widget, WhatsApp, Messenger, Instagram, Telegram, l’e-mail ou l’API ; les membres de l’équipe du Client (réponses qu’ils ont pu écrire eux-mêmes) |
Durées de conservation
| Catégorie | Durée | Réglable par le Client | Mécanisme |
|---|---|---|---|
| Conversations et tout ce qui porte le contenu ou la trace d’un échange (fils, avis, traces d’appel du modèle, alertes des garde-fous, escalades, formulaires du widget, exécutions de parcours, liste des conversations du tableau de bord et réponses des membres du Client) | 365 jours par défaut | 30 à 3 650 jours | passe de rétention, toutes les 6 heures |
| Mesures sans contenu (événements d’analyse, transitions entre nœuds) | 730 jours par défaut | 30 à 3 650 jours | idem |
| Mémoire long terme (faits retenus sur un contact) | 365 jours par défaut, depuis le dernier enregistrement du fait ; 50 faits au plus par contact et par agent | 30 à 3 650 jours | expiration à l’écriture, balayage horaire, passe de rétention |
| Journal des appels d’outils | 12 mois | non | partitions mensuelles marquées puis supprimées 7 jours après |
| Registre de facturation des conversations | 13 mois après le début de la conversation | non | passe de rétention |
| Ledger signé et journal des actions de l’espace | durée de vie de l’espace | non | supprimés avec l’espace |
| File durable des canaux | contenu vidé à l’état terminal ; lignes terminales supprimées après 7 jours | non | worker dédié, toutes les heures |
| Historique du widget gardé sur l’appareil du visiteur (si le Client l’autorise) | 30 jours d’inactivité | oui (réglage du widget) | navigateur du visiteur |
| Bases de connaissances (documents, vecteurs, relations) | jusqu’à suppression par le Client | oui | suppression par le Client, ou de l’espace |
| Sauvegardes du serveur (volumes de PostgreSQL, Qdrant et Neo4j, dossier du projet) | quotidiennes 7 jours, hebdomadaires 4 semaines, mensuelles 3 mois sur le stockage en réseau ; copie locale 1 jour | non | rotation des sauvegardes |
Annexe 2. Sous-traitants ultérieurs et destinataires
A. Sous-traitants ultérieurs de WINAITY pour les Données du Client (autorisation générale de l’article 8)
| # | Prestataire | Rôle | Données du Client concernées | Localisation | Garanties |
|---|---|---|---|---|---|
| A1 · Cloudflare, Inc. (États-Unis) | Acheminement du trafic public vers l’infrastructure (tunnel cloudflared) : site, API et widget | Tout le contenu des requêtes adressées au service public, dont les messages des visiteurs et les réponses des agents | Réseau mondial du prestataire ; le service ne fixe pas de région | Conditions de traitement des données du prestataire ; transfert fondé sur le cadre de protection des données UE–États-Unis ou les clauses contractuelles types | |
| A2 · Amazon Web Services (compte AWS de WINAITY) | (a) Envoi des e-mails de la plateforme par Amazon SES : notifications d’escalade (quand le Client a choisi d’être prévenu par e-mail), e-mails du formulaire de contact (quand un visiteur envoie le formulaire de contact d’un agent), alertes de quota, contrôle de boîte e-mail, confirmation d’abonnement. (b) Hébergement du serveur d’identité (Keycloak) qui gère la connexion des membres de l’équipe du Client, et envoi par ce serveur des e-mails de compte (vérification de l’adresse, réinitialisation du mot de passe, invitation) | (a) Adresses des membres destinataires, nom de l’agent, cause, adresse e-mail et numéro de téléphone que l’utilisateur final a choisi de laisser (l’adresse sert aussi d’adresse de réponse), ses cinq derniers messages tels qu’il les a écrits (500 caractères au plus chacun, liens désactivés ; numéros de carte, IBAN et numéros de sécurité sociale masqués, adresses e-mail et téléphones aussi s’il a refusé de laisser ses coordonnées), résumé masqué d’au plus 300 caractères (adresses e-mail, téléphones, adresses postales, cartes, IBAN et numéros de sécurité sociale français reconnus masqués, noms non masqués), lien vers la conversation ; pour les e-mails du formulaire de contact : adresses des membres destinataires, nom de l’agent, champs que l’utilisateur final a remplis (nom, adresse e-mail, numéro de téléphone, société, message, case de consentement cochée ou non) tels qu’il les a écrits (200 caractères au plus chacun, 1 000 pour le message ; liens désactivés ; numéros de carte, IBAN et numéros de sécurité sociale masqués ; l’adresse sert aussi d’adresse de réponse), lien vers la conversation ; les e-mails d’alerte de quota et de compte ne portent aucun élément de conversation. (b) Adresse e-mail, nom et prénom, mot de passe sous forme d’empreinte, appartenance à une organisation, sessions de connexion ; aucun contenu de conversation ni document | Région Europe (Paris), eu-west-3 ; le serveur d’identité est partagé avec d’autres services de la société, dans des espaces d’identité distincts | Conditions de traitement des données du prestataire ; transfert fondé sur le cadre de protection des données UE–États-Unis ou les clauses contractuelles types |
B. Sous-traitants ultérieurs possibles selon la configuration du service (non utilisés en service à la date de ce texte : le service envoie ses e-mails par Amazon SES)
| # | Prestataire | Rôle | Données | Localisation |
|---|---|---|---|---|
| B1 · SendGrid | Même rôle que A2, si le service est configuré pour SendGrid | Mêmes que A2 | Interface mondiale api.sendgrid.com, jamais celle de la région Union européenne | |
| B2 · Mailgun | Même rôle que A2, si le service est configuré pour Mailgun | Mêmes que A2 | Région États-Unis par défaut, ou Union européenne selon la configuration |
C. Services que le Client choisit de connecter à ses agents (pas des sous-traitants de WINAITY, article 8.4)
| # | Service | Ce qui lui est transmis | Remarques |
|---|---|---|---|
| C1 · Meta : WhatsApp (compte WhatsApp Business du Client), Messenger et Instagram (Page du Client et application Meta du service) | Les messages de la conversation, dans les deux sens ; pour WhatsApp, numéro et nom de profil | graph.facebook.com ; le service ne fixe aucune région. Messenger et Instagram ne sont pas allumés en service à la date de ce texte | |
| C2 · Telegram (bot du Client) | Les messages, dans les deux sens ; identifiant du contact | api.telegram.org ; allumé en service | |
| C3 · Messagerie e-mail du Client (boîte IMAP/SMTP lue en lecture seule) ou compte SendGrid / Mailgun du Client | Les e-mails reçus et les réponses | Canal e-mail non allumé en service à la date de ce texte ; le service ne choisit ni l’hébergeur ni la région | |
| C4 · Outils du Client : connecteurs REST, serveurs MCP, webhooks, Zendesk, Salesforce, outil de conseillers (dont le desk Winaity) | Ce que l’agent leur transmet | Choisis, configurés et contrôlés par le Client ; le transcript transmis à l’outil de conseillers n’est pas effacé par l’effacement d’une personne |
D. Destinataires de données de compte, hors du périmètre du présent accord (WINAITY est responsable de traitement ; rappelés pour information, voir la politique de confidentialité)
| # | Prestataire | Rôle | Localisation |
|---|---|---|---|
| D1 · Stripe | Paiement des abonnements. Reçoit le nom de l’espace, l’adresse e-mail de l’administrateur qui souscrit, l’identifiant et l’adresse (slug) de l’espace | Selon les conditions de Stripe ; voir la politique de confidentialité | |
| D2 · PostHog (région Union européenne) | Mesure d’audience du site, sans cookie | UE (eu.i.posthog.com) |
Annexe 3. Mesures techniques et organisationnelles
Chaque ligne dit l’état réel. « En place » signifie établi par le code ou par un relevé fait sur le serveur.
| # | Mesure | État |
|---|---|---|
| 1 · Cloisonnement des données entre clients : filtre par espace dans chaque requête et sécurité au niveau des lignes de PostgreSQL (rôle applicatif sans contournement), index vectoriel et mémoire propres à chaque espace, base de connaissances propre à chaque agent. L’isolation est éprouvée sur la vraie base par des tests d’intégration et sondée par le rapport de conformité | En place | |
| 2 · Contrôle d’accès : quatre rôles (propriétaire, administrateur, membre, lecteur) vérifiés côté serveur ; export, effacement, consentement et rétention réservés aux administrateurs ; suppression de l’espace réservée au propriétaire ; l’espace d’une URL doit être celui du jeton. Conversations du tableau de bord : lecture pour tous les rôles (identifiant du contact masqué pour le lecteur), export avec texte pour l’administrateur | En place | |
| 3 · Authentification : OpenID Connect délégué à un serveur d’identité ; jeton d’accès de 10 minutes, session SSO de 30 minutes d’inactivité et 10 heures au plus (jusqu’à 90 jours avec « Se souvenir de moi ») | En place | |
4 · Chiffrement en transit : HTTPS sur les domaines publics (tunnel Cloudflare pour l’application, Let’s Encrypt sur le serveur d’identité), HSTS d’un an ; STARTTLS exigé et certificat vérifié pour l’envoi d’e-mails (TLS 1.2 au moins), sans repli en clair ; bases et services liés à 127.0.0.1, jamais exposés hors de l’hôte | En place | |
| 5 · Chiffrement au repos des secrets : clés d’API, identifiants des canaux (WhatsApp, Meta, Telegram, boîte e-mail), secrets des serveurs MCP et des connecteurs, clé de pseudonymisation de chaque espace, chiffrés en AES-256-GCM avec une clé de service distincte | En place | |
| 6 · Chiffrement au repos des conversations : AES-256-GCM, avec une clé propre aux conversations, distincte de celle des secrets. Est chiffré : (a) les points de reprise des fils de conversation, c’est-à-dire leurs valeurs et leurs écritures en attente, qui portent les messages de la personne et les réponses de l’agent ; (b) le contenu des lignes de la file durable des canaux de messagerie (message reçu, destinataire, messages à envoyer) ; (c) dans la liste des conversations du tableau de bord, le texte des messages, l’adresse de réponse, l’identifiant du contact et l’aperçu du dernier message. N’est pas chiffré : les métadonnées des points de reprise (origine, rang) ; les données que le Service tire d’une conversation, stockées en clair avec le seul masquage de la ligne 7 : traces d’appel du modèle, fiches d’évaluation de la qualité (dont un vecteur numérique calculé sur la conversation masquée), mémoire long terme et rappels programmés, avis et commentaires, formulaires du widget, extraits des journaux des garde-fous et des appels d’outils, variables des parcours ; les documents des bases de connaissances (Qdrant, Neo4j) ; l’index de recherche de la liste des conversations, qui ne contient que des empreintes de mots et non les mots ; le nom du membre qui a répondu. Limites : seules les données écrites après la mise en service du chiffrement sont chiffrées, les conversations antérieures restent en clair jusqu’à leur purge par la durée de conservation ; la clé ne peut pas être changée dans l’état actuel du Service, et une clé perdue rend les conversations chiffrées illisibles ; les disques du serveur et les sauvegardes ne sont pas chiffrés (lignes 6 bis et 13) | En place à partir de la mise en service du chiffrement (le 9 octobre 2026) | |
| 6 bis · Chiffrement des disques du serveur : les disques et volumes de l’hôte ne sont pas chiffrés (relevé du 2026-10-09) | Non en place | |
| 7 · Masquage des données personnelles dans les dérivés : e-mails, téléphones, IBAN, cartes et numéros de sécurité sociale français sont remplacés par un jeton dans les traces d’appel du modèle, l’évaluation qualité, les journaux applicatifs, les décisions d’escalade et la mémoire long terme ; les journaux applicatifs censurent par clé le texte libre, les identifiants de personnes et les secrets. Les noms, adresses postales et dates de naissance ne sont pas détectés | En place, avec cette limite | |
| 8 · Traçabilité : journal d’audit signé (chaîné, HMAC, UPDATE et DELETE refusés par des déclencheurs), journal des actions de l’espace, journal des décisions des garde-fous ; chaque export, effacement et consentement est journalisé sous le pseudonyme de la personne ; les exports des conversations du tableau de bord sont inscrits au journal d’audit sans le texte des messages | En place | |
| 9 · Minimisation et conservation limitée : passe de rétention automatique, durées réglables par espace, expiration de la mémoire long terme, purge des files des canaux | En place | |
| 10 · Maîtrise des appels sortants : un seul garde contre les requêtes vers l’interne (SSRF) appliqué à chaque appel piloté par un client et revalidé à chaque redirection ; mode air-gap optionnel (non utilisé en service) ; le démarrage refuse un traçage LangSmith sans point d’accès explicite | En place | |
| 11 · IA locale : fournisseur et modèle imposés par le serveur (jamais par une ligne de l’espace) ; vLLM, embeddings et reranker sur l’infrastructure ; repli d’embeddings externe refusé sans accord explicite ; outil de recherche web masqué ; aucun entraînement sur les données des clients | En place | |
| 12 · Limitation de débit et anti-abus : limiteurs par IP et par espace ; 60 requêtes RGPD par minute ; garde contre l’injection d’instructions | En place | |
| 13 · Sauvegardes : une sauvegarde de tout le serveur est faite chaque jour à 03:00. Pour la plateforme, elle contient les volumes des bases PostgreSQL, Qdrant et Neo4j (archives prises à chaud) et le dossier du projet. Elle est copiée sur un stockage en réseau (NAS) du réseau local, dans les mêmes locaux que les serveurs. Conservation sur ce stockage : sauvegardes quotidiennes 7 jours, hebdomadaires 4 semaines, mensuelles 3 mois ; la copie locale du serveur est gardée 1 jour. Les archives ne sont pas chiffrées par le script de sauvegarde. Il n’existe aucune copie hors des locaux. Conséquence : une donnée effacée de la base peut subsister dans les sauvegardes jusqu’à 3 mois, puis disparaît par rotation | En place, avec ces limites : archives non chiffrées, aucune copie hors des locaux | |
| 14 · Tests et revues : tests d’isolation sur la vraie base ; revue de sécurité interne du 2026-10-02 (dépendances, en-têtes, secrets, essais ciblés) ; des défauts connus de dépendances sont suivis. Aucun audit externe ni certification revendiqué | En place, interne | |
| 15 · Gestion des violations : journaux d’alerte et métriques d’exploitation ; engagement de notifier le Client sous 48 heures (article 11) ; pas de procédure interne écrite | Partiel : engagement pris, procédure écrite non en place | |
| 16 · Organisation : engagement de confidentialité du personnel, habilitations d’accès à la production, sécurité physique des locaux, formation | En place |