We’d like to share just a couple of minor items beyond the code when converting from AIM to DPM that caught us by surprise.
With AIM all the payment form settings in the AN admin are ignored as best we know. But in DPM, although the form is never used as it is in SIM (you design your own as in AIM), it can effect the acceptance, or not, of transactions. Here are two things we have found so far:
- In the AN admin Payment Form under the Transaction Submission Settings form fields screen, make sure the Require the Security Code feature on the Payment Form is unchecked. Otherwise you will get this error “The specified security code was invalid. #312”.
- Any required fields that are set in the AN admin Payment Form must be sent to AN in your DPM form, otherwise you will get error #33 like this one we got for not having the state defined: “Bill To State/Province is required. #33”. (Not having the state can be an issue with transactions originating in Europe and that’s how we found it.)
I guess the reason for this is that DPM was probably generated from the SIM code by AN (same relay response etc), and they did not disable those form requirements when you use your own form as you do in DPM.
Hope this helps someone and gives AN a nudge to clean up the DPM method.
