---
id: TST-ACC-TRX-244
title: 'Collection, credit and money return journey 0306'
kind: browser-lifecycle
product_area: accounting
module: transactions
revision: 1
status: draft
source_sha:
  react-console: baf6dae382d6f41dce976c7f848667ccc37e076f
repository: react-console
files:
  - acceptance/accounting/playwright/journeys/payments/ACT-ACC-0306.spec.ts
implements:
  - ATS-ACC-TRX-013-03
implements_parts:
  - scenario: ATS-ACC-TRX-013-03
    assertion: ACT-ACC-0306
    provenance: test
    source: >-
      react-console:acceptance/accounting/playwright/journeys/payments/ACT-ACC-0306.spec.ts#ACT-ACC-0306
environment: deployed-dev
implementation_state: implemented
latest_result: not-run
latest_run_at: null
latest_run_ref: null
conformance: not-verified
estimated_minutes: 5
isolation: >-
  Run-marked records and cleanup-managed fixtures in the configured development
  workspace; shared configuration is a dependency.
provenance: test
source: >-
  react-console:acceptance/accounting/playwright/journeys/payments/ACT-ACC-0306.spec.ts
evidence:
  - provenance: test
    source: >-
      react-console:acceptance/accounting/playwright/journeys/payments/ACT-ACC-0306.spec.ts
    assertion_titles:
      - ACT-ACC-0306
    imports:
      - >-
        import { clickRecordAction, recordActions } from
        "../../helpers/flows/accounting"
      - >-
        import { accountingRequestsDuring, cardTitled, headerText, openRecord,
        paymentRoutes, readPaymentFigures, readTableRows } from
        "../../helpers/flows/payments"
      - >-
        import { expectLedgerConsistent, expectMoney, expectRefusal, UUID_V7,
        type WirePayment } from "../../helpers/verify/accounting"
      - >-
        import { FIXTURE, listOf, paymentsDesk } from
        "../../helpers/verify/payments"
      - 'import { journey } from "../../fixtures/journey"'
    test_double_declarations: []
---

# Collection, credit and money return journey 0306

## Verification Boundary

The suite exercises console screens and their requests in the configured development environment. Registration records the existing executable file; it does not report a run or establish product approval.

## What This Suite Proves

Its cited assertions contribute evidence for returned check restores debt exactly once. The structured assertion bindings identify which parts of combined scenarios it executes.

## What It Does Not Prove

A browser journey establishes only its asserted requests and visible outcomes; direct database protection and unvisited recovery branches require separate proof. An unbound feature chain remains proposed, and this registration carries no execution result.

## Real Dependencies and Test Doubles

The browser and configured application are real dependencies. API fixture helpers prepare records; controlled outcomes and environment prerequisites remain limited to the declarations recorded in the evidence register.

## Must Not Be Doubled

The console action and its observable request and response chain must remain real for a deployed workflow claim. A controlled processor outcome does not substitute for verifying the resulting Accounting record.