external search match
TRANSCRIPT
Why the Split?
Customers requested an approach that allowed for independent upgrades
and maintenance of HCM and CS.
Allows Oracle to prioritize and deliver HCM and CS features independently.
Provides better service and more features in an incremental adoption.
Feature Packs for CS.
Integrating after the Split
Reference Data (Setup)
Important to support transactional Integrations
Person-Constituent Data
Several Models available for Integrating Person data between the two environments
Transaction Data – Job
HCM Job Data to feed Instructors/Advisors to CS.
Application Security
Roles, Permissions, User Profiles-Provisioning
Integrations to Other Systems
Systems that feed the combined system will need to be configured to feed both systems.
Data Quality and Synchronization – Things to
take care
Will your Institution systems have accurate person-information, for items such
as Emergency management systems during a critical event.
Are you multiplying your efforts by dealing with data quality in each of your
integrations to third-party systems (rather than in a Hub)
Complex and effort-intensive process to clean up duplicates once they have
transactional data and have been provisioned in n systems
How good are reports, analytics and longitudinal analysis if the underlying
core person data is not reliable?
Integration Options
Distinct Ownership (EMPLID Sync)
Owner Subscriber (One consistent person record)
Subscriber Only
Full Bi-Directional (HECH)
Owner Subscriber Model
Benefits Constraints/challenges
• Reduces the likelihood of adding
duplicates
• Consistent person record, shared
between CS and HCM
• Handles large volume, batch loads
of Persons who enter through CS.
• Self-Service Personal data changes
in HCM would be disabled.
• Data for Recruiting solutions would
not be integrated to CS, requiring
some manual intervention.
• CS person components do not
provide row level security
available in HCM; hence all admin
users will have the same row-level
access
Pros and Cons
Subscriber Only Model
Benefits Constraints/challenges
• Provides minimal disruption to existing
business processes
• Ensures a single EMPLID for each
person across instances
• Allows for full batch load capability
(internal search/match, batch publish
of core Person bio-demo data)
• Allows full usage of HCM self-service,
eRecruitment, etc.
• “Last Wins” architecture. A
simultaneous or near-simultaneous
update in competing systems can result
in out-of-sync data, as can messages
that error out.
• No data governance or survivorship
rules.
• Requires additional (incremental) IT
involvement to setup and monitor
Integration points.
Pros and Cons
Setup Data
Important to synchronize setup elements if Transactional data will be
integrated.
Enterprise Integration Points (EIP) Available to synchronize one way.
Some items now owned by CS, others will be managed by HCM.
Setup Data is integrated independent of the Person Data Integration Model
selected.
Application Security
Integration and Other Considerations
Delivered Integration Points for Security
User Profiles, Roles (including Dynamic roles), and Operator defaults can be synchronized by enabling these EIPs.
Data Elements in Subscribing Systems should be made Read-Only
This can prevent users from inadvertently changing, say Adding a Name Type that will not be replicated to the other system.
Navigation Links can be created in between environments
Help streamline business processes, particularly if a Portal is not available for all user groups.
Single Sign-on should be setup between environments.
Provisioning to other systems such as LDAP should be considered in the integration model
Business Process Impacted
Search/Match
Processes resulting in new person record
Processes resulting in updated person record
HR Recruiting processes
Work-study students
Self-service impacts (CS and HR)
Student refunding
Reporting
Quick Look on
Integrate person data.
Integrate using External Search/Match.
Integrate using the higher education constituent hub (HECH).
Integrate setup data.
Integrating Person Data
Publish and subscribe to person data.
Review integrated person data.
CS-to-HCM integrated environment, the person record is physically separated.
FP 4 has the tools
Transferred by the PERSON_BASIC_SYNC
(Core data + Extension data like FERPA)
Publishing and Subscribing to Person
Data
PERSON_BASIC_SYNC
PERSON_DIVERSITY_SYNC
PERSON_VISA_CITIZEN_SYNC
PERSON_DISABILITY_SYNC
WORKFORCE_SYNC
Integrated Person Data
Owner Subscriber Model
Names Gender Disability
Addresses Birthdate Ethnicity/Diversity
Phones Date of Death Citizenship
Email Addresses Marital Status Passport
National IDs FERPA Flag Visa/Permits
Job HR Operator Defaults User Profiles
Distinct Ownership Model
EmplID
Addresses
Names
Email Addresses
FERPA Flag
VA Benefit
Understanding HCM-to-CS Setup Data
Address Types
National ID Types
Ethnic Groups
HCMBusinessUnits
Currency Codes
Company Codes
MajorSubjectCodes
Country Codes
State Codes
Departments
Holiday Date
Schedules
JobCodes
Locations
Name Titles
Name Types
Name Prefixes
Name Royal Prefixes
Name Royal Suffixes
Name Suffixes
NameFormats
POITypes
Regulatory Regions
SetIDs
TableSetControls
U.S.StandardOccupational Codes
VisaPermitTypes
VisaPermitDocuments
What is it?
Like the internal SM
Integrates with any External System
Search and import records against CC
Setting UP ESM
External Core Data Integration
Set Up SACR, Install > External Core Data Install
External System Search Match Options
Set Up SACR, System Administration > Utilities > Search/Match > Search Match
with External Sys
Pages for Integrated Search
Campus Community,Personal Information,Search/Match Integrated,Search
Criteria
Set Up SACR, SystemAdministration,Utilities, Search/Match,Search/Match
Integrated,Search Criteria
+
Many more…
IB Services
SCC_SM_FETCH (Search/Match fetch service).
SCC_SM_SERVICE (External Search/Match service).
Understanding External Search/Match
Web Services
Internal Search/Match, External Search/Match, or both.
XML message that contains all of the fields to search
Match Request Message
The Match Request XML message exposes:
All of the search order numbers that can potentially return matching candidates.
Search fields.
Search data.
Search/Match configuration information.
Match Response Message
The Match Response XML message (SCC_SM_SERVICE_RESP.V1) from the
external system contains:
Search order number/rule that found results.
Matching candidates.
Score.
Universal ID/cross reference.
Person data.
Fetch Request Message
The Fetch Request XML message (SCC_SM_FETCH_REQ.V1) to the external
system contains the universal ID for which the Import or Detail buttons were
selected.
Fetch Response Message
The Fetch Response XML message (SCC_SM_FETCH_RESP.V1) from the external
system contains the
full constituent record
What Import Does?
1. The CS system creates an EmplID.
2. The CS system populates the SCC_HUB_MAP table with the EmplID and its
Universal ID.
3. The CS system publishes the PERSON_BASIC_SYNC message.
4. The CS system publishes an outbound constituent message (which includes the
Universal ID).
5. Using the Universal ID, the external system updates the constituent’s
reference table with a new EmplID.
Appendix
Implementing Integration of Set Up Data between CS and HCM on My Oracle
Support
Implementing Person Bio-Demo Data Integration between CS and HCM on My
Oracle Support
Implementing External Search/Match between CS and HCM on My Oracle
Support
Implementing CS Integration with the Higher Education Constituent Hub on My
Oracle Support
Implementing Portal Navigation aggregation for CS and HCM Integration on My
Oracle Support