---
id: TST-ACC-BKS-093
title: Payment Methods integration suite
kind: integration
product_area: accounting
module: books
revision: 1
status: draft
source_sha:
  services-accounting: f47cb263875bbc0c5640fba7dae6785ec32695f8
  react-console: baf6dae382d6f41dce976c7f848667ccc37e076f
repository: services-accounting
files:
  - >-
    modules/books/tests/integration/services/persistence/payment-methods.integration.spec.js
implements:
  - ATS-ACC-BKS-012-01
  - ATS-ACC-BKS-012-02
  - ATS-ACC-BKS-012-03
  - ATS-ACC-BKS-012-04
  - ATS-ACC-BKS-012-05
  - ATS-ACC-BKS-012-09
  - ATS-ACC-BKS-019-01
environment: local
implementation_state: implemented
latest_result: not-run
latest_run_at: null
latest_run_ref: null
conformance: not-verified
estimated_minutes: 5
isolation: >-
  The suite owns isolated workspace identities and database fixtures; cleanup
  removes only its seeded records.
assertion_bindings:
  - scenario: ATS-ACC-BKS-012-01
    source: >-
      services-accounting:modules/books/tests/integration/services/persistence/payment-methods.integration.spec.js#refuses
      another behaviour, 409 payment_method_behaviour_immutable, leaving the
      method unchanged
  - scenario: ATS-ACC-BKS-012-01
    source: >-
      services-accounting:modules/books/tests/integration/services/persistence/payment-methods.integration.spec.js#refuses
      a change of behaviour (the write-once trigger, RHF01)
  - scenario: ATS-ACC-BKS-012-02
    source: >-
      services-accounting:modules/books/tests/integration/services/persistence/payment-methods.integration.spec.js#renames
      and reconfigures within the rules: name, description, sort order, prompt,
      label, availability and may_bounce
  - scenario: ATS-ACC-BKS-012-02
    source: >-
      services-accounting:modules/books/tests/integration/services/persistence/payment-methods.integration.spec.js#refuses
      to be deactivated, 409 payment_method_system
  - scenario: ATS-ACC-BKS-012-02
    source: >-
      services-accounting:modules/books/tests/integration/services/persistence/payment-methods.integration.spec.js#refuses
      a change of deposit handling, 409 payment_method_system
  - scenario: ATS-ACC-BKS-012-02
    source: >-
      services-accounting:modules/books/tests/integration/services/persistence/payment-methods.integration.spec.js#refuses
      an inactive system method (payment_methods_system_active_check)
  - scenario: ATS-ACC-BKS-012-03
    source: >-
      services-accounting:modules/books/tests/integration/services/persistence/payment-methods.integration.spec.js#defaults
      an offline method to the console, no reference, no bounce, direct deposit,
      active
  - scenario: ATS-ACC-BKS-012-03
    source: >-
      services-accounting:modules/books/tests/integration/services/persistence/payment-methods.integration.spec.js#defaults
      a card method to every channel
  - scenario: ATS-ACC-BKS-012-03
    source: >-
      services-accounting:modules/books/tests/integration/services/persistence/payment-methods.integration.spec.js#refuses
      an offline method offered in the portal, naming the rule
  - scenario: ATS-ACC-BKS-012-03
    source: >-
      services-accounting:modules/books/tests/integration/services/persistence/payment-methods.integration.spec.js#refuses
      a method offered nowhere
  - scenario: ATS-ACC-BKS-012-04
    source: >-
      services-accounting:modules/books/tests/integration/services/persistence/payment-methods.integration.spec.js#refuses
      a prompted reference without its label
  - scenario: ATS-ACC-BKS-012-05
    source: >-
      services-accounting:modules/books/tests/integration/services/persistence/payment-methods.integration.spec.js#writes
      the five extra methods once
  - scenario: ATS-ACC-BKS-012-05
    source: >-
      services-accounting:modules/books/tests/integration/services/persistence/payment-methods.integration.spec.js#writes
      cashier’s check, money order and offline card active, and the two legacy
      methods inactive, none a system method
  - scenario: ATS-ACC-BKS-012-09
    source: >-
      services-accounting:modules/books/tests/integration/services/persistence/payment-methods.integration.spec.js#keeps
      a method the tenant renamed
  - scenario: ATS-ACC-BKS-019-01
    source: >-
      services-accounting:modules/books/tests/integration/services/persistence/payment-methods.integration.spec.js#writes
      the five system methods once: a retry writes nothing
  - scenario: ATS-ACC-BKS-019-01
    source: >-
      services-accounting:modules/books/tests/integration/services/persistence/payment-methods.integration.spec.js#keeps
      a method the tenant renamed
unmapped: false
evidence:
  - provenance: test
    source: >-
      services-accounting:modules/books/tests/integration/services/persistence/payment-methods.integration.spec.js
execution_notes: >-
  The file exists at the pinned revision; this registration records no execution
  result.
---

# Payment Methods integration suite

## Verification Boundary

The suite exercises books configuration against the migrated local database. Its fixtures and transaction contexts determine the records and service paths under test.

## What This Suite Proves

The individual assertion references identify the acceptance outcomes this file exercises. When a scenario spans several suites, this file supplies only its listed assertions; qualification must include the other bindings and any recorded coverage finding.

## What It Does Not Prove

Local database execution does not prove deployed infrastructure, external provider availability or console behavior. No result is claimed for the pinned revision until the suite runs and its evidence is reviewed.

## Real Dependencies and Test Doubles

PostgreSQL, migrations and the exercised persistence paths are real. Test-owned execution contexts, clocks and local Platform records supply deterministic setup; the file’s imports and fixtures identify any additional doubles.

## Must Not Be Doubled

The database constraints, transaction paths and production persistence functions named by the assertions must remain real. A memory store cannot establish the recorded database proof.