A Payment-Linked Acceptance Scenario

An illustrative workflow that keeps invoice settlement, execution, acceptance and payout separate.

Updated Read as Markdown ↗

Specify the payment state explicitly

A useful acceptance scenario records which job was requested, which payment was confirmed, what work ran and whether a reviewer accepted the result. This page is a conceptual example, not a working step-library reference or proof of a deployed Lightning escrow service.

Job: controlled API verification
Input: approved feature and target
Payment: quoted invoice, with separately confirmed settlement
Execution: report and feature identities
Acceptance: named reviewer and agreed criteria
Payout, if required: separately authorised transfer and receipt

Test payment without completed execution, execution failure, duplicate notifications and restart during reconciliation. Define the outcome for each case before selling the service. A passing scenario is not proof that a contractor transfer occurred.

Ordinary top-ups are not documented as funds held until tests pass. A conditional hold-invoice job needs its own settle/cancel, timeout and recovery behaviour. See payment flows, swap integration and the paid-job evaluation.

Search documentation

Search titles, summaries and document paths.