After refreshing the definition for the SOAP web reference for https://api.authorize.net/soap/v1/Service.asmx?wsdl, I noticed that our previously-working code no longer compiles. In each instance, it looks the definition for the methods listed in the compile errors (CreateCustomerProfile, UpdateCustomerPaymentProfile, etc.) all have a string parameter of clientID that is expected (but wasn't in our earlier web reference definitions).
In looking at the CIM API docs (http://www.authorize.net/content/dam/authorize/documents/CIM_SOAP_guide.pdf) and the API reference (http://developer.authorize.net/api/reference/), neither mentions this field anywhere. Additionally, the sample code in the API reference matches our calls and doesn't seem to be passing in a clientID anywhere.
What is clientID and how should we be using it, now that it's required? Is that our userid, tran key, a unique id for that specific card, or what?
Solved! Go to Solution.
02-24-2017 09:10 AM
Sorry to hear you ran into the same issue, @ruchi_s. As you can see from the lack of responses on this thread, it's probably not something that will be addressed -- given their abandonment of the SOAP API.
I was unable to come up with a solution to this issue, so I'm switching to a different API.
Best of luck!
--Kevin
04-12-2017 06:34 AM
Hi @kevinfairchild @RichardH ,
Will this issue be resolved if i will install visula studio 2015? Right no I am working with vs 2012.
Regards
Ruchi
04-13-2017 08:49 PM
@ruchi_s, I had the issue in both VS 2015 and VS 2017. If a project was working properly with the SOAP API, just refreshing the definition would cause it to no longer work.
To resolve the issue, I've moved on to a non-SOAP version of the API.
Good luck.
--Kevin Fairchild
04-14-2017 06:20 AM
@kevinfairchild @Lilith @RichardH
Can anybody let me know what is ClientId here? I do not want to move to non-soap as i am working on a very old project and now aware of all the functionality. I just wanted to use some new api's like GetSubscription which is not available in my old service. So I need to update service but updating the service gives me problem of clientid for all existing services.
Any solution please........
06-25-2017 11:06 PM
06-26-2017 06:16 AM
Hi,
This is working fine to me now. I passed null for clientId and it worked.
Can you please let me know the reason of response "E00027 2,1,2,This transaction has been declined". On production I am trying to charge a transaction through customerprofile but transaction on AuthorizeNet are going be declined. We didn't have any rejection setting as well.
07-11-2017 12:48 AM
Hi @ruchi_s,
That code just means the card is declined.
http://developer.authorize.net/api/reference/responseCodes.html?code=E00027.
If this is in production, it just means the cardholder's bank did not approve the transaction. If it were declined for some other reason, the text in the response would indicate a different reason. The only way to know why it was declined is to have the cardholder contact their bank.
07-11-2017 01:08 PM
Thanks @Aaron for quick reply. I got it.
I have a confusion regarding TLS disablement. I used TLS1.2 for sandbox and it is working fine But if I use this TLS1.2 on production it is not working. transcation on live are going to be declined on live if using TLS1.2.
Do I need to implement this exactly on 18 September? I wanted to upload my code change for TLS earlier as it way be mid of sprint on 18 september.
07-11-2017 09:03 PM
07-12-2017 04:44 AM - edited 07-12-2017 04:45 AM
07-12-2017 05:05 AM