Опис
Платіжні, фіскальні та reconciliation-події з signatures, retries та ідемпотентною обробкою.
Обробка подій
Прийміть event, перевірте signature, збережіть event id, швидко відповідайте і переносіть важку бізнес-логіку в queue.
Збої
Якщо CRM або ERP тимчасово недоступні, event не повинен загубитися: використовуйте retry та журнал integration errors.
Як використовувати сторінку
Webhooks допомагає узгодити платіжний сценарій між власником бізнесу, розробником та операційною командою. Перед запуском варто зафіксувати канал продажів, provider route, відповідальних за webhook, перевірку статусу та підтримку клієнта після оплати.
Часті питання
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.