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

SOAP Parts API with Web Services 2.0

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

OVERVIEW

You can generate a skeleton input for each operation in the Parts WSDL, which contains the following operations:

For each operation,the following fields are always required in the header:

You can add, update, delete, or get parts based on the SOAP interfaces provided. In Real-Time Integration, use this with the parts database to keep data in sync.

For all APIs, the Failure Response Variables are exceptionCode and exceptionMessage.

ClosedParts API Details

For all APIs, the Failure Response Variables are exceptionCode and exceptionMessage.


ADMINISTRATION

ClosedAccessing the Parts WSDL and Generating Skeleton Input

  1. Click Admin to go to the Admin Home Page.
  2. Click Web Services in the Integration Platform section.

    The Web Services Test page appears.

  3. Confirm that the Web Service Version is 2.0.
  4. Click the Parts tab.
  5. Select an API from the drop-down.
  6. Enter a Part Number.
  7. Click Generate Input to retrieve the skeleton.

    For more information on the body of the Parts Web Service, and for code examples, see SOAP Parts API with Web Services 1.0. With the exception of the header, the Web Services 1.0 code examples are valid in Web Services 2.0.


ClosedHeader Information for Web Services 2.0

For each API, the body of the SOAP XML is the same as it was for Web Services 1.0. This is the information contained between the <soapenv:Body> and </soapenv:Body> tags.

The header, contained between the <soapenv:Header> and </soapenv:Header> header, has changed with Web Services 2.0.

Comment Header: Web Services 1.0 Header: Web Services 2.0
No change <soapenv:Header> <soapenv:Header>
New tags  

<wsse:Security xmlns:wsse= "http://docs.oasis-open.org/wss/2004/
01/oasis-200401-wss-wssecurity-secext-1.0.xsd"
xmlns:wsu="http://docs.oasis-open.org/wss/2004/01/oasis-200401-wss-wssecurity-utility-1.0.xsd">

New user information replaces sessionId

<bm:userInfo . . . >

<bm:sessionId>

. . . . .
</bm:sessionId>

</bm:userInfo>

<wsse:UsernameToken wsu:Id="UsernameToken-2">

<wsse:Username/><wsse:Password Type="http://docs.oasis-open.org/wss/2004/01/oasis-200401-wss-username-token-profile-1.0#PasswordText"/>

</wsse:UsernameToken>

This is now in the URL, with the unique end point specified. <bm:category
xmlns:bm="urn:soap.bigmachines.com">
Commerce
</bm:category>
Now reflected in the SOAP Server URL field.
No longer needed

<bm:xsdInfo

. . . . .

</bm:xsdInfo>

 
Ending the new authentication  

</wsse:Security>

No change </soapenv:Header> </soapenv:Header>

NOTES

RELATED TOPICS

Related Topics Link IconSee Also