Resolution supplies the connection choice used by invocation and test calls. The interaction cases compare the selected route with the retained execution evidence and exercise the additional restrictions of the test-account path.
The structured scenarios name the capabilities and rules involved. A bound test contributes only the outcomes it asserts; proposed transition matrices and composed interactions still require executable proof.
Coverage
Rulecovered
Transitioncovered
Validationcovered
Permissioncovered
Edgecovered
Failurecovered
Boundarygap: FND-PFM-INT-066
Concurrencygap: FND-PFM-INT-066
Invariantcovered
Interactioncovered
Test Scenarios
11 scenarios proving CAP-PFM-INT-008; 9 bound to an existing test.
01Business context selects the narrowest choiceruleapitest
A sensitive binding selects an account with an open circuit and another usable account exists.
Steps
Resolve and invoke the capability, then inspect the trace and adapter calls.
Expected
Resolution identifies the selected account and circuit condition; admission refuses without contacting either processor.
Data
Run-owned records and principals in an isolated workspace.
Source
services-platform:modules/integrations/tests/unit/services/binding-resolution.spec.ts#resolves a payment whose processor’s circuit is open rather than refusing it binding_ineligible,services-platform:modules/integrations/tests/integration/services/executions/invoke-capability.integration.spec.js#refuses with 503 provider_unavailable while the circuit is open, and releases the key
11A direct test uses its named accountinteractionapiproposed