Backoffice Payment Review
Internal Epara view for risk, provider route, ledger evidence, webhook delivery, settlement, operations, and support teams.
Statement matched
Epara teams use the same lifecycle evidence for risk, provider operations, ledger, webhook, reconciliation, and finance review.
Failed, expired, and cancelled checkout sessions never create fee, reserve, receipt, or payout lines.
Backoffice action path
The payment review explains which internal team owns each decision before the merchant payout can leave Epara control.
op_decision_school_2026_001What should the payment reviewer do next?
Payment review can clear risk and provider evidence, answer support safely, and send refund exposure to the checker path.
operator_action_console_school_2026Which method rail produced this payment?
Payment review ties the customer method choice to provider route, receipt, webhook, ledger, and payout controls.
pm_action_console_demo_market_2026Why was this payment allowed?
Payment review shows the risk decision, reserve, refund gate, dispute package, and payout exposure tied to the same captured payment.
risk_decision_map_school_2026What messages were produced after capture?
Payment review ties capture to customer receipt delivery, merchant alert, reminder jobs, and notification control evidence.
notify_school_2026_001Who relies on this payment?
Backoffice sees which team owns the next decision, where the evidence lives, and which route proves the customer payment, settlement, support, risk, and revenue story.
What can internal teams audit?
Backoffice connects customer proof, risk gates, operator decisions, refund maker-checker, dispute package, and treasury controls.
evidence_pack_school_2026_001Which customer-facing screens need internal evidence?
Backoffice sees the customer journey and the money boundary for every payment screen before acting.
payment_screen_map_school_2026_001Which decisions are already recorded?
Backoffice review sees customer, merchant, payment-method, and operator actions in one payment case without changing money facts.
action_ledger_school_2026_001 / evidence_pack_school_2026_001Demo action state is local to this browser, but every row keeps the same payment, evidence pack, and money-boundary language.
| Reference | Payer | Delivery | Status | Evidence |
|---|---|---|---|---|
| SCH-2026-00041 | Alia School Parent | Email receipt delivered | paid | EP-RCPT-2026-00041 |
| SCH-2026-00042 | Omar Parent | WhatsApp link opened | checkout sent | wa_open_school_2026_00042 |
| SCH-2026-00043 | Mina Parent | QR poster ready | due soon | qr_scan_waiting_school_2026_00043 |
| Step | Channel | Target | Evidence | Status |
|---|---|---|---|---|
| Import payer list | - | - | batch_school_2026_import_001 | validated |
| Lock student references | - | - | ref_lock_school_2026_001 | passed |
| Apply due date | - | - | due_school_2026_06_20 | scheduled |
| Generate share assets | - | - | assets_school_fee_2026_001 | ready |
| - | SCH-2026-00042 | wa_remind_school_2026_00042 | scheduled | |
| - | SMS | SCH-2026-00043 | sms_remind_school_2026_00043 | ready to send |
| - | Invoice PDF | Finance office batch | invoice_pdf_school_2026_001 | delivered |
| Queue | Actor | Action | Evidence | Decision | Status |
|---|---|---|---|---|---|
| Provider capture review | Operations analyst | Verify Local Card Switch capture | route_live_cards_iqd | Capture reference accepted | ops cleared |
| Webhook outbox | Developer ops | Confirm merchant notification | evt_payment_captured_001 | Signed event delivered | delivered |
| Receipt proof | Support lead | Confirm guest payer receipt | EP-RCPT-2026-00041 | Support can explain payment | ready |
| Reconciliation | Finance control | Match provider file to ledger | recon_run_school_2026_001 | No difference; statement approved | statement matched |
| Treasury handoff | Finance operator | Hold until bank confirmation | rafidain_transfer_pending_8821 | Merchant payout remains provider pending | provider pending |
Allowed with low-risk reference
allowedSchool fee reference and amount are within merchant limit policy. No hold beyond default reserve.
Local card route selected
selectedProvider route decision selected the IQD live card adapter and captured the payment.
Balanced movement posted
matchedGross capture, platform fee, merchant net, and reserve hold are visible as immutable evidence.
Webhook delivered
deliveredMerchant endpoint received signed `payment.captured` event. Payload hash and signature evidence are retained.
Settlement line ready
readyThe captured payment is included in the daily IQD statement and next payout calculation.
Receipt and refund path available
readySupport can identify the guest payer, receipt, refund capacity, and dispute path without editing immutable records.
Chargeback evidence submitted
evidence submittedIf the payer disputes the hosted checkout payment, support, risk, provider ops, merchant, and finance work from one case record.
No-capture attempts are explainable
monitoredFailed, expired, and cancelled sessions are retained as customer-service evidence but do not create fees, reserves, receipts, or payouts.
Card-present capture is matched
matchedCounter reader authorization, terminal batch, ledger movement, and customer POS receipt are retained for card-present support.