Illustrative reference architecture. Validate requirements for your organization.
Illustrative architecture: A regional bank receives cross-border payments with mismatched beneficiary details. Operations must assemble a case before the settlement cutoff, but ledger status, customer instructions, and screening evidence arrive independently. This design assists investigation; it neither recommends investments nor autonomously releases funds.
Problem
A single conversational assistant can confuse a missing receipt with a failed payment. Retrying a release after a timeout can create duplicate financial effects. Evidence also crosses branch and customer confidentiality boundaries.
Why a multi-agent system?
Independent specialists can reconcile transaction facts, explain procedural requirements, and check evidence completeness in parallel. A deterministic case state machine owns deadlines, permissions, and payment identifiers; agents never invent their own authorization.
Intended outcome
The intended result is a reviewable operational decision with source evidence and explicit ownership. Measure case preparation effort and unresolved exceptions against the existing desk process. Success requires fewer unsupported claims without increasing erroneous release attempts; any business improvement remains a hypothesis until observed.
Specialist agent team
Payment reconciler
Compare payment identifiers, amounts, currencies, and settlement timestamps across immutable snapshots.
Tools
Ledger read API
payment status query
Authority boundary
Read only; cannot release, reverse, or amend transactions.
Customer evidence agent
Locate authorized instructions and identify missing beneficiary fields with document citations.
Tools
Customer record search
secure document viewer
Authority boundary
Access only customers assigned to the operations case.
Procedure analyst
Retrieve the applicable investigation procedure and list unresolved checks.
Tools
Versioned policy search
jurisdiction metadata filter
Authority boundary
Cannot interpret a screening hit as permission to release funds.
Case assembler
Build the evidence timeline and proposed next operational step for the reviewer.
Tools
Case draft API
evidence manifest builder
Authority boundary
Can save drafts; customer communication requires approval.
Enterprise systems
Payment ledger
Authoritative transaction status and immutable booking identifiers, exposed through scoped read adapters.
Screening case system
Supplies signed status and assigned analyst; agent summaries do not override its disposition.
Operations workbench
Owns reviewer identity, approval versions, case queues, and controlled release requests.
Architecture diagrams
Payment exception investigation desk — logical architecture — Specialists produce bounded findings; the evidence ledger preserves source versions and human decisions before an authorized adapter changes a system of record.
Failure and decision sequence — Release acknowledgement disappears after submission. The workflow records unresolved work and resumes only after the source state and reviewer authority are checked.
sequenceDiagram
participant O as "Case orchestrator"
participant S as "Payment ledger"
participant H as "Accountable reviewer"
O->>S: Read payment and source version
S-->>O: Status remains pending
O->>H: Present evidence and release proposal
H-->>O: Approve exact payment version
O->>S: Submit with stable operation key
S--xO: Acknowledgement unavailable
O->>S: Reconcile original operation key
O->>H: Show confirmed or unresolved outcome
Runtime flow
1
Register exception
Deduplicate the incoming event by transaction and exception version, then assign a settlement deadline and operations owner.
2
Bind access
Resolve branch, account, and case entitlements before fetching instructions or ledger evidence; missing authority suspends retrieval.
3
Gather snapshots
Run reconciliation and document retrieval concurrently, recording source timestamps, record versions, and unavailable dependencies in the evidence ledger.
4
Compare facts
Use deterministic amount and currency checks; let the agent explain discrepancies without converting uncertain text into booked facts.
5
Assemble decision
Present the unresolved checks, policy citations, and proposed operational action with the exact payment state the reviewer is approving.
6
Commit and reconcile
An authorized adapter rechecks current status and approval scope, submits once with a stable key, and reconciles any ambiguous response.
Failure recovery
Release acknowledgement disappears after submission.
Detect: Status query finds an ambiguous attempt associated with the original payment key.
Recover: Hold new submissions; reconcile ledger and gateway receipts before the operator decides whether another request is valid.
A policy citation refers to a superseded procedure.
Detect: The procedure version differs from the version effective at the review timestamp.
Recover: Invalidate the draft, retrieve the current procedure, and request a fresh decision for affected checks.
Security & decision boundaries
Keep release credentials outside every model and specialist process.
Require approval bound to transaction ID, amount, currency, and evidence version.
Enforce customer and branch access before retrieval and again before rendering citations.
Record screening disposition as an authoritative external fact with its source owner.
Redact account identifiers from telemetry while retaining protected correlation references.
Operational metrics
Measurement definitions, not promised improvements.
Investigation latency
Median and p95 time from exception ingestion to reviewer-ready case, separated from human queue time.
Evidence completeness
Cases containing every mandatory source reference divided by cases presented for approval.
Ambiguous action rate
Release attempts requiring reconciliation divided by all approved release attempts.
Reviewer correction rate
Reviewed drafts with material factual corrections divided by all reviewed drafts.
Architecture tradeoffs
Decision
Benefit
Cost
Parallel evidence collection
Reduces dependency wait time before cutoffs.
Requires snapshot consistency checks when sources update independently.
Strict approval binding
Prevents an old approval authorizing a changed payment.
A legitimate late amendment triggers another human review.
Read replicas for analysis
Protects core ledger capacity.
Replica lag must remain visible and final execution uses current status.
Rollout plan
Historical replay
Operations verifies representative exception classes and every proposed action against archived dispositions; no live writes occur.
Shadow investigations
Live drafts remain internal until evidence completeness and privacy tests meet bank-defined acceptance thresholds.
Controlled assistance
One operations queue enables approved adapter calls only after duplicate-submission and timeout-reconciliation exercises pass.