Accord de sous-traitance (DPA)
Version du 13 octobre 2026 · En vigueur
Version du 13 octobre 2026.
Cet accord est annexé aux conditions générales de vente (« CGV ») et fait partie du contrat entre le Client et SUPPLEMENT BACON, éditeur de Kitchen (« Kitchen »). Il met en œuvre l'article 28 du règlement (UE) 2016/679 (RGPD). Il est publié sur le centre juridique https://legal.kitchen-app.io, à une adresse fixe, et chaque version à une adresse datée.
1. Parties et rôles
- Le Client est le groupe hôtelier ou de restauration qui souscrit à Kitchen. Il est responsable de traitement des données de ses collaborateurs et des utilisateurs de son back-office.
- Kitchen est sous-traitant : il traite ces données pour le compte du Client et sur ses instructions.
- Kitchen est responsable de traitement, et non sous-traitant, des données qu'il traite pour son propre compte : le compte client et la facturation, le support, les statistiques d'usage du produit, la sécurité de la plateforme et le journal interne des accès de son équipe. La politique de confidentialité décrit ces traitements.
2. Objet et durée
Kitchen traite des données personnelles pour le compte du Client, uniquement pour fournir le service décrit dans les CGV et en annexe 1. L'accord s'applique pendant toute la durée du contrat, puis jusqu'à la suppression des données prévue à l'article 12.
3. Instructions du Client
- Kitchen traite les données seulement sur instruction documentée du Client. Les CGV, cet accord et les réglages faits par le Client dans le back-office constituent ces instructions.
- Si une instruction lui paraît contraire au RGPD, Kitchen en informe le Client immédiatement.
- Si le droit de l'Union européenne ou d'un État membre oblige Kitchen à un traitement non prévu, Kitchen en informe le Client avant de le faire, sauf si ce droit l'interdit.
4. Obligations du Client
Le Client :
- définit la base légale de chaque traitement et informe ses collaborateurs et les utilisateurs de son back-office (il peut reprendre la section 2 de la politique de confidentialité) ;
- informe et, le cas échéant, consulte son comité social et économique (CSE) avant de déployer Kitchen, qui permet de suivre l'activité des collaborateurs sur les formations ;
- ne verse dans Kitchen aucune donnée sensible (art. 9 RGPD) ni aucune donnée relative à des condamnations ou infractions (art. 10 RGPD) ;
- choisit la durée de conservation des données des collaborateurs partis (13 mois par défaut, modifiable par Kitchen à la demande du Client) ;
- répond aux demandes d'exercice de droits de ses collaborateurs et des utilisateurs de son back-office ;
- reste seul responsable des outils qu'il choisit de connecter à Kitchen : son annuaire Microsoft Entra ID (option de connexion unique et de provisionnement SCIM des comptes du back-office) et, une fois disponible, son logiciel de paie (par exemple Silae). Ces outils ne sont pas des sous-traitants de Kitchen.
5. Obligations de Kitchen
Kitchen :
- traite les données uniquement pour les finalités de l'annexe 1 ;
- ne vend pas les données, ne les utilise pas pour ses propres besoins et ne les fait pas utiliser pour entraîner un modèle d'intelligence artificielle ;
- isole les données du Client de celles des autres clients (annexe 2) ;
- tient le registre des traitements qu'il effectue en tant que sous-traitant (art. 30.2 RGPD) ;
- informe le Client de toute demande d'une autorité portant sur ses données, sauf si la loi l'interdit.
6. Confidentialité et accès de l'équipe Kitchen
- Les personnes de Kitchen autorisées à traiter les données sont tenues à la confidentialité.
- L'équipe Kitchen n'a aucun compte dans l'espace du Client. Pour le support, un membre de l'équipe peut ouvrir un accès en lecture seule à un groupe à la fois, pour 12 heures au plus, après une double authentification obligatoire (code TOTP). Aucun motif n'est enregistré. Chaque accès est inscrit dans un journal interne à Kitchen (membre de l'équipe, groupe, début et fin). Ce journal n'est pas encore consultable par le Client ; il est conservé jusqu'à la suppression des données du groupe.
7. Sécurité
Kitchen met en œuvre les mesures de l'annexe 2 (art. 32 RGPD). Il peut les faire évoluer, sans en réduire le niveau.
8. Sous-traitants ultérieurs
- Le Client autorise de façon générale Kitchen à faire appel aux sous-traitants ultérieurs de l'annexe 3.
- Kitchen prévient le Client par e-mail au moins 30 jours avant tout ajout ou remplacement d'un sous-traitant ultérieur. Le Client peut s'y opposer pendant ce délai, par écrit et pour un motif lié à la protection des données. Les parties cherchent alors une solution. À défaut, le Client peut résilier le contrat sans frais avant l'entrée en fonction du nouveau sous-traitant.
- Kitchen impose à chaque sous-traitant ultérieur, par contrat, des obligations de protection des données au moins équivalentes à celles de cet accord, et reste responsable envers le Client de leur respect.
- La liste à jour figure aussi sur la page sous-traitants.
9. Transferts hors de l'Union européenne
Les données principales sont hébergées dans l'Union européenne (Paris). Certains sous-traitants ultérieurs sont établis hors de l'Union européenne ou y traitent des données (annexe 3). Chaque transfert est encadré, selon le prestataire, par une décision d'adéquation (Data Privacy Framework UE–États-Unis pour un prestataire certifié, Royaume-Uni) ou par les clauses contractuelles types de la Commission européenne (décision 2021/914). La garantie de chaque prestataire est indiquée en annexe 3.
10. Aide au Client
Kitchen aide le Client, dans la mesure du possible :
- à répondre aux demandes d'exercice de droits. Le back-office permet au Client de consulter, modifier et désactiver un collaborateur ; un collaborateur désactivé est anonymisé automatiquement à la fin de la durée de conservation. Un collaborateur peut demander la suppression de son compte depuis l'application : Kitchen enregistre la demande et la traite en lien avec le Client. Kitchen transmet au Client, sans délai, toute autre demande reçue directement d'une personne concernée ;
- à réaliser une analyse d'impact (AIPD) et, si nécessaire, à consulter la CNIL, en fournissant les informations utiles sur le service ;
- à remplir ses obligations de sécurité et de notification des violations (article 11).
11. Violation de données
- Kitchen notifie au Client toute violation de données personnelles le concernant dans les meilleurs délais, et au plus tard 48 heures après en avoir pris connaissance.
- La notification décrit, dans la mesure du possible, la nature de la violation, les catégories et le nombre approximatif de personnes et de données concernées, les conséquences probables et les mesures prises ou proposées. Kitchen complète ces informations dès qu'il les obtient.
- Le Client reste chargé de notifier la CNIL et, le cas échéant, les personnes concernées.
12. Fin du contrat : restitution et suppression
- La résiliation prend effet à la fin du mois civil en cours. Kitchen désactive alors le groupe du Client : plus aucun membre n'y accède.
- Restitution : sur demande du Client, faite avant la suppression définitive, Kitchen lui remet un export de ses données en trois fichiers CSV : les collaborateurs, les formations et les statistiques de suivi des formations. Les médias (images, vidéos, sons, documents) et les actualités ne font pas partie de l'export.
- Suppression : les données du groupe sont supprimées définitivement 7 jours après sa désactivation, dans la base de données, le stockage des fichiers et chez les sous-traitants ultérieurs concernés (vidéos et sons chez Mux, notamment). Jusqu'à cette date, le groupe peut être réactivé. Les comptes des personnes qui n'appartiennent à aucun autre groupe sont supprimés en même temps.
- Les sauvegardes de la base de données sont quotidiennes et conservées 7 jours : les données supprimées en disparaissent au plus tard 7 jours après leur suppression.
- Kitchen conserve un journal du cycle de vie du groupe (nom du groupe, étapes, identifiants des membres de l'équipe Kitchen), sans donnée des collaborateurs. Les factures restent conservées par Stripe pendant la durée légale de conservation comptable (10 ans).
- Sur demande, Kitchen confirme la suppression par écrit.
13. Audit
- Kitchen met à la disposition du Client les informations nécessaires pour démontrer le respect de cet accord.
- Le Client peut faire réaliser un audit, à ses frais, une fois par an au plus, avec un préavis écrit de 30 jours. L'audit est mené par le Client ou par un auditeur indépendant tenu au secret, qui n'est pas un concurrent de Kitchen, pendant les heures ouvrées et sans perturber le service.
- Un audit supplémentaire est possible après une violation de données concernant le Client.
Annexe 1 — Description du traitement
| Élément | Description |
|---|---|
| Nature du traitement | Hébergement, collecte (saisie dans le back-office, import CSV ; si le Client active l'option Microsoft, réception des informations d'identité à la connexion et des comptes provisionnés par son annuaire), stockage, consultation, diffusion aux utilisateurs, conversion de documents par intelligence artificielle, envoi de notifications et de SMS, analyse statistique, anonymisation, suppression |
| Finalités | Donner accès à l'application et au back-office ; si le Client active l'option Microsoft, connecter les utilisateurs du back-office avec leur compte Microsoft et créer, mettre à jour et désactiver leurs comptes depuis l'annuaire du Client ; diffuser actualités et formations ; convertir par IA les documents importés en formations ; suivre les formations et produire des statistiques pour le Client ; envoyer des notifications ; tenir l'annuaire de l'équipe et des référents ; signaler une actualité à un administrateur ; traiter les demandes de suppression de compte |
| Personnes concernées | Collaborateurs du Client (utilisateurs de l'application) ; utilisateurs du back-office (contributeurs et administrateurs) ; référents des établissements (sans compte) ; personnes citées, photographiées ou filmées dans les contenus du Client |
| Données des collaborateurs | Fiche RH : prénom, nom, téléphone, e-mail professionnel, matricule, poste, responsable, établissements et équipes, statut, origine de la fiche. Profil : nom affiché, photo, e-mail de contact facultatif. Connexion par code SMS. Acceptations des conditions de Kitchen et du règlement du groupe (version et date). Activité : ouvertures, progression, scores aux quiz (les réponses individuelles ne sont pas conservées), notifications reçues. Jeton de notification de l'appareil. Pour les collaborateurs autorisés à publier : actualités et photos publiées. Signalements d'actualités (motif, commentaire facultatif, lus par les administrateurs du groupe). Demandes de suppression de compte |
| Données des utilisateurs du back-office | E-mail ; mot de passe (stocké sous forme chiffrée) ; prénom et nom ; rôles ; contenus créés ; documents importés |
| Données de l'option Microsoft (si le Client l'active) | Informations d'identité reçues à la connexion : identifiant de l'annuaire (tid), identifiant de l'utilisateur (oid), rôles d'annuaire (wids), e-mail, prénom et nom. Nom et domaines de l'annuaire, lus dans Microsoft Graph quand un administrateur le connecte. Attributs envoyés par le provisionnement SCIM : identifiant de connexion (userName), e-mail, prénom et nom, identifiant d'objet (objectId), statut actif |
| Données des référents | Nom, fonction, e-mail |
| Données sensibles | Aucune prévue (art. 9 et 10 RGPD) |
| Durée de conservation | Données du groupe : durée du contrat, puis suppression 7 jours après la désactivation (article 12). Collaborateur désactivé : anonymisé 13 mois après son départ par défaut (durée modifiable à la demande du Client) ; son activité reste dans les statistiques sous forme anonyme. Jetons de notification : supprimés après 270 jours sans utilisation, et à la déconnexion. Médias retirés d'un contenu : supprimés 7 jours après leur retrait. Documents sources des imports IA : conservés tant que le groupe existe, supprimés avec lui. Sauvegardes : 7 jours |
| Lieu | Union européenne (Paris) pour l'hébergement principal ; transferts selon l'annexe 3 |
Annexe 2 — Mesures de sécurité
- Isolation des clients : chaque donnée appartient à un seul groupe ; l'accès est filtré dans la base de données elle-même (row level security), et cette isolation est testée automatiquement.
- Contrôle d'accès : rôles par groupe (collaborateur pour l'application ; contributeur et administrateur pour le back-office) ; seuls les numéros invités par le Client peuvent se connecter à l'application, par code SMS ; le back-office se connecte par e-mail et mot de passe ou par Microsoft ; un accès révoqué est refusé aussitôt par la base de données ; les jetons d'accès expirent après 1 heure ; le back-office déconnecte une session après 8 heures d'inactivité.
- Accès de l'équipe Kitchen : aucun compte dans l'espace du Client ; accès de support en lecture seule, à un groupe à la fois, pour 12 heures au plus, avec double authentification obligatoire (TOTP) ; chaque accès est inscrit dans un journal interne (membre de l'équipe, groupe, début et fin) ; aucun motif n'est enregistré ; le journal n'est pas encore consultable par le Client.
- Hébergement : données principales hébergées dans l'Union européenne (Paris).
- Chiffrement : échanges chiffrés (TLS) ; données chiffrées au repos par les hébergeurs (AES-256) ; identifiants du logiciel de paie du Client stockés dans un coffre chiffré (Supabase Vault), jamais lisibles par un utilisateur.
- Clés et secrets : clés secrètes uniquement côté serveur, jamais dans les applications ni dans le navigateur.
- Minimisation : journaux techniques limités à des identifiants et à des codes, sans nom, e-mail ni téléphone ; tâches en arrière-plan déclenchées avec des identifiants seulement ; statistiques d'usage du produit pseudonymes, sans adresse IP ni géolocalisation ; statistiques du Client stockées dans sa base, jamais dans un outil d'analyse.
- Sauvegardes : sauvegardes quotidiennes de la base de données, conservées 7 jours.
- Supervision : suivi des erreurs et des performances (Datadog, site européen).
Annexe 3 — Sous-traitants ultérieurs
« CCT » : clauses contractuelles types de la Commission européenne (décision 2021/914). « DPF » : Data Privacy Framework UE–États-Unis (décision d'adéquation du 10 juillet 2023).
| Prestataire | Entité et adresse | Finalité | Données | Localisation | Garanties de transfert |
|---|---|---|---|---|---|
| Supabase | Supabase Pte. Ltd., 65 Chulia Street #38-02/03, OCBC Centre, Singapour 049513 | Base de données, authentification, stockage des fichiers | Toutes les données de la plateforme | Union européenne : Paris (AWS eu-west-3) | Clauses contractuelles types de la Commission européenne (décision 2021/914), prévues dans son contrat de traitement |
| Vercel | Vercel Inc., 440 N Barranca Avenue #4133, Covina, CA 91723, États-Unis | Hébergement du back-office web | Requêtes du back-office en transit, cookies de session, journaux des requêtes | Fonctions à Paris (cdg1) ; réseau de diffusion mondial | Data Privacy Framework UE–États-Unis ; clauses contractuelles types (décision 2021/914) |
| Trigger.dev | API Hero Ltd, 3rd Floor, 1 Ashley Road, Altrincham WA14 2DT, Royaume-Uni | Tâches en arrière-plan : import de documents, notifications, anonymisation des collaborateurs partis | Traités en mémoire : documents à importer, textes des notifications, fiches à anonymiser ; stockés : métadonnées d'exécution (identifiants seulement, aucune donnée personnelle) | Exécution dans l'Union européenne ; métadonnées stockées aux États-Unis (AWS us-east-1) | Décision d'adéquation du Royaume-Uni ; clauses contractuelles types (décision 2021/914) |
| Anthropic | Anthropic Ireland, Limited, South Bank House, Barrow Street, Dublin 4, Irlande | Conversion par IA des documents importés en formations | Contenu des documents importés par le client | États-Unis | Clauses contractuelles types (décision 2021/914) ; données jamais utilisées pour entraîner les modèles ; effacées sous 30 jours |
| Mux | Mux, Inc., 88 Stevenson St, San Francisco, CA 94105, États-Unis | Hébergement et diffusion des vidéos et des sons | Fichiers vidéo et audio importés par le client | États-Unis | Data Privacy Framework UE–États-Unis |
| Stripe | Stripe Payments Europe, Limited, One Wilton Park, Wilton Place, Dublin 2, D02 FX04, Irlande (registre irlandais des sociétés, n° 513174) | Abonnement, paiement et facturation | Contacts de facturation, raison sociale, adresse, numéro de TVA, moyen de paiement, factures, nombre de sièges ; aucune donnée des collaborateurs | Union européenne et États-Unis | Contrat de traitement Stripe ; Data Privacy Framework UE–États-Unis et clauses contractuelles types ; Stripe est en partie responsable de traitement de ses propres traitements |
| Mailgun | Sinch Email (Mailgun Technologies, Inc.), 112 E. Pecan Street #1135, San Antonio, TX 78205, États-Unis | E-mails transactionnels (invitations, réinitialisation du mot de passe), expéditeur mg.kitchen-app.io | E-mail des utilisateurs du back-office, contenu des e-mails | Union européenne (région UE de Mailgun) | Clauses contractuelles types et Data Privacy Framework UE–États-Unis, prévus dans le contrat de traitement de Sinch |
| Prelude | DING SAS, 82 rue Dutot, 75015 Paris, France | Envoi des SMS : codes de connexion et invitations | Numéro de téléphone, code de connexion, texte de l'invitation (nom du Groupe, lien) | France | Aucun transfert hors de l'Union européenne |
| Expo | 650 Industries, Inc., 624 University Ave, Palo Alto, CA 94301, États-Unis | Envoi des notifications push | Jeton de notification de l'appareil, titre (événement et nom du Groupe), texte (titre du contenu), lien vers le contenu, identifiant du Groupe ; contenu non conservé après l'envoi | États-Unis | Data Privacy Framework UE–États-Unis ; clauses contractuelles types (décision 2021/914) |
| Apple (APNs) | Apple Inc., One Apple Park Way, Cupertino, CA 95014, États-Unis | Remise des notifications push sur iPhone, à la demande d'Expo | Jeton de notification de l'appareil, titre et texte de la notification, lien vers le contenu | États-Unis | Contrat de licence du programme développeur Apple ; clauses contractuelles types pour les transferts depuis l'Union européenne |
| Datadog | Datadog, Inc., 620 8th Avenue, 45th Floor, New York, NY 10018, États-Unis | Supervision technique : erreurs, performances, journaux | Identifiants pseudonymes (compte, Groupe), rôles, écrans, erreurs, appareil et système ; ni adresse IP, ni localisation | Union européenne : site EU1 (Allemagne) | Data Privacy Framework UE–États-Unis ; clauses contractuelles types (décision 2021/914) |
| PostHog | PostHog, Inc., 2261 Market Street #4008, San Francisco, CA 94114, États-Unis | Mesure de l'usage du produit, pour Kitchen | Identifiants pseudonymes (compte, Groupe), rôles, écrans visités ; ni adresse IP, ni localisation | Union européenne : PostHog EU Cloud (Francfort) | Clauses contractuelles types (décision 2021/914), prévues dans son contrat de traitement |
| Gleap | Gleap GmbH, Am Dorfplatz 3, 6858 Schwarzach, Autriche | Messagerie de support dans le back-office | Utilisateurs du back-office seulement : nom, e-mail, Groupe, rôles, messages et pièces jointes | Union européenne | Aucun transfert hors de l'Union européenne |
Stripe, PostHog et Gleap traitent surtout des données dont Kitchen est responsable de traitement (facturation, usage du produit, support) ; ils figurent ici par transparence.
Option Microsoft (connexion unique et provisionnement SCIM) : le Client active cette option avec son propre annuaire Microsoft Entra ID. Microsoft est alors le prestataire du Client, et non un sous-traitant ultérieur de Kitchen. Kitchen traite seulement les données reçues de cet annuaire (annexe 1) pour connecter les utilisateurs du back-office et créer, mettre à jour et désactiver leurs comptes.
De même, le logiciel de paie du Client (par exemple Silae), une fois la connexion disponible, est choisi et contrôlé par le Client et n'est pas un sous-traitant de Kitchen.