bkash-payment-integrationlisted

# Taking payments in Bangladesh Two integration levels. Picking the wrong one wastes weeks. | | Manual TrxID | bKash PGW (tokenized checkout) | |---|---|---| | Needs a merchant account | no | **yes** | | Money verified automatically | no | yes | | Seller work per order | reconcile by hand | none | | Time to ship | hours | weeks (incl. their review) | | Right for | a first product, low volume | real volume, or when you can't reconcile by hand | **Ship the manual flow first unless there is a reason not to.** It is not embarrassing; it is what most Bangladeshi sellers actually run, and it gets you selling this week. --- ## Part 1 — manual bKash / Nagad TrxID flow Customer pays from their own app to your number, then types the **transaction ID** into the order form. You reconcile in an admin panel. **Order form must capture:** name, phone (normalized), address, city/area, quantity, **delivery zone** (Dhaka vs outside Dhaka is a different price), payment method (bKash | Nagad), and the TrxID. **Rules:** - Show a **live total** that includes delivery, computed the same way on the server. - The TrxID field is free text — do **not** validate it into a fake format. Formats change. - Order status walks `pending → verified → shipped`. Nothing is `paid` until a human checks. - The admin list needs the TrxID visible and copyable, because reconciliation happens in the bKash app on a phone. - **Never auto-confirm.** A typed TrxID is a claim, not a payment. Honeypot field on the