All transactions in the platform are executed asynchronously, that is, once you request a new Transaction it is registered as
pending and sent to the execution pipeline. Whenever the transaction state changes a new Postback is sent and the
transaction.status field gets updated.
You may check the
state.additionalData field from the last
transaction.states entry to get specific details about the transaction failure.
All cards transactions are internationally standardized using ISO 8583. Whenever a Card transaction is processed, a Result Code is emitted both on the POS machine and the Web Gateways. This code is used to identify possible scenarios where the physical or virtual cards may not be working.
VISA Response Codes
Establishment not registered
Special Condition ( cancelled / stolen card)
Invalid unblock code
Transaction no permitted to this establishment
Establishment not in environment
Reverse Validity Date / Embedded data differ from the registration
Card out-of-date (invalid)
Invalid or unregistered password
Card does not exist
Transaction cancelled (or already cancelled)
Account has pending debits (cardholder)
Invalid session key
Overlimit permitted quantity exceeeded
Invalid dealer / merchant
Query not authorized
Transaction already registered
Original transaction not found / Parameter error
Attempts of card transactions may get flagged as a suspicious activity or attempted fraud. In this case, you may get errors other than the 55 even with the correct PIN Code. Contact the consumer to ensure that the card has not been stolen and open a ticket with the Help Desk.
For more information, refer to the official Visa Request and Response Codes developer guidelines.
Updated about 2 years ago