Is this possible? The website/web server collects CC payment and authorize only using DPM.
A separate application/server will use CIM to capture the transactions.
Do you need customer profiles using CIM to capture transactions?
DPM does not create any type of customer profile.
Is this possible?
Solved! Go to Solution.
โ01-22-2014 12:04 PM
To clarify, CIM and DPM do not work together. You would use either CIM or DPM. If you started with an authorization only transaction with DPM, you could use AIM to perform a Prior Authorization and Capture.
Richard
โ01-22-2014 03:00 PM
Yes is possible, just change the type to x_type = auth_only
Then use AIM to do a x_type = PRIOR_AUTH_CAPTURE with the transactionID return from the DPM auth_only
โ01-22-2014 12:55 PM
So the application that uses CIM must also use AIM just for the capture payments from the DPM Authorize only?
โ01-22-2014 02:50 PM
To clarify, CIM and DPM do not work together. You would use either CIM or DPM. If you started with an authorization only transaction with DPM, you could use AIM to perform a Prior Authorization and Capture.
Richard
โ01-22-2014 03:00 PM
Wait, Are you using DPM or CIM? They are different. DPM run on Authorize.net, and you can't create payment profile.
For DPM, use AIM to capture. The reason for using AIM is that you don't need to create a front end(webpage) for the capture.
For CIM, you can use either CIM or AIM.
โ01-22-2014 03:00 PM - edited โ01-22-2014 03:02 PM
We use DPM on the front end so the web server, machine A, does not fall into PCI compliance scope.
There is already a separate application using CIM on separate machine B for capturing authorization.
CIM is used for other payment transactions. i.e. a call center.
It sounds like we'll either need the to have machine A use CIM to capture pre authorizations and create needed profile IDs
It will fall into more PCI compliance rules, if we don't use the hosted form. Which we don't plan on using.
Or
Have machine B use AIM just for the transactions made through DPM on machine B.
โ01-22-2014 03:36 PM
I just read the CIM documentation on the createcustomerprofiletransaction on PRIOR_AUTH_CAPTURE
Although it didn't said the payment profile ID and customer profile ID are optional. It did state that
If a value is submitted for this field, it must be the same ID used for the original authorization transaction
So I guess you could test that and see if it works with just the transactionID.
else I would pick
Have machine B use AIM just for the transactions made through DPM on machine B.
โ01-22-2014 05:34 PM
Tested this and CIM and DPM are not compatible. We were not able to capture DPM auth only transactions using CIM.
โ03-18-2014 11:48 AM