topic Re: CIM Response codes in Integration and Testing

CIM Response codes

gmhawash — Thu, 03 Sep 2009 22:14:28 GMT

In the response code of a CIM request, I receive a 'raw' response which is a bunch of fields. One of them is the A.Net reference key. Where can I find a description of the raw field.

Also, why doesn't every request retrun a reference number?

Re: CIM Response codes

Trevor — Thu, 03 Sep 2009 23:25:50 GMT

I think that what you may be seeing is the "reference ID" or "<refId>" element. The reference ID is an optional field for most CIM request types that you can use for your own tracking purposes. We will always return the reference ID exactly as it was sent to us in your initial request.

If you are not personally specifying a reference ID, my best guess is that one is automatically being generated by a library or sample code that you may have utilized to build your CIM implementation. To answer your last question, the reference ID element is only included in the response if a reference ID was specified in the request.

Thanks for your question and welcome to the developer community!

Re: CIM Response codes

gmhawash — Mon, 21 Sep 2009 22:05:09 GMT

So how would I go about reversing or voiding a CIM transaction. How would I void a transaction, what reference id can I use to void a CIM transaction.

Re: CIM Response codes

gmhawash — Mon, 21 Sep 2009 22:43:41 GMT

I just looked at the report of a transaction and it has an ID, e.g., 2150535376. I looked at the response for that transaction, and it is the same number in the 7 th place of the direct_response. The ruby sample code off the CIM website has:

directResponse = REXML::XPath.first(doc.root, '/*/directResponse').text
transId = directResponse.split(',')[6]
puts
puts 'New transId = ' + transId

So is this the transaction ID? Is this what I would use to void a transaction?

What is the meaning of the remaining bits of informatin?

Re: CIM Response codes

Elaine — Tue, 22 Sep 2009 19:13:37 GMT

Yes, this is the transaction ID and what you would use to perform follow on action with the transaction. The delimited fields are documented within the AIM Implementation Guide, located at http://developer.authorize.net, within the section titled "Fields in the Payment Gateway Response".

Re: CIM Response codes

sridhar — Mon, 04 Jun 2012 13:28:34 GMT

A reply after almost 3 years for the benefit of those who come to this page like I did:

If you are using the authorize.net 1.5.2 gem , you can access the transaction_id with response.direct_response.transaction_id . This is simpler than the regex with xpath.

Re: CIM Response codes

georgehalbart32 — Wed, 06 May 2026 21:58:50 GMT

Cybersource CIM (Customer Information Manager) response codes are basically status/error codes returned during payment profile creation, card validation, authorization, or transaction processing. The forum thread you shared discusses how different gateways and processors return specific codes for approvals, declines, or validation failures.

Some commonly referenced Cybersource response codes include:

100 → Successful transaction
101 → Missing required field
102 → Invalid field data
150 → General system failure
151/152 → Timeout error
200 → AVS mismatch (soft decline)
202 → Expired card
203 → General card decline
204 → Insufficient funds
205 → Lost or stolen card
207 → Issuer unavailable
209 → CVV mismatch

These are documented in Cybersource’s official reason code references and API documentation.

The platform also exposes processor/issuer-specific response codes such as:

000 → Approved
005 → Do not honor
051 → Insufficient funds
054 → Expired card
091 → Issuer unavailable
096 → System malfunction