Your orchestration layer is the software [such as Oracle's SOA BPEL or BPM Studio] you currently already use, to wire together Fusion HCM Loader/Extract programs to other apps.
What is HCM Connect?
HCM Connect is an orchestration engine being built by Fusion HCM.
If you are already using BPEL or some other orchestration engine, HCM Connect is not as relevant.
HCM Connect V1 transfers files from customers server to Fusion and invokes the customers loader program. It's hosted on PaaS. It is now closed to new entrants.
HCM Connect V2 will also offer transformation capabilities. It will be hosted on SaaS (as well as PaaS), but is roadmap, so release not known.
What about ICS (Integration Cloud Service)?
ICS is an orchestration engine hosted by Oracle that was launched on June 22nd along with other Cloud Services. The initial version supports a SOAP Adapter. Once "File Adapter" support is added it should be feasible to integrate Fusion HCM using ICS following the same path as the BPEL integrations described above. Links to additional details on Getting Started, Integrate, Monitor and Manage, Tutorials, Videos, Books & ICS REST API's. Those who have access to an ICS instance can Take the Integration Cloud Service online training
What about Encryption?
HCM Loader & Extract Tools, as well as BI Publisher, have the capability to encrypt & decrypt files. This means that you can encrypt files on generation from your side and during upload into Fusion, pass a parameter to the HCM Loader program that instructs the Loader prograrm to decrypt on import. Similarly when you submit an extract from Fusion HCM, you can specify that the output should be encrypted on generation. See the "Encryption" tab above for further details.
HCM Integration patterns: Batch vs Real Time
If Core HR deployment is On-Premise
Co-existence Pattern
If Core HCM deployment is in the Cloud
New Hire Flow - Taleo/3rd Party Recruiting to Fusion
HR Master Data Flow
• Fusion Core HCM to Downstream Systems (including ERP), with updates back (LDAP - email/username, LMS - certifications, Other Providers - Stock Plan Details, Loan info etc
• ADP/Benefit Providers
Downstream Systems Triggered Read & updates back into Fusion (Mobile)
• Employee Directory - Reads employee info from Fusion > Update own info into Fusion.
• Time/Absence Tracking - Read remaining vacation from Fusion > Record absence > Update into Fusion.
SOA/BPEL
Companies already using SOA/BPEL can just add Fusion HCM into the mix. Diagrams below show BPEL leveraging HCM batch programs (above) & REST services / Atom feeds (below that).
Pattern #1.1 & 2.1
Pattern # 2.2
Downstream Apps Flow - Implementation Details
Create a SOA composite for a "source object" such as "Employee" and schedule it to execute at the max periodicity expected by the downstream systems (subject to performance constraints).
The composite will invoke BI Reports or HCM Extract using SOAP Services and include a superset of all changed employee fields needed by downstream systems. Details on how to invoke and retrieve extract results from HCM Extract.
Poll for resulting file in UCM. Pick up file and read details into a schema.
Branch for each destination system based on data attributes & use BPEL's transform activity with Domain Value Maps to transform the data.
Use the File Adapter to append to each file destination using the "append to existing file" option [wherever each of your downstream systems are expecting it].
Downstream systems process files at the periodicity they need (which vary by system).
Process independent object files before dependent one's.
Move processed files into an archive database for weekly reconciliation against Fusion HCM.
Later when Atom is available (Release 9 Patch Bundle 7 under "controlled availability" most likely), switch #2/3** from using BI Reports or HCM Extract, to calling the Atom URL - main advantage of switching to Atom is going to be significantly quicker performance.
Flexibility is available around polling frequency & you can specify that only new Atom entry's since last time polled are returned. Examples:
https://host:port/hcmCoreApi/atomservlet/employee/newhire?updated-min=2014-11-10T18:53:22.000Z - This will return ALL entries having atom:updated date after the specified date.
https://host:port/hcmCoreApi/atomservlet/employee/newhire?updated-max=2014-11-10T18:53:22.000Z - This will return ALL entries having atom:updated date on or before the specified date.
**NOTE - Question was raised on point 6 above, that shouldn't Atom replace steps 1, 2 & 3 above, instead of just 2 & 3. The reason it does not replace #1 is that "lstening to the events” still involves some form of “polling”. Once an ATOM adapter is made available by the SOA team, the “polling” aspect will be built into it.
The next question that arises is that what’s the advantage of Atom over just executing a BIP report which pulls the differences? The major advantage is performance & it’s simpler. You don’t have to worry about finding the “incremental differences” since the last time the BIP report ran, and you’re polling the Atom Server which stores only “changed data”, significantly faster than reading from a 120K person table
Co-existence/New Hire Flow - Implementation Details
BPEL's "File Adapter" to read the data in.
BPEL's Transform Activity with Domain Value Maps to transform the data.
You need to get the UCM Service exposed externally (In Rel10 it will be exposed, but on Rel9, you'll need to do the following):
File an SR requesting Fusion HCM to perform a Key Exchange - Aside from allowing you to send "encrypted" files into Fusion, this step will also result in the UCM Service being exposed externally.
Ensure you file the SR under Oracle Cloud Global Human Resources Cloud Service.
Choose Hosting Services – Application -> Encryption Key Exchange
Use BPEL to Invoke the UCM Soap Service to write the File into UCM.
If your Fusion HCM home page is: https://<Hostname>/homePage/faces/AtkHomePageWelcome
The UCM Service wsdl will be: https:// <Hostname>/idcws/GenericSoapPort?wsdl
More information on the UCM Web Services
Invoke the HCM Loader Programs passing them the encryption parameter along with other required parameters.
FBL wsdl is the following form: https:// <Hostname>/LoaderIntegrationService?WSDL
HDL wsdl is the following form: https:// <Hostname>/hcmCommonDataLoader/HCMDataLoader?wsdl
Find out which user privileges you must assign to the users who call these web services in OER: https://fusionappsoer.oracle.com
Sample Payloads for the above services are available here. [You can enter comments into the sample payloads doc if you find any issues].
Later when REST Services are available (Release 9 Patch Bundle 7 under "controlled availability" most likely), for your lighter weight inbound integrations, such as Fusion/Taleo, you will have the option to switch #3/4/5 to a REST service call to create/update the employee in Fusion. NOTE: Co-existence scenarios should continue to use batch loaders because:
Performance Reasons - services won't perform as well under heavy loads
The breadth of data needed for co-existence isn't covered (or intended to be covered) by the REST Services.
*** RIDC Blog
Since this question comes up a lot, I thought I should address it here..
If the customer has Core HR in EBS or Peoplesoft - they should use FBL/HDL for co-existence. Reasons against using REST Services for bringing employee/work relationship data across are the following:
REST services support 2 tier creation of employee (not pending/contingent workers/contacts etc). Also they only cover heavily used attributes, so it’s not clear if all the attributes they need are included in the employee/assignment service.
FBL/HDL have been used successfully by several customers in co-existence scenarios, so they are less likely to run into issues.
Performance considerations as the REST Services are intended for light usage (10-15 emps/day or so), as there is currently no bulk load functionality.
For Aug/Sep 2015 - Seeking Customers interested in Prototyping HCM Integrations with BPEL & REST / Atom
HCM Product Management is working on a pilot to prototype some HCM Integrations using BPEL & REST / Atom.
Interested customers should:
Be currently using BPEL with HCM batch loaders/extracts for any of the following integrations.
Fusion HCM changes to downstream systems
Fusion/Taleo - Custom
Email Address/Username to Fusion (from LDAP)
Agree that the work will be done in good faith – there should be no go-live commitments dependent on the prototype.
Agree that the completed work will be rolled into Oracle Future Development plans.
We will schedule conference calls in June/July to review the customers existing BPEL integration to validate that REST / Atom will meet their use case requirements. The prototyping work will be done in the customers stage environment which will need to be on Release 9, Patch Bundle 7 (Due to be applied to customers stage pods first week of July 2015)
Please contact me for more information if interested..
Links
Training ppt on HCM Connect V1
Material above on Apps Connect
Technical blogs from A-Team
Fusion HCM Bulk Integration Automation
Creating a SOA composite to automate file import/export to UCM.
when significant changes are made to this website..
Legal Disclaimer: All opinions are mine and do not necessarily reflect views or opinions of my employer Author: Kiran Mundy