Arrange vendor stock purchases: Acceptance Test Set

Coverage

Show evidence (sources, provenance, origins, pinned commits)

6 scenarios proving CAP-COM-ORD-017; 6 bound to an existing test.

01 Vendor replacement preserves validated detailsapitest

Proves: BR-CAP-COM-ORD-017-01
Preconditions: A vendor uses mixed-case e-mail and a supplier address.
Steps: Create and replace it, retry a stale version and submit an unassigned country code.
Expected: E-mail normalizes, stale replacement is refused and address.country identifies the invalid-country error.
Data: Use the controlled records and transports established by the cited tests.
Bound to: services-commerce:modules/purchasing/tests/e2e/purchasing.e2e.spec.js#creates the vendor with its e-mail address lowercased, reads and lists it, replaces it at the version read (a stale one 409)
services-commerce:modules/purchasing/tests/e2e/purchasing.e2e.spec.js#refuses a supplier address whose country is not an ISO 3166-1 code (ZZ), on a create and on a replacement, 400 naming address.country
Source: services-commerce:modules/purchasing/tests/e2e/purchasing.e2e.spec.js#creates the vendor with its e-mail address lowercased, reads and lists it, replaces it at the version read (a stale one 409)

02 Referenced suppliers cannot be deletedapinegativetest

Proves: BR-CAP-COM-ORD-017-02
Preconditions: A vendor has purchasing references.
Steps: Attempt deletion.
Expected: The response returns 409 with the reference explanation.
Data: Use the controlled records and transports established by the cited tests.
Bound to: services-commerce:modules/purchasing/tests/e2e/purchasing.e2e.spec.js#refuses a receipt against the received order 409, a receipt line with no quantity 400, and the vendor’s delete 409
Source: services-commerce:modules/purchasing/tests/e2e/purchasing.e2e.spec.js#refuses a receipt against the received order 409, a receipt line with no quantity 400, and the vendor’s delete 409

03 Draft round-trip remains strict before issueapitest

Proves: BR-CAP-COM-ORD-017-03
Preconditions: A draft purchase order contains numbered lines.
Steps: Replace the record as read, try an undeclared line field and issue the valid draft.
Expected: Round-trip replacement advances the version, the unknown field fails and issue advances the lifecycle.
Data: Use the controlled records and transports established by the cited tests.
Bound to: services-commerce:modules/purchasing/tests/e2e/purchasing.e2e.spec.js#replaces the draft at the version read with the record exactly as it was read, read-only line columns included, and answers the same lines one version on
services-commerce:modules/purchasing/tests/e2e/purchasing.e2e.spec.js#still refuses a line that states a column no purchase order line has (the schema stays strict)
services-commerce:modules/purchasing/tests/e2e/purchasing.e2e.spec.js#drafts the order numbered with its line and issues it
Source: services-commerce:modules/purchasing/tests/e2e/purchasing.e2e.spec.js#replaces the draft at the version read with the record exactly as it was read, read-only line columns included, and answers the same lines one version on

04 Received commitments use closing to cancel the remainderapitest

Proves: BR-CAP-COM-ORD-017-04
Preconditions: An order has received ninety of one hundred units alongside unreceived drafts.
Steps: Try cancellation, close the received case and cancel draft or line quantities.
Expected: The received case requests closing, which cancels ten remaining units, while eligible unreceived cancellations proceed.
Data: Use the controlled records and transports established by the cited tests.
Bound to: services-commerce:modules/purchasing/tests/unit/orders/purchase-order-cancel.spec.js#tells a partially received order to close instead, not its status
services-commerce:modules/purchasing/tests/unit/orders/purchase-order-cancel.spec.js#cancels a draft and an issued order nothing was received against
services-commerce:modules/purchasing/tests/integration/services/receiving/purchasing-flow.integration.spec.js#closes an issued order after 90 of 100: cancelled_quantity 10, status closed; cancelling it instead is refused
services-commerce:modules/purchasing/tests/e2e/purchasing.e2e.spec.js#closes a second order with unreceived quantity: the remainder cancelled, and cancels part of a line on another
Source: services-commerce:modules/purchasing/tests/unit/orders/purchase-order-cancel.spec.js#tells a partially received order to close instead, not its status

05 Open quantity derives from the line countersunittest

Proves: BR-CAP-COM-ORD-017-05
Preconditions: One hundred ordered units include sixty received and ten cancelled.
Steps: Calculate the remaining quantity.
Expected: The result is thirty units.
Data: Use the controlled records and transports established by the cited tests.
Bound to: services-commerce:modules/purchasing/tests/unit/cost/cost-rules.spec.js#is the ordered quantity less what was received and cancelled
Source: services-commerce:modules/purchasing/tests/unit/cost/cost-rules.spec.js#is the ordered quantity less what was received and cancelled

06 Purchasing API preserves read-only and workspace boundariesapinegativetest

Proves: BR-CAP-COM-ORD-017-06
Preconditions: Contexts include reader, application-denied, absent and other-workspace callers.
Steps: Read and mutate vendor and valuation records.
Expected: Authorized reads succeed, mutations and denied application access fail, missing context returns 401 and other records are not found.
Data: Use the controlled records and transports established by the cited tests.
Bound to: services-commerce:modules/purchasing/tests/e2e/purchasing.e2e.spec.js#lets a reader list and read, refuses the reader every write 403 permission_missing, a denied principal 403 app_not_permitted, no context 401, and another tenant 404
Source: services-commerce:modules/purchasing/tests/e2e/purchasing.e2e.spec.js#lets a reader list and read, refuses the reader every write 403 permission_missing, a denied principal 403 app_not_permitted, no context 401, and another tenant 404