Panoramica
Eventi di pagamento, fiscalizzazione e riconciliazione con firme, retry e gestione idempotente.
Gestione eventi
Accettate l’evento, verificate la firma, salvate l’event id, rispondete rapidamente e spostate la logica pesante in queue.
Guasti
Se CRM o ERP è temporaneamente non disponibile, l’evento non deve andare perso: usate retry e log degli errori di integrazione.
Come usare questa pagina
Webhooks aiuta ad allineare lo scenario di pagamento tra business, sviluppo e operations. Prima del lancio vanno definiti canale di vendita, route del provider, responsabilità webhook, verifica dello stato e supporto cliente dopo il pagamento.
FAQ
What must a webhook handler do before changing an order?
It must verify the signature, store the event id and payload, confirm that the event was not processed before and only then update orders, invoices, fiscal jobs or CRM status.
Why should heavy business logic go to a queue?
A webhook endpoint should respond quickly. A queue makes it possible to retry CRM, ERP, e-mail or fiscal actions after temporary failures without losing the event.