Skip to content

CAP-ACC-PRD-012Configure a customer purchase ceiling

Markdown

CAP-ACC-PRD-012

Configure a customer purchase ceiling

Markdown
  • DocumentDraft
  • Product intentProposed
  • ImplementationPartially observed

KindCapabilityProduct areaAccountingModuleProductsRevision4

Read atservices-accounting f47cb263react-console baf6dae3

The Formal Contract

The narrative above explains; the sections below are authoritative — the rules, scenarios and tests this document binds.

Outcomes
Purchase ceilings provide explicit instructions for checkout.
Surfaces
api
Intent sources
services-accounting:docs/milestones/ACCT-M1-books-and-invoices.md#R22

Controls

22 controls apply, from the corpus control catalogue.

TC-IAM-001 TC-IAM-002 TC-IAM-004 TC-IAM-005 TC-AZ-001 TC-AZ-002 TC-AZ-003 TC-AZ-004 TC-AZ-005 TC-AZ-006 TC-TEN-001 TC-TEN-002 TC-TEN-003 TC-TEN-004 TC-DAT-001 TC-LOG-001 TC-LOG-002 TC-LOG-003 TC-LOG-004 TC-LOG-005 TC-PI-001 TC-PI-003

Permissions

KeyChecked atScope
accounting.products.updateapitenant

Business Rules

5 rules, 3 to be proved before approval. A rule's product intent is derived from its origin: 0 confirmed by a product decision, the rest inheriting this capability's proposed.

IdRuleKindEnforced atProvenance
01must prove
Proposed
A purchase ceiling stores a customer maximum of at least one, an all-time or positive rolling interval in days, weeks, months or years, and an optional refusal message.
validationapi, service, databasetest
02must prove
Proposed
Rolling ceilings require an interval and all-time ceilings prohibit one.
validationapi, service, databasetest
03
Proposed
Replacement clears the purchase ceiling when it is omitted or explicitly empty.
policyapi, servicetest
04
Proposed
Documented responsibility assigns purchase-time enforcement to Orders and excludes the ceiling from the portal projection.
policydocumented
05must prove
Proposed
The console hides purchase-ceiling controls while retaining API-configured values during saves.
policyconsoletest

Scenarios

IdGivenWhenThenProvenance
01A seminar has a stored purchase ceiling configured through the API.Finance renames it through the console.The saved ceiling remains available on the product.test

Edge Cases

IdGivenWhenThenProvenance
02A rolling purchase ceiling is supplied.Its duration is omitted.Validation explains that the rolling interval is required.test
services-accounting:modules/products/tests/e2e/product-features.e2e.spec.js#refuses a rolling purchase limit without its window

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.