01must proveConfirmed | An unresolved payment attempt is resumed with its existing Accounting key despite changed retry inputs, preventing a second charge for that attempt. no proof recorded yet | invariant | api, service | test |
02must proveConfirmed | The normal payment action requires a placed or payment-uncertain order within its tender window and refuses accepted orders and attempts after that window. no proof recorded yet | validation | service | test |
03must proveConfirmed | The frozen policy determines processor, store-credit and terms choices; console staff can record supported offline methods even without listed offline choices, while portal buyers cannot record them. no proof recorded yet | policy | service | test |
04must proveConfirmed | Commerce accepts a payment token and stores a merchant-account reference with the token’s final four characters, keeping the full token out of the returned attempt. no proof recorded yet | invariant | service | test |
05must proveConfirmed | A card decline preserves the placed order and pro forma, allowing a later attempt within the window under a new sequence and key. no proof recorded yet | lifecycle | service | test |
06must proveConfirmed | A lost payment response leaves the order uncertain until the minute sweep resolves the existing attempt, and uncertainty lasting fifteen minutes raises an exception. no proof recorded yet | lifecycle | service | test |
07must proveConfirmed | Successful payment legs count toward acceptance, with store credit counted at the amount actually applied and a zero-application leg declined. no proof recorded yet | calculation | service | test |
08must proveConfirmed | A single-payment policy prevents a portal buyer’s second payment, with a policy explanation, while staff can split the payment. no proof recorded yet | policy | service | test |
09must proveConfirmed | A terms payment choice accepts the order without a charge, converts its provisional invoice and can retain the customer’s purchase-order reference. no proof recorded yet | lifecycle | service | test |
10must proveConfirmed | Accounting checks the requested or frozen merchant account against the order’s business unit, currency and method before recording a card attempt, and the frozen policy rejects amounts outside its card range. no proof recorded yet | validation | service | test |
11must proveConfirmed | Payment first tries to bill an unbilled order and refuses the charge if billing still cannot obtain an answer. no proof recorded yet | validation | service | test |
12must proveConfirmed | The documented Accounting rule identifies the cardholder as payer and refuses application of their payment to another customer’s invoice. no proof recorded yet | policy | service | documented |
13must proveConfirmed | The composer retains the same order after card decline or an unpaid card-window close, records check references or terms purchase-order references and offers only permitted methods. no proof recorded yet | policy | console | test |
14must proveConfirmed | Order 360 selects pay-now payment and void actions or the terms invoice’s Accounting payment link according to order state and permissions, hiding these actions on paid orders. no proof recorded yet | permission | console | test |