OnHero × Restomax — Console de test du middleware

⚙️ Configuration

Base URL du middleware

Slug du restaurant (optionnel — sinon tenant d'env)

X-Vapi-Secret webhooks

X-Internal-Secret /internal/*

1. Santé & statut aucune auth

Vérifie que le service tourne et l'état ouvert/fermé du restaurant.

2. Webhooks voix X-Vapi-Secret

Simule un tool-call VAPI. Le secret du tenant est envoyé en en-tête. Par défaut, tape la route unique /webhook/dispatch (l'opération est déduite du nom de fonction, le tenant de l'assistant id) — le modèle « un seul outil ». Décoche pour viser les routes par opération /webhook/<slug>/….

Téléphone appelant

Nom du client

Date & heure souhaitées (ISO)

Couverts

Assistant ID (résolution tenant)

UID réservation (modify/cancel)

Désactiver l'envoi de SMS (?disable_sms=true)

Route unique /webhook/dispatch (dispatch par nom de fonction)

3. Onboarding & API interne X-Internal-Secret

Routes appelées par le backend du dashboard. Désactivées (503) tant que INTERNAL_API_SECRET n'est pas défini côté serveur.

Credentials Restomax (étape 1 : valider + découvrir les services)

Secrets du tenant (persistés, chiffrés au repos)

Utilise le slug + les credentials Restomax ci-dessus. Renvoie le webhook_secret à mettre comme serverUrlSecret de l'assistant VAPI.

Réservations & SMS (le middleware détient les creds Restomax)

Date (réservations / from)

Date to (export CSV)

Téléphone (test SMS)

prêt la réponse s'affiche ici →

Lance une requête depuis la gauche.

Astuce : la Base URL est pré-remplie avec l'origine de cette page.
En local, le service écoute sur le port 5001 (et non 5000).