Un agent vocal IA pour restaurant recueille une demande de réservation selon les règles de l’établissement : date, heure, nombre de couverts, coordonnées et besoins signalés. Il confirme uniquement ce que le système autorise, n’invente ni table disponible ni information sur les allergènes, et transfère les situations sensibles ou ambiguës.
Chaque scénario sépare les informations à recueillir, l’action autorisée et la limite à ne pas franchir.
À recueillir : nom, moyen de contact, date, heure, nombre de couverts et demande utile au service.
Action : proposer ou confirmer un créneau seulement à partir d’une capacité et de règles fiables ; sinon transmettre la demande.
Limite : ne pas inventer une table, un horaire, une terrasse ou une accessibilité non renseignée.
À recueillir : effectif, date, horaire, coordonnées, format souhaité et besoins transmis par l’appelant.
Action : appliquer le seuil défini par le restaurant puis orienter vers la personne qui valide menus, privatisation, acompte ou conditions.
Limite : recueillir une demande ne vaut pas acceptation commerciale ni confirmation du groupe.
À recueillir : la question exacte, le plat concerné si connu et les coordonnées nécessaires au suivi.
Action : répondre seulement depuis une information à jour validée par le restaurant ; au moindre doute, transférer à l’équipe.
Limite : ne jamais déduire qu’un plat est « sans risque » et ne donner aucune consigne médicale.
L’agent enregistre l’heure estimée et applique la règle prévue. Il ne promet pas que la table sera conservée si cette décision appartient à l’équipe.
La réservation doit être identifiée, la modification relue et l’action confirmée par le système. Les conditions éventuelles viennent du restaurant, pas d’une réponse improvisée.
Nom, numéro, date, heure et couverts sont répétés puis confirmés. Après le seuil d’échec défini, l’agent propose un transfert ou un rappel.
Ce protocole décrit une méthode de cadrage. Il ne garantit ni performance, ni conformité, ni résultat commercial.
Oui, uniquement si le plan de salle, les horaires, la capacité et les règles de réservation sont connectés et fiables. Sinon, il recueille la demande et précise qu’une confirmation humaine reste nécessaire.
Le parcours peut faire répéter puis confirmer le nom, le numéro, la date, l’heure et le nombre de personnes. Si une information reste incertaine après le nombre de tentatives défini, il propose un transfert ou un rappel.
Il ne doit répondre qu’à partir d’une information à jour, validée par le restaurant et rattachée au plat concerné. En cas de doute, de demande médicale ou de risque signalé, il transfère à l’équipe sans déduire qu’un plat est sûr.
L’agent recueille les informations prévues par le restaurant : effectif, date, horaire, coordonnées et besoins signalés. Les menus, acomptes, privatisations et conditions particulières restent soumis aux règles et à la validation de l’établissement.
L’agent enregistre l’heure d’arrivée estimée et applique seulement une règle explicitement définie. Il ne promet pas que la table sera conservée si le restaurant n’a pas autorisé cette confirmation.
Oui si la réservation est identifiée et si le système connecté autorise cette action. La modification doit être relue avec l’appelant et les conditions éventuelles du restaurant doivent être annoncées sans être inventées.
Uniquement les données utiles à la demande, par exemple le nom, un moyen de contact, la date, l’heure, le nombre de couverts et les besoins transmis volontairement. Les finalités, accès et durées de conservation dépendent du traitement réel.
Ces sources étayent les repères sur l’information relative aux allergènes, la minimisation des données et la transparence d’un système d’IA. Elles ne valident pas le paramétrage d’un restaurant particulier.
Sources consultées le 4 août 2026. Validation métier, sécurité et juridique à adapter au dispositif réel.
Décrivez vos services, votre capacité, vos règles de groupe, de retard, d’annulation et de transfert à tester.