| Key | Source | Usage |
|---|---|---|
trx_id | Platform transaction ID | Primary identifier |
end_to_end_id | Customer reference | Secondary lookup |
Complete Your Integration
Every production payment system needs reliable monitoring and reconciliation. Inventi Payment Platform provides real-time webhooks for status tracking and Nostro statements for end-of-day verification.Your reconciliation toolkit:
- Webhooks for real-time status updates
- Transaction APIs for on-demand queries and backfill
- Nostro statements (CAMT.052/053/054) for end-of-day verification
Webhooks
Receive real-time notifications as transactions progress through the payment lifecycle.Transaction Status Change
Payment lifecycle notifications
Cancellation Status Change
Cancellation request updates
Transaction APIs
Query transaction data, retrieve status history, and download evidence documents.List Transactions
Search and filter transactions
Get Transaction
Retrieve full transaction details
Status History
View complete status timeline
Payment PDF
Generate payment confirmation
XML Messages
Access ISO 20022 messages
Reference Data
Nostro Statements
Reconcile your records with bank statements in standard CAMT formats.Statement Page
Retrieve camt.052/053/054 statements
Statement Summary
Daily totals and balances
Bulk Export
Download payment archive
Account Balances
Current Nostro balances
Business Requirements
Webhooks are the primary source
Webhooks are the primary source
Use the Transaction Status Change webhook to update your local transaction state in near real-time. This is your primary signal for all status changes.
Poll APIs only for reconciliation and recovery scenarios, not for real-time tracking.
Webhook retry blocks subsequent deliveries
Webhook retry blocks subsequent deliveries
If your webhook endpoint fails, the platform retries until success and can hold subsequent notifications until the blocked one is delivered.
Webhook processing must be idempotent
Webhook processing must be idempotent
You may receive the same event more than once due to retries. Upsert by
trx_id and store status transitions append-only.Reconciliation is mandatory
Reconciliation is mandatory
Even with reliable webhooks, implement scheduled reconciliation using:
- Transaction list API for backfill
- Nostro statements (camt.052/053/054) for verification
Keep current status and history
Keep current status and history
Maintain both for different use cases:
current_statusfor fast reads and UI displaystatus_historyfor audit trails and investigations
Architecture Overview
Data Architecture
- Approach
- When to Poll
| Source | Use Case |
|---|---|
| Webhooks | Real-time status updates |
| Transaction APIs | Backfill, investigation, reconciliation |
| Nostro statements | End-of-day reconciliation, audit |
Transaction Statuses
- Standard Flow
- Error States
- Instant Payments
| Status | Description |
|---|---|
Created | Transaction initiated |
To sign | Awaiting signature |
Signed | Signature applied |
Accepted | Accepted by clearing |
Completed | Successfully settled |
Data Model
Core Tables
Core Tables
Primary Keys
Primary Keys
Reconciliation Flow
Run reconciliation on a schedule to catch missed webhooks and verify records against bank statements.Statement Types
CAMT.052
Intraday StatementOn-demand balance and transaction report
CAMT.053
End-of-Day StatementDaily closing balance and all transactions
CAMT.054
NotificationsIndividual debit/credit notifications
Matching Transactions
Match statement entries to platform transactions using these fields in priority order:1
trx_id
Platform transaction ID — most reliable matching key
2
end_to_end_id
Customer reference — use when trx_id unavailable
3
Amount + IBANs + date
Fallback matching for edge cases
4
Remittance info
Last resort when other fields don’t match
Integration Checklist
1
Implement webhook receiver
Create an endpoint that responds
2xx immediately and processes asynchronously2
Store transactions with history
Maintain current status and append-only status history for each
trx_id3
Build transaction sync
Use the List Transactions API for reconciliation and backfill
4
Enable investigation tools
Implement access to transaction details, status history, and XML messages
5
Schedule reconciliation
Run periodic jobs to fetch Nostro statements and verify records