---
id: TST-MBR-MEM-002
title: Application decision recording and purchase preparation
kind: integration
product_area: membership
module: memberships
revision: 1
status: draft
source_sha:
  services-membership: 5994c270e8a37a30f848e99ba5b5ee6b87c08893
repository: services-membership
files:
  - modules/applications/tests/integration/decision-handler.integration.spec.ts
implements:
  - ATS-MBR-MEM-009-11
  - ATS-MBR-MEM-012-05
  - ATS-MBR-MEM-012-07
  - FAS-MBR-MEM-04-01
  - FAS-MBR-MEM-04-02
  - FAS-MBR-MEM-04-05
environment: local
implementation_state: implemented
latest_result: not-run
latest_run_at: null
latest_run_ref: null
conformance: not-verified
estimated_minutes: 3
isolation: >-
  A suite-owned workspace and test identifiers; suites that use shared seed data
  require the source’s serial execution and cleanup policy.
verification_notes: >-
  Bindings describe the assertions reviewed at the pinned commit; the suite is
  not executed by this documentation job.
coverage_gap: null
evidence:
  - >-
    services-membership:modules/applications/tests/integration/decision-handler.integration.spec.ts
assertion_anchors:
  - scenario: ATS-MBR-MEM-009-11
    source: >-
      services-membership:modules/applications/tests/integration/decision-handler.integration.spec.ts#answers
      requires_approval for the package the process reviews when no decided
      application is named
  - scenario: ATS-MBR-MEM-012-05
    source: >-
      services-membership:modules/applications/tests/integration/decision-handler.integration.spec.ts#records
      an approval, places the dues order through the port (package and chapter
      dues), and acknowledges it
  - scenario: ATS-MBR-MEM-012-05
    source: >-
      services-membership:modules/applications/tests/integration/decision-handler.integration.spec.ts#leaves
      the approved purchase pending in Membership until Commerce fulfils it
  - scenario: ATS-MBR-MEM-012-05
    source: >-
      services-membership:modules/applications/tests/integration/decision-handler.integration.spec.ts#answers
      a redelivered decision as recorded and calls neither port again
  - scenario: ATS-MBR-MEM-012-07
    source: >-
      services-membership:modules/applications/tests/integration/decision-handler.integration.spec.ts#does
      not acknowledge a decision for a submission it holds no application of
  - scenario: FAS-MBR-MEM-04-01
    source: >-
      services-membership:modules/applications/tests/integration/decision-handler.integration.spec.ts
  - scenario: FAS-MBR-MEM-04-02
    source: >-
      services-membership:modules/applications/tests/integration/decision-handler.integration.spec.ts
  - scenario: FAS-MBR-MEM-04-05
    source: >-
      services-membership:modules/applications/tests/integration/decision-handler.integration.spec.ts
---

# Application decision recording and purchase preparation

## Verification Boundary

Typed application decisions and approved purchase preparation run against the prepared database.

## What This Suite Proves

The structured bindings identify the capability and feature cases whose reviewed assertions this suite executes. Source anchors preserve the evidence for each binding.

## What It Does Not Prove

A local pass does not prove live Submissions delivery, live Commerce placement or every superseding-decision failure. Registration records existing code and leaves execution and conformance unverified.

## Real Dependencies and Test Doubles

Application persistence and Membership reservation logic remain real. Commerce placement and Submissions acknowledgement use recording ports, with a manual clock and supplied caller.

## Must Not Be Doubled

Keep the prepared database, workspace boundary, exercised owner constraints and the business operation under test real. A partner double cannot substitute for the Membership write this suite claims to exercise.