ibelsaDocumentation
Author: Florian Klein 2025-03-10T10:10 2025-03-12T16:47

Webhooks

Usage

Use webhooks to notify your system about certain events within ibelsa.

Info

Event

The following events are currently supported:

Event Description Parameters
MAINRESERVATION_CREATED Triggers when a mainreservation is created.
  • id => id of the mainreservation
  • MAINRESERVATION_UPDATED Triggers when a mainreservation is updated.
  • id => id of the mainreservation
  • MAINRESERVATION_REMOVED Triggers when a mainreservation is removed.
  • id => id of the mainreservation
  • ROOMRESERVATION_CREATED Triggers when a roomreservation is created.
  • id => id of the roomreservation

  • mainres_id => id of the related mainreservation

  • is_modification => if creation is part of a channelmanager modify
  • ROOMRESERVATION_UPDATED Triggers when a roomreservation is updated.
  • id => id of the roomreservation

  • mainres_id => id of the related mainreservation
  • ROOMRESERVATION_REMOVED Triggers when a roomreservation is removed.
  • id => id of the roomreservation

  • mainres_id => id of the related mainreservation

  • is_modification => if creation is part of a channelmanager modify
  • CONTACT_CREATED Triggers when a contact is created.
  • id => id of the contact
  • CONTACT_UPDATED Triggers when a contact is updated.
  • id => id of the contact

  • is_deleted => 1 if the update is a deletion.
  • CONTACT_REMOVED Triggers when a contact is removed.
  • id => id of the contact
  • ROOMSTATUS_UPDATED Triggers when a roomstatus (dirty/clean) is updated.
  • id => if of the room

  • is_clean => true / false
  • Channelmanager modifications

    Channelmanager modifications are processed by ibelsa as deletion and creation of new room reservations. This also means that these modifications trigger webhooks of the types ROOMRESERVATION_REMOVED and ROOMRESERVATION_CREATED. In order to recognize these, the webhooks receive an additional parameter in these cases.

    Request Methods

    ibelsa Webhooks currently only support GET-Requests.

    Authentication

    Each webhook can be provided with its own basic authentication.

    Managing Webhooks via the API

    Even if it is possible for hoteliers to store webhooks manually, it is recommended that partners store webhooks automatically via API during onboarding.

    Adding a Webhook

    API DocAdd Webhook

    List Webhooks

    API DocList Webhooks

    Updating a Webhook

    API DocUpdate Webhook

    Removing a Webhook

    API DocRemove Webhook

    Migration from API Push Notifications to Webhooks

    Webhooks were previously known as “API Push Notifications”. The configuration was also less extensive. All “API Push Notifications” were migrated automatically and continue to work without the need for adjustments by the partner.

    In addition, the old API Push Notification endpoint is still compatible with webhooks. However, it is recommended to switch to the new webhook endpoints.

    Deprecated API Push Notification Documentation: API Push Notification

    This page was generated from a Markdown file.

    Would you like to view the content in your favourite Markdown reader?
    Raw Markdown