Beruflich Dokumente
Kultur Dokumente
Oracle Corporation |
ORACLE BI APPLICATIONS E-BUSINESS SUITE ADAPTOR (7.9.6 +) .......................... 4 GENERAL BACKGROUND OF ORACLE E-BUSINESS SUITES ADAPTORS .................... 4 KEY ETL PROCESSES AND INCREMENTAL REFRESH STRATEGIES ............................. 5
Persistent Staging Tables ...................................................................................................................... 5 Incremental refresh of DW based on Event Queues .............................................................................. 6
3.2.1. 3.2.2.
An incremental refresh use case..................................................................................... 6 A worked out example of Event Queue table ................................................................. 7
4. 5. 6.
6.1.
GENERAL IMPLEMENTATION CONSIDERATIONS ............................................................ 8 IMPACT OF INCORRECT CONFIGURATIONS OF DOMAIN VALUES .............................. 9 DETAILED UNDERSTANDING OF THE KEY HR ETL PROCESSES ................................ 11
Core Workforce Fact Process .............................................................................................................. 11
6.1.1. 6.1.2. 6.1.3. 6.1.4. 6.1.5. 6.1.6. 6.1.7. 6.1.8. 6.1.9. 6.1.10. 6.1.11. 6.1.12. 6.1.13. 6.1.14. 6.1.15. 6.1.16. 6.1.17. 6.1.18. 6.1.19. 6.1.20. 6.1.21. 6.1.22. 6.1.23. 6.1.24. 6.1.25. 6.1.26.
ETL Flow ........................................................................................................................ 11 Key Steps and Table Descriptions ................................................................................. 12 Key Setup/Configuration Steps ..................................................................................... 17 Customizing the Workforce Fact ................................................................................... 18 W_ORA_WEVT_ASG_PS ................................................................................................ 19 W_ORA_WEVT_HDC_PS ............................................................................................... 20 W_ORA_WEVT_FTE_PS................................................................................................. 21 W_ORA_WEVT_SAL_PS................................................................................................. 22 W_ORA_WEVT_PTYP_PS .............................................................................................. 23 W_ORA_WEVT_PERF_PS .............................................................................................. 24 W_ORA_WEVT_ASG_EQ_TMP...................................................................................... 25 W_ORA_SUPV_STATUS_PS ........................................................................................... 26 W_WRKFC_EVT_FS ....................................................................................................... 27 Workforce Base Fact (W_WRKFC_EVT_F)..................................................................... 28 Workforce Age Fact (W_WRKFC_EVT_AGE_F) ............................................................. 29 Workforce Period of Work Fact (W_WRKFC_EVT_POW_F) ......................................... 30 Workforce Merge Fact (W_WRKFC_EVT_MERGE_F).................................................... 31 Workforce Month Snapshot Fact (W_WRKFC_EVT_MONTH_F) .................................. 32 Workforce Aggregate Fact (W_WRKFC_BAL_A) ........................................................... 33 Workforce Aggregate Event Fact (W_WRKFC_EVT_A) ................................................. 35 Handling Deletes ........................................................................................................... 38 Propagating to derived facts ......................................................................................... 39 Date-tracked Deletes .................................................................................................... 39 Purges............................................................................................................................ 39 Primary Extract.............................................................................................................. 40 Identify Delete............................................................................................................... 41 Oracle Corporation | 2
6.2.1. 6.2.2. 6.2.3. 6.2.4. 6.2.5. 6.2.6. 6.2.7. 6.2.8. 6.2.9. 6.2.10. 6.2.11. 6.2.12. 6.2.13.
6.3.
ETL Flow ........................................................................................................................ 43 Key Steps and Table Descriptions ................................................................................. 43 Key Setup/Configuration Steps ..................................................................................... 45 W_JOB_RQSTN_EVENT_FS ........................................................................................... 46 W_ORA_APPL_EVENT_F_TMP ...................................................................................... 46 W_APPL_EVENT_FS....................................................................................................... 47 Job Req. & Applicant Event Facts (W_JOB_RQSTN_EVENT_F & W_APPL_EVENT_F) .. 48 Job Requisition Accumulated Snapshot Fact (W_JOB_RQSTN_ACC_SNP_F) ............... 50 Applicant Accumulated Snapshot Fact (W_APPL_ACC_SNP_F) .................................... 51 Recruitment Pipeline Event Fact (W_RCRTMNT_EVENT_F) ......................................... 51 Recruitment Job Requisition Aggregate Fact (W_RCRTMNT_RQSTN_A) ..................... 54 Recruitment Applicant Aggregate Fact (W_RCRTMNT_APPL_A) ................................. 56 Recruitment Hire Aggregate Fact (W_RCRTMNT_HIRE_A)........................................... 57
ETL Flow ........................................................................................................................ 59 Key Steps and Table Descriptions ................................................................................. 59 Key Setup/Configuration Steps ..................................................................................... 60 W_ABSENCE_TYPE_RSN_DS ......................................................................................... 61 W_ABSENCE_EVENT_DS ............................................................................................... 62 Absence Event Fact (W_ABSENCE_EVENT_F) ............................................................... 63
ETL Flow ........................................................................................................................ 65 Key Steps and Table Descriptions ................................................................................. 65 Key Setup/Configuration Steps ..................................................................................... 66 W_ORA_LM_ENROLLMENT_F_PRG_TMP .................................................................... 67 W_ORA_LM_ENROLLMENT_F_HST_TMP ..................................................................... 68 W_LM_EMROLLMENT_ACC_SNP_FS ............................................................................ 69 Learning Enrollment Acc. Snapshot Fact (W_LM_ENROLLMENT_ACC_SNP_F) ........... 70 Learning Enrollment Event Fact (W_LM_ENROLLMENT_EVENT_F) ............................. 71
ETL Flow ........................................................................................................................ 72 W_PAYROLL_FS ............................................................................................................. 75 Payroll Fact (W_PAYROLL_F) ......................................................................................... 76 Payroll Aggregate Fact (W_PAYROLL_A) ....................................................................... 77
7.
Oracle Corporation |
The purpose of this document is to provide enough information one might need while attempting an implementation of HR Analytics using the Oracle BI Applications E-Business Suite Adaptors. Apart from understanding the entry points that are required to implement HR Analytics, it also helps to know the process details of some key components of HR Analytics. A few of these key facts and dimensions are also discussed and an overview of their process/usages is provided towards the end. This document is intended for Oracle BI Applications Releases 7.9.6, 7.9.6.1, 7.9.6.2 as well as 7.9.6.3. For upcoming releases, this document will be updated in due course of time.
Oracle BI Applications Data Warehouse consists of a huge set of facts, dimensions and aggregate tables. The portion of the ETL that loads to these end tables are typically Source Independent (loaded using the Informatica folder SILOS). These ETL maps start from a staging table and load data incrementally into the corresponding end table. Aggregates are created upstream, and have no relation to which source system the data came from. The ETL portion, Source Dependent Extract, that extracts into these staging tables (also called Stage Tables) are the ones that go against a given source system, like EBS or PSFT and so on. For Universal, they go against a similarly structured CSV file. Take any Adaptor the stage tables are exactly the same structurally. The grain expectation is also exactly the same for all adaptors. Oracle BI Applications provide packaged ETL mappings against various source OLTP systems and Oracle E-Business Suites is one of them. EBS Adaptors for Oracle BI Applications provide packaged maps supporting various business areas such as Human Resources, Supply Chain & Procurements, Order Management, Financials and Service. Depending on the Oracle BI Application product releases, a variety of EBS versions are also supported, including 11.5.10, R12, R12.1.1, R12.1.2 and R12.1.3.
Oracle Corporation |
3.1.
Persisted Staging (PS) tables are similar to the Operational Data Store (ODS) concept. Usually the PS tables reflect the structure of a transaction table plus calculations/lookups. The PS layer has been brought into the ETL for a couple of different reasons. The main purpose is to filter out incremental changes that do not affect the data warehouse:
If capturing changes using LAST_UPDATE_DATE then updates to columns not used by the warehouse would trigger unnecessary updates. Also a date-tracked update causes two records to be changed one new record to be inserted (the change we are interested in) and the old record is end-dated (not a change that affects any warehouse data) Some OLTP tables do not have any last update timestamp, so comparing the full extract with the PS layer allows only the true incremental changes to be processed downstream.
Another purpose of the PS layer is to do some calculations (setting indicators, domain lookups). By doing this processing at the first opportunity it can be reused by other processes. This improves consistency and efficiency. Persistent Staging tables are not truncated throughout the life of the data warehouse (hence the term persistent). There is a specific style of modelling PS tables. Here are a few key column natures that might be worth to mention: Change indicators - Whether the assignment record has a different organization, job, grade etc. compared with the previous record. This is very common in EBS to have more than one change pushed into a single ASSIGNMENTS record, whereas theoretically, several changes were actually done to it. For example, Job Change, Grade change, Organization Change all three of these can happen at the same time and EBS might only give you one new record reflecting all the changes in one shot. However, these are different equally important events for our data warehouse. To make our downstream processes simpler, we add these indicator columns, and later filter by indicator values (0 or 1) to get our required events. Obviously, populating these indicator columns efficiently is a non-trivial task, but the good thing is that it all comes pre-packaged for you. Entry dates - the date of last change for organization, job, grade etc. Oracle Corporation | 5
3.2.
Event Queue tables help manage the incremental refresh of a history table (e.g. fact or type 2 dimension). The EQ table columns are usually the natural key plus the earliest date of change. During incremental load it is possible for one (back-dated) change to impact many different records. For example, the workforce fact tracks assignment changes, appraisals, salary etc. If an appraisal rating was provided late, then the correct performance rating would need to be updated on any assignment changes or salary changes since the appraisal. To simplify the cost of determining the impact of changes, event queue tables only store for each assignment the date of the earliest change. Then everything from that point on is reprocessed. In normal loads only a small percentage of all assignments should change, and most changes would be current. So the event queue tables should usually be small. The only exception is for the monthly snapshot fact where if the load moves into a new month then a new snapshot has to be created for all active (not terminated) assignments.
$50k Salary
$60k
$70k
$80k
BAD
UGLY
GOOD
Grade A A B B B B B B B
Grade Change N N Y N N N N N N
Salary 50 50 60 60 70 70 70 80 80
Performance GOOD BAD BAD UGLY UGLY UGLY GOOD GOOD GOOD
Oracle Corporation |
If we correct the second assignment record so that the grade change is deferred (A, B, B, B A, A, B, B) then we will need to correct the records as highlighted below.
Assignment 1 1 1 1 1 1 1 1 1 Date From 1 Jan 1 Feb 1 Mar 1 Apr 1 May 1 Jun 1 Jul 1 Aug 1 Sep Date To 31 Jan 28 Feb 31 Mar 30 Apr 31 May 30 Jun 31 Jul 31 Aug End Event Hire Appraisal Review Appraisal Review Assignment Appraisal Review Assignment Grade A A A A A B B B B Grade Change N N N N N Y N N N Salary 50 50 60 60 70 70 70 80 80 Performance GOOD BAD BAD UGLY UGLY UGLY GOOD GOOD GOOD
Therefore a single correction on the transaction system can result in many records requiring correction on the warehouse. Because of the complexity of working out exactly what is impacted, a simple and efficient refresh strategy is to capture the earliest refresh date per person/assignment and do a refresh of that portion of the target. Usually the event queue table will contain: Primary Key Columns (e.g. Assignment) Other Key Columns (e.g. Data Source) Earliest Change / Refresh From Date (date of earliest change e.g. 1 Mar from example above) Previous End Date (always equal to Earliest Change Date 1 this makes the implementation more portable)
The target table gets the same data and calculates the effective end date:
Assignment 1 1 Date From 1 Jan 2000 1 Jan 2003 Date To 31 Dec 2002 End Event Hire Review Grade A B Salary 50 60 LOAD_ID 1 1
The subsequent incremental load (ID=2) changed the source table as follows:
Assignment 1 1 1 Date From 1 Jan 2000 1 Jan 2001 1 Jan 2003 Date To 31 Dec 2000 31 Dec 2002 End Event Hire Promotion Review Grade A B B Salary 50 50 60 LOAD_ID 1 2 1 Comment New Record
Oracle Corporation |
Oracle Corporation |
Domain values constitute a very important foundation for Oracle Business Intelligence Applications. We use this concept heavily all across the board to equalize similar aspects from a variety of source systems. The Oracle Business Intelligence Applications provide packaged data warehouse solutions for various source systems such as E-Business Suite, PeopleSoft, Siebel, JD Edwards and so on. We attempt to provide a source dependent extract type of a mapping that leads to a source independent load type of a mapping, followed by a post load (also source independent) type of mapping. With data possibly coming in from a variety of source systems, this equalization is necessary. Moreover, the reporting metadata (OBIEE RPD) is also source independent. The metric calculations are obviously source independent. The following diagram shows how a worker status code/value is mapped onto a warehouse domain to conform to a single target set of values. The domain is then re-used by any measures that are based on worker status.
A I
Active Inactive A I OLTP 1 1 2 3 Source Active Inactive Active Suspended Terminated Domain ACTIVE INACTIVE ACTIVE INACTIVE INACTIVE
1 2 3
OLTP 2
Domain values help us to equalize similar aspects or attributes as they come from different source systems. We use these values in our ETL logic, sometimes even as hard-coded filters. We use these values in defining our reporting layer metrics. And hence, not configuring, incorrectly configuring, or changing the values of these domain value columns from what we expect, will lead to unpredictable results. You may have a single source system to implement, but still you have to go through all the steps and configure the domain values based on your source data. Unfortunately, this is small price you pay for going the buy approach VS the traditional build approach for your data warehouse. Oracle Corporation | 9
Oracle Corporation |
10
Supervisor Status
W_ ORA_ SUPV_ STATUS _PS
Assignment Events
FTE Events
Headcount Events
Salary Events
Appraisal Events
For each change type all the PS tables are joined together to produce event records with all information correct as of the event
Assignment
W_ ORA_ WEVT_ ASG_PS W_ ORA_ WEVT_ ASG_ TMP
FTE
W_ ORA_ WEVT_ FTE_PS W_ ORA_ WEVT_ FTE_ TMP
Salary
W_ ORA_ WEVT_ SAL_PS W_ ORA_ WEVT_ SAL_ TMP
Age
W_ ORA_ WEVT_ AGE_ TMP
Service
W_ ORA_ WEVT_ POW_ TMP
Headcount
W_ ORA_ WEVT_ HDC_PS W_ ORA_ WEVT_ HDC_ TMP
Person Type
W_ ORA_ WEVT_ PTYP_PS W_ ORA_ WEVT_ PTYP_ TMP
Appraisal
W_ ORA_ WEVT_ PERF_PS W_ ORA_ WEVT_ PERF_ TMP
Oracle Corporation |
11
Implementing HR Analytics using E-Business Suite Adaptors 6.1.2. Key Steps and Table Descriptions
Initial Extraction
Tables used for initial source extraction. Table
W_ORA_WEVT_ASG_PS
Primary Sources
PER_ALL_ASSIGNMENTS_F
Grain
As primary source + inactive record
Description
Active assignment changes plus some event interpretation from the source plus one system generated inactive record If fast formula is used then the budget value is checked for each assignment record start and any changes are recorded. Otherwise the grain follows the ABV source table.
W_ORA_WEVT_HDC_PS
One row per assignment per headcount change One row per assignment per FTE change As primary source As primary source for EMP and CWK types As primary source
W_ORA_WEVT_FTE_PS
W_ORA_WEVT_SAL_PS
Pay reviews plus salary annualization. Worker person type pushed down to corresponding assignment (type E or C) Appraisal ratings normalized (converted to a %) and stored against each assignment At any given time a person is a supervisor if an active assignment exists that reports to them.
W_ORA_WEVT_PTYP_PS
PER_PERSON_TYPE _USAGES_F
W_ORA_WEVT_PERF_PS
W_ORA_SUPV_STATUS_PS
W_ORA_WEVT_ASG_PS
One row per person per change in supervisor status One row per assignment per workforce event
W_WRKFC_EVT_FS
All W_ORA_*_PS
Records workforce events for assignments from hire/start through to termination/end. Includes appraisals, salary reviews and general changes. Records workforce events for assignments from hire/start through to termination/end. Includes
W_WRKFC_EVT_F
W_WRKFC_EVT_F
Oracle Corporation |
12
W_WRKFC_EVT_AGE_F
W_AGE_BAND_D W_WRKFC_EVT_F
One row per assignment per age band change One row per assignment per service band change One row per assignment per workforce or band change event One row per assignment per change event or snapshot month One row per Employment Status and category.
W_WRKFC_EVT_POW_F
W_PRD_OF_WRK_BAND_D W_WRKFC_EVT_F
W_WRKFC_EVT_MERGE_F
W_WRKFC_EVT_MONTH_F
W_WRKFC_EVT_MERGE_F W_MONTH_D
Adds in monthly snapshot records along with the workforce and band change events.
W_EMPLOYMENT_STAT_CAT_D
W_EMPLOYMENT_D
This table is an aggregated dimension table on the distinct Employment Status and Category available in W_EMPLOYMENT_D table. This dimension table stores information about a workforce event, such as the action, whether the organization or job has changed, whether it is a promotion or a transfer, and so on. This table is designed to be a Type-1 dimension. This table is an aggregate dimension based on the Event Group and Event Sub Group in the W_WRKFC_EVENT_TYPE_D dimension table. This is a Balance Aggregate table based on the
W_WRKFC_EVENT_TYPE_D
W_WRKFC_EVENT_TYPE_DS
W_WRKFC_EVENT_GROUP_D
W_WRKFC_EVENT_TYPE_D
W_WRKFC_BAL_A
W_EMPLOYMENT_STAT_CAT_D
Oracle Corporation |
13
W_WRKFC_EVT_A
This is an Events Aggregate table based on the Base Event Fact table W_WRKFC_EVT_MERGE_F.
Oracle Corporation |
14
Incremental Extraction
Additional tables used for incremental source extraction only. Grain is for new/updated records only. Last update date is used on all incremental extracts to determine the changed source data. Table
W_ORA_WEVT_ASG_TMP
Primary Sources
PER_ALL_ASSIGNMENTS_F
Grain (changes)
As primary source + inactive record
Description
Stages updates before merging into the _PS table. Comparisons are made to detect changes Stages updates before merging into the _PS table. Comparisons are made to see what change occurred, if any.
W_ORA_WEVT_HDC_TMP
PER_ASSIGNMENT_BUDGET _VALUES_F Headcount Fast Formulas PER_ASSIGNMENT_BUDGET _VALUES_F FTE Fast Formulas PER_PAY_PROPOSALS
One row per assignment per headcount change One row per assignment per FTE change As primary source
W_ORA_WEVT_FTE_TMP
W_ORA_WEVT_SAL_TMP
Stages updates before merging into the _PS table. Comparisons are made to see what change occurred, if any. Stages updates before merging into the _PS table. Comparisons are made to see what change occurred, if any. Stages updates before merging into the _PS table. Comparisons are made to see what change occurred, if any. Comparison is made with date of birth in assignment table and all rows updated on change Comparison is made with date start in assignment table and all rows updated on change Assignments and their earliest date of any change Keeps track of prior supervisors (before assignments are updated) as these may have a change in supervisor status Lists people with potential changes in supervisor status
W_ORA_WEVT_PTYP_TMP
PER_PERSON_TYPE _USAGES_F
W_ORA_WEVT_PERF_TMP
As primary source
W_ORA_WEVT_AGE_TMP
PER_ALL_PEOPLE_F
W_ORA_WEVT_POW_TMP
PER_PERIODS_OF_SERVICE
W_ORA_WEVT_ASG_EQ_TMP
All W_ORA_*_PS
One row per assignment One row per assignment per supervisor change
W_ORA_SUPV_OLD_TMP
W_ORA_WEVT_ASG_PS
W_ORA_SUPSTAT_EQ_TMP
W_ORA_WEVT_ASG_PS W_ORA_SUPV_OLD_TMP
Oracle Corporation |
15
W_WRKFC_EVT_MONTH_EQ_TMP
W_WRKFC_BAL_A_EQ_TMP
One row per changed employment status/category and snapshot month One row per changed event group/sub group and employment status/category
W_WRKFC_EVT_A_EQ_TMP
Reference table for which event group/sub groups have changed and changed employment status/category.
Oracle Corporation |
16
Implementing HR Analytics using E-Business Suite Adaptors 6.1.3. Key Setup/Configuration Steps
The following table documents the minimum setup required for the target snapshot fact to be loaded successfully. For other functionality to work it is necessary to perform other setup as documented by the installation guide below. If this is not done it may be necessary to re-run initial load after completing the additional setup. Type
DAC System Parameter
Name
INITIAL_EXTRACT_DATE HR_WRKFC_EXTRACT_DATE HR_WRKFC_ADJ_SERVICE_DATE
Description
Earliest date to extract data across all facts Earliest date to extract data from HR Facts Whether or not to count length of work from the adjusted service date Earliest date to generate snapshots for HR Workforce. st This should be set to the 1 of a month. Current date in WID form should not be changed Age bands need to be defined in a continuous set of ranges Period of work bands need to be defined in a continuous set of ranges Whether or not to load FTE values (FTE PS table) Whether or not to load appraisals (PERF PS table)
HR_WRKFC_SNAPSHOT _DT
Configuration Tag
Notes 1) Workforce extract date should be the earliest date from which HR data is required for reporting (including all HR facts e.g. Absences, Payroll, Recruitment). This can be later than initial extract date if other non-HR content loads need an earlier initial extract date. 2) Snapshots should be generated for recent years only in order to improve ETL performance and reduce the size of the snapshot fact.
Oracle Corporation |
17
Implementing HR Analytics using E-Business Suite Adaptors 6.1.4. Customizing the Workforce Fact
Oracle Corporation |
18
End Events
End Events
Changes
W_ORA_WEVT_ASG_TMP
W_ORA_WEVT_ASG_PS
Incremental
Initial
Normal working hours standardized Previous FKs calculated Previous dates calculated Event mapped to conformed event
PER_ASSIGNMENT_STATUS_TYPES
PER_JOBS
PER_ALL_ASSIGNMENTS_F
PER_PAY_BASES
W_ORA_WEVT_HDC_TMP
W_ORA_WEVT_HDC_PS
Incremental
Initial
Sources from ABV table or Fast Formula Calculates previous Headcount values
PER_ALL_ASSIGNMENTS_F PER_ASSIGNMENT_BUDGET_VALUES_F
Oracle Corporation |
20
W_ORA_WEVT_FTE_TMP
W_ORA_WEVT_FTE_PS
Incremental
Initial
Sources from ABV table or Fast Formula Calculates previous FTE values
PER_ALL_ASSIGNMENTS_F PER_ASSIGNMENT_BUDGET_VALUES_F
Oracle Corporation |
21
W_ORA_WEVT_SAL_TMP
W_ORA_WEVT_SAL_PS
Incremental
Initial
Annualized salaries Previous salary calculated Last salary increase date calculated
PER_ALL_ASSIGNMENTS_F
PER_PAY_BASES
PER_PAY_PROPOSALS
PAY_INPUT_VALUES_F
PAY_ELEMENT_TYPES_F
PER_TIME_PERIOD_TYPES
PAY_ALL_PAYROLLS_F
Oracle Corporation |
22
W_ORA_WEVT_PTYP_TMP
W_ORA_WEVT_PTYP_PS
Incremental
Initial
PER_PERSON_TYPES
PER_PERSON_TYPE_USAGES_F
PER_ALL_ASSIGNMENTS_F
Oracle Corporation |
23
W_ORA_WEVT_PERF_TMP
W_ORA_WEVT_PERF_PS
PER_EVENTS
PER_PERFORMANCE_REVIEWS
PER_ALL_ASSIGNMENTS_F
Assignment
W_ORA_WEVT_ASG_PS
FTE
W_ORA_WEVT_FTE_PS
Salary
W_ORA_WEVT_SAL_PS
Appraisal
W_ORA_WEVT_PERF_PS
Headcount
W_ORA_WEVT_HDC_PS
Person Type
W_ORA_WEVT_PTYP_PS
Oracle Corporation |
25
Incremental
Initial
W_ORA_SUPSTAT_EQ_TMP
People potentially changing status
W_ORA_SUPV_OLD_TMP
Pre-refresh supervisor pending changes
Pre-refresh
W_ORA_WEVT_ASG_PS
Oracle Corporation |
26
Event Queue
W_ORA_WEVT_ASG_EQ_TMP
Assignment Events
FTE Events
Headcount Events
Salary Events
Appraisal Events
For each change type all the PS tables are joined together to produce event records with all information correct as of the event. In incremental load the event queue is additionally joined in to ensure only actual changes (plus subsequent events) are processed.
Assignment
W_ORA_WEVT_ASG_PS
FTE
W_ORA_WEVT_FTE_PS
Salary
W_ORA_WEVT_SAL_PS
Supervisor Status
W_ORA_SUPV_STATUS_PS
Headcount
W_ORA_WEVT_HDC_PS
Person Type
W_ORA_WEVT_PTYP_PS
Appraisal
W_ORA_WEVT_PERF_PS
Oracle Corporation |
27
Implementing HR Analytics using E-Business Suite Adaptors 6.1.14. Workforce Base Fact (W_WRKFC_EVT_F)
Incremental only
W_WRKFC_EVT_EQ_TMP
W_WRKFC_EVT_F
Incremental only
W_WRKFC_EVT_FS
The workforce base fact is refreshed from the workforce fact staging table. Effective end date is calculated based on the next event date Deleted events are removed (subsequent events previously loaded but no longer staged see Incremental Load section on backdated changes)
The date-track (having a continuous non-overlapping set of effective start/end dates per assignment) is critical to downstream facts and the correct operation of the reports. Deletes can also be handled separately (see deletes section below) but care needs to be taken to ensure the date-track is correctly maintained if deleting individual records.
Oracle Corporation |
28
Implementing HR Analytics using E-Business Suite Adaptors 6.1.15. Workforce Age Fact (W_WRKFC_EVT_AGE_F)
W_WRKFC_EVT_AGE_F
W_AGE_BAND_D
W_WRKFC_EVT_F
The age fact contains one starting row plus one row each time an assignment moves from one age band to the next. For example, if the last age band is 55+ years then there will be an event generated for each assignment on the 55th birthday of the worker (BIRTH_DT + 55 years). Any worker hired beyond the age of 55 will have no additional band change events, just the starting row. Note the age bands are completely configurable, but because of the dependencies between the age bands and the facts any changes to the configuration will require a reload (initial load). This fact is refreshed for an assignment whenever there is a change to the workers date of birth on the hire record (or the first record if the hire occurred before the fact initial extract date).
Oracle Corporation |
29
Implementing HR Analytics using E-Business Suite Adaptors 6.1.16. Workforce Period of Work Fact (W_WRKFC_EVT_POW_F)
W_WRKFC_EVT_POW_F
W_PRD_OF_WRK_BAND_D
W_WRKFC_EVT_F
The period of work fact contains one starting row plus one row each time an assignment moves from one service band to the next. For example, if the first service band is 0-1 years then there will be an event generated for each assignment exactly one year after hire (POW_START_DT). Note the period of work bands are completely configurable, but because of the dependencies between the service bands and the facts any changes to the configuration will require a reload (initial load). This fact is refreshed whenever there is a change to the hire record (or first record if the hire was before the fact initial extract date).
Oracle Corporation |
30
Implementing HR Analytics using E-Business Suite Adaptors 6.1.17. Workforce Merge Fact (W_WRKFC_EVT_MERGE_F)
W_WRKFC_EVT_MERGE_F
W_WRKFC_EVT_F
W_WRKFC_EVT_AGE_F
W_WRKFC_EVT_POW_F
This fact contains the change events from the base, age and service facts. It is refreshed based on the combination of assignments and (earliest) event dates in the fact staging table.
Oracle Corporation |
31
Implementing HR Analytics using E-Business Suite Adaptors 6.1.18. Workforce Month Snapshot Fact (W_WRKFC_EVT_MONTH_F)
W_WRKFC_EVT_MONTH_F
Monthly Snapshots
Workforce Events
W_MONTH_D
W_WRKFC_EVT_MERGE_F
This fact contains the merged change events plus a generated snapshot record on the first of every month on or after the HR_WRKFC_SNAPSHOT_DT parameter. To allow future-dated reporting snapshots are created up to 6 months in advance. This fact is refreshed based on: Combination of assignments and (earliest) event dates in the fact staging table Any snapshots required for active assignments since the last load (e.g. if the incremental load is not run for a while, or the system date moves into a new month since the last load)
Oracle Corporation |
32
Implementing HR Analytics using E-Business Suite Adaptors 6.1.19. Workforce Aggregate Fact (W_WRKFC_BAL_A)
Dimension W_EMPLOYMENT_D
Aggregate Fact table (W_WRKFC_BAL_A) is based on the Snapshot Fact table W_WRKFC_EVT_MONTH_F and Aggregate dimension W_EMPLOYMENT_STAT_CAT_D so as to improve performance of Fact table W_WRKFC_EVT_MONTH_F. Aggregate Fact W_WRKFC_BAL_A is loaded directly by Dimension W_EMPLOYMENT_ D (essentially remains at the grain of Dimension Aggregate W_EMPLOYMENT_ STAT_CAT_D) and Workforce Month Snapshot Fact W_WRKFC_EVT_MONTH_F.
Oracle Corporation |
33
Oracle Corporation |
34
Implementing HR Analytics using E-Business Suite Adaptors 6.1.20. Workforce Aggregate Event Fact (W_WRKFC_EVT_A)
Aggregate Fact is loaded directly by Employment Dimension but it is at the grain of the Employment Stat Cat Aggregate Dimension
Aggregate Fact is loaded directly by Workforce Event Type Dimension but it is at the grain of the Workforce Event Group Aggregate Dimension
Dimension W_EMPLOYMENT_D
W_WRKFC_EVT_MERGE_F
W_WRKFC_EVT_EQ_TMP
Dimension W_WRKFC_EVENT_TYPE_D
Oracle Corporation |
35
PLP_WorkforceEventAggregateFact_ Full (loads new records into the Event Aggregate Fact table (W_WRKFC_EVT_A) based on Workforce Fact table (W_WRKFC_EVT_MERGE_ F), Aggregate Dimension (W_EMPLOYMENT_STAT_CAT_D) and Aggregate Dimension (W_WRKFC_EVENT_GROUP_D). Although it gets directly loaded from W_EMPLOYMENT_D and W_WRKFC_EVENT_TYPE_D, the Balance Aggregate Fact remains at the grain of the Aggregate Dimensions (W_EMPLOYMENT_STAT_CAT_D and W_WRKFC_EVENT_GROUP_D))
PLP_EmploymentDimensionAggregate_Load (Loads new rows into Aggregate dimension W_EMPLOYMENT_STAT_CAT_D from current ETL run, based on the distinct Employment Status and Category available in W_EMPLOYMENT_D table.)
PLP_WorkforceEventGroupDimensionAggregate_Load (Loads new rows into Aggregate dimension (W_WRKFC_EVENT_GROUP_D) from current ETL run, based on the Event Group and Event Sub Group in the W_WRKFC_EVENT_TYPE_D dimension table.) PLP_WorkforceEventGroupDimension_ParentLevelUpdate(Aggregate dimension (W_WRKFC_EVENT_GROUP_D) updates parent level dimension (W_WRKFC_EVENT_TYPE_D) )
Oracle Corporation |
36
Oracle Corporation |
37
W_WRKFC_EVT_F
Set delete flag
W_WRKFC_EVT_DEL_F
Records to be deleted
Any fact record where: Fact integration key is not in the primary extract table, or Fact assignment key is not in the primary extract table
W_WRKFC_EVT_F_PE
Integration keys or assignments
Source OLTP
All the standard OBIA mappings are provided for processing deletes (Primary Extract, Identify Deletes, and Soft Delete). However because of the added complexity of maintaining the date-track (continuous set of effective start/end dates per assignment) the functionality differs slightly. There are two types of delete to make a distinction between: Date-tracked delete a single record is deleted for an assignment, but others remain Purge all records for an assignment are deleted, the assignment no longer exists on the source transaction system These are discussed in more detail below.
Oracle Corporation |
38
Implementing HR Analytics using E-Business Suite Adaptors 6.1.22. Propagating to derived facts
The incremental load for derived facts will automatically detect any records deleted via the delete process (W_WRKFC_EVT_F_DEL). Deleted records will be physically removed from the derived fact tables as part of the incremental refresh.
6.1.24. Purges
To purge all records for an assignment using the standard delete mappings the distinct assignment ids should be extracted into the primary extract table. Then the identify delete mapping will compare the primary extract table with the fact table and the soft delete mapping will flag as deleted all records for assignments in the fact which are not in the primary extract table.
Oracle Corporation |
39
W_WRKFC_EVT_F_PE
DATASOURCE_NUM_ID INTEGRATION_ID (ASSIGNMENT_ID)
Either / Or
W_WRKFC_EVT_F_PE
DATASOURCE_NUM_ID INTEGRATION_ID
Source OLTP
Extract from the source OLTP either the valid assignments or valid integration keys for the fact. The delete process will delete fact records with no valid assignment (purge) and no valid integration key (individual record delete). This step can be skipped if there is an alternative method (e.g. source trigger) of detecting the purges or deletes and pushing the fact keys to delete directly to the W_WRKFC_EVT_F_DEL table. The recommendation is to use the purge only extract the distinct valid assignment ids. If the other option is used then care should be taken to leave the fact consistent. See the worked example below.
Oracle Corporation |
40
W_WRKFC_EVT_DEL_F
Records to be deleted
Any fact record where: Fact integration key is not in the primary extract table, or Fact assignment key is not in the primary extract table
W_WRKFC_EVT_F_PE
W_WRKFC_EVT_F
Compares the primary extract table with the fact table to detect purges or deletes. The primary keys of fact records to be deleted are inserted into the delete table. This step can be skipped if there is an alternative method (e.g. source trigger) of detecting the purges or deletes and pushing the fact keys to delete directly to the W_WRKFC_EVT_F_DEL table. Incremental Sessions: SIL_WorkforceEventFact_IdentifyDelete
W_WRKFC_EVT_F
Set delete flag
W_WRKFC_EVT_DEL_F
This updates the delete flag to Y (Yes) for fact records in the delete table. Incremental Sessions: SIL_WorkforceEventFact_SoftDelete
Oracle Corporation |
41
Implementing HR Analytics using E-Business Suite Adaptors 6.1.28. Date-Tracked Deletes - Worked Example
The recommended way of handling date-tracked deletes in the workforce fact is to always stage changed records (in the case of a delete the previous record) and allow the fact incremental load mappings handle the changes. The following example shows what can happen if the fact is not maintained correctly when deleting records.
W_WRKFC_EVT_F
Suppose after initial load the following data was loaded in the fact table for assignment 1: Assignment Start Date 1 1 1 1 01-Jan-2000 01-Jan-2001 01-Jan-2002 01-Jan-2003 End Date 31-Dec-2000 31-Dec-2001 31-Dec-2002 01-Jan-3714 Change Type HIRE REVIEW TRANSFER REVIEW Organization A A B B Salary 5000 6000 6000 7000
Now suppose the transfer record was deleted on the source transaction system. If this was handled by the primary extract identify delete soft delete mappings then there would be the following records left in the fact table (delete flag = N): Assignment Start Date 1 1 1 01-Jan-2000 01-Jan-2001 01-Jan-2003 End Date 31-Dec-2000 31-Dec-2001 01-Jan-3714 Change Type HIRE REVIEW REVIEW Organization A A B Salary 5000 6000 7000
This is wrong on two counts: 1. The date-track is not continuous, so downstream ETL may fail or lose data. Also reports in Answers may not return data for the gaps in the date-track. 2. The data is not consistent since the transfer has been deleted the REVIEW on 01-Jan-2003 should not still be showing organization B. The first issue would be reasonably simple to fix with an update (either pushing the updated record into the fact staging table, or if directly updating the fact it would be necessary to track the event (effective start) date of the updated row in W_WRKFC_EVT_EQ_TMP). However the second issue is more complex. By allowing the fact incremental load to take care of the deletes these issues are avoided. Oracle Corporation | 42
6.2.
Applicant Event Fact Staging W_APPL_EVENT_FS Applicant Employee Map W_ORA_APPL_EVENT_F_TMP Assignment Events W_ORA_WEVT_ASG_PS
EBS System
PER_ALL_VACANCIES, PER_REQUISITIONS
Primary Sources
PER_ALL_ASSIGNMENTS_F PER_PERIOD_OF_SERVICE
Grain
One row per applicant employee map (by assignment ID)
Description
Records Applicant Employee map. This bridge table is used further to get workforce events for the applicant/employee once he/she gets hired (for example FTE events, Appraisal Events) Records job requisition events for all job requisitions from open through to close/fulfilment. The flat file data is used to identify the most significant previous status of the requisition since the OLTP does not maintain history. This applies more during full loads, and
W_JOB_RQSTN_EVENT_FS
One row per job requisition per job requisition event per event date
Oracle Corporation |
43
W_APPL_EVENT_FS
W_JOB_RQSTN_EVENT_F
PER_ALL_ASSIGNMENTS_F PER_ASSIGNMENT_STATUS_TYPES PER_ALL_VACANCIES IRC_ASSIGNMENT_STATUSES PER_APPLICATIONS PER_ALL_PEOPLE_F W_ORA_WEVT_ASG_PS W_ORA_WEVT_FTE_PS W_ORA_WEVT_HDC_PS W_ORA_WEVT_PERF_PS W_ORA_APPL_EVENT_F_TMP W_JOB_RQSTN_EVENT_FS
One row per application per job requisition event per event date and sequence
W_JOB_RQSTN_ACC_SNP_F
W_JOB_RQSTN_EVENT_F
One row per job requisition per job requisition event per event date One row per job requisition One row per application per job requisition event per event date and sequence One row per application One row per recruitment event type per event date and sequence One row per job requisition per recruitment event month One row per applicants demographics per recruitment event month One row per hired applicants demographics per recruitment event month
W_APPL_EVENT_F
W_APPL_EVENT_FS
W_APPL_ACC_SNP_F W_RCRTMNT_EVENT_F
W_RCRTMNT_RQSTN_A
Records job requisition events for all job requisitions from open through to close/fulfilment. Records job requisition related event dates, denormalized. Records application events for all applications from applying, screening, selection though offer extension, hire or termination of the application. Records application related event dates, de-normalized. Merges the job requisition events and application events along with de-normalized event dates. Also known as the Recruitment Pipeline fact. Aggregates the job requisition related metrics at a monthly grain. Aggregates the applicant related metrics at a monthly grain.
W_RCRTMNT_APPL_A
W_RCRTMNT_EVENT_F W_MONTH_D
W_RCRTMNT_HIRE_A
W_RCRTMNT_EVENT_F W_MONTH_D
Aggregates the applicant related metrics with a focus on hired applicants only at a monthly grain.
Oracle Corporation |
44
Implementing HR Analytics using E-Business Suite Adaptors 6.2.3. Key Setup/Configuration Steps
There are a few configuration steps that are important for EBS Recruitment Analytics. In general, the data extraction happens based on typical DAC parameters like $$INITIAL_EXTRACT_DATE and $$LAST_EXTRACT_DATE. But there are a few functional parameters that need to be configured as well. Defaults are already set in the out of the box product, but it is recommended that you take a closer look in the configuration guide for the following parameters, their meanings, their impacts to the data warehouse data and so on. $$EMP_APL_CORR_APPLICATION_ID_MATCH_REQD $$EMP_APL_CORR_VACANCY_ID_MATCH_REQD $$BUDGETED_FTE_SOURCE_COL $$BUDGETED_HEADCOUNT_SOURCE_COL $$NUMBER_OF_OPENINGS_SOURCE_COL
Apart from the parameters, it is important that you configure the domain values for the dimension W_RCRTMNT_EVENT_TYPE_D accurately. All the metrics in Recruitment Analytics depend heavily on the correctness of the domain value maps in this dimension. The configuration guide has a dedicated section to explain this in more detail. The list of domain values can be found in the DMR guide. Equally important, especially for EBS, is to know how to configure the values in the file_job_requisition_status_original_ora<xx>.csv. Like others, the configuration guide has a dedicated section to illustrate the complexity. Make sure you read that section.
Oracle Corporation |
45
file_job_requisition_status_ original_ora<ver>.csv
PER_ALL_VACANCIES
PER_REQUISITIONS
SDE_ORA_JobRequisitionEventFact (loads new/changed job requisition events since last extract date)
6.2.5. W_ORA_APPL_EVENT_F_TMP
Applicant Employee Map Temporary W_ORA_APPL_EVENT_F_TMP
PER_PERIOD_OF_SERVICE
PER_ALL_ASSIGNMENTS_F
6.2.6. W_APPL_EVENT_FS
Applicant Employee Map
Applicant Hires Xfers Terms (FULL & INCR) Applicant Appraisals (FULL & INCR)
W_ORA_APPL_EVEN T_F_TMP Assignment Events W_ORA_WEVT_ASG_ PS FTE Events W_ORA_WEVT_FTE_ PS Headcount Events W_ORA_WEVT_HDC_ PS
IRC_ASSIGNMENT _STATUSES
PER_APPLICATIO NS
PER_ALL_PEOPLE _F
PER_ALL_ASSIGN MENTS_F
PER_ALL_VACAN CIES
Oracle Corporation |
47
6.2.7. Job Req. & Applicant Event Facts (W_JOB_RQSTN_EVENT_F & W_APPL_EVENT_F)
These two tables are loaded via the corresponding Universal Staging tables (W_JOB_RQSTN_EVENT_FS and W_APPL_EVENT_FS).
Oracle Corporation |
48
Oracle Corporation |
49
Implementing HR Analytics using E-Business Suite Adaptors 6.2.8. Job Requisition Accumulated Snapshot Fact (W_JOB_RQSTN_ACC_SNP_F)
This table stores the de-normalized dates against various job requisition events from the Job Requisition Events base fact table. After the pseudo Age Band Change events are populated in the base Job Requisition fact table, those dates are also reflected in the Accumulated snapshot fact table. Any changes to the Hiring Manager Position Hierarchy are also updated in this accumulated snapshot fact. Note that the updates because of hierarchy changes do not apply during full ETL run.
Job Requisition Event Fact W_JOB_RQSTN_EVENT_F Position Hierarchy Update Process (INCR ONLY)
Position Hierarchy Post Change Temporary W_POSITION_DH_POST_CHG_TMP Position Hierarchy Pre Change Temporary W_POSITION_DH_PRE_CHG_TMP
Implementing HR Analytics using E-Business Suite Adaptors 6.2.9. Applicant Accumulated Snapshot Fact (W_APPL_ACC_SNP_F)
This table stores the de-normalized dates against various applicant events from the Applicant Events base fact table. After the pseudo Age Band Change, Period of Work Band Change and other Missing recruitment pipeline events are populated in the base Applicant Event fact table those dates are also reflected in the Accumulated snapshot fact table.
Oracle Corporation |
51
Process flow for FULL Load of the Recruitment Pipeline fact (Load process)
Oracle Corporation |
52
Process flow for INCREMENTAL Load of the Recruitment Pipeline fact (Load process)
Oracle Corporation |
53
Oracle Corporation |
54
Derive Process (FULL) Time Dimension Day W_DAY_D Time Dimension Month W_MONTH_ D Recruitment Requisition Aggregate W_RCRTMNT_RQSTN_A
Oracle Corporation |
56
Oracle Corporation |
57
Oracle Corporation |
58
6.3.
EBS System
Primary Sources
PER_ABSENCE_ATTENDANCES PER_ABSENCE_ATTENDANCE_TYPES PER_ABS_ATTENDANCE_REASONS PER_ALL_ASSIGNMENTS_F
EBS System
Grain
One record per absence occurrence for a given employee/absentee and his/her assignment.
Description
Stores the Absence Occurrences for each Employee (Dimension Staging table). Stores absence type, reason and category information. ( Dimension Staging table)
W_ABSENCE_TYPE_RSN_DS
W_ABSENCE_EVENT_D
W_ABSENCE_EVENT_DS W_ABSENCE_TYPE_RSN_DS
One record per valid Absence Type and Reason combination for one set of records. To handle situations where a Reason is not available in the transaction, add another set of records for each valid Absence Type only (no reasons). One row per Absence Occurrence for a given employee and his/her assignment. One record per valid Absence Type and Reason
Stores the Absence Occurrences for each Employee Stores Absence type, reason and
W_ABSENCE_TYPE_RSN_D
W_ABSENCE_TYPE_RSN_DS
Oracle Corporation |
59
W_ABSENCE_EVENT_F
Stores One row per Absence day per Absence Occurrence for given employee and his/her assignment.
Oracle Corporation |
60
Absence Types and Reasons UNION ALL Absence Types only. Reasons set to NULL
PER_ABSENCE_ATTENDANCE_TYPES
PER_ABS_ATTENDANCE_REASONS
Oracle Corporation |
61
ASSIGNMENT_ID, BUSINESS_GROUP_ID DATE_START ASSIGNMENT_TYPE = Employee or Contingent Worker, PRIMARY_FLAG = Y PER_ABSENCE_ATTE NDANCE_TYPES PER_ABS_ATTENDA NCE_REASONS PER_ALL_ASSIGNME NTS_F
PER_ABSENCE_ATTE NDANCES
Oracle Corporation |
62
Implementing HR Analytics using E-Business Suite Adaptors 6.3.6. Absence Event Fact (W_ABSENCE_EVENT_F)
This table is loaded using the two dimension tables W_ABSENCE_EVENT_D and W_ABSENCE_TYPE_RSN_D along with time dimension. The dimension tables are loaded via their corresponding Universal Staging area tables (W_ABSENCE_EVENT_DS and W_ABSENCE_TYPE_RSN_DS).
W_ABSENCE_EVENT_F
W_ABSENCE_TYPE_RSN_D
W_ABSENCE_EVENT_D
W_ABSENCE_TYPE_RSN_DS
W_ABSENCE_EVENT_DS
W_ABSENCE_EVENT_F
W_ABSENCE_EVENT_EQ_TMP
W_ABSENCE_EVENT_D
SIL Incr Load Process W_ABSENCE_TYPE_RSN_D Position Hierarchy Post Change Temporary W_POSITION_DH_POST_CHG_TM P Position Hierarchy Pre Change Temporary W_POSITION_DH_PRE_CHG_TMP
W_ABSENCE_EVENT_DS
W_ABSENCE_TYPE_RSN_ DS
Oracle Corporation |
63
Oracle Corporation |
64
6.4.
Curriculum and Certifications Temporary W_ORA_LM_ENROLLMENT_F_PRG_TMP Historical Enrollments Temporary W_ORA_LM_ENROLLMENT_F_HST_TMP OTA_EVENTS, PER_ALL_ASSIGNMENTS_F, OTA_DELEGATE_BOOKINGS, OTA_FINANCE_LINES
Primary Sources
OTA_CERTIFICATION_MEMBERS OTA_CERT_ENROLLMENTS OTA_LEARNING_PATH_MEMBERS OTA_LP_ENROLLMENTS
EBS System
Grain
One row per person per program type taken
Description
This temporary table stores all program types (Certifications and Curriculum) that are taken by the person. This temporary table stores all historical dates about past enrollments by person The two temporary tables are looked up to get the enrollment dates by program type
W_ORA_LM_ENROLLMENT _F_HST_TMP
OTA_BOOKING_STATUS_HISTORIES OTA_BOOKING_STATUS_TYPES
W_LM_ENROLLMENT_ACC_ SNP_FS
The grain of this table is a single activity related to a given course on a given enrollment status date.
Oracle Corporation |
65
W_LM_GRADE_BAND_D
One row per Learning Grade Band and one row for each learning Score
W_LM_ENROLLMENT_ACC_ SNP_F
W_LM_ENROLLMENT_ACC_SNP_FS
One row per enrollment per learner/Employee per learning activity For example, an employee requests, enrolls and completes a learning activity; there will be one row in this table. Its grain is Learner/Employee +Learning Activity +Status. For example, an employee requests, enrolls and completes a learning activity; there will be 3 rows in this table, one for each of the statuses.
Learning Grade Band Dimension stores data for Grade/Scoring Bands for Learning Activities Accumulated snapshot fact table captures each learner's enrollment to a learning activity.
W_LM_ENROLLMENT_EVEN T_F
W_LM_ENROLLMENT_ACC_SNP_F W_LM_GRADE_BAND_D
This fact table stores the status changes for the learning enrollment process.
Oracle Corporation |
66
EBS System
EBS System
OTA_CERTIFICATION_MEMBERS, OTA_CERT_ENROLLMENTS
OTA_LEARNING_PATH_MEMBERS, OTA_LP_ENROLLMENTS
Oracle Corporation |
67
Latest Waitlisted Date, Enrolled Date, Completed Date and Dropped Date by Booking ID. (Booking Status Types : W, P, A and C)
EBS System
OTA_BOOKING_STATUS_HISTORIES, OTA_BOOKING_STATUS_TYPES
Oracle Corporation |
68
EBS System
Oracle Corporation |
69
Implementing HR Analytics using E-Business Suite Adaptors 6.4.7. Learning Enrollment Acc. Snapshot Fact (W_LM_ENROLLMENT_ACC_SNP_F)
W_LM_ENROLLMENT_ ACC_SNP_F accumulated snapshot fact table captures each learner's enrollment to a learning activity and the status changes. The grain of this table is at Learner/Employee +Learning Activity level. For example, an employee requests, enrolls and completes a learning activity; there will be one row in this table.
W_LM_ENROLLMENT_ACC_SNP_F
W_LM_ENROLLMENT_ACC_SNP_FS
Oracle Corporation |
70
W_LM_ENROLLMENT_EVENT_F fact table stores the status changes for the learning enrollment process. Its grain is Learner/Employee - Learning Activity - Status. For example, an employee requests, enrolls and completes a learning activity; there will be 3 rows in this table, one for each of the statuses.
W_LM_ENROLLMENT_EVENT_F
W_LM_ENROLLMENT_ACC_SNP_F
Oracle Corporation |
71
6.5.
Terminology
Pay Type describes various types of compensations or deductions that typically come in a pay stub. Examples include Earning, Bonus, and Taxes and so on. Pay Item Detail describes whether the line item in the payroll fact is at a detail level (like 401K deductions, Medicare deductions, Social Security Deductions, Health Insurance Deductions etc) or if it is at a higher level of a group (like DEDUCTIONS, or EARNINGS or TAXES and so on).
EBS System
Oracle Corporation |
72
Primary Sources
PAY_ASSIGNMENT_ACTIONS PAY_ELEMENT_CLASSIFICATIONS PAY_ELEMENT_TYPES_F PAY_INPUT_VALUES_F PAY_PAYROLL_ACTIONS PAY_RUN_RESULTS PAY_RUN_RESULT_VALUES PER_ALL_ASSIGNMENTS_F PER_ALL_PEOPLE_F PER_TIME_PERIODS W_PAYROLL_FS
Grain
One row per employee and pay period per pay type. Base Pay types are sourced from the OLTP, whereas the Balance Pay types such as TOTAL_DEDUCTION or TOTAL_GROSS etc are aggregated based on configured parameters are derived from the base pay types. The grain of this table is typically at an Employee Pay type - Pay Period Start Date - Pay Period End Date level. For a given employee and pay period, each record in this table stores the amount associated with that pay type (line item). Same grain as of W_PAYROLL_F.
Description
This table stores base and balance payroll transactions.
W_PAYROLL_F
W_PAYROLL_A_TMP
W_PAYROLL_F
W_PAYROLL_A
The grain of this table is at a Monthly level (Period Start and End Dates) out of box (configurable though) and to the Employee Demographics, Job Category, and Pay Type Groups aggregate dimension levels.
Stores the base Payroll Transactions. Examples of fact information stored in this table include Pay Check Date, Pay Item Amount, Currency Codes, and Exchange Rates and so on. This temporary table is used to extract incremental changes that happened on the base fact and used to drive the incremental aggregate refresh. Stores Payroll transactions aggregated at a Monthly (configurable) level on top of the base fact table W_PAYROLL_F
All the set up and configuration steps that are required for core Workforce also applies for Payroll (see the same section for Workforce). The time grain (OOTB Monthly) of the payroll aggregate table can be configured to become Weekly or Quarterly or Yearly. Check the configuration steps for the parameter $$GRAIN.
Oracle Corporation |
73
$$TOTAL_GROSS_FOR_NETPAY_DEDUCTIONS
Oracle Corporation |
74
W_PAYROLL_FS
SDE aggregate Process FULL and INCR Aggregates base payroll transactions to Balances based on Classification Names selected as parameters during configuration. Loads PAY_DETAIL_FLG as N.
Loads base payroll transactions at the grain of a single pay element type. Loads PAY_DETAIL_FLG as Y.
PAY_RUN_RESULTS.SOURCE_TYPE IN ('V', 'R', 'I', 'E') [Adjustments, Reversal, Indirect Entry, Normal Entry]
EBS System
PAY_ASSIGNMENT_ACTIONS PAY_ELEMENT_CLASSIFICATIONS PAY_ELEMENT_TYPES_F PAY_INPUT_VALUES_F PAY_PAYROLL_ACTIONS PAY_RUN_RESULTS PAY_RUN_RESULT_VALUES PER_ALL_ASSIGNMENTS_F PER_ALL_PEOPLE_F PER_TIME_PERIODS
Oracle Corporation |
75
Implementing HR Analytics using E-Business Suite Adaptors 6.5.2. Payroll Fact (W_PAYROLL_F)
W_PAYROLL_F fact table stores the base Payroll Transactions. Examples of fact information stored in this table include Pay Check Date, Pay Item Amount, Currency Codes, and Exchange Rates and so on. The grain of this table is typically at an Employee - Pay type - Pay Period Start Date - Pay Period End Date level. For a given employee and pay period, each record in this table stores the amount associated with that pay type (line item).
Oracle Corporation |
76
Implementing HR Analytics using E-Business Suite Adaptors 6.5.3. Payroll Aggregate Fact (W_PAYROLL_A)
W_PAYROLL_A aggregate fact table stores Payroll transactions aggregated at a Monthly level on top of the base fact table W_PAYROLL_F. The grain of this table is at a Monthly level (Period Start and End Dates) out of box (configurable though) and to the Employee Demographics, Job Category, and Pay Type Groups aggregate dimension levels.
Oracle Corporation |
78