Aller au contenu principal

Contrat

Accord de sous-traitance des données personnellesData Processing Agreement

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

ObjetFourniture du Service : exécution d’agents conversationnels pour le Client
NatureRé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ésRé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éesUtilisateurs 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éesContenu 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 conversationL’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 sensiblesAucune 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
StockagesPostgreSQL (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éesLe 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

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éfaut30 à 3 650 jourspasse de rétention, toutes les 6 heures
Mesures sans contenu (événements d’analyse, transitions entre nœuds)730 jours par défaut30 à 3 650 joursidem
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 agent30 à 3 650 joursexpiration à l’écriture, balayage horaire, passe de rétention
Journal des appels d’outils12 moisnonpartitions mensuelles marquées puis supprimées 7 jours après
Registre de facturation des conversations13 mois après le début de la conversationnonpasse de rétention
Ledger signé et journal des actions de l’espacedurée de vie de l’espacenonsupprimés avec l’espace
File durable des canauxcontenu vidé à l’état terminal ; lignes terminales supprimées après 7 joursnonworker 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 Clientouisuppression 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 journonrotation 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)

A1 · Cloudflare, Inc. (États-Unis)Acheminement du trafic public vers l’infrastructure (tunnel cloudflared) : site, API et widgetTout le contenu des requêtes adressées au service public, dont les messages des visiteurs et les réponses des agentsRéseau mondial du prestataire ; le service ne fixe pas de régionConditions 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 documentRé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é distinctsConditions 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)

B1 · SendGridMême rôle que A2, si le service est configuré pour SendGridMêmes que A2Interface mondiale api.sendgrid.com, jamais celle de la région Union européenne
B2 · MailgunMême rôle que A2, si le service est configuré pour MailgunMêmes que A2Ré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)

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 profilgraph.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 contactapi.telegram.org ; allumé en service
C3 · Messagerie e-mail du Client (boîte IMAP/SMTP lue en lecture seule) ou compte SendGrid / Mailgun du ClientLes e-mails reçus et les réponsesCanal 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 transmetChoisis, 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é)

D1 · StripePaiement 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’espaceSelon les conditions de Stripe ; voir la politique de confidentialité
D2 · PostHog (région Union européenne)Mesure d’audience du site, sans cookieUE (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.

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’administrateurEn 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ôteEn 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 distincteEn 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ésEn 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 messagesEn 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 canauxEn 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 expliciteEn 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 clientsEn 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’instructionsEn 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 rotationEn 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 écritePartiel : 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, formationEn place

Data Processing Agreement

(Article 28 of Regulation (EU) 2016/679, “GDPR”)

Between

The Customer, being the legal entity or professional that subscribed to the WINAITY AI service, identified by the information entered at subscription (organization name, space name and e-mail address of the space owner), the “Customer”, controller;

and

WINAITY, a French simplified joint-stock company (SAS) with a share capital of €10,000, whose registered office is at 16 avenue Louison Bobet, 94120 Fontenay-sous-Bois, France, registered with the Créteil Trade and Companies Register under number 992 181 230, represented by WINVEST CAPITAL, its president, itself represented by its president, Sébastien Bachellier, “WINAITY”, processor.

Data protection contact: support@winaity.com, subject “Protection des données”. No data protection officer is appointed.

Article 1. Purpose and definitions

1.1. This agreement sets out the terms on which WINAITY processes, on the Customer’s behalf, the personal data described in Annex 1 as part of the WINAITY AI service (the “Service”), a conversational-agent platform whose general terms of use (the “Terms”) are published on the website.

1.2. It supplements the Terms and forms an integral part of them: the Customer accepts it by accepting the Terms when signing up. In case of conflict on the protection of personal data, this agreement prevails.

1.3. “Customer Data”: the personal data contained in (a) conversations between end users and the agents the Customer deploys, through any channel, including the replies that members of its team may have written to those people themselves from the Service, (b) the documents the Customer imports into its agents’ knowledge bases, including the content of public web pages of a site whose address it gives and that the Service reads at its request, respecting that site’s robots.txt file, (c) the agents’ instructions and settings. “Controller”, “processor”, “sub-processor” and “personal data breach” have the meaning given in the GDPR.

Article 2. Roles

2.1. For Customer Data, the Customer is the controller and WINAITY the processor. The Customer alone determines the purposes and remains the contact point for data subjects.

2.2. WINAITY is a controller for its own processing, which falls outside this agreement: user accounts and sign-in, billing and quota alerts by e-mail, security and administration logs, website audience measurement. They are described in the privacy policy.

2.3. The Customer warrants that it has a legal basis for the processing it entrusts, that it informs data subjects (in particular that they are speaking to an automated agent), and that it does not entrust to the Service data in the special categories of Article 9 GDPR without having assessed its lawfulness and put suitable safeguards in place.

Article 3. Term

This agreement applies from subscription to the Service (including the free plan) until Customer Data has been completely deleted under Article 12. Articles 6, 11, 12 and 14 survive for as long as WINAITY holds Customer Data.

Article 4. Nature, purposes, data and data subjects

The nature and purposes of the processing, the categories of data and data subjects, and retention periods are set out in Annex 1. The processing consists of receiving people’s messages, having the Customer’s agents handle them (language model, search of its knowledge bases, tools it has connected), returning the answer through the original channel, keeping the history and what derives from it for the Customer, letting the members of its team read the conversations and export them from the dashboard, and giving it the tools to view, export and erase it. It has no other purpose.

Article 5. Customer instructions

5.1. WINAITY processes Customer Data only on the Customer’s documented instructions. These are: this agreement, the Terms, the configuration the Customer gives the Service (agents, knowledge bases, channels, tools, guardrails, retention periods), its use of the dashboard and the API, including the actions of its members on the conversations (exporting, correcting an answer of the agent).

5.2. WINAITY informs the Customer immediately, by e-mail to the space owner, if, in its opinion, an instruction infringes the GDPR or other data protection provisions.

5.3. WINAITY does not use Customer Data for its own purposes. In particular it does not use it to train or fine-tune a model: the Service runs models on WINAITY’s own infrastructure, with no learning in production, and the capture of conversations into a fine-tuning dataset is disabled.

Article 6. Confidentiality

WINAITY ensures that the persons authorised to process Customer Data are bound by confidentiality. Access to the servers and databases is restricted to WINAITY’s authorised staff, who are bound by a duty of confidentiality.

Article 7. Security

WINAITY applies the technical and organisational measures described in Annex 3, appropriate to the risk (Article 32 GDPR). Annex 3 states what is in place and what is not; it claims no certification. It is reviewed whenever the Service changes notably.

Article 8. Sub-processors

8.1. The Customer gives WINAITY a general authorisation to use the sub-processors listed in Annex 2, part A, for the purposes described there.

8.2. WINAITY informs the Customer of any addition or replacement of a sub-processor, by e-mail to the space’s owner and administrators and by updating the published Annex 2, at least 30 days beforehand. The Customer may object on reasonable data-protection grounds within that period; failing agreement, it may terminate the affected part of the Service without charge.

8.3. WINAITY imposes on each sub-processor data protection obligations equivalent to those of this agreement, by a contract that adopts the provider’s data processing terms, and remains liable to the Customer for their performance.

8.4. The services the Customer itself chooses to connect to its agents (messaging apps, mailbox, connectors, MCP servers, agent-handover tool) are not WINAITY’s sub-processors: the Customer chooses and configures them and holds its own terms with them; WINAITY passes them what the agent sends, on the Customer’s instruction. They are listed in Annex 2, part C.

Article 9. Transfers outside the European Union

9.1. The servers that run the application, its databases and the AI model are located in France, in WINAITY’s premises. The identity server and the sending of e-mails are hosted by Amazon Web Services, in the Europe (Paris) region. WINAITY does not arrange any transfer of Customer Data outside the European Union, except as follows from using providers whose parent company is established outside the Union: Cloudflare, Inc. for traffic routing, and Amazon Web Services for the identity server and the sending of e-mails. For these providers, the transfer relies on the safeguards provided by their data processing terms (EU–US Data Privacy Framework or standard contractual clauses).

9.2. For the services the Customer connects itself (Annex 2, part C), the Service sets no region: messages go through the operators’ interfaces, which may process them outside the European Union under their own terms. The Customer takes this into account in its own assessments.

Article 10. Assistance to the Customer

10.1. Data subject rights. The Service gives the Customer, in its space, the means to answer people’s requests (Articles 15 to 21 GDPR):

  • access and portability: a JSON export of everything an erasure would delete (rows of each table of the space, the full transcript of each conversation, the dashboard’s list of conversations and the replies of the Customer’s members, long-term memory, scheduled reminders, quality-evaluation traces), within 20 seconds and up to 20 MB; beyond that, no truncated file is produced; a CSV export of conversations; a CSV or JSON export of the conversations from the dashboard, with the text of the messages, reserved to the space’s administrators, limited to 500 conversations per export;
  • erasure: real, final deletion, step by step, with automatic resumption after a failure, including the dashboard’s list of conversations and the replies of the Customer’s members; the person may also request it themselves (the “forget me” command on WhatsApp, Messenger, Instagram, Telegram and by e-mail; the “Erase this conversation” menu of the widget);
  • consent: a register of the consents the Customer has collected;
  • storage limitation: retention periods that can be set per space.

Exporting and erasing a person is reserved to the space’s administrators, logged under a pseudonym, and limited to 60 requests per minute. These tools are described in the Service documentation, published at https://ai-docs.winaity.com.

10.2. What erasure does not delete, which the Customer must know to answer people: the signed logs (the person appears only under a pseudonym; the tool-call log may keep excerpts of questions in which names are not masked); the conversation billing register (thread key erased, row kept 13 months); the transcript passed to the agent-handover tool at escalation; the escalation tickets and the contact-form answers sent by e-mail (contact details and messages left), kept in their recipients’ mailboxes and by the e-mail delivery provider; what messaging operators or the Customer’s mailbox keep on their side; the local copy in the visitor’s browser (30 days of inactivity); old model-call traces that have no thread, which go with the retention period; old conversations also written by another customer, kept so as never to erase another’s data (the request is then flagged “partial”); the server backups, in which an erased item may remain for up to three months before disappearing through rotation (Annex 3, line 13).

10.3. Requests received directly. If a person contacts WINAITY about Customer Data, WINAITY does not answer on the substance and forwards the request to the Customer within 5 working days.

10.4. Other assistance. WINAITY assists the Customer, within the limits of the information it holds, with security of processing, breach notification (Article 11), impact assessments and prior consultations, on written request. Reasonable assistance is included in the price of the Service; assistance beyond that is subject to a prior quotation.

Article 11. Personal data breach

11.1. WINAITY notifies the Customer of any personal data breach affecting Customer Data without undue delay after becoming aware of it and at the latest within 48 hours, by e-mail to the space’s owner and administrators, at the address of their accounts.

11.2. The notification describes, to the extent WINAITY knows them: the nature of the breach, the categories and approximate number of data subjects and records concerned, the likely consequences, and the measures taken or proposed. Missing information is supplied as it becomes available.

11.3. Notifying the supervisory authority and data subjects is the Customer’s responsibility as controller. WINAITY helps it do so.

Article 12. Fate of data at the end of the contract

12.1. Deletion at the Customer’s request. The space’s owner may delete it: deletion purges every store (Redis, the Neo4j graph, long-term memory, the vector database, conversation threads, the relational database including the space’s audit log) and then the space’s row, cancels the space’s Stripe subscriptions, deletes the space’s organization in the identity service, and reserves the space address (hash only). It can be replayed if a step fails. It is done today through the API (DELETE /api/tenants/{id}), not through a dashboard button; otherwise the Customer requests it in writing at support@winaity.com and WINAITY carries it out within one month (Article 12(3) GDPR).

12.2. Return. Before deletion, the Customer may export conversations (CSV), a person’s data (JSON) and the space’s audit log; the contents of its knowledge bases and its configurations remain what it supplied itself: the Service offers no bulk export of these two items.

12.3. What remains after the space is deleted:

  • the members’ sign-in accounts in the identity service (they remain valid for signing in; only the space’s organization is deleted);
  • the deletion trace (space identifier and outcome of the deletion for each store, no name or personal data);
  • the SHA-256 hash of the space address;
  • the transcript passed to the agent-handover tool at escalation, kept by that tool;
  • the copies held by messaging operators and by the Customer’s mailbox;
  • quality-evaluation traces that no space can claim with certainty, which follow the platform’s default period;
  • accounting records of subscriptions, kept ten years by WINAITY as controller (Article L.123-22 of the French Commercial Code);
  • the server backups: an item that has been deleted may remain in them for up to three months (Annex 3, line 13), then disappears through backup rotation.

12.4. Without a deletion request. Cancelling a paid subscription returns the space to the free plan; it does not delete Customer Data. It stays subject to the retention periods of Annex 1 as long as the space exists. The Service does not automatically delete an inactive or cancelled space.

Article 13. Audits and documentation

13.1. WINAITY makes available to the Customer the information necessary to demonstrate compliance with this agreement: this agreement and its annexes kept up to date, the technical compliance report the Service generates at an administrator’s request (data isolation, signed logs, retention, access rights, durations; the report is structured on known frameworks but is not a certification), the space’s audit log and its export.

13.2. The Customer may have an audit carried out, by itself or by a third party bound by confidentiality, on written notice of 30 days, at most once a year, except in an emergency linked to a breach, during business hours, without access to other customers’ data, at the Customer’s expense.

13.3. WINAITY carried out an internal security review on 2026-10-02 (dependencies, headers, secrets, targeted tests on the real database); no external audit or certification is claimed.

Article 14. Liability, governing law

Each party’s liability is governed by the Terms (Article 10). This agreement is governed by French law; the competent court is the one set by the Terms (Article 13).

Article 15. Changes to the agreement

WINAITY may amend this agreement to follow changes in the Service or in regulation. Customers are informed of any substantial change before it takes effect and may terminate without charge if they do not accept it (same rule as Article 12 of the Terms). The version in force carries its last-updated date.

Signature and acceptance

For WINAITY: WINVEST CAPITAL, president, represented by its president, Sébastien Bachellier.

For the Customer: acceptance of this agreement by accepting the Terms when signing up.

Version in force on: 9 October 2026.


Annex 1. Description of the processing

Subject matterProviding the Service: running conversational agents for the Customer
NatureReceiving, recording, analysis by a language model run on WINAITY’s infrastructure, search of the Customer’s knowledge bases, returning answers, logging, export, erasure, limited retention
PurposesAnswering people on the Customer’s behalf; letting the members of its team read the conversations from the dashboard; letting it supervise, evaluate and improve its agents (quality, feedback, traces); handing a conversation to an adviser when the Customer has configured it; giving it compliance tools. No other purpose (Article 5.3)
Data subjectsEnd users of the Customer’s agents (widget visitors, WhatsApp, Messenger, Instagram and Telegram contacts, senders of e-mails on the e-mail channel, users of the Customer’s API integration); people named in the documents the Customer imports; people named in messages; members of the Customer’s team (their name appears on the replies they may have written themselves)
Data categoriesMessage content (free text, which may contain any data the person writes); contact identifier by channel (WhatsApp phone number and profile name; contact identifier on the Messenger or Instagram Page; Telegram identifier; e-mail address and subject on the e-mail channel; user identifier passed by the Customer’s integration); thread identifier; widget form fields (name, e-mail, phone, company, message, consent); ratings and comments; facts kept about the contact (long-term memory); model-call traces (messages sent to the model and answers); guardrail and escalation decisions; content of knowledge-base documents; in the dashboard’s list of conversations: the text of messages the contact wrote during a takeover and of the replies of the Customer’s members if there were any, the name of the member who replied, the contact identifier (label), the reply address on the channel, a preview (140 characters at most) of the last message, word fingerprints used for search
Not kept with the conversationThe visitor’s IP address: it is used for rate limiting and, as a space-specific HMAC fingerprint, for the cap on escalation e-mails; no conversation table has an IP address column
Sensitive dataNone expected. The Customer undertakes not to entrust any without prior assessment (Article 2.3); free text may nonetheless contain some, which the Service does not detect
StoresPostgreSQL (conversations, traces, logs, durable channel queue, the dashboard’s list of conversations), Qdrant (indexed documents), Neo4j (relations extracted from documents), Redis (short-lived technical keys), all on WINAITY’s infrastructure, in its premises, no port exposed outside the host. Backups: Annex 3, line 13
Source of dataThe Customer (configuration, documents, including the public web pages it asks the Service to read) and the people (messages), through the widget, WhatsApp, Messenger, Instagram, Telegram, e-mail or the API; the members of the Customer’s team (replies they may have written themselves)

Retention periods

Conversations and everything carrying the content or trace of an exchange (threads, ratings, model-call traces, guardrail alerts, escalations, widget forms, flow runs, the dashboard’s list of conversations and the replies of the Customer’s members)365 days by default30 to 3,650 daysretention pass, every 6 hours
Measures without content (analytics events, node transitions)730 days by default30 to 3,650 dayssame
Long-term memory (facts kept about a contact)365 days by default, from the fact’s last write; at most 50 facts per contact and per agent30 to 3,650 daysexpiry at write time, hourly sweep, retention pass
Tool-call log12 monthsnomonthly partitions marked, then dropped 7 days later
Conversation billing register13 months after the conversation startsnoretention pass
Signed ledger and the space’s action loglife of the spacenodeleted with the space
Durable channel queuecontent emptied at terminal state; terminal rows deleted after 7 daysnodedicated worker, hourly
Widget history kept on the visitor’s device (if the Customer allows it)30 days of inactivityyes (widget setting)visitor’s browser
Knowledge bases (documents, vectors, relations)until deleted by the Customeryesdeletion by the Customer, or of the space
Server backups (PostgreSQL, Qdrant and Neo4j volumes, project folder)daily ones 7 days, weekly ones 4 weeks, monthly ones 3 months on the network storage; local copy 1 daynobackup rotation

Annex 2. Sub-processors and recipients

A. WINAITY’s sub-processors for Customer Data (general authorisation, Article 8)

A1 · Cloudflare, Inc. (United States)Routing public traffic to the infrastructure (cloudflared tunnel): site, API and widgetAll content of requests to the public service, including visitors’ messages and agents’ answersProvider’s global network; the Service sets no regionProvider’s data processing terms; transfer based on the EU–US Data Privacy Framework or standard contractual clauses
A2 · Amazon Web Services (WINAITY’s AWS account)(a) Sending the platform’s e-mails through Amazon SES: escalation notifications (when the Customer chose to be alerted by e-mail), contact-form e-mails (when a visitor sends an agent’s contact form), quota alerts, mailbox check, subscription confirmation. (b) Hosting of the identity server (Keycloak) that handles the sign-in of the members of the Customer’s team, and sending by that server of account e-mails (address verification, password reset, invitation)(a) Recipient members’ addresses, agent name, cause, e-mail address and phone number the end user chose to leave (the address is also the reply address), their last five messages as written (at most 500 characters each, links disabled; card numbers, IBANs and social-security numbers masked, and e-mail addresses and phone numbers too if they declined to leave their contact details), masked summary of at most 300 characters (e-mail addresses, phone numbers, postal addresses, cards, IBANs and French social-security numbers recognised are masked, names are not), link to the conversation; for contact-form e-mails: recipient members’ addresses, agent name, the fields the end user filled in (name, e-mail address, phone number, company, message, consent box ticked or not) as written (at most 200 characters each, 1,000 for the message; links disabled; card numbers, IBANs and social-security numbers masked; the address is also the reply address), link to the conversation; quota-alert and account e-mails carry no conversation element. (b) E-mail address, first and last name, password as a hash, membership of an organization, sign-in sessions; no conversation content or documentEurope (Paris) region, eu-west-3; the identity server is shared with other services of the company, in separate identity spacesProvider’s data processing terms; transfer based on the EU–US Data Privacy Framework or standard contractual clauses

B. Possible sub-processors depending on service configuration (not used in service on the date of this text: the Service sends its e-mails through Amazon SES)

B1 · SendGridSame role as A2, if the service is configured for SendGridSame as A2Global interface api.sendgrid.com, never its EU-region one
B2 · MailgunSame role as A2, if the service is configured for MailgunSame as A2US region by default, or EU region depending on configuration

C. Services the Customer chooses to connect to its agents (not WINAITY sub-processors, Article 8.4)

C1 · Meta: WhatsApp (the Customer’s WhatsApp Business account), Messenger and Instagram (the Customer’s Page and the service’s Meta app)The conversation’s messages, both ways; for WhatsApp, phone number and profile namegraph.facebook.com; the Service sets no region. Messenger and Instagram are not switched on in service on the date of this text
C2 · Telegram (the Customer’s bot)Messages, both ways; contact identifierapi.telegram.org; on in service
C3 · The Customer’s mailbox (IMAP/SMTP read-only mailbox) or the Customer’s SendGrid / Mailgun accountIncoming e-mails and repliesE-mail channel not switched on in service on the date of this text; the Service chooses neither host nor region
C4 · The Customer’s tools: REST connectors, MCP servers, webhooks, Zendesk, Salesforce, adviser tool (including the Winaity desk)What the agent passes to themChosen, configured and controlled by the Customer; the transcript passed to the adviser tool is not erased by erasing a person

D. Recipients of account data, outside the scope of this agreement (WINAITY is controller; listed for information, see the privacy policy)

D1 · StripeSubscription payment. Receives the space name, the e-mail of the administrator who subscribes, the space identifier and address (slug)According to Stripe’s terms; see the privacy policy
D2 · PostHog (EU region)Website audience measurement, cookielessEU (eu.i.posthog.com)

Annex 3. Technical and organisational measures

Each line states the actual state. “In place” means established by the code or by a check made on the server.

1 · Data isolation between customers: per-space filter in every query and PostgreSQL row-level security (application role without bypass), vector index and memory specific to each space, knowledge base specific to each agent. Isolation is proven on the real database by integration tests and probed by the compliance reportIn place
2 · Access control: four roles (owner, administrator, member, viewer) checked server-side; export, erasure, consent and retention reserved to administrators; space deletion reserved to the owner; a URL’s space must be the token’s space. Dashboard conversations: reading for every role (contact identifier masked for the viewer), export with text for the administratorIn place
3 · Authentication: OpenID Connect delegated to an identity server; 10-minute access token, 30-minute idle SSO session and 10 hours at most (up to 90 days with “Remember me”)In place
4 · Encryption in transit: HTTPS on public domains (Cloudflare tunnel for the application, Let’s Encrypt on the identity server), one-year HSTS; STARTTLS required and certificate verified for e-mail sending (TLS 1.2 at least), no clear-text fallback; databases and services bound to 127.0.0.1, never exposed outside the hostIn place
5 · Encryption at rest of secrets: API keys, channel credentials (WhatsApp, Meta, Telegram, mailbox), MCP server and connector secrets, each space’s pseudonymisation key, encrypted with AES-256-GCM using a separate service keyIn place
6 · Encryption at rest of conversations: AES-256-GCM, with a key of its own for conversations, separate from the secrets key. Encrypted: (a) the checkpoints of conversation threads, that is their values and pending writes, which carry the person’s messages and the agent’s answers; (b) the content of the rows of the durable queue of the messaging channels (message received, recipient, messages to send); (c) in the dashboard’s list of conversations, the text of messages, the reply address, the contact identifier and the preview of the last message. Not encrypted: the checkpoint metadata (origin, step); the data the Service derives from a conversation, stored in clear with only the masking of line 7: model-call traces, quality-evaluation records (including a numeric vector computed on the masked conversation), long-term memory and scheduled reminders, ratings and comments, widget forms, excerpts of the guardrail and tool-call logs, flow variables; the documents of the knowledge bases (Qdrant, Neo4j); the search index of the list of conversations, which holds word fingerprints and not the words; the name of the member who replied. Limits: only data written after the encryption went into service is encrypted, earlier conversations stay in clear until the retention period purges them; the key cannot be changed in the current version of the Service, and a lost key makes the encrypted conversations unreadable; the server disks and the backups are not encrypted (lines 6 bis and 13)In place from the day encryption went into service (9 October 2026)
6 bis · Encryption of the server disks: the host’s disks and volumes are not encrypted (checked on 2026-10-09)Not in place
7 · Masking of personal data in derived records: e-mails, phone numbers, IBANs, cards and French social-security numbers are replaced by a token in model-call traces, quality evaluation, application logs, escalation decisions and long-term memory; application logs censor free text, person identifiers and secrets by key. Names, postal addresses and dates of birth are not detectedIn place, with that limit
8 · Traceability: signed audit ledger (chained, HMAC, UPDATE and DELETE refused by triggers), the space’s action log, guardrail decision log; every export, erasure and consent is logged under the person’s pseudonym; exports of the dashboard’s conversations are written to the audit log without the text of the messagesIn place
9 · Minimisation and limited retention: automatic retention pass, per-space configurable periods, long-term memory expiry, channel-queue purgeIn place
10 · Control of outbound calls: a single guard against requests to internal addresses (SSRF), applied to every customer-driven call and revalidated on each redirect; optional air-gap mode (not used in service); start-up refuses LangSmith tracing without an explicit endpointIn place
11 · Local AI: provider and model imposed by the server (never by a row of the space); vLLM, embeddings and reranker on the infrastructure; external embeddings fallback refused without explicit consent; web-search tool masked; no training on customers’ dataIn place
12 · Rate limiting and abuse prevention: per-IP and per-space limiters; 60 GDPR requests per minute; guard against instruction injectionIn place
13 · Backups: a backup of the whole server is made every day at 03:00. For the platform, it contains the volumes of the PostgreSQL, Qdrant and Neo4j databases (archives taken while running) and the project folder. It is copied to a network storage (NAS) on the local network, in the same premises as the servers. Retention on that storage: daily backups 7 days, weekly ones 4 weeks, monthly ones 3 months; the server’s local copy is kept 1 day. The archives are not encrypted by the backup script. There is no copy outside the premises. Consequence: an item erased from the database may remain in the backups for up to 3 months, then disappears through rotationIn place, with these limits: archives not encrypted, no copy outside the premises
14 · Testing and reviews: isolation tests on the real database; internal security review of 2026-10-02 (dependencies, headers, secrets, targeted tests); known dependency issues are tracked. No external audit or certification is claimedIn place, internal
15 · Breach handling: alert logs and operational metrics; commitment to notify the Customer within 48 hours (Article 11); no written internal procedurePartial: commitment made, written procedure not in place
16 · Organisation: staff confidentiality undertaking, production access permissions, physical security of the premises, trainingIn place