---
source_sha:
  services-commerce: c8b66a98e2490617aec38ba5c8165dd9bd0a8f9b
  react-console: baf6dae382d6f41dce976c7f848667ccc37e076f
  macroservice-libraries: 54536a441935c6e09fdb7f96f0bec71c52ba4e03
---
# Permanent identifiers for Commerce purchasing

Reserve identifiers before creating their records. Existing allocations remain permanent, including when an artifact is superseded. Earlier acceptance inventories contribute historical seeds through supersedes; their number sequences are independent. Commerce actors share one product-area sequence.

## Series

| Series | Allocated | Next free |
|---|---|---|
| `MOD-COM-ORD` | the module charter | — |
| `FEAT-COM-ORD-` | 01 to 07 | 08 |
| `CON-COM-ORD-` | 001 to 006 | 007 |
| `ACT-COM-` | 001 to 006 (product-area wide) | 007 |
| `CAP-COM-ORD-` | 001 to 018 | 019 |
| `JNY-COM-ORD-` | 001 to 006 | 007 |
| `ATS-COM-ORD-` | 001 to 018 (one per capability, same number) | 019 |
| `FND-COM-ORD-` | 001 to 062 | 063 |
| `OQ-COM-ORD-` | 001 to 008 | 009 |
| `DOM-COM-ORD-` | 001 to 006 (one per Key Concept, the same number) | — |
| `STATE-COM-ORD-` | 001 to 013 | 014 |
| `WF-COM-ORD-` | 001 to 016 | 017 |
| `SVC-COM-ORD-` | `checkout`, `orders`, `participants`, `entitlements`, `purchasing` (one per source module) | — |
| `SCR-COM-ORD-` | 001 to 008 | 009 |
| `ADR-COM-ORD-` | 001 to 016 | 017 |
| `IOP-COM-ORD-` | none: no source module, workflow or screen asks a model | 001 |

## Rows Inside Artifacts

| Artifact | Title | Rules (`BR-…-NN`) | Scenarios and edge cases (`SC-…-NN`) | Next free BR | Next free SC |
|---|---|---|---|---|---|
| `CAP-COM-ORD-001` | Build a buyer’s cart | 01 to 14 | 01 to 03 | 15 | 04 |
| `CAP-COM-ORD-002` | Select and preserve the sale’s checkout policy | 01 to 10 | 01 to 01 | 11 | 02 |
| `CAP-COM-ORD-003` | Review the price and resolve purchase blockers | 01 to 12 | 01 to 02 | 13 | 03 |
| `CAP-COM-ORD-004` | Use promotion codes before the sale | 01 to 11 | 01 to 02 | 12 | 03 |
| `CAP-COM-ORD-005` | Create one order at the reviewed price | 01 to 13 | 01 to 02 | 14 | 03 |
| `CAP-COM-ORD-006` | Invoice a sale through Accounting | 01 to 12 | 01 to 02 | 13 | 03 |
| `CAP-COM-ORD-007` | Collect payment without duplicate charges | 01 to 14 | 01 to 02 | 15 | 03 |
| `CAP-COM-ORD-008` | Clear an unaccepted order and return its resources | 01 to 10 | 01 to 01 | 11 | 02 |
| `CAP-COM-ORD-009` | Purchase with a deposit and scheduled payments | 01 to 08 | 01 to 01 | 09 | 02 |
| `CAP-COM-ORD-010` | Locate orders and understand their progress | 01 to 10 | 01 to 02 | 11 | 03 |
| `CAP-COM-ORD-011` | Protect orders and carts by workspace and authority | 01 to 08 | 01 to 01 | 09 | 02 |
| `CAP-COM-ORD-012` | Sell through the application that owns the purchase | 01 to 13 | 01 to 02 | 14 | 03 |
| `CAP-COM-ORD-013` | Provide purchased rights and account for their use | 01 to 13 | 01 to 01 | 14 | 02 |
| `CAP-COM-ORD-014` | Cancel accepted purchases and settle the result | 01 to 15 | 01 to 01 | 16 | 02 |
| `CAP-COM-ORD-015` | Amend purchases and settle their price difference | 01 to 13 | 01 to 01 | 14 | 02 |
| `CAP-COM-ORD-016` | Authorize returns and settle received goods | 01 to 12 | 01 to 01 | 13 | 02 |
| `CAP-COM-ORD-017` | Arrange vendor stock purchases | 01 to 07 | 01 to 01 | 08 | 02 |
| `CAP-COM-ORD-018` | Receive inventory and retain its cost | 01 to 15 | 01 to 01 | 16 | 02 |

| Journey | Title | Assertions (`AS-…-NN`) | Next free AS |
|---|---|---|---|
| `JNY-COM-ORD-001` | A phone purchase succeeds after a declined card | 01 to 03 | 04 |
| `JNY-COM-ORD-002` | An organization purchase is accepted on terms | 01 to 03 | 04 |
| `JNY-COM-ORD-003` | A manager locates a purchase and reviews its balance | 01 to 03 | 04 |
| `JNY-COM-ORD-004` | A void releases an unfinished purchase | 01 to 03 | 04 |
| `JNY-COM-ORD-005` | A partial cancellation refunds the affected purchase | 01 to 02 | 03 |
| `JNY-COM-ORD-006` | Vendor stock arrives through partial receipts | 01 to 03 | 04 |

| Acceptance Test Set | Scope | Scenarios (`ATS-…-NN`) | Next free |
|---|---|---|---|
| `ATS-COM-ORD-001` | `CAP-COM-ORD-001` | 01 to 10 | 11 |
| `ATS-COM-ORD-002` | `CAP-COM-ORD-002` | 01 to 07 | 08 |
| `ATS-COM-ORD-003` | `CAP-COM-ORD-003` | 01 to 11 | 12 |
| `ATS-COM-ORD-004` | `CAP-COM-ORD-004` | 01 to 08 | 09 |
| `ATS-COM-ORD-005` | `CAP-COM-ORD-005` | 01 to 12 | 13 |
| `ATS-COM-ORD-006` | `CAP-COM-ORD-006` | 01 to 10 | 11 |
| `ATS-COM-ORD-007` | `CAP-COM-ORD-007` | 01 to 15 | 16 |
| `ATS-COM-ORD-008` | `CAP-COM-ORD-008` | 01 to 09 | 10 |
| `ATS-COM-ORD-009` | `CAP-COM-ORD-009` | 01 to 07 | 08 |
| `ATS-COM-ORD-010` | `CAP-COM-ORD-010` | 01 to 08 | 09 |
| `ATS-COM-ORD-011` | `CAP-COM-ORD-011` | 01 to 06 | 07 |
| `ATS-COM-ORD-012` | `CAP-COM-ORD-012` | 01 to 08 | 09 |
| `ATS-COM-ORD-013` | `CAP-COM-ORD-013` | 01 to 10 | 11 |
| `ATS-COM-ORD-014` | `CAP-COM-ORD-014` | 01 to 12 | 13 |
| `ATS-COM-ORD-015` | `CAP-COM-ORD-015` | 01 to 10 | 11 |
| `ATS-COM-ORD-016` | `CAP-COM-ORD-016` | 01 to 09 | 10 |
| `ATS-COM-ORD-017` | `CAP-COM-ORD-017` | 01 to 06 | 07 |
| `ATS-COM-ORD-018` | `CAP-COM-ORD-018` | 01 to 15 | 16 |

## Examination Reservations

This pass allocates four findings and six rule-and-acceptance pairs. The added behavior covers schedule reads, line-grain cancellation, proration, transfers, stock adjustments and the persisted cart lifecycle. No existing identifier is reused or renumbered.

## Design Allocations

Allocated 2026-10-23 by the design draft (job `commerce-orders-desi-draft-1`) before any design file was written.

| Id | Title |
|---|---|
| `DOM-COM-ORD-001` | Checkout |
| `DOM-COM-ORD-002` | Order |
| `DOM-COM-ORD-003` | Selling Application |
| `DOM-COM-ORD-004` | Entitlement |
| `DOM-COM-ORD-005` | After-Sale Change |
| `DOM-COM-ORD-006` | Purchase Order |
| `STATE-COM-ORD-001` | Checkout lifecycle |
| `STATE-COM-ORD-002` | Checkout item preparation |
| `STATE-COM-ORD-003` | Hold and claim ledger |
| `STATE-COM-ORD-004` | Order lifecycle |
| `STATE-COM-ORD-005` | Order billing |
| `STATE-COM-ORD-006` | Payment attempt |
| `STATE-COM-ORD-007` | Product type registration |
| `STATE-COM-ORD-008` | Entitlement lifecycle |
| `STATE-COM-ORD-009` | Cancellation lifecycle |
| `STATE-COM-ORD-010` | Amendment lifecycle |
| `STATE-COM-ORD-011` | Return lifecycle |
| `STATE-COM-ORD-012` | Return authorization |
| `STATE-COM-ORD-013` | Purchase order lifecycle |
| `WF-COM-ORD-001` | Build a cart and preview its price |
| `WF-COM-ORD-002` | Place an order |
| `WF-COM-ORD-003` | Bill an order through Accounting |
| `WF-COM-ORD-004` | Take a payment and settle an uncertain one |
| `WF-COM-ORD-005` | Void an unaccepted order and give back what it held |
| `WF-COM-ORD-006` | Run the every-minute sweeps |
| `WF-COM-ORD-007` | Pay by deposit and installments |
| `WF-COM-ORD-008` | Keep the order's money position current |
| `WF-COM-ORD-009` | Grant, draw, restore and revoke entitlements |
| `WF-COM-ORD-010` | Cancel lines of an accepted order |
| `WF-COM-ORD-011` | Amend a purchase through a change order |
| `WF-COM-ORD-012` | Apply a promotion after the sale |
| `WF-COM-ORD-013` | Authorize, receive and settle a return |
| `WF-COM-ORD-014` | Register a selling application |
| `WF-COM-ORD-015` | Receive stock and record its cost |
| `WF-COM-ORD-016` | Value stock movements after receipt |
| `SVC-COM-ORD-checkout` | Checkout service module |
| `SVC-COM-ORD-orders` | Orders service module |
| `SVC-COM-ORD-participants` | Participants service module |
| `SVC-COM-ORD-entitlements` | Entitlements service module |
| `SVC-COM-ORD-purchasing` | Purchasing service module |
| `SCR-COM-ORD-001` | Orders list |
| `SCR-COM-ORD-002` | Order 360 |
| `SCR-COM-ORD-003` | New order |
| `SCR-COM-ORD-004` | Take payment |
| `SCR-COM-ORD-005` | Void order |
| `SCR-COM-ORD-006` | Cancel lines |
| `SCR-COM-ORD-007` | Return items |
| `SCR-COM-ORD-008` | Amend a purchase |
| `ADR-COM-ORD-001` | Five service modules realise Orders |
| `ADR-COM-ORD-002` | Accounting owns the money; the order mirrors it |
| `ADR-COM-ORD-003` | Placement prepares outside a transaction and commits in one |
| `ADR-COM-ORD-004` | Placement recomputes the price and refuses a change |
| `ADR-COM-ORD-005` | Accounting calls follow the commit under stable keys |
| `ADR-COM-ORD-006` | An order freezes its checkout policy at placement |
| `ADR-COM-ORD-007` | After-sale money moves through one adjustment plan |
| `ADR-COM-ORD-008` | Background work runs as one every-minute sweeper |
| `ADR-COM-ORD-009` | Selling applications plug in through a versioned contract |
| `ADR-COM-ORD-010` | Orders records carry no custom fields |
| `ADR-COM-ORD-011` | No Orders operation is published to Submissions |
| `ADR-COM-ORD-012` | Rights are drawn through one database function |
| `ADR-COM-ORD-013` | Sales are never deleted; history is an append-only trail |
| `ADR-COM-ORD-014` | Interventions are logged first; the audit event follows |
| `ADR-COM-ORD-015` | Replacements carry the complete record at the version read |
| `ADR-COM-ORD-016` | One route set serves portal and console; the caller decides authority |
| `FND-COM-ORD-036` to `FND-COM-ORD-053` | Design findings |
| `OQ-COM-ORD-006` to `OQ-COM-ORD-008` | Design open questions |
| `INV-DOM-COM-ORD-<NNN>-NN` | Invariants are rows inside their Domain Object, numbered from 01 per object |

## Design Examination Allocations

| Id | Purpose |
|---|---|
| `FND-COM-ORD-054` | Mirror refresh can overwrite a newer derivation |
| `FND-COM-ORD-055` | Authorization updates lack their own lifecycle guard |
| `FND-COM-ORD-056` | Design overstates uniform after-sale order eligibility |
| `FND-COM-ORD-057` | Broad invariant claims exceed their cited test evidence |

## Area Backfill Allocations

| Id | Purpose |
|---|---|
| `AREA-COM` | Commerce overview |
| `AUTH-COM` | Commerce authorization model |
| `ROLE-COM-001` | Commerce Read Only policy grouping |
| `ROLE-COM-002` | Commerce User policy grouping |
| `ROLE-COM-003` | Commerce Administrator policy grouping |
| `ROLE-COM-004` | Delivering application callback identity |

## Control Backfill Allocations

| Id | Purpose |
|---|---|
| `FND-COM-ORD-058` | Finished carts retain purchasing-party and recipient references because the planned retention deletion has no sweep caller; abandonment alone does not remove their retained data. |
| `FND-COM-ORD-059` | Financial summary refresh writes without comparing the age of the stored result; a slower refresh can overwrite a newer derivation without a visible concurrency refusal. |
| `FND-COM-ORD-060` | Order interventions retain local history, but the selected shared audit provider only logs the event and cannot publish it to the shared audit store; local evidence does not establish the complete privileged audit path. |
| `FND-COM-ORD-061` | A deferred or refused installment reduction is recorded without an operational exception or an automatic continuation; the retained schedule can remain inconsistent with the cancelled purchase. |
| `FND-COM-ORD-062` | Some service permission fields combine keys with explanatory access text, while the authorization checker compares the entire field literally. The authorization catalogue preserves those descriptions as non-grantable annotations; normalized permission references need a separate corpus change. |