Aller au contenu principal

Webhooks : cas limites et recommandations

Conseils d’ordonnancement des événements received et updated, et gestion des webhooks activés en cours de route.

Activer les webhooks alors que des demandes existent déjà

Si vous activez les webhooks après l’arrivée de certaines demandes, vous pouvez recevoir des événements privacy_request.updated sans privacy_request.received correspondant. Corrigez ces demandes manuellement, ou ne commencez à enregistrer les nouvelles demandes qu’une fois les éléments en transit stabilisés. Si vous avez besoin qu’Optacy rejoue les webhooks pour des demandes historiques, contactez-nous.

Updated avant received

Il arrive que privacy_request.updated arrive peu après la réception, par exemple lorsque le MP3 ou la transcription devient disponible, et devance privacy_request.received.

Approche recommandée :

  1. Créez l’enregistrement de la demande d’exercice de droits à la réception de privacy_request.received.
  2. Appliquez les mises à jour de privacy_request.updated en vous basant sur l’horodatage de la signature (conservez l’état le plus récent).

Si vous recevez privacy_request.updated en premier, renvoyez une réponse autre que 200 (par exemple une erreur PrivacyRequestNotFound). Optacy réessaiera automatiquement environ 30 minutes plus tard. C’est rare, mais dans ce cas vous pouvez aussi :

  • utiliser un verrou sur un enregistrement parent, comme un Service Code
  • faire un upsert basé sur l’horodatage le plus récent
  • mettre en file d’attente les mises à jour échouées et les relancer de votre côté après l’arrivée de l’événement received