Webhooks

Voorheen moest je regelmatig pollen om te kijken of er data veranderd was. Vanaf nu kan je Webhooks aanmaken zodat wij een POST-request doen naar jouw endpoint wanneer er iets aan onze kant verandert. Dit maakt het makkelijker om een goede integratie te maken, of om de controle over je eigen data te behouden.

Er zijn een flink aantal event-types beschikbaar, verdeeld over meerdere categorieën:

• reservation.* — de hele reserveringslevenscyclus: created, updated, confirmed, cancelled, rejected, checked_in, checked_out, en no_show.
• restaurant.updated — voor wijzigingen aan je restaurantinstellingen.
• offer.*, table.*, guest.*, combination.* en note.* — elk met created, updated en deleted.

De POST-requests volgen de Standard Webhooks-specificatie zodat je aan ontvangstkant kunt verifiëren dat een bericht écht van ons komt. Je beheert webhooks in de backend onder Integraties → Webhooks, of via de REST API.

Tables API

Je kan nu de tafelindeling ook via de API raadplegen. We hebben endpoints gemaakt die je alle relevante informatie over alle tafels en tafelcombinaties geeft.

Ook is het nu mogelijk om bij het aanmaken of aanpassen van reserveringen via de API tafels mee te geven. We accepteren nu twee nieuwe velden wanneer je een reservering aanmaakt via de API met de restaurant role:

• table_ids — een array met Tafel ID's die je aan de reservering wilt koppelen.
• table_lock — een boolean die aangeeft of de automatische tafeltoekenner de reservering nog aan andere tafels mag toekennen of niet.

Wil je zelf een integratie maken? Laat het ons vooral weten zodat we kunnen helpen.