Skip to content

FAS-COM-ORD-02Sale completion and payment

Markdown

FAS-COM-ORD-02

Sale completion and payment

Markdown
  • DocumentProposed
  • Product intentProposed

Product areaCommerceModuleCustomer purchases, purchased benefits and vendor stockRevision1

Read atservices-commerce c8b66a98macroservice-libraries 54536a44react-console baf6dae3

Scenarios

5 scenarios proving FEAT-COM-ORD-02 as a whole.

01 A pay-now purchase bills before it accepts payment behaviour test
Exercises
CAP-COM-ORD-005 CAP-COM-ORD-006 CAP-COM-ORD-007
Relies on
ATS-COM-ORD-005-09 ATS-COM-ORD-006-01 ATS-COM-ORD-007-05
Preconditions
The fixture buyer has a reviewed shirt and an approved card response.
Steps
[object Object]
Expected
One order is billed and accepted with its Accounting payment linked.
Data
An isolated workspace with the records, permissions and controlled outcomes named above.
Bound to
Source
services-commerce:modules/orders/tests/e2e/billing-and-tender.e2e.spec.js#billed the order at placement: billed, placed, one pro forma sale invoice linked under the first bill key, the line carrying its invoice line,services-commerce:modules/orders/tests/e2e/billing-and-tender.e2e.spec.js#answers 200: the attempt succeeded with Accounting’s payment, the order accepted, the pro forma converted by that first money
02 A funded but unaccepted sale returns money on void interaction test
Exercises
CAP-COM-ORD-006 CAP-COM-ORD-007 CAP-COM-ORD-008
Relies on
ATS-COM-ORD-007-07 ATS-COM-ORD-008-06 ATS-COM-ORD-008-07
Preconditions
A pay-now sale has a partial card payment and applied credit.
Steps
[object Object]
Expected
Captured card money is refunded before crediting and no money command is repeated.
Data
An isolated workspace with the records, permissions and controlled outcomes named above.
Bound to
Source
services-commerce:modules/orders/tests/e2e/billing-and-tender.e2e.spec.js#refunds nothing twice: a second void is 409, a re-run of the plan sends nothing and a replayed request answers the same plan
03 A decline does not force another purchase lifecycle test
Exercises
CAP-COM-ORD-005 CAP-COM-ORD-006 CAP-COM-ORD-007
Relies on
ATS-COM-ORD-005-01 ATS-COM-ORD-007-05
Preconditions
The first card is declined and the second is approved within the window.
Steps
[object Object]
Expected
The same order contains both attempts and becomes accepted after the second.
Data
An isolated workspace with the records, permissions and controlled outcomes named above.
Bound to
Source
services-commerce:modules/orders/tests/e2e/billing-and-tender.e2e.spec.js#answers 200 declined with the processor’s code, the order still placed with its pro forma, the attempt declined,services-commerce:modules/orders/tests/e2e/billing-and-tender.e2e.spec.js#accepts the order on the next attempt, under the next sequence and key
04 An editor cannot place or void a purchase permissionnegative proposed
Exercises
CAP-COM-ORD-005 CAP-COM-ORD-008 CAP-COM-ORD-011
Relies on
ATS-COM-ORD-005-12 ATS-COM-ORD-008-01
Preconditions
A clerk can update carts and read orders but lacks placing and void authority.
Steps
[object Object]
Expected
The edit succeeds and both order mutations are refused.
Data
An isolated workspace with the records, permissions and controlled outcomes named above.
Source
ATS-COM-ORD-005-12,ATS-COM-ORD-008-01
05 Uncertain payment resumes before any fresh card charge regressionnegative proposed
Exercises
CAP-COM-ORD-006 CAP-COM-ORD-007 CAP-COM-ORD-009
Relies on
ATS-COM-ORD-007-01 ATS-COM-ORD-007-06 ATS-COM-ORD-009-04
Preconditions
A billed deposit sale has a lost Accounting response.
Steps
[object Object]
Expected
One captured attempt accepts the deposit sale and one schedule is linked after recovery.
Data
An isolated workspace with the records, permissions and controlled outcomes named above.
Source
ATS-COM-ORD-007-01,ATS-COM-ORD-007-06,ATS-COM-ORD-009-04

The Markdown files under specs/ in rhythmsoftware/rhythm-v2-docs are the canonical source of truth. This reader is a generated, read-only projection of them.