External Transactions
Manage incoming and outgoing transfers via ACH and WIRE rails
External Transactions represent fund movements between your platform accounts and external bank accounts via payment rails such as ACH and WIRE.
These transactions are initiated outside the platform and require matching, validation, and operational review before funds are applied to customer accounts.
This module provides:
- Visibility into incoming/outgoing bank transfers
- Matching and reconciliation workflows
- Operational controls via PayOps and Program Managers
External Transactions are triggered in lieu of any credits or debits received on the routable account details.
Common Use Cases:
- Receiving customer funds via ACH credit or wire transfer
- Processing ACH debits for external collections
- Handling unmatched or partially identified incoming funds
- Performing manual review and reconciliation of transactions
How it Works
-
Transaction Initiation (External)
- Sender initiates transfer using ACH or WIRE
- Funds are routed to the platform using account details
-
Transaction Creation in System
-
Transaction is recorded as an External Transaction
-
Type is identified based on rail:
Type Description ACH Credit Incoming funds ACH Debit Outgoing pull / debit Wire Incoming wire transfer
-
-
Matching & Validation
- The system attempts to identify the target account based on available transaction details
- Matching is performed using:
- Account number and routing number
- Memo / reference fields
- Historical matching patterns (if available)
Matching accuracy improves over time as the system learns from previously accepted transactions.
-
Operational Workflow
PayOps Handling:
- PayOps reviews incoming transactions (except ACH Credit)
- Attempts to match transaction to a valid account Outcomes:
- Match found → proceed for acceptance
- No match → escalate to Program Manager
ACH Credit transactions are directly escalated to Program Managers
-
Program Manager Actions: Transactions that cannot be automatically matched are escalated for further review and routed for manual resolution.
Program Manager Actions
When a transaction is escalated, the Program Manager can review the details and take one of the following actions:
a. Accept or Reject the Transaction: Based on the review, the Program Manager can either accept the transaction (to credit the account) or reject it.
- ACH Credit
- Accept: POST
/v1/externalTransaction/achCredit/id/{id}/accept - Rejec: POST
/v1/externalTransaction/achCredit/id/{id}/reject
You can pass
trainAutomatching=truewhile accepting a transaction to train the system for future matching of similar transactions. - Accept: POST
- ACH Debit
- Accept: POST
/v1/externalTransaction/achDebit/id/{id}/accept - Reject: POST
/v1/externalTransaction/achDebit/id/{id}/reject
You can pass
trainAutomatching=truewhile accepting a transaction to train the system for future matching of similar transactions. - Accept: POST
- Wire
- Accept: POST
/v1/externalTransaction/wire/id/{id}/accept
Wire transactions can only be accepted. They cannot be rejected or reassigned.
- Accept: POST
b. Update Transaction Details: If additional information is required or corrections are needed, the Program Manager can update the details of a WIRE transaction, before taking action:
Updation is supported only for Wire transactions
c. Reassign for Further Review: If the transaction requires additional validation or should be handled again by the PayOps team, it can be reassigned:
Reassignment is supported only for ACH Debit transactions
Transaction Flow / Special Logic
- Matching depends heavily on reference data quality
- Missing or incorrect memo details may lead to manual intervention
- ACH Credit bypasses PayOps → handled directly by Program Manager
- Wire transactions are final settlement flows → cannot be reversed via reject
Transaction Statuses
| Status | Description | Reason |
|---|---|---|
| RECEIVED | Transaction received from bank | Awaiting processing |
| IN_REVIEW | Under PayOps or PM review | Matching or validation pending |
| ACCEPTED | Transaction successfully processed | Account identified |
| REJECTED | Transaction rejected (ACH only) | Invalid or unmatched |
| REASSIGNED | Sent back for further review (ACH Debit only) | Requires re-validation |
Best Practices
| Practice | Description |
|---|---|
| Always include memo/reference details | Improves matching accuracy and reduces manual effort |
| Validate account details before sharing | Prevents misrouted transactions |
| Monitor transaction statuses actively | Helps identify delays or failures early |
| Use correct rails for use case | ACH for low-cost transfers, WIRE for urgent/high-value |
Note: Automatching efficiency improves over time with better data patterns
Tip: Use consistent naming conventions in memo fields for easier reconciliation
Updated 10 days ago
