Integration
Note
For managing your authorization workflow for transactions routed on debit networks, see
here
SDK Availability:
| SDK | Version |
|---|---|
| GraphQL | Always the latest version |
| Java | >=3.32.0 |
| Ruby | >=4.18.0 |
| Node.js | >=3.21.0 |
| PHP | >=6.17.0 |
| .NET | >=5.24.0 |
| Python | >=4.26.0 |
Network Transaction Identifier
The Network Transaction Identifier (NTI) is a unique value returned by signature card brand networks in an authorization response. It is used to improve authorization approval rates for subsequent stored credential (Credential on File – CoF) transactions.
Not all networks participate equally in this framework. At this moment, PINless debit networks do not support the CoF framework and therefore do not issue NTIs.
- When a transaction is routed over a signature network, a network-generated NTI is returned.
- When routed over a PINless debit network, the NTI field in the authorization response may not always be populated with a network-generated value, even if the authorization is successful.
Authorization response behavior
PINless debit network transactions
- Braintree returns an NTI value authorization response for PINless Debit transactions.
- Behavior is consistent with existing signature processing flows.
Note
NTI return behavior is subject to network-specific processing rules and Credential on File (CoF) participation requirements.
Integration Impact
- Merchants vaulting with Braintree: No integration changes are required.
- Merchants integrated through a third-party vault or payment orchestration provider: The Optimized Debit Routing (ODR) engine returns an NTI in the authorization response, where applicable, in accordance with network CoF mandates. Merchants using an external vault must pass the NTI from the original CIT transaction in the :previous_network_transaction_id: to link subsequent recurring transactions.