I'm finding that the returned MD5 Hash for an authCaptureTransaction createTransactionRequest CIM <profile> payment method doesn't match the expected results, but matches fine for an authCaptureTransaction createTransactionRequest <creditCard> payment method.
The only differences in the requests are that for CIM payment-profile auth-capture transactions the xml generated contains
<profile>
<customerProfileId>38164433</customerProfileId>
<paymentProfile>
<paymentProfileId>34700736</paymentProfileId>
</paymentProfile>
</profile>
while the xml generated for non-CIM contains:
<payment>
<creditCard>
<cardNumber>4012888818888</cardNumber>
<expirationDate>1/2018</expirationDate>
</creditCard>
</payment>and
<billTo>
<firstName>Mike</firstName>
<lastName>Kienenberger</lastName>
<address>123 Street</address>
<city>City</city>
<state>NY</state>
<zip>98765</zip>
<country>US</country>
<phoneNumber>123-123-4567</phoneNumber>
</billTo>
Is the MD5 algorithm different for CIM auth-capture transactions than for all other transactions? Or is this just a bug?
01-22-2016 03:29 PM
Hi mkienenb,
We can report this to ou internal developers, but that we do not recommend authenticating the transaction using the MD5 hash when using the XML API. It is a better and more reliable option to authenticate the connection via the SSL certificate.
Thanks,
Joy
01-25-2016 01:40 PM
@Joy wrote:We can report this to ou internal developers, but that we do not recommend authenticating the transaction using the MD5 hash when using the XML API. It is a better and more reliable option to authenticate the connection via the SSL certificate.
Hi @Joy.
Please report this to your internal developers. My client would prefer to continue authenticating using both the md5 hash and the SSL certificate.
01-25-2016 01:45 PM