You are here: Integrating With CPQ Cloud > Web Services 2.0 and SOAP APIs > Debugging SOAP Responses with Web Services 2.0

Debugging SOAP Responses WITH Web Services 2.0

This topic discusses Web Services 2.0. For information on Web Services 1.0, see Web Services 1.0.


This article will give you some tips for debugging SOAP responses.


  1. Check the Error logs. Here’s what we are most likely to see: 

    …Could open Server returned HTTP response code: 400 for URL: https://secure-ausomxdia.crmondemand...on/object;jses...

  2. Let's review/verify the following: 
  3. Use Firebug or Fiddler to debug the request. In this case, we're using Fiddler.
  4. Build out the entire request to see what the 400 actually refers to.
  5. Go to the Request Builder in Fiddle and add the required URL along with the session ID.
  6. Change the request type to POST.
  7. Pass the soapInput in the post data.
  8. Execute the request. The first thing you may notice is that headers are required.
  9. Add the content type header and try again. This time, look at the response XML and notice that you need to add the SOAPAction.
  10. Look at SoapUI and notice that it's header contains the following: 
  11. SOAPAction: "document/urn:crmondemand/ws/account/10/2004:AccountQueryPage"
  12. Navigate back to CPQ Cloud.
  13. Add a fourth parameter to URLDATABYPOST, which will be a diction that can contain custom headers.
  14. Add SOAPAction and Content-type to the parameter you just created. The script should resemble: 


    put(headDict, "Content-Type", "text/xml:charset=utf-8");

    put(headDict, "SOAPAction",




Related Topics Link IconSee Also