> ## 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.
# Réglages par défaut de l'équipe
> L'écran qui décide, pour chaque événement, si votre équipe est prévenue par e-mail, par push et dans l'app — avec le catalogue complet des notifications et nos recommandations.
Ces réglages sont le **point de départ commun** à toute l'équipe. Un collaborateur qui n'a rien personnalisé reçoit exactement ce qui est coché ici, et suit automatiquement vos changements futurs.
Allez dans **Paramètres > Notifications > Général**, puis ouvrez l'onglet **Restaurateur**.
## Lire le tableau
Chaque ligne est un événement, chaque colonne un canal.
| Colonne | Ce qu'elle fait quand elle est activée |
| --------------- | ----------------------------------------------------------------------------------------------------------------------------------------- |
| **Email** | Envoie un e-mail aux **adresses partagées** du restaurant (voir plus bas). Jamais aux adresses personnelles des collaborateurs. |
| **Push** | Envoie une notification sur les téléphones et tablettes de l'équipe qui ont l'app EatNow. |
| **App** | Fait apparaître une carte dans le [centre de notifications](/fr/notifications/center). |
| **Taille min.** | Uniquement sur les lignes « Réservation reçue d'un client » et « Activité confirmée » : ne prévient qu'à partir de ce nombre de convives. |
Si vous avez la fonctionnalité Activités, deux sous-onglets apparaissent au-dessus du tableau — **Restaurant** et **Activités** — avec leurs propres réglages.
Certaines lignes portent la mention **Toujours active** : leur carte reste dans le centre de notifications quoi qu'il arrive, l'interrupteur App est verrouillé. Cela concerne les demandes en attente de confirmation et les escalades de l'agent IA — des situations où un client attend une réponse humaine, et où la trace ne doit pas pouvoir disparaître. Le **push**, lui, peut être coupé comme sur n'importe quelle autre ligne.
### Le seuil « Taille min. »
C'est le réglage le plus utile d'un restaurant à fort volume. Mis à `6` sur « Réservation reçue d'un client », il fait que l'équipe n'est plus alertée pour les tables de 2 ou 4 — celles qui arrivent toute la journée et que personne n'a besoin de traiter à la seconde — mais reste alertée sur les grandes tables, qui demandent un placement réfléchi.
Le seuil s'applique aux **trois canaux** en même temps : ni push, ni e-mail, ni carte dans le centre de notifications en dessous du seuil. La réservation est bien sûr enregistrée normalement et visible dans la liste des réservations.
Le seuil est un réglage **du restaurant**, pas un réglage personnel : il vaut pour toute l'équipe. Laissez-le à `1` pour être prévenu de toutes les réservations.
## Adresses e-mail supplémentaires
Sous le tableau, la section **Adresses e-mail supplémentaires** contient les boîtes qui reçoivent les e-mails de l'équipe. Ce sont les seules destinataires de la colonne **Email**.
Ajoutez-y une adresse générique lue par l'équipe (`reservations@`, `accueil@`), pas l'adresse personnelle d'un manager — quelqu'un qui veut être prévenu personnellement doit utiliser le push.
## Comptabilité
La dernière section, **Comptabilité**, est indépendante du tableau. Les adresses qui y figurent reçoivent le détail de chaque encaissement, remboursement et capture d'empreinte, quels que soient les réglages des lignes Paiements. Videz la liste pour couper ces envois.
## Catalogue des notifications
Voici toutes les lignes du tableau, avec la permission nécessaire pour les recevoir et les réglages appliqués à la création d'un restaurant.
### Réservations clients
| Notification | Déclencheur | Permission | Défaut |
| -------------------------------------- | -------------------------------------- | ------------------ | ------------------------------ |
| Réservation reçue d'un client | Une réservation client est confirmée | `reservation:read` | Push + App |
| Réservation en attente de confirmation | Un client envoie une demande à valider | `reservation:read` | Push + App *(toujours active)* |
| Réservation modifiée | Un client modifie sa réservation | `reservation:read` | App |
| Réservation re-confirmée | Un client re-confirme sa réservation | `reservation:read` | App |
| Réservation annulée par un client | Un client annule | `reservation:read` | Push + App |
### Réservations internes
Ces lignes ne sont jamais envoyées à la personne qui a fait l'action.
| Notification | Déclencheur | Permission | Défaut |
| -------------------------------------- | ----------------------------------------------------- | ------------------ | ---------- |
| Réservation créée en interne | Un membre de l'équipe crée une réservation | `reservation:read` | App |
| Réservation annulée en interne | Un membre de l'équipe annule une réservation | `reservation:read` | Push + App |
| Remboursement effectué en interne | Un membre de l'équipe rembourse manuellement | `payment:read` | App |
| Empreinte bancaire capturée ou libérée | Un membre de l'équipe capture ou libère une empreinte | `reservation:read` | App |
### Paiements
| Notification | Déclencheur | Permission | Défaut |
| ---------------------- | ------------------------------------------------ | -------------- | ------ |
| Paiement reçu | Un paiement ou une pré-autorisation est encaissé | `payment:read` | App |
| Remboursement effectué | Un client est remboursé suite à sa demande | `payment:read` | App |
### Avis clients
| Notification | Déclencheur | Permission | Défaut |
| ---------------- | ------------------------------------------ | ------------- | ------ |
| Avis client reçu | Un client laisse un avis ou un commentaire | `review:read` | App |
### WhatsApp
Ces deux lignes n'apparaissent que si un numéro WhatsApp Business est connecté, et **uniquement dans les préférences personnelles** de chaque collaborateur — elles ne figurent pas dans le tableau des défauts d'équipe.
| Notification | Déclencheur | Permission | Défaut |
| ------------------------ | -------------------------------------------------------- | ---------------------------- | ------------------------------ |
| Escalade de l'agent IA | L'agent IA passe la main à l'équipe sur une conversation | `whatsapp:escalation_notify` | Push + App *(toujours active)* |
| Nouveau message WhatsApp | Un client écrit sur WhatsApp | `customer:read` | Push seul |
« Nouveau message WhatsApp » ne crée **pas** de carte dans le centre de notifications : une carte par message enterrerait tout le reste, et la [boîte WhatsApp](/fr/notifications/center#onglet-whatsapp) est déjà faite pour ça.
### Activités
Si la fonctionnalité Activités est active, le sous-onglet **Activités** reprend la même structure : activité confirmée, en attente de confirmation, annulée par un client, créée ou annulée en interne, paiement reçu, remboursement, remboursement interne, empreinte capturée ou libérée. Les permissions sont `activity:read` pour les réservations d'activité et `payment:read` pour les paiements.
## Nos recommandations
Gardez les défauts. Activez **Email** sur « Réservation reçue d'un client » et « Réservation annulée par un client » si vous voulez une trace écrite dans la boîte de l'accueil. Laissez **Taille min.** à `1`.
Montez **Taille min.** à `6` ou `8` sur « Réservation reçue d'un client » : l'équipe n'est alertée que sur les grandes tables. Coupez le push sur « Réservation modifiée » et « Réservation re-confirmée », qui arrivent en continu, et gardez-les en App pour pouvoir les retrouver.
« Réservation en attente de confirmation » est votre ligne critique : laissez-la en Push, et ajoutez l'**Email** vers la boîte partagée. Une demande non traitée est un client perdu.
Laissez les lignes Paiements en App uniquement, et renseignez plutôt la section **Comptabilité** : votre comptable reçoit le détail, l'équipe de service n'est pas dérangée en plein coup de feu.
Les défauts sont **propres à chaque restaurant**. Réglez-les établissement par établissement : un bar à cocktails et une table gastronomique n'ont pas le même seuil utile.