What it means
Invoice webhooks deliver asynchronous status changes and must be authenticated, replay-resistant and idempotent.
The receiver should acknowledge quickly and process durable events through a queue.
Implementation method
- 1Verify the signature over the exact raw body and timestamp.
- 2Reject stale timestamps and previously processed event IDs.
- 3Queue the verified event before returning success.
- 4Reconcile out-of-order events against the authority status when necessary.
Common mistakes
Build an explicit control or test case for this condition.
Build an explicit control or test case for this condition.
Build an explicit control or test case for this condition.
Build an explicit control or test case for this condition.
Questions and answers
What HTTP status should a webhook receiver return?
Follow provider rules, but normally acknowledge only after the event is authenticated and durably accepted for processing.
What if events arrive out of order?
Use event timestamps/version fields and query the authoritative status before moving a document backward.
Can EInvoiceLab officially certify webhook processing?
No. EInvoiceLab can inspect, prepare and explain technical data, but official conformance, delivery or acceptance depends on the active authority, network, accredited provider and validation artefacts.
Should I keep the original structured file?
Yes. Preserve the original XML or JSON, its hash, every validation report and the final authority or network response. A readable PDF should not replace the source document.