Payment Visibility
When your business sends payouts through Nium, recipients expect to know two things:
- Who sent the money?
- What is the payment is for?
If recipients can't identify payments on their bank statements, it causes confusion and delays the settlement of funds.
To add, variances between regulations and what information is required adds to the difficulty of identifying payments.
This guide explains how Nium keeps payments identifiable, how visibility differs by corridor, and how to configure payouts for a better customer experience.
Visibility
Bank statements vary widely by country and clearing system. To maximize visibility, Nium applies the following to every transaction:
- Custom sender name delivered (when corridors permit): Nium passes your customer’s name as the sender (
remitter.name). The recipient sees the ultimate sender. - Fixed sender name (add reference text): If the corridor enforces a fixed sender name (e.g., “NIUM Fintech” or
“INSTAREM”), Nium forwards your
customerCommentssuch as customer name and invoice/order ID.- If you don’t provide
customerComments, Nium auto-populates with Remitter Name + Nium Transaction ID.
- If you don’t provide
- References only (clearing system identifiers): In corridors that don’t display custom sender names or comments, recipients identify payments using system generated clearing references including Unique transaction references ( UTR), bank reference number, transaction reference number, or Nium transaction ID.
Your recipient will always include some identifying details to recognize or trace payments.
Corridor categories
Corridors generally fall into three categories:
Sender name and reference both shown
- Example: EUR, AUD, SGD
- Bank statement:
CREDIT: ABC Ltd
REF: Invoice 1234
Fixed sender name — reference text shown
- Example: GBP, HKD, MYR
- Bank statement:
CREDIT: NIUM FINTECH
REF: ABC Ltd / Invoice 1234
Reference only (clearing IDs)
- Example: INR, VND, MXN
- Bank statement:
CREDIT: ABC Corp
REF: UTR 20250928012345
Configuring payouts
When creating a payout, you configure two fields:
| Field | Purpose | Notes |
|---|---|---|
remitter.name | Sends your customer’s name as the sender. | Some corridors override the remitter.name with fixed names (e.g., GBP, HKD, MYR). |
customerComments | Free field to include reference details (customer name, invoice ID, order ID). | Length and characters vary. May be shortened or removed by banks. |
Think of these as the Sender Name and Payment Reference.
Corridor visibility
| Currency | Country | Customer Name as Remitter | Remitter Name Visibility | Narrative / Comments Visibility | Other Information |
|---|---|---|---|---|---|
| AUD | Australia | Yes | Visible | Visible | |
| AED | UAE | Yes | Visible | Visible | |
| EUR | European Union | Yes | Visible | Visible | |
| SGD | Singapore | Yes | Visible | Not visible | Transaction Reference Number |
| JPY | Japan | Yes | Visible | Not visible | |
| KRW | South Korea | Yes | Visible | Not visible | |
| NPR | Nepal | Yes | Visible | Not visible | Bank Transaction Reference Number |
| GBP | United Kingdom | No (fixed as NIUM Fintech) | Fixed as NIUM Fintech | Visible | |
| MYR | Malaysia | No (fixed as NIUM SDN. BHD.) | Fixed as NIUM SDN. BHD. (FKA Instarem) | Visible | |
| BDT | Bangladesh | Limited (clearing restrictions) | Limited by clearing system | Not visible | |
| BRL | Brazil | Limited (proxy only) | Proxy transactions only | Not visible | |
| CAD | Canada | Bank dependent | Sent to recipient’s bank | Sent to recipient’s bank | |
| COP | Colombia | Limited (clearing restrictions) | Limited by clearing system | Not visible | |
| HKD | Hong Kong | No (fixed as INSTAREM) | Fixed as INSTAREM | Sent to recipient’s bank | Transaction Reference Number |
| IDR | Indonesia | Limited (clearing restrictions) | Limited by clearing system | Not visible | Transaction Reference Number |
| INR | India | Limited (proxy only) | Proxy transactions only | Not visible | Bank Reference Number |
| LKR | Sri Lanka | Limited (clearing restrictions) | Limited by clearing system | Not visible | |
| MXN | Mexico | Limited (clearing restrictions) | Limited by clearing system | Not visible | |
| PHP | Philippines | Bank dependent | Sent to recipient’s bank | Sent to recipient’s bank | |
| PKR | Pakistan | Bank dependent | Sent to recipient’s bank | Not visible | |
| PLN | Poland | Bank dependent | Sent to recipient’s bank | Sent to recipient’s bank | Transaction Reference Number |
| THB | Thailand | Limited (clearing restrictions) | Limited by clearing system | Not visible | |
| TRY | Turkey | Bank dependent | Sent to recipient’s bank | Not visible | |
| USD | United States | Bank dependent | Sent to recipient’s bank | Sent to recipient’s bank | Nium Transaction ID |
| VND | Vietnam | Limited (clearing restrictions) | Limited by clearing system | Not visible | Bank Transaction Reference Number |
Legend
- Yes: Customer’s name can be sent directly as the remitter.
- Limited: Supported only in restricted cases (proxy, clearing limits, or dependent on beneficiary bank). Refer to playbook for more details.
- No: Corridor enforces a fixed remitter (e.g., NIUM / Instarem).
Example scenarios
Sender name shown (EUR)
"remitter": {"name": "John Smith"},
"customerComments": "Invoice #1234"
Bank Statement
CREDIT: JOHN SMITH
REF: Invoice #1234
Fixed sender name, comments displayed (GBP)
"remitter": {"name": "John Smith"},
"customerComments": "Invoice #1234"
Bank Statement
CREDIT: NIUM FINTECH
REF: John Smith / Invoice #1234
Fixed sender name, no comments (GBP)
"remitter": {"name": "John Smith"}
Bank Statement
CREDIT: NIUM FINTECH
REF: John Smith - Nium Txn 987654321