Rhythm 2.0 Specifications

Appearance

ATS-COM-ORD-010Locate orders and understand their progress: Acceptance Test Set

Markdown

ATS-COM-ORD-010

Locate orders and understand their progress: Acceptance Test Set

Markdown
  • DocumentProposed

Planning

Proves capability
CAP-COM-ORD-010

KindAcceptance test setProduct areaCommerceModuleCustomer purchases, purchased benefits and vendor stockRevision1

Read atservices-commerce c8b66a98react-console baf6dae3

Test Scenarios

8 scenarios proving CAP-COM-ORD-010; 7 bound to an existing test.

01 Workspace paging retains order and buyer informationapitest
Proves
BR-CAP-COM-ORD-010-01
Preconditions
Contact and organization purchases include an unknown CRM buyer and more than one page.
Steps
List workspace orders and continue with the cursor.
Expected
Pages follow descending placement order, expose available names and enforce the two-hundred-item bound.
Data
Use the controlled records and transports established by the cited tests.
Bound to
services-commerce:modules/checkout/tests/e2e/checkout-security.e2e.spec.js#a reader lists every order of the tenant with no buyer named, newest first, 50 a page
services-commerce:modules/orders/tests/integration/services/persistence/orders.queries.integration.spec.js#lists every order of the tenant newest placed first, and none of another tenant’s
services-commerce:modules/orders/tests/integration/services/persistence/orders.queries.integration.spec.js#answers each order with its buyer’s name, a contact’s or an organization’s, null when CRM has none
Source
services-commerce:modules/checkout/tests/e2e/checkout-security.e2e.spec.js#a reader lists every order of the tenant with no buyer named, newest first, 50 a page
02 Literal order search handles names and number textapitest
Proves
BR-CAP-COM-ORD-010-02
Preconditions
Fixtures include an order number and a buyer name containing an underscore.
Steps
Search number variants, mixed-case name fragments, literal underscore and excessive text.
Expected
Valid terms match the expected records and the overlong search is refused.
Data
Use the controlled records and transports established by the cited tests.
Bound to
services-commerce:modules/orders/tests/integration/services/persistence/orders.queries.integration.spec.js#reads a search term literally: an underscore matches an underscore, not any character
Source
services-commerce:modules/orders/tests/integration/services/persistence/orders.queries.integration.spec.js#finds an order by its display number with or without the ORD- prefix
03 List filters combine status and money boundariesapitest
Proves
BR-CAP-COM-ORD-010-03
Preconditions
Orders cover paid, owing, unbilled and voided cases across kinds and dates.
Steps
Apply filters individually and together.
Expected
Results meet all supplied filters, inclusive dates are retained and voided records are excluded from unpaid.
Data
Use the controlled records and transports established by the cited tests.
Bound to
services-commerce:modules/orders/tests/integration/services/persistence/orders.queries.integration.spec.js#filters the unpaid orders: owing or not yet billed, never a voided one
Source
services-commerce:modules/orders/tests/integration/services/persistence/orders.queries.integration.spec.js#filters by status
04 Buyer and workspace filter modes remain distinctunitnegativetest
Proves
BR-CAP-COM-ORD-010-04
Preconditions
A buyer owns orders and the caller can be a portal member.
Steps
Submit incomplete buyer fields and incompatible filter combinations, then list the member’s buyer scope.
Expected
Malformed combinations return 400 and the workspace portal request returns 403 while permitted buyer scope is available.
Data
Use the controlled records and transports established by the cited tests.
Bound to
services-commerce:modules/checkout/tests/e2e/checkout-security.e2e.spec.js#is refused the list of every order, 403, and still lists their own
Source
services-commerce:modules/orders/tests/unit/orders/orders-list-query.spec.js#refuses a buyer kind without an id
05 Money derivation reports reconciliation gapsunittest
Proves
BR-CAP-COM-ORD-010-06
Preconditions
Position fixtures include billed lines, credit applications, missing lines and a void invoice.
Steps
Derive and refresh money and invoke stale-mirror processing.
Expected
The figures count payment and credit application once, and inconsistencies raise their recorded exceptions.
Data
Use the controlled records and transports established by the cited tests.
Bound to
services-commerce:modules/orders/tests/unit/mirror/money-mirror.spec.js#sums the positions: paid counts payments and credit applications once, credited the memos, the balance what is due
services-commerce:modules/orders/tests/integration/services/mirror/refresh-money-mirror.integration.spec.js#raises accepted_without_invoice_line on the billed line the view lacks, one open row counting both findings, and still writes the mirror it could derive
services-commerce:modules/orders/tests/integration/services/orders/financial-sweeps.integration.spec.js#re-derives the stale mirror of an accepted order from the view, and leaves a fresh one
Source
services-commerce:modules/orders/tests/unit/mirror/money-mirror.spec.js#sums the positions: paid counts payments and credit applications once, credited the memos, the balance what is due
06 Orders table rendering handles edge display casesunittest
Proves
BR-CAP-COM-ORD-010-07
Preconditions
Sample rows include voided, foreign-currency and missing-customer records.
Steps
Render the table and its order link.
Expected
The columns, currency labels, missing-name explanation and voided balance treatment match the supplied data.
Data
Use the controlled records and transports established by the cited tests.
Bound to
react-console:components/commerce/orders/__tests__/orders-list-screen.test.tsx#shows the number, the customer, the status, the total and the balance due
react-console:components/commerce/orders/__tests__/orders-list-screen.test.tsx#opens Order 360 under the buyer from the order number
react-console:components/commerce/orders/__tests__/orders-list-screen.test.tsx#marks a voided order's balance as none rather than zero
Source
react-console:components/commerce/orders/__tests__/orders-list-screen.test.tsx#heads the six columns staff read
07 Order detail presents financial and line evidenceunittest
Proves
BR-CAP-COM-ORD-010-08
Preconditions
Rendered samples include a promotion, declined attempt, failed delivery and absent mirror.
Steps
Render the summary, line and payment cards.
Expected
The cards expose their supplied amounts, explanations, failures and links, including the unavailable-Accounting message.
Data
Use the controlled records and transports established by the cited tests.
Bound to
react-console:components/console/order/__tests__/order-360-live-cards.test.tsx#shows the totals with the promotion's name, the money, and the invoice as a link to Accounting
react-console:components/console/order/__tests__/order-360-live-cards.test.tsx#says Accounting has not reported when the order has no money mirror yet
react-console:components/console/order/__tests__/order-360-live-cards.test.tsx#shows a line's discount reason, tax and the reason its delivery failed
react-console:components/console/order/__tests__/order-360-live-cards.test.tsx#lists each tender with its status, the declined one struck through and a payment linked to Accounting
react-console:components/console/order/__tests__/order-360-live-cards.test.tsx#shows a payment the processor has not confirmed as pending at the processor
Source
react-console:components/console/order/__tests__/order-360-live-cards.test.tsx#shows the totals with the promotion's name, the money, and the invoice as a link to Accounting
08 Search-to-detail flow finds a previous salebrowserproposed
Proves
AS-JNY-COM-ORD-003-01 AS-JNY-COM-ORD-003-02 AS-JNY-COM-ORD-003-03
Preconditions
A live workspace has multiple order pages and a customer’s dated unpaid order.
Steps
Page, search the surname, narrow payment and dates and open the result.
Expected
The proposed browser proof links the matching sale to its detail and financial position without duplicate paging; it remains unbound.
Data
A controlled workspace with the parties, commercial setup and application responses described above.
Source
FND-COM-ORD-032

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.

Rhythm Software