მიმოხილვა
Payment, fiscal და reconciliation events signatures-ით, retries-ით და idempotent handling-ით.
Event handling
მიიღეთ event, შეამოწმეთ signature, შეინახეთ event id, სწრაფად უპასუხეთ და heavy business logic გადაიტანეთ queue-ში.
Failures
თუ CRM ან ERP დროებით unavailable არის, event არ უნდა დაიკარგოს: გამოიყენეთ retry და integration error logs.
როგორ გამოვიყენოთ ეს გვერდი
Webhooks ეხმარება ბიზნესის მფლობელს, დეველოპერს და ოპერაციულ გუნდს ერთ payment scenario-ზე შეთანხმებაში. გაშვებამდე უნდა დაფიქსირდეს sales channel, provider route, webhook-ის პასუხისმგებელი, status verification და customer support flow. ასევე საჭიროა test payment-ის, refund-ის და reconciliation-ის შედეგების ერთად გადამოწმება.
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.