D’EatNow vers NowOS
EatNow envoie une réservation à la caisse dès qu’elle est confirmée, puis à chaque modification. L’envoi est automatique et immédiat.Quand l’envoi a lieu
À la création
À la création
Réservation prise sur le portail, par téléphone, par l’agent IA WhatsApp, par un prescripteur, via Google Réserver ou saisie par votre équipe.
À chaque modification
À chaque modification
Changement de statut, de couverts, de tables, de note interne, de client, d’heure. Y compris les modifications faites par le client depuis son lien de confirmation.
Sur les mouvements d'argent
Sur les mouvements d'argent
Encaissement d’un acompte, d’un prépaiement, capture ou libération d’une empreinte bancaire.
Sur les gestes automatiques
Sur les gestes automatiques
Attribution automatique des tables, passage automatique en no-show en fin de service, clôture automatique.
Avant une suppression
Avant une suppression
Une réservation supprimée dans EatNow est d’abord envoyée à la caisse comme annulée, pour qu’elle disparaisse aussi du panneau.
Ce que contient chaque envoi
Correspondance des statuts
Les réservations en attente ne partent jamais sur la caisse. C’est volontaire : tant qu’une demande n’est pas acceptée, elle ne doit pas encombrer le plan de salle ni bloquer une table pour la salle.
De NowOS vers EatNow
La caisse prévient EatNow de tout ce qui se passe en salle. Chaque message est vérifié cryptographiquement (grâce au secret de signature) et traité une seule fois, même en cas de renvoi.Les règles de priorité
Comprendre ces quatre règles suffit à expliquer 99 % des comportements.1. Le dernier geste l'emporte
1. Le dernier geste l'emporte
Sur les champs partagés (couverts, note interne, tables, statut), la modification la plus récente gagne, quel que soit le système où elle a été faite. Il n’y a pas de « côté prioritaire » : il y a un ordre chronologique.
2. EatNow reste le livre de comptes des réservations
2. EatNow reste le livre de comptes des réservations
Quand la salle modifie les couverts, les tables ou la note sur la caisse, EatNow applique le changement puis le renvoie à la caisse pour confirmation. C’est ce qui garantit que les deux systèmes ne divergent jamais, même sur les champs modifiables des deux côtés.C’est aussi ce qui explique un comportement qui peut surprendre : si EatNow refuse un changement (voir règle 3), la caisse revient visiblement à la valeur d’EatNow. Ce n’est pas un bug, c’est le refus qui s’affiche.
3. Une réservation clôturée ne se modifie plus
3. Une réservation clôturée ne se modifie plus
Une réservation Terminé, No-show, Annulé ou Rejeté est figée. Un événement tardif venu de la caisse (une addition qui traîne, un message renvoyé) ne peut plus la ressusciter ni la modifier.Si la salle corrige les couverts ou la note sur une réservation déjà clôturée, EatNow refuse et la caisse revient à la valeur d’EatNow.
4. Une table non associée bloque le geste — entièrement
4. Une table non associée bloque le geste — entièrement
Si la salle attribue trois tables à une réservation et qu’une seule des trois n’est pas associée dans EatNow, le changement est refusé en bloc. EatNow ne place jamais un groupe sur « les tables qu’il a reconnues » : ce serait contredire silencieusement la salle.