Skip to content

FAS-ACC-BKS-06Workspace Policy and Operations acceptance

Markdown

FAS-ACC-BKS-06

Workspace Policy and Operations acceptance

Markdown
  • DocumentProposed
  • Product intentProposed

Product areaAccountingModuleBooks, Business Units and Chart of AccountsRevision1

Read atservices-accounting f47cb263react-console baf6dae3

Scenarios

5 scenarios proving FEAT-ACC-BKS-06 as a whole.

01 Provision configuration and enforce ordinary availability behaviour proposed
Exercises
CAP-ACC-BKS-016 CAP-ACC-BKS-019
Relies on
ATS-ACC-BKS-019-01 ATS-ACC-BKS-019-06 ATS-ACC-BKS-016-02
Preconditions
Platform supplies provisioning and availability observations for an isolated workspace.
Steps
Provision configuration, observe activation and use ordinary configuration routes, then observe disabled and loading states.
Expected
Initial methods appear once and ordinary access follows the recorded availability policy in every observed state.
Data
Run-owned records and principals for the stated setup; record original shared settings and restore them after exclusive cases.
Source
ATS-ACC-BKS-019-01,ATS-ACC-BKS-019-06,ATS-ACC-BKS-016-02
02 Settings replacement changes statement usage safely interaction test
Exercises
CAP-ACC-BKS-016 CAP-ACC-BKS-017 CAP-ACC-BKS-015
Relies on
ATS-ACC-BKS-017-03 ATS-ACC-BKS-017-05 ATS-ACC-BKS-015-05
Preconditions
The workspace has selected statement content and saved service-period and truncation policy.
Steps
Save settings while omitting these fields, inspect the resulting statement selection and retained policy, then try the earlier version.
Expected
Omission affects statement usage and retained policy as specified; the stale replacement changes neither.
Data
Run-owned records and principals for the stated setup; record original shared settings and restore them after exclusive cases.
Bound to
Source
react-console:acceptance/accounting/playwright/journeys/configuration/ACT-ACC-0027.spec.ts#ACT-ACC-0027
03 Erase declared data without crossing workspace boundaries lifecycle proposed
Exercises
CAP-ACC-BKS-016 CAP-ACC-BKS-019
Relies on
ATS-ACC-BKS-019-02 ATS-ACC-BKS-019-04
Preconditions
Two populated workspaces have independent identical configuration identities; one has deleting standing.
Steps
Purge the deleting workspace in single-record batches, interrupt and resume, then inspect both inventories and their ordinary access.
Expected
Bounded continuation empties only the selected workspace and leaves the other configuration intact.
Data
Run-owned records and principals for the stated setup; record original shared settings and restore them after exclusive cases.
Source
ATS-ACC-BKS-019-02,ATS-ACC-BKS-019-04
04 Read scheduled history through subject grants permissionnegative test
Exercises
CAP-ACC-BKS-016 CAP-ACC-BKS-018
Relies on
ATS-ACC-BKS-018-04
Preconditions
A recurring subject has run history and two principals have application access; only one can read that subject.
Steps
Read the history as each principal and compare the schedule and history after the refused request.
Expected
The subject reader receives history, the other receives a resource refusal and neither read mutates timing or runs.
Data
Run-owned records and principals for the stated setup; record original shared settings and restore them after exclusive cases.
Bound to
Source
services-accounting:modules/maintenance/tests/e2e/schedules.e2e.spec.js#answers 403 to a caller holding only accounting.application.access
05 Pause repeated failure without duplicating due occurrences regressionnegative test
Exercises
CAP-ACC-BKS-018 CAP-ACC-BKS-010
Relies on
ATS-ACC-BKS-018-05
Preconditions
An isolated recurring subject has a due occurrence and a period-lookup port that consistently fails.
Steps
Race two dispatcher passes, consume the one occurrence and continue through five recorded failed occurrences.
Expected
Each occurrence has one claim and the repeated failures leave a paused schedule and inspectable failure history.
Data
Run-owned records and principals for the stated setup; record original shared settings and restore them after exclusive cases.
Bound to
Source
services-accounting:modules/maintenance/tests/integration/services/scheduling/schedules-end-to-end.integration.spec.js#pauses the schedule after the fifth failure in a row

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.