Current decision

87% klar, riktig merchant-lane proof kvar

Flow har payments/recovery/reconciliation-ytor. Det som inte får låtsas vara klart är riktig Kustom paid reference, refund/dispute-event och recurring/customer-token när providern stöder det.

4

proof lanes

6

checks

4

merchant proof

Payment proof lanes

Det som gör betalningskedjan säljbar

Green

Checkout start

Checkout can start from package purchase or signed proposal with clear customer-safe state.

  • plan/proposal source
  • amount/currency
  • tenant trace
  • cancel return

Green with merchant proof pending

Success, failure and retry

Flow separates customer copy from provider state and creates recoverable retry paths.

  • success
  • failure
  • retry
  • pending verification

Green

Reconciliation

Finance can trace payment to tenant, booking, proposal, invoice and operational owner.

  • provider reference
  • booking/proposal link
  • ledger state
  • ops summary

Baseline green

Refund and dispute

Refund/dispute workflows have owner, reason, SLA and evidence path. Full proof requires real merchant-lane events.

  • refund request
  • chargeback reason
  • finance incident
  • evidence export

Acceptance

Go-live checks

  • Checkout starts from the correct package or signed proposal.
  • Failure and pending payment states are honest and recoverable.
  • Finance can trace provider reference to tenant, proposal, booking and invoice.
  • Refund/dispute handling has owner, status and evidence.
  • Kustom proof is not marked complete without a real merchant-lane reference.
  • Customer never sees raw provider errors.

Remaining external proof

Det som kräver Kustom/merchant-bevis

  • Archive one real Kustom merchant-lane paid reference.
  • Run refund/dispute proof against a supported merchant lane.
  • Verify recurring/customer-token when Kustom enables that lane.
  • Capture failed payment recovery from live tenant checkout.