The narrative above explains; the sections below are authoritative — the rules, scenarios and tests this document binds.
| # | Surface | Action | Capability | Expected | Provenance |
|---|---|---|---|---|---|
| 1 | prepare_purchase (advise) | Add the Regular package and Atlanta's dues to the cart. | CAP-MBR-MEM-009 | Commerce is told an enrolment with Atlanta and its dues product, priced as new, and nothing is written. | test services-membership:tests/e2e/commerce-purchase.e2e.spec.ts#plans the chapter with its dues product when its dues line is in the checkout |
| 2 | commerce_commit_claims | Place the order. | CAP-MBR-MEM-009 | A pending, unnumbered membership and term are reserved for the buyer. | test services-membership:tests/e2e/commerce-purchase.e2e.spec.ts#claims the pending term at placement |
| 3 | fulfill | Commerce authorizes fulfilment after payment. | CAP-MBR-MEM-009 | The term is committed, the membership numbered, and Atlanta written with its dues product. | test services-membership:tests/e2e/commerce-purchase.e2e.spec.ts#writes the chapter from the frozen payload at fulfilment |
| 4 | listMemberships | Atlanta's roster is read. | CAP-MBR-MEM-007 | The new member is on it. | test |
| 5 | getMyMemberships | The member opens their memberships in the portal. | CAP-MBR-MEM-017 | They see the new membership, its term and Atlanta. | test |
| Path | From step | Condition | Path taken | Outcome | Provenance |
|---|---|---|---|---|---|
| alternate | 2 | The same person's first membership is placed from a second browser tab at the same moment. | Only one placement reserves the term. | The other order is refused as pending. | test services-membership:tests/e2e/commerce-purchase.e2e.spec.ts#lets one of two concurrent placements claim the person’s term and refuses the other term_pending |
| alternate | 3 | Commerce delivers the same authorization again after a lost acknowledgement. | Membership answers the same records. | Still one membership and one term. | test services-membership:tests/e2e/commerce-purchase.e2e.spec.ts#answers a redelivered authorization after a lost acknowledgement with the same records (A17) |
| failure | 1 | The buyer chooses a zone instead of a chapter, or leaves out Atlanta's dues line. | The package line is refused inline. | Nothing is reserved. | test services-membership:tests/e2e/commerce-purchase.e2e.spec.ts#refuses a chapter the package does not allow, inline, writing nothing |
| failure | 2 | The buyer abandons the order and Commerce voids it. | The reservation is released. | The pending term and membership are gone. | test services-membership:modules/commerce-participant/tests/integration/participant.integration.spec.ts#releases a voided order: the pending term and the membership the claim created are deleted |
| failure | 2 | Commerce's placement transaction commits with Membership's history capture. | The commit is refused because Commerce's writes name a source the history does not accept. | Today no placement can commit. | unknown |
| Id | Statement | Provenance |
|---|---|---|
01 | Exactly one membership exists for the buyer, numbered at fulfilment. | test services-membership:tests/e2e/commerce-purchase.e2e.spec.ts#fulfils into a numbered membership holding the authorization id |
02 | The Atlanta affiliation carries Atlanta's dues product. | test services-membership:tests/e2e/commerce-purchase.e2e.spec.ts#writes the chapter from the frozen payload at fulfilment |
03 | Nothing is written before the order is placed. | test services-membership:tests/e2e/commerce-purchase.e2e.spec.ts#advises ok and writes nothing |
End-to-end policy: none: The checkout screens are Commerce's and the portal's; Membership's part is a service exchange with no screen of its own, proved at API level through the participant.