Simple Order API

Reason Codes for Alternative Payments for the Simple Order API

Response fields and reason codes can be added at any time. Therefore:
  • You must parse the response data according to the names of the fields instead of the field order in the response message. For more information about parsing response fields, see the documentation for your client.
  • Your error handler must be able to process new reason codes without problems.
  • Your error handler must use the
    decision
    field to determine the result if it receives a reason code that it does not recognize.
The following table describes the reason codes that are returned by the Simple Order API.
Reason Codes
Reason Code
Processor Response Code
Description
100
  • 00000—status: completed.
  • 00001—status: pending.
  • 00002—status: abandoned.
  • 00003—status: authorized.
  • 00004—status: settled.
  • 00006—status: refunded.
  • 00008—status: reversed.
  • 00009—status: cancelled.
  • 00010—status: accepted.
  • 00011—status: chargeback.
  • 00012—status: settle_initiated.
  • 00013—status: settle_accepted.
  • 00014—status: refund_initiated.
  • 00015—status: active.
  • 00016—status: revoked.
  • 00017—status: expired.
  • 00020—status: refund_rejected.
Transaction was successful.
101
Request is missing one or more required fields. Examine the response fields
missingField_0
through
missingField_N
to identify which fields are missing. Resend the request with all the required fields.
102
  • 10000—status: failed.
One or more fields in the request contain invalid data. Examine the response fields
invalidField_0
through
invalidField_N
to identify which fields are invalid. Resend the request with valid data.
150
  • 20000—status: failed.
  • 20001—status: failed.
  • 20002—status: failed.
  • 30000—status: failed.
  • 30100—status: failed.
System error. You must design your transaction management system to include a way to correctly handle system errors. Depending on which payment processor is handling the transaction, the error might indicate a valid
Cybersource
system error, or it might indicate a processor rejection because of invalid data. In either case, do not design your system to endlessly try to resend a transaction when a system error occurs. See the documentation for the
Cybersource
client (SDK) that you are using for important information about how to handle system errors and retries.
202
Card is expired. You might also receive this value if the expiration date that you provided does not match the date that the issuing bank has on file. Request a different card or other form of payment.
203
  • 30200—status: failed.
  • 30400—status: failed.
  • 30500—status: failed.
Card was declined. No other information was provided by the issuing bank. Request a different card or other form of payment.
204
  • 30350—status: failed.
Account does not contain sufficient funds. Request a different card or other form of payment.
223
  • 30600—status: failed.
  • 30700—status: failed.
Processor declined the transaction due to tax errors or government compliance errors.
233
  • 30600—status: failed.
  • 30700—status: failed.
Processor declined the card. For more information about the decline, search for the transaction in the Business Center and view the transaction details. Request a different card or other form of payment.