Angelos PaaS4SaaS Blog

Friday, 19 June 2015

Oracle Process Cloud, calling Fusion Apps WebServices - An Example

Now that Oracle Process Cloud is available I thought it’s about time that I wrote a quick blog article on how you can integrate Oracle Process Cloud with Sales Cloud. Before I continue I do need to thank Marcio in my team for figuring out how to get the WSDLs in a format that process cloud liked. The scenario I will go through here is that of how to call Sales Cloud Methods from Process Cloud.
Assumptions: I won’t be going through details of building a Process Cloud model, I’m assuming you already know this but are more interested in how to execute the Sales Cloud SOAP call from Oracle Process Cloud.
Our final Architecture will look similar to this

There are number of discrete steps we need to do to:
  1. Determine which SOAP Service we will be calling
  2. Prepare a WSDL Schema/XSD bundle ZIP file (temporary workaround)
  3. Implement the Process Cloud Process

Step 1 : Determine which SOAP Service we will be calling

First step is to determine which SOAP webservice we will be calling and what the payload would be. For contacts we would have searched FusionAppsOER and discovered that we want to use the Oracle Sales Cloud Contact webservice and the “CreateContact” is the likely candidate:

Scrolling to the bottom of the detail tab I also note the Service WSDL is

In the past you may have created Contacts using the SalesParties Webservice, this is no longer recommended, although it does work, and you should be using these new simpler WebServices.
The contact service is part of the new R9 Simplified SOAP Services for TCA, and the docs are available from the usual places, or Oracle Support as Note:1938666.1
A simple “Create a standalone contact” would be something like this:

WSDL https://<server>:443/crmCommonSalesParties/SalesPartyService
Method createContact
<soapenv:Envelope xmlns:soapenv="" xmlns:typ="" xmlns:con="" xmlns:com="">
              <com:AddressLine1>Upper Apartments</com:AddressLine1>
              <com:AddressLine2>Kensington High Street</com:AddressLine2>

A quick test in a SOAP testing tool like JDevelopers Http Analyzer or SOAPUI is a MUST before executing this in Process Cloud

Now let’s do the same within Oracle Process Cloud and create our “Process Cloud calling Sales Cloud Process”.

Step 2 : Prepare a WSDL Schema/XSD bundle ZIP file

Before we can use the SOAP Service we need to do some preparation work. Oracle Process Cloud currently requires a WSDL which either -
  • Contains the entire WSDL+Schema inline or
  • A ZIP file with two folders, one with the Schemas and one with the WSDL. (Schema and WSDL respectively)
Temporary Workaround
Currently for Fusion Applications we need to do the latter, however this is a temporary workaround whilst development enhance the Service Call functionality to accept and download all the WSDL’s.

Until we have a tool to do this (and we’re working on it) there is an easy way of doing by using JDeveloper 11g, and the BPM plug in. What you do is create a project, add the WSDL that you want to harvest and let JDeveloper11g download all the assets for you. Then you go along using file manager and gather up the WSDL & XSDs, put them in the right directory and do some fix-ups.
  1. Start JDeveloper 11g ( is ideal)
  2. Install the BPM Extension using Check for updates wizard
  3. Restart JDeveloper11g
  4. Create a new Project (the name doesn’t matter)
  5. Next, Call the project something (again doesn’t matter)
  6. In the SOA Settings Screen select an EMPTY composite
  7. From the component palette drag and drop the Web Service Component onto the External References gully

  8. When the create web service wizard give it the following options

Anything you like
As found in Fusion OER above
Port Type
Contact Service
Callback Port Type
Not needed as this is used for asynchronous webservices
Copy WSDL and its dependant artefacts into the project
CHECKED,  this is important as this does the magic

At this point JDeveloper11g is downloading the WSDL and all the XSDs onto your local hard disk, when its finished hit Save All
  1. Now select the project in the project navigator and then look at the bottom of the JDeveloper11g Window, this will let you know where the project is stored on your pc.
  2. With your favourite file manager navigate to the project directory, sort the folder by “type”, you will then see all the WSDLs and the XSDs
  3. Create a folder called “Zip”, within this directory create a folder called “Schemas” and “WSDLs”
  4. Select all the XSDs and move them into the zip/Schemas directory
  5. Select all the WSDLs and move them into the zip/WSDLs directory

Now within the WSDL directory you now need to edit each WSDL file (ServiceException.wsdl and ContactService.wsdl) change the references to the schemas so that the resolve correctly on your file system.
E.g. For this example within the ServiceException.wsdl file

From this

To this

Repeat for all schemaLocation references in this file and others (ie ContactService.wsdl)
Warning : The zip file’s WSDL will contain a endpoint pointing to your Sales Cloud WSDL, if the one you will be accessing is different the will need to change it

e.g. in ContactService.wsdl
  1. Once you done this you can zip up the zip directory into a ZIP file, and then rename it to something descriptive, like
  2. You can now exit JDeveloper11g and delete the project if you wish, we don’t need it anymore

To help people along, I’ve created this zip ( file for you, all you need to do is unzip it, and change the SOAP Endpoints and voila your ready for the next step.

Step : Implement the Process Cloud Process
OK, its now time to implement that Oracle Process Cloud Process, I’ll leave the details to the reader as I’m assuming they already know how to call process cloud and just cover the “SOAP Pieces”.
Here I’m assuming you’ve implemented a Workflow/Process model similar to the following:

All we need to do here is add the “Call Sales Cloud” when the contact has been approved.
  1. Go to the home page of Process Cloud and Select WebServices  and select + to create a new WebService Definition
  2. Give your webservice a name
  3. Select he WSDL file chooser and use the zip file previously created
  4. Select the following Port Type, Callback Port Type, Basic Authentication according to the image below (using your own username/password)
  5. Press OK and it gets Saved
  6. Back to the Process Modeller
  7. We can now add the service call to the Approve branch of the model, call it createContact
  8. Select and Edit the implementation of the branch
  9. Set the type to Service Call and select your WebService call and the SOAP operation is createContact
  10. Apply Changes
  11. Select the Service, then select Data Association, here we’re going to map our input fields to the SOAP Service fields
  12. Expand out the createContact input data type (nb: it will be quite large)
  13. Then Drag-n-Drop all the fields from within the Data Objects Palette to the appropriate fields in the input

    You’ll find the address fields near the bottom
  14. Apply
  15. Hit the Validate button and sort out any issues then , press the Test  button and deploy the process to your test instance
  16. Add your users to the “Process Owner” and “Process Approver” Roles and then test your integration. Remember you can use the Tracking Screen to monitor the SOAP calls.

Hope this helps!


  1. Mobdro app is one of the best free apps available right now for streaming videos on your smartphones. If you are tired to buffering videos due to low internet speed, then you can use this app and forget about buffering once and for all. To know more about how to install it on your android device, windows phone, pc, blackberry, just take a look here Mobdro Apk

  2. I am happy to find this post very useful for me, as it contains a lot of information. I always prefer to read the quality content and this thing I found in your post. Thanks for sharing it. oracle apps cloud training