The protocol offers a next generation international card payment standard that replaces ISO 8583 and its national derivatives. The standard allows the use of real time or batch submission as well as supporting direct connections from merchant to acquirer or via a Payment Service Provider (PSP) intermediary.
NEXO acquirer protocol
NEXO acquirer protocol
ADDRESSES THE INTERFACE BETWEEN AN ACCEPTOR AND AN ACQUIRER. THE INHERENT FLEXIBILITY OF ISO 20022 STANDARDS MAKES IT STAND OUT FROM OTHER STANDARDS
- Acceptors : Implementing nexo protocols would benefit from universal ISO-based standard, non-proprietary common protocol, ability to split sales and payment functions thus reducing PCI scope, multiple-acquiring support and enforcement and cross-border compliance
- Acquirers : Integrating nexo protocols would have access to universal ISO-based standards, to support cross-border retailers implementation and to develop manufacturer independent terminal management system
nexo acquirer protocol are ISO 20022 Acceptor-to-Acquirer card transactions. It addresses the interface between an Acceptor and an Acquirer. It transports information associated with and required for card-initiated transactions from the POI to the acquirer. It handles, amongst other features, the authorization, pre-authorization, refund, cancellation and rejection of card transactions and also ensures their financial clearing and settlement between the different actors involved in the transaction. The inherent flexibility of the ISO 20022 standards, and its availability to all for free, makes it stand out from other standards.The design allows interoperability between different implementations and expansion to support value added services.
The Acquirer protocol allows the use of real-time or batch submission as well as supporting direct connections from merchant to acquirer or via a Payment Service Provider (PSP) intermediary content. The Acquirer protocol is based on a set of Acceptor to Acquirer Message (CAPE), including Authorization, Completion, Cancellation, Reconciliation, Batch Transfer, and Diagnostic messages.
Messages are made up of a header, body and a trailer. The fact that security has been designed from the start of the development into the protocol itself is a major advantage compared to existing standards. This allows the authentication of the initiator and the protection of the content of part or all of the body against any unauthorized alteration or capture of the transaction message.