Primavera Gateway 16.2 and API Development for Integration
Integrating with Primavera P6 and Unifier - Where do we stand?
Primavera Gateway is an integration web application being developed by Primavera that allows data to be moved between a Primavera application and another application. Primavera Gateway consists of an Integration Broker in the middle, and at least two providers, one for each application that is involved in the integration. All Primavera providers are built-in including the P6 Provider, Unifier Provider, Enterprise Track Provider and Prime Provider. Third-party vendors can create additional Primavera Gateway providers to integrate non-Primavera applications with Primavera applications.
In version 16.2 of Primavera Gateway Oracle has made a lot of improvements to the ease of use in Primavera Unifier. As you create a new Business Process, it automatically adds it to the Gateway business objects library. From there the integration’s behaviors can be defined and a provider deployed.
Unfortunately, Primavera Gateway is really still a purpose built integration platform developed specifically by the Primavera team. It relies on providers to be built from applications such as an ERP like SAP or a corporate document management tool like Livelink and deployed into the Gateway. Rather than using existing standardized Oracle integration platforms where you can capitalize on integrations around the world, we need to rebuild the integration code to work in Gateway as a provider. This adds considerable costs and overhead. For example, Emerald has our P6-Loader that uses Web Services to extract and upload over 95% of the data in P6 at both the global and project level. To get the same functionality into Gateway we would have to recreate the modules and maintain 2 sets of code. Why do this when we already use the Web Services approach?
Furthermore, the current Primavera SaaS Industry Cloud Gateway can ONLY be managed by Oracle Primavera, which limits the ability for a client to get any help from their expert Partners on their other corporate tools with existing integrations. This limits the speed and progress of provider development for the current SaaS Industry Cloud and goes against Oracle’s usual attitude of “the more open the better”. For integrations not within the Primavera suite, you also need to pay for the Gateway technology.
So What Does This All Mean?
If you have Oracle E-Business on-premise and you have it integrated to P6, moving your P6 to the Oracle Cloud will mean you have to have a Cloud enabled integration which will not work if the P6 API was used. You will need to rewrite in into Web Services, which is not trivial, the API and Web Services for P6 have very different behaviors. Alternatively, Oracle would have to rewrite the integrations into new providers using Gateway.
As far as integration development goes, working with the API and Web Services still brings the most flexibility. The API for Unifier is not as strong as we would like to see it, but in version 16.2 they have made some nice headway with the document REST APIs, allowing better controls over document folders and document integrations.
About the Author
Nicole’s drive for success came at a young age growing up in a family of eight competitive swimmers. As treasurer and president of her high school, one could also say that leadership skills came naturally. Her love of teaching and helping others also developed early as swim instructor and lifeguard while she was studying Building Engineering at Concordia University in Montréal. After graduation, Nicole worked for 6 years in a forensic investigative role on project dispute avoidance and claims resolution cases for Revay and Associates and High-Point Rendel. Nicole learned early on in her career just how critical strong project management was to ensure project and corporate success.
To learn more about Nicole please refer to her executive profile.