---
id: TST-ACC-CLS-037
title: Combined monthly and year readiness
kind: integration
product_area: accounting
module: close
revision: 1
status: draft
source_sha:
  services-accounting: f47cb263875bbc0c5640fba7dae6785ec32695f8
repository: services-accounting
files:
  - >-
    modules/fiscal-close/tests/integration/services/readiness/evaluate-readiness.integration.spec.js
implements:
  - ATS-ACC-CLS-004-03
  - ATS-ACC-CLS-006-03
  - ATS-ACC-CLS-010-02
environment: local
implementation_state: implemented
latest_result: not-run
latest_run_at: null
latest_run_ref: null
conformance: not-verified
estimated_minutes: 3
isolation: >-
  The suite owns test-identifier workspaces and fixture records, removed by its
  teardown.
binding_policy: >-
  Each binding identifies the assertions this suite executes; combined scenarios
  may require other bound suites. Existence is not a recorded execution result.
evidence:
  - >-
    services-accounting:modules/fiscal-close/tests/integration/services/readiness/evaluate-readiness.integration.spec.js
  - provenance: test
    source: >-
      services-accounting:modules/fiscal-close/tests/integration/services/readiness/evaluate-readiness.integration.spec.js
    assertion_titles:
      - 'fiscal close readiness: evaluating a period (integration)'
      - a clean September
      - 'passes every check but cost of goods sold, which is not applicable'
      - 'is ready, its counts and evaluation stated'
      - 'maps the unit, the period and its year'
      - >-
        shows reconciliation’s six payment states, empty, and its clearing line
        with the merchant account’s name
      - says what closing will do
      - >-
        answers the same inside the caller’s transaction, as the close job calls
        it
      - answers the fiscal year’s period by the year alone
      - a blocked September
      - >-
        blocks on each failing check with its headline: 23 batches must be
        posted
      - 'is not ready, six checks blocking'
      - 'lists the 23 batches, the first by date and id, with their figures'
      - >-
        names the open earlier period, the unaccounted invoice and
        reconciliation’s blocker unchanged
      - shows the reconciliation section as requiring attention
      - 'blocks October, which has not ended'
      - bank verification
      - >-
        warns, advisory, about the unverified payout when the tenant does not
        require verification
      - 'blocks, required, when the tenant requires verification'
      - the fiscal year scope
      - adds the year checks to December 2026
      - reviews reconciliation’s findings in the other periods of the year
      - adds the year’s close to what closing December will do
      - refusals
      - refuses a period the year does not have
      - refuses a year another tenant has but this one does not
real_dependencies: >-
  Production readiness queries and reconciliation assessment use real
  PostgreSQL. A fixed clock and supplied callers determine date and grant cases.
product_intent: proposed
implementation_evidence: observed
---
# Combined monthly and year readiness

## Verification Boundary

The suite checks its declared service or persistence boundary against local PostgreSQL. Bindings identify the assertions it contributes to a capability case; they do not establish every assertion in a combined case.

## What This Suite Proves

The composite evaluator suite builds clean, blocked and policy-dependent reviews with real persistence and reconciliation. It checks check order, supporting figures, captured participants’ mapping, year review and absent subjects.

## What It Does Not Prove

This register records assertion scope without claiming a passing run or complete coverage of every rule and scenario variant.

## Real Dependencies and Test Doubles

Production readiness queries and reconciliation assessment use real PostgreSQL. A fixed clock and supplied callers determine date and grant cases.

## Must Not Be Doubled

Keep production queries, writes, mappings, application-role privileges and database constraints real wherever they are the subject of an assertion. Recording financial ports establish invocation behavior; actual recognition and reversal require the suite using the real posting service.