Überblick
Zahlungs-, Fiskal- und Reconciliation-Events mit Signaturen, Retries und idempotenter Verarbeitung.
Event-Verarbeitung
Event annehmen, Signatur prüfen, Event ID speichern, schnell antworten und schwere Geschäftslogik in eine Queue verschieben.
Ausfälle
Wenn CRM oder ERP vorübergehend nicht verfügbar sind, darf das Event nicht verloren gehen: nutzen Sie Retry und Integrationsfehler-Logs.
So nutzen Sie diese Seite
Webhooks hilft, das Zahlungsszenario zwischen Business, Entwicklung und Operations abzustimmen. Vor dem Start sollten Vertriebskanal, Provider-Route, Webhook-Verantwortung, Statusprüfung und Kundensupport nach der Zahlung festgelegt werden. Testzahlung, Rückerstattung und Abgleich sollten dabei gemeinsam geprüft und dokumentiert werden.
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.