Reply
Highlighted
Member
Posts: 1
Registered: ‎02-17-2012

Transaction Concurrency in CIM

Does anyone know if say a refund, or void (an action that takes places on a specific transaction id) will use the paymentProfile details that were present at the time of the transaction, or will they be processed against the current values.  Meaning that an update to that paymenProfile has taken place since the time of the transaction in question.

Highlighted
Posts: 1,609
Topics: 15
Kudos: 201
Solutions: 121
Registered: ‎06-23-2011

Re: Transaction Concurrency in CIM

For Refund Transactions
If you are submitting a refund against a previous CIM transaction, the following guidelines apply:
- include customerProfileId, customerPaymentProfileId, and transId.
- customerShippingAddressId is optional.
- creditCardNumberMasked, bankRoutingNumberMasked, and bankAccountNumberMasked do not need to be included, but they will be validated if they are included.

 

From this context, I'm not sure. I'm leaning towards the money being refunded to the payment profile you choose, but Authorize.net could also be looking for a match against the profiles used in the previous transaction. The only way to find out for sure is to generate a transaction in production live mode, and then try to refund it using a second payment profile. If you get an error, then you know it has to match; if it doesn't, then the refund goes to the profile you choose.