RGPD et assistant vocal IA au restaurant : ce qu'il faut savoir sur l'enregistrement des appels

Un client appelle, donne son nom, son numéro de téléphone, parfois un mot sur une allergie ou une occasion spéciale. Que ce soit un serveur ou un assistant vocal IA qui décroche, c'est la même chose au regard de la loi : une donnée personnelle est collectée, traitée, puis conservée quelque part. La différence, c'est qu'un assistant vocal IA laisse une trace numérique de chaque appel — ce qui pose des questions plus précises que lorsqu'un employé prenait la réservation sur un carnet.

Ce guide fait le tour de ce qui s'applique réellement à un restaurant : les principes généraux du RGPD, et le cas plus spécifique de l'enregistrement des conversations téléphoniques, encadré par des règles de la CNIL antérieures à l'IA mais qui s'appliquent pleinement à elle.

Le RGPD, en bref, pour un restaurant qui utilise un assistant vocal

Le règlement général sur la protection des données ne vise pas spécifiquement l'IA : il s'applique à tout traitement de données personnelles, qu'il soit fait par un humain, un logiciel de caisse ou un agent vocal. Pour un restaurant, cinq principes concentrent l'essentiel de ce qu'il faut vérifier.

• Une base légale identifiée. Traiter les données d'un appelant pour lui répondre et enregistrer sa réservation repose en général sur l'exécution du service demandé (article 6.1.b) ou sur l'intérêt légitime du restaurant à gérer ses réservations (article 6.1.f). Il n'y a pas besoin de faire signer un consentement RGPD à chaque appelant pour une simple prise de réservation : c'est un service que le client a lui-même sollicité en appelant.
• La minimisation. L'assistant ne doit collecter que ce qui sert la réservation — nom, date, heure, nombre de couverts, éventuellement une allergie si le client la mentionne. Il n'y a aucune raison de stocker un profil détaillé de l'appelant au-delà de ce qui est utile au service.
• La transparence. Le client doit pouvoir savoir qui traite ses données et pourquoi, typiquement via les mentions légales ou la politique de confidentialité du restaurant — au même titre que pour un formulaire de contact sur un site.
• Les sous-traitants identifiés. L'éditeur de l'assistant vocal (moteur vocal, hébergement des données) est un sous-traitant au sens de l'article 28 du RGPD. Le restaurant doit savoir qui il est, où les données sont hébergées, et s'assurer qu'un accord de sous-traitance encadre cette relation.
• Les droits des personnes. Un appelant conserve ses droits d'accès, de rectification, d'effacement et d'opposition sur les données le concernant, même si elles ont été collectées par une IA plutôt que par un humain.

Ces cinq points s'appliquent à n'importe quel outil qui traite des données de réservation, IA ou pas. Là où ça devient plus spécifique, c'est sur la question de l'enregistrement des appels — un sujet que la CNIL encadre depuis bien avant l'arrivée des assistants vocaux IA, avec des règles précises.

Le cas spécifique de l'enregistrement des appels téléphoniques

La CNIL distingue deux usages différents d'un enregistrement d'appel, et chacun a ses propres règles.

Enregistrer pour prouver la formation d'une réservation

Un restaurant peut avoir intérêt à garder une trace d'un appel pour prouver qu'une réservation a bien été prise à telle date, à telle heure, pour tel nombre de couverts — utile en cas de litige ("je n'ai jamais réservé pour ce soir-là"). La CNIL encadre strictement cet usage : l'enregistrement doit être limité à ce qui sert réellement de preuve, pas à la conversation entière, et sa durée de conservation doit correspondre à la durée pendant laquelle un litige reste possible — en pratique jusqu'à 5 ans, la durée de prescription contractuelle de droit commun.

Enregistrer pour la qualité ou l'amélioration du service

C'est l'usage le plus courant pour un assistant vocal IA : conserver les appels pour vérifier que l'agent répond correctement, ajuster son script, ou traiter une réclamation. Ici, la CNIL recommande une conservation beaucoup plus courte — 6 mois maximum est le repère généralement admis — après quoi les enregistrements doivent être supprimés ou anonymisés.

Dans les deux cas, trois obligations reviennent systématiquement :

1. Information préalable. L'appelant doit savoir que l'appel peut être enregistré avant de commencer à parler, pas après. La CNIL recommande une double information : une mention orale en début d'appel, complétée par un détail écrit accessible (mentions légales du site, par exemple).
2. Minimisation. Il est interdit d'enregistrer systématiquement l'intégralité de chaque appel "au cas où" sans justification précise. L'enregistrement doit être limité à ce qui sert réellement la finalité déclarée.
3. Accès restreint. Seules les personnes qui ont besoin d'accéder aux enregistrements pour la finalité déclarée doivent pouvoir le faire, avec une traçabilité de qui a consulté quoi.

La voix, une donnée biométrique ?

C'est la confusion la plus fréquente sur le sujet. Beaucoup de restaurateurs supposent qu'une IA qui traite de la voix traite automatiquement une donnée biométrique, soumise au régime renforcé de l'article 9 du RGPD (interdiction de principe, sauf exceptions strictes). Ce n'est pas exact : ce qui déclenche l'article 9, ce n'est pas la captation de la voix, c'est le traitement qui en est fait.

Un enregistrement audio brut, ou une transcription de la voix en texte pour comprendre une demande de réservation, reste une donnée personnelle ordinaire. Ce qui relèverait de la biométrie, c'est l'extraction d'une empreinte vocale unique servant à identifier ou authentifier une personne parmi d'autres — par exemple un système de "reconnaissance du client habituel à sa voix". Un assistant vocal qui transcrit une conversation pour noter une réservation, sans chercher à reconnaître qui appelle, ne fait pas ce traitement-là.

La nuance vaut la peine d'être vérifiée auprès de tout éditeur d'assistant vocal : est-ce que la voix sert uniquement à comprendre la demande, ou est-ce qu'elle sert aussi à construire un profil ou une empreinte du client ? La réponse change complètement le régime juridique applicable.

Sanctions encourues

Les manquements les plus graves au RGPD peuvent être sanctionnés jusqu'à 20 millions d'euros ou 4 % du chiffre d'affaires annuel mondial, selon le montant le plus élevé. Pour un restaurant indépendant, ce plafond concerne surtout les manquements structurels et répétés, pas un oubli isolé — mais le risque réel, comme souvent, est moins la sanction financière que l'exposition en cas de plainte d'un client ou de contrôle CNIL déclenché par un signalement.

Il existe aussi un angle pénal, distinct du RGPD : l'article 226-1 du code pénal sanctionne le fait d'enregistrer des paroles à caractère privé sans le consentement de leur auteur, jusqu'à un an d'emprisonnement et 45 000 € d'amende. Ce n'est pas la première ligne de risque pour une réservation de restaurant, qui relève d'un échange commercial plutôt que de la vie privée au sens strict — mais c'est ce texte qui explique pourquoi l'information préalable de l'appelant n'est jamais négociable, quel que soit l'outil utilisé pour décrocher.

La checklist pour un restaurant qui utilise un assistant vocal IA

1. L'appel commence-t-il par une information claire, orale, sur le fait que la conversation peut être traitée ou enregistrée par un système automatisé ?
2. Les mentions légales ou la politique de confidentialité du site mentionnent-elles ce traitement, le sous-traitant technique concerné et la durée de conservation ?
3. L'éditeur de l'assistant vocal est-il identifié comme sous-traitant, avec un cadre (accord de sous-traitance) qui précise ses obligations ?
4. La durée de conservation des données d'appel est-elle limitée et cohérente avec la finalité (courte pour la qualité de service, plus longue seulement si elle sert de preuve contractuelle) ?
5. Un client peut-il facilement demander l'accès, la rectification ou la suppression des données le concernant ?
6. Si l'assistant transcrit la voix, cette transcription sert-elle uniquement à comprendre la demande — sans construire d'empreinte ou de profil vocal du client ?

Ce sujet recoupe largement les obligations de transparence IA de l'article 50 de l'AI Act, entrées en vigueur le 2 août 2026 : informer que l'appelant parle à une IA, et informer que ses données sont traitées, sont deux obligations distinctes mais qui se formulent souvent dans la même phrase d'accueil. Le détail est dans cet article.

Comment Rezia gère cette obligation

Sur les agents Rezia, la voix de l'appelant n'est utilisée que pour comprendre la demande et remplir la réservation — pas pour reconnaître ou authentifier qui appelle, ce n'est donc pas un traitement biométrique au sens de l'article 9. Chaque appelant peut à tout moment demander à parler directement à un humain plutôt qu'à l'assistant. Le détail complet des sous-traitants techniques, des bases légales et des modalités d'exercice des droits est public dans les mentions légales du site, tenues à jour à mesure que le service évolue.

En résumé

Un assistant vocal IA ne change pas la nature des obligations RGPD d'un restaurant, il les rend seulement plus visibles : chaque appel devient un traitement de données identifiable, avec une base légale, une durée de conservation et un sous-traitant à documenter. Sur l'enregistrement des appels spécifiquement, la règle CNIL est constante depuis longtemps : informer avant, ne conserver que ce qui sert la finalité, et limiter la durée. Et sauf traitement spécifique de reconnaissance, la voix transcrite pour une réservation reste une donnée ordinaire, pas une donnée biométrique.

Cet article présente une synthèse informative des règles RGPD et CNIL applicables et ne constitue pas un conseil juridique. Pour une analyse de votre situation spécifique, un avocat spécialisé en droit du numérique ou votre délégué à la protection des données reste la ressource de référence.

Sources

• CNIL — L'enregistrement des conversations téléphoniques afin d'établir la preuve de la formation d'un contrat
• CNIL — Écoute et enregistrement des conversations téléphoniques sur le lieu de travail
• Légifrance — Article 226-1 du code pénal
• Légifrance — Règlement général sur la protection des données (RGPD), article 9