Cas d'usage

Chaque guide ci-dessous part d’une intégration que vous construisez, puis parcourt les appels dont elle a besoin et les refus qu’elle doit gérer. Le détail des points de terminaison reste dans la référence de l’API ; les conventions sur lesquelles s’appuie chaque guide se trouvent dans Pagination, Erreurs et Limites de débit.

• Construire un tunnel de réservation : Reconstruire le parcours de réservation sur vos pages — disponibilités, sections, appel de création et refus qu'un tunnel doit afficher.
• Poser une option : Retenir une table pendant qu'un package s'assemble ou qu'un paiement se dénoue, puis convertir l'option en réservation ou la rendre.
• Changer l'heure d'une option : Vous retenez une heure et le client en veut une autre. Posez une nouvelle option, puis libérez l'ancienne, et lisez les disponibilités sans votre propre option.
• Réserver malgré les règles : Lever une règle de réservation pour un séminaire, un habitué ou un groupe de trente — ce qui est levable, ce qui ne l'est jamais, et ce que le restaurant en voit ensuite.
• Réserver une salle entière : Prendre toutes les tables d'une section pour un séminaire ou un événement privé en un seul appel — trouver la salle, la réserver et traiter une salle déjà en partie prise.
• Garder votre système synchronisé : Répliquer les réservations d'un restaurant dans votre propre CRM — les webhooks pour le signal, updated_since pour la vérité, les ETags pour le coût.
• Demander une garantie par carte : Réserver un créneau qui demande une carte au client — ce que vous voyez, ce que vous ne pouvez pas construire, et les deux refus qui surprennent.