BursaPay Logo
Knowledge Base
Ticket Sign In
Help Center > Developer Platform & Gateway API > Idempotent Webhook Event Processing

Idempotent Webhook Event Processing

Published 2026-08-24 5 min read
Who is this article for?
This guide is for Developers, Engineering Teams, Platform Operators seeking operational guidance on BursaPay workflows.

UI Navigation Path (Step-by-Step)

  1. Extract the event and business reference.
  2. Check whether the event was already processed.
  3. Apply the business change inside an atomic transaction where appropriate.
  4. Record the processed state before acknowledging the event.
Verified BursaPay workflow: Prevent duplicate webhook deliveries from causing duplicate business operations.

1. Overview & Purpose

Webhook receivers must safely handle repeated events because delivery systems can retry events and the API itself treats previously processed events idempotently.

2. Requirements & Setup

Persist an event or transaction reference before applying a non-repeatable side effect.

3. Step-by-Step Workflow

  1. Extract the event and business reference.
  2. Check whether the event was already processed.
  3. Apply the business change inside an atomic transaction where appropriate.
  4. Record the processed state before acknowledging the event.

4. Rules & Troubleshooting

Do not rely only on HTTP request order. A duplicate event must return a safe success response without double-crediting, double-refunding or double-withdrawing.

5. Verification & Next Steps

Add automated duplicate-event tests for every critical webhook handler.

Was this article useful?

Related Articles

Retrying Failed Webhook Deliveries Paystack Webhook IP Allowlist and HMAC Security
Ask Bursa AI