Inscriptions directement dans votre CRM

Non. La connexion est unidirectionnelle par conception : les données quittent Quick Event, rien n'est écrit depuis l'extérieur. Il n'y a pas de clé API entrante et pas de point d'accès public en écriture pour les réservations.

Non. Si votre CRM peut recevoir un webhook, dirigez la destination directement vers celui-ci. Une couche d'automatisation est utile lorsque vous souhaitez transformer la charge utile, la distribuer à plusieurs systèmes, ou connecter un CRM qui n'a pas son propre point d'accès webhook.

Rien n'est perdu. Le curseur de la destination reste là où il était, de sorte que la livraison reprend au premier enregistrement manqué. Après 20 échecs consécutifs, la destination est désactivée et la dernière erreur reste visible — réactivez-la et le retard est livré.

Recalculez le HMAC-SHA256 de <x-quickevent-timestamp>.<raw body> avec votre secret de destination et comparez-le à l'en-tête x-quickevent-signature en temps constant. Rejetez les requêtes dont l'horodatage est éloigné de l'heure actuelle.

Oui — avec le nom du point de check-in, la direction, l'appareil et si c'était une annulation manuelle. Un CRM qui sait qui s'est inscrit mais pas qui est réellement venu ne raconte que la moitié de l'histoire.