ISO 8583 response code: 58

The counterpart to 57: the restriction attaches to the terminal, the merchant or the acquiring configuration rather than to the cardholder. Typically the terminal is not enabled for the transaction type being attempted — refunds, pre-authorisations, cash advances and manual key entry are each separately permissioned — or the merchant is not boarded for the scheme or currency in play.

• The terminal is not enabled for this transaction type: refunds and pre-authorisations are commonly disabled by default.
• The merchant is not boarded for the card scheme, currency or region of the card presented.
• Manual key entry attempted on a terminal configured for chip and contactless only.
• A terminal ID (field 41) that does not match the merchant ID (field 42) in the acquirer's records.

1. Ask your acquirer to enable the transaction type for the terminal. This is a boarding change, not something fixable in your code.
2. Confirm fields 41 and 42 are the pair your acquirer issued, at their correct fixed lengths.
3. Check the currency in field 49 is one the merchant is boarded to accept — an unsupported currency shows up here rather than as a currency-specific code.
4. Compare against a transaction type that does work on the same terminal. That isolates whether the terminal is wrong or only one operation on it is.

• ISO 8583 57Transaction not permitted to cardholder
• ISO 8583 03Invalid merchant
• ISO 8583 12Invalid transaction

• ISO 8583 message parser

Why do my refunds get 58 when my sales work fine?

Because refunds are permissioned separately from purchases, and many acquirers leave them disabled until asked. If purchases on the same terminal succeed, the terminal is fine and only the refund capability is missing — your acquirer has to enable it.