Skip to content

CAP-ACC-CLS-006Review payment reconciliation before closing

Markdown

CAP-ACC-CLS-006

Review payment reconciliation before closing

Markdown
  • DocumentDraft
  • Product intentConfirmed
  • ImplementationPartially observed

KindCapabilityProduct areaAccountingModuleMonth-End ClosingRevision1

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
Reconciliation blockers remain part of the closing decision.The customer’s bank-verification policy determines whether unmatched deposits prevent closure.
Surfaces
consoleapi
Constraints
Reconciliation owns the assessment; the close consumes its findings without recomputing them.
Intent sources
services-accounting:docs/milestones/plans/ACCT-M4-plan.md#4a row 73 (class A: payments reconciled)services-accounting:docs/fiscal-close/README.md#8 R5 (decided by Andrew 2026-10-16: bank verification required to close, per workspace, off by default)

Controls

19 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-006 TC-TEN-001 TC-TEN-002 TC-TEN-003 TC-TEN-004 TC-LOG-002 TC-LOG-003 TC-LOG-004 TC-LOG-005 TC-PI-001 TC-PI-005

Permissions

KeyChecked atScope
accounting.fiscal-periods.readapitenant

Business Rules

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

IdRuleKindEnforced atProvenance
01must prove
Confirmed
The payment check preserves Reconciliation’s findings, blocking for blockers, warning for warnings alone and passing when neither exists.
origin: services-accounting:docs/milestones/plans/ACCT-M4-plan.md#4a row 73 (class A: payments reconciled)
validationservicetest
services-accounting:modules/fiscal-close/tests/unit/readiness/reconciliation-checks.spec.js#is blocked by a blocker, its findings the items unchanged, blockers first
02must prove
Confirmed
Funds in transit remain a timing difference and contribute an in-transit amount for each currency rather than a blocker.
origin: fiscal-close design §4 (reconciliation boundary, accepted with reconciliation by Andrew 2026-10-16)
policyservicetest
services-accounting:modules/fiscal-close/tests/unit/readiness/reconciliation-checks.spec.js#warns, never blocks, with warnings alone (funds in transit are a timing difference)
03must prove
Confirmed
An unavailable reconciliation assessment produces an error check and an unavailable reconciliation section.
policyservicetest
services-accounting:modules/fiscal-close/tests/unit/readiness/reconciliation-checks.spec.js#is unavailable, not ready and empty when the assessment could not run
04must prove
Confirmed
Bank verification defaults to advisory and warns about finalized payouts that remain unverified against the bank.
origin: services-accounting:docs/fiscal-close/README.md#8 R5 (decided by Andrew 2026-10-16)
policyservicetest
services-accounting:modules/fiscal-close/tests/unit/readiness/reconciliation-checks.spec.js#warns, advisory, for unverified payouts when the tenant does not require verification
05must prove
Confirmed
With the workspace’s verification requirement enabled, unverified payouts become required blockers; an unset policy uses the advisory default.
origin: services-accounting:docs/fiscal-close/README.md#8 R5 (decided by Andrew 2026-10-16)
policyservicetest
services-accounting:modules/fiscal-close/tests/unit/readiness/reconciliation-checks.spec.js#blocks, required, for an unverified payout when the tenant requires verification
06must prove
Confirmed
The product should let an Accounting administrator change the workspace’s bank-verification requirement.
✗ The stored requirement currently has no customer-facing configuration control.
origin: services-accounting:docs/fiscal-close/README.md#8 R5 (decided by Andrew 2026-10-16: a per-workspace setting)
permissiondocumented
07must prove
Confirmed
The reconciliation section presents payment-state totals, accepted exceptions and their participants, findings and named merchant-account clearing lines, with its display state derived from the findings.
policyservicetest
08
Confirmed
Pending settlements have no separate item list in the close response and appear through reconciliation warnings.
policyserviceobserved

Scenarios

IdGivenWhenThenProvenance
01A September payout has not reached finalized reconciliation.Staff evaluate the month.The payment check preserves the reconciliation blocker and the panel calls for attention.test
02A reconciled September deposit lacks bank verification.Readiness is evaluated under advisory and required verification policies.The check warns under the default and blocks under the required policy.test

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.