---
id: TST-ACC-BAT-122
title: Batch rules fiscal period display name
kind: unit
product_area: accounting
module: batches
revision: 1
status: draft
product_intent: proposed
implementation_evidence: observed
source_sha:
  services-accounting: f47cb263875bbc0c5640fba7dae6785ec32695f8
repository: services-accounting
files:
  - modules/batches/tests/unit/defects/fiscal-period-display-name.spec.js
implements:
  - ATS-ACC-BAT-001-04
environment: mock
implementation_state: implemented
latest_result: not-run
latest_run_at: null
latest_run_ref: null
conformance: not-verified
estimated_minutes: 1
isolation: Each case owns its supplied rule inputs and test doubles.
assertion_sources:
  - scenario: ATS-ACC-BAT-001-04
    provenance: test
    source: >-
      services-accounting:modules/batches/tests/unit/defects/fiscal-period-display-name.spec.js#says
      a new batch cannot be dated in the closed period, with the code
      period_not_open
evidence:
  - provenance: observed
    source: >-
      services-accounting:modules/batches/tests/unit/defects/fiscal-period-display-name.spec.js
    note: >-
      The executable file is inspected at the pinned revision; duration is an
      unmeasured planning estimate.
  - provenance: documented
    source: >-
      services-accounting:modules/batches/tests/unit/defects/fiscal-period-display-name.spec.js#suite
      header
    note: 'Real: the rule. Doubled: nothing.'
unbound_scope: null
---

# Batch rules fiscal period display name

## Verification Boundary

This suite exercises the named rule functions with controlled inputs. Its boundary ends before persistent accounting and deployed execution.

## What This Suite Proves

The assertions exercise batch rules fiscal period display name with controlled case inputs and compare permitted outcomes with their recorded refusals. The assertion anchors identify the supported portions of the bound scenarios.

## What It Does Not Prove

These checks do not prove transport authorization, transactional storage, scheduling delivery or the whole feature workflow.

## Real Dependencies and Test Doubles

The rule inputs and dependency callbacks are controlled by the case. Database, API dispatch and workflow delivery are outside this boundary.

## Must Not Be Doubled

Qualifying transactional integrity requires real storage and accounting execution beyond this rule-only suite.