> ## Documentation Index
> Fetch the complete documentation index at: https://docs.eat-now.io/llms.txt
> Use this file to discover all available pages before exploring further.

# Diagnostic et FAQ

> Les symptômes les plus fréquents de l'intégration NowOS, leur cause, et la marche à suivre pour les résoudre.

Avant tout : **l'onglet Historique de la réservation est votre meilleur outil de diagnostic.** Ouvrez la réservation concernée, allez dans **Historique**, et cherchez les lignes **Échange avec NowOS**. Chacune indique son verdict (**succès** ou **échec**) et le détail de ce qui a été envoyé ou reçu.

Pour une vue globale du restaurant : **Paramètres → Historique**.

***

## Rien n'arrive sur la caisse

<AccordionGroup>
  <Accordion title="Aucun bouton « Réservations » n'apparaît sur la caisse">
    Le bouton **Réservations** n'existe sur le plan de salle NowOS que si un prestataire est connecté côté NowOS.

    1. Vérifiez dans le backoffice NowOS : **Integrations → Reservations** doit montrer une connexion active.
    2. Vérifiez dans EatNow : **Paramètres → Intégrations → Liste d'intégrations**, la carte **NowOS** doit porter une pastille verte.
    3. Touchez **Actualiser** sur la caisse principale.
  </Accordion>

  <Accordion title="Une réservation précise n'apparaît pas">
    Passez la liste suivante dans l'ordre :

    * **Son statut est-il « En attente » ?** Les réservations non confirmées ne sont volontairement jamais envoyées. Confirmez-la.
    * **Est-elle sur le bon jour ?** Le panneau de la caisse affiche le service du jour ; utilisez les flèches **‹ ›** pour changer de journée.
    * **Cherchez-la** avec la loupe du panneau : la recherche couvre tous les jours chargés.
    * Ouvrez son onglet **Historique** dans EatNow : si l'échange avec NowOS est en **échec**, le message vous dira pourquoi.
  </Accordion>

  <Accordion title="Les réservations arrivent, mais sans table sur le plan">
    Les tables ne s'affichent avec leur anneau ambre que si elles sont **associées**. Voir [Associer vos tables](/fr/nowos/table-mapping).

    Vérifiez aussi que le plan de salle NowOS est bien **publié**, et que la caisse a été **actualisée** après la publication.
  </Accordion>
</AccordionGroup>

***

## Rien ne remonte de la caisse

<AccordionGroup>
  <Accordion title="La salle place les clients, mais EatNow ne bouge pas">
    Cause la plus fréquente : **l'URL du webhook n'a pas été collée dans NowOS**, ou le **secret de signature** ne correspond pas.

    1. Dans EatNow, **Paramètres → Intégrations → Liste d'intégrations** → carte **NowOS** → **Connecter**. Copiez l'**URL du webhook EatNow**.
    2. Collez-la dans le backoffice NowOS, page **Integrations → Reservations**.
    3. Dans l'onglet **Webhook deliveries** de cette même page NowOS, regardez si les envois échouent. Une erreur d'autorisation signale un secret de signature différent des deux côtés : régénérez-le côté NowOS et remettez-le à jour dans EatNow.
  </Accordion>

  <Accordion title="Certains événements remontent, d'autres non">
    Vérifiez si les réservations concernées sont déjà **clôturées** dans EatNow (Terminé, No-show, Annulé, Rejeté). Une réservation clôturée est figée : elle ignore les événements tardifs venus de la caisse. C'est ce qui empêche une addition qui traîne de ressusciter une réservation que vous avez délibérément fermée.
  </Accordion>
</AccordionGroup>

***

## Placements et tables

<AccordionGroup>
  <Accordion title="Un placement fait depuis EatNow n'est pas pris en compte par la caisse">
    Vous avez placé une réservation depuis EatNow, mais la table était déjà prise sur la caisse — typiquement un client de passage installé quelques secondes plus tôt.

    Dans l'onglet **Historique** de la réservation, la ligne *Échange avec NowOS* correspondante est marquée en **échec**.

    **Que faire :** replacez la réservation sur une autre table depuis EatNow, ou laissez la salle la placer directement sur la caisse.

    <Note>
      L'instruction de placement n'est **pas réessayée** automatiquement tant que vous ne modifiez pas la réservation. C'est fait exprès : la caisse ne doit pas « voler » la table à la commande qui l'occupe.
    </Note>
  </Accordion>

  <Accordion title="Le changement de table fait en salle est revenu en arrière">
    Deux causes possibles :

    * **Une des tables choisies n'est pas associée** dans EatNow. Le changement est refusé en bloc — jamais à moitié — et EatNow renvoie ses propres tables, ce qui fait « reculer » la caisse. Complétez l'association.
    * **La réservation est clôturée.** Elle n'est plus modifiable.
  </Accordion>

  <Accordion title="La table apparaît occupée dans EatNow alors qu'elle est libre">
    L'addition est probablement encore **ouverte** sur la caisse. Une réservation reste **Assis** — et sa table occupée — tant que la commande n'est pas encaissée ou annulée sur la caisse.

    **Que faire :** clôturez la table sur la caisse. EatNow suivra automatiquement.
  </Accordion>

  <Accordion title="J'ai placé le mauvais client sur la caisse">
    Corrigez **sur la caisse** : ouvrez la fiche de la réservation et touchez **Ce n'est pas la bonne réservation**. La réservation repassera automatiquement en **Confirmé** dans EatNow, tables libérées.

    Ce n'est possible que tant que rien n'a été envoyé en cuisine ni encaissé.
  </Accordion>
</AccordionGroup>

***

## Montants et statistiques

<AccordionGroup>
  <Accordion title="Le montant « Dépensé » n'apparaît pas dans EatNow">
    Ce bloc ne s'affiche que si trois conditions sont réunies : la réservation est au statut **Assis**, elle est sur la **date du jour**, et vous êtes dans la vue **Plan de salle** (cliquez sur la table).
  </Accordion>

  <Accordion title="Le panier moyen d'un client n'inclut pas son dernier repas">
    Le montant encaissé n'est rattaché à un client que si la réservation est **liée à une fiche client**. Un walk-in anonyme ne fera pas monter le panier moyen de quelqu'un.

    Sinon, vérifiez que l'addition a bien été **encaissée** sur la caisse (et pas simplement la table libérée).
  </Accordion>

  <Accordion title="L'acompte n'a pas été déduit de l'addition">
    L'application de l'acompte est un **geste manuel** de votre équipe sur le pay sheet de la caisse (bouton **Appliquer** sur la bannière verte). Voir [Acomptes, prépaiements et empreintes](/fr/nowos/payments).
  </Accordion>
</AccordionGroup>

***

## FAQ

<AccordionGroup>
  <Accordion title="Puis-je continuer à travailler dans EatNow comme avant ?">
    Oui, absolument. Tous les gestes restent disponibles dans EatNow : marquer arrivé, placer, terminer, annuler. La caisse suit. La seule recommandation forte est de **ne pas clôturer une réservation depuis EatNow quand l'addition est encore ouverte sur la caisse** — EatNow vous en avertira de toute façon.
  </Accordion>

  <Accordion title="Que se passe-t-il si la caisse perd internet ?">
    NowOS continue de fonctionner localement pour la prise de commande. Les événements en attente sont renvoyés à EatNow dès le retour de la connexion — chaque message est traité une seule fois, même en cas de renvois multiples. Les réservations créées dans EatNow pendant la coupure arriveront sur la caisse à la reconnexion.
  </Accordion>

  <Accordion title="Puis-je créer une réservation depuis la caisse ?">
    NowOS n'a pas de carnet de réservations : c'est EatNow qui le tient. Si votre gestionnaire renseigne le lien de votre formulaire EatNow dans le backoffice NowOS, un bouton **+** apparaît en haut du panneau et ouvre directement le formulaire EatNow sur l'iPad, positionné sur le jour affiché.
  </Accordion>

  <Accordion title="Puis-je connecter NowOS et une autre caisse en même temps ?">
    Ce n'est pas prévu. EatNow est conçu pour **une seule caisse connectée** : si une autre intégration POS est active, elle prend la main sur l'affichage (association des tables, montant dépensé) et les deux se marchent dessus. Déconnectez l'autre intégration avant de connecter NowOS.
  </Accordion>

  <Accordion title="Les réservations annulées ou passées en no-show sur la caisse préviennent-elles le client ?">
    **Non.** Ces gestes mettent à jour le statut dans EatNow (*Annulé par le restaurant*, *No-show*) mais ne déclenchent **pas** les emails, les WhatsApp ni les remboursements que vous avez configurés.

    Si vous voulez prévenir le client ou le rembourser, faites le geste **depuis EatNow**, qui vous proposera d'envoyer la communication.

    <Note>
      Une exception : le **no-show** marqué sur la caisse **débite** automatiquement l'empreinte bancaire si le client en avait une. C'est le seul mouvement d'argent déclenché par un geste de la salle.
    </Note>
  </Accordion>

  <Accordion title="Que deviennent mes données si je déconnecte NowOS ?">
    Tout ce qu'EatNow a enregistré (réservations, montants, historique client) reste dans EatNow. Vos associations de tables sont conservées : reconnecter le **même** établissement NowOS plus tard ne demande pas de les refaire.

    En revanche, les échanges s'arrêtent immédiatement : les placements faits en salle ne remonteront plus.
  </Accordion>

  <Accordion title="L'agent IA WhatsApp fonctionne-t-il avec NowOS ?">
    Oui, sans configuration supplémentaire. Une réservation prise ou modifiée par l'agent IA est envoyée à la caisse exactement comme n'importe quelle autre. Voir [Agent IA](/fr/ai-agent/overview).
  </Accordion>

  <Accordion title="L'impression des tickets de réservation fonctionne-t-elle ?">
    Oui. Un client placé **depuis la caisse** déclenche l'impression du ticket de réservation EatNow au même titre qu'un placement fait dans l'application. Voir [Impression des tickets](/fr/operations/receipt-printing).
  </Accordion>
</AccordionGroup>

***

## Toujours bloqué ?

Contactez le support EatNow avec ces trois éléments, qui permettent un diagnostic immédiat :

1. **Le nom du restaurant** et la **date/heure** approximative du problème.
2. **La réservation concernée** (nom du client et heure).
3. **Une capture de l'onglet Historique** de cette réservation.