onboarding-restaurateur

Onboarding restaurateur (mise en place complète)

Étape 0 — Références et établissement (obligatoire)

1. Charger ${CLAUDE_PLUGIN_ROOT}/reference/directives-outils.md et appliquer ses règles pendant toute l'exécution (IDs, confirmations, données, formats, erreurs).
2. Établissement : il n'existe PAS d'outil MCP de création d'établissement — l'établissement naît à l'inscription au compte FoodEatUp. Récupérer l'establishment_id du client (le demander ; s'il n'a pas encore de compte, le guider vers l'inscription FoodEatUp dans son interface, puis reprendre ici). Aucun autre appel avant d'avoir cet ID.
3. Si ./rapido-kb/ existe : lire entreprise.md (horaires, fuseau) et produits-services.md (la carte y est peut-être déjà décrite) — ne pas redemander ce que la KB sait. Proposer d'ailleurs l'onboarding entreprise (onboarding-entreprise, plugin rapido-suite) en complément si la KB est vide.

Principe

Une mise en place = 4 chantiers, DANS L'ORDRE (la salle a besoin des zones, le relevé HACCP a besoin que l'établissement vive). Une confirmation PAR chantier avant d'écrire — jamais les 4 sur un seul accord.

Workflow

1. La carte (import en un appel) — collecter la carte du client : catégories (2 niveaux max), plats avec name, description, price, et formules éventuelles (sections > groupes + notes de conditions).
   • Vérifier l'existant d'abord : list_dishes + list_categories — import_storefront_menu est IDEMPOTENT sur les NOMS (reprendre les noms exacts, sinon doublons).
   • Catalogue produits (stock/achats, distinct de la carte) : create_category / update_category pour les familles de produits, list_units pour les unités de mesure disponibles (kg, L, pièce…) — les référentiels se posent ici, avant les premiers produits et ingrédients.
   • Faire valider l'arborescence complète (catégories + plats + prix + formules), puis UN SEUL appel : import_storefront_menu (establishment_id, categories, formules).
   • Prix STRICTEMENT fournis par le client — aucun prix inventé ni « estimé ».
2. La salle (zones puis tables) — demander le plan de salle (zones : salle, terrasse, bar… ; nombre de tables et couverts par zone) :
   • create_zone pour chaque zone (vérifier list_zones avant — pas de doublon) ;
   • create_table pour chaque table, rattachée à sa zone ; contrôler le résultat avec list_tables puis floor_plan_status (toutes les tables doivent apparaître en free).
3. L'équipe — pour chaque employé : create_employee (identité, poste, coordonnées fournies par le client — list_employees d'abord pour éviter les doublons). Contrat si demandé : create_employee_contract. Les plannings viennent APRÈS l'onboarding (skill planning-equipe).
4. Premier relevé HACCP (le geste fondateur) — expliquer au client que la conformité commence au jour 1 :
   • identifier les équipements froids (frigos, congélateurs) : leurs equipment_id viennent de l'interface FoodEatUp ou d'un relevé existant (list_haccp_temperatures) — les demander s'ils sont inconnus, ne JAMAIS les deviner ;
   • GARDE-FOU ANTI-DONNÉE-INVENTÉE : chaque température est LUE par le client sur son thermomètre et dictée — jamais supposée, jamais « typique ». (Le hook du plugin refusera de toute façon toute valeur hors -30 °C / +90 °C.)
   • add_temperature par équipement (establishment_id, equipment_id, temperature) ; signaler immédiatement toute valeur hors seuil (frigo 0-4 °C, congélateur ≤ -18 °C) ;
   • présenter les checklists disponibles (list_hygiene_checklists) et proposer la première validation (create_hygiene_checklist_validation).
5. Tour du propriétaire (vérification finale) — dérouler une lecture de contrôle : list_dishes (carte en ligne), floor_plan_status (salle), list_employees (équipe), list_haccp_temperatures (premier relevé). Puis passer le relais aux routines : briefing-du-jour chaque matin, haccp-conformite-quotidienne, service-salle pour les premières réservations.