Table of Contents
- CREATE PAY HISTORY INTERFACE
- Setup Step 1 - Define Lexicons in IMLN
- X_INTERFACE_TYPE
- Setup Step 2 - Define Interface Format in IDIF
- Fixed File Format
- BYPASS Capability
- BYPASS-1-PPL, BYPASS-ALL-PPL, BYPASS-TO-PPH
- GOTO#nn#nnn
- Multiple Fields Processing
- P2K Internal Functions
- P2K Internal Functions with Parameters
- XML File format
- IDIF - Call User Calc
- Call User Calc Function
- IDIF - Update Record Set Up
- Processing Information
- Qualify Process
- Pay Header Begin
- Interface Level 01 - Pay Headers
- Interface Level 02 - Pay Headers + Pay Lines
- Interface Level 10 - Journal Entries
- Pay Header Summary
- Update Record
- Report Parameter
- Report Parameters & Filters
- Report Parameters
- Notes
CREATE PAY HISTORY INTERFACE#
The system allows you to generate an interface file from pay history information for the pay headers and the associated information such as Pay Lines, Pay Line Details, Pay Amounts or the Journal Entries depending on the interface level. The employee's basic information such as Personals, Employments, Prime Assignments, Entities, Locations, Jobs, Positions, Departments, Units, Groups can also be used for the interface file.You define the interface file layout on IDIF screen.
Setup Step 1 - Define Lexicons in IMLN#
The following lexicons are provided by Wiki and used for UPPHF Pay History Interface.X_INTERFACE_TYPE#
The following value from X_INTERFACE_TYPE must be used for IDIF screen Interface Type field:32 - Pay History Interface X_INTERFACE_UPPHF is used on UPPHF selection criteria screen for Interface Level parameter:- 01 - Pay Headers
- Generate interface file with Pay Headers, Pay Amounts and employee basic information.
This is used when Interface File requires Element amounts without detail information from Pay Lines, performance for this Interface level will be better than '02' level.
- 02 - Pay Headers + Pay Lines
- Generate interface file with Pay Headers, Pay Lines, Pay Line Details, Pay Amounts and employee basic information.
This is used when Interface File requires Amounts or Element amounts from Pay Lines level and information such as Cost Center, Work Order etc, performance for this Interface level will be slower than '01' level.
- 10 - Journal Entries
- Generate interface file with Pay Headers, Journal Entries, Journal Details and employee basic information
This is used when Interface File requires Journal Entries information, performance for this Interface level will be slower than '01' level
Saved Value | Displayed Value | Source of Data | Comments | |
---|---|---|---|---|
320001 | Execution ID | From Execution ID of the UPPHF run | ||
320002 | XML Tag | Indicates this Rec#/Fld# is for XML tag. You should enter the XML tag in the XML Tag field, if XML Tag field is not specified, the field name is used as XML tag. e.g. <Request> or </Request> as XML tag. You should use one of the following ways to define XML tags: 1) use 320002-XML tag for all Begin and End tags i.e. you specify <Request> and </Request> 2) use 320604-XML Begin tag and 320605-XML End tag. This allows you to use XML tag option to indicate if the XML tag is mandatory or optional. You must not use 320002-XML tag to mix with 320604/320605 definition. | ||
320003 | Constant Value | You should specify the Constant to be used in IDIF Constant Value field | ||
320004 | System Date/Time | The current system date and time with following, select:to_char(sysdate,'DD-MON-YYYY HH24:MI:SS') | You can use derivation expression SUBSTR to retrieve Date Only or Time Only | |
320005 | From Pay Period | This field holds the earliest pay period that have been processed from all pay headers | This can be used for Header or Trailer record | |
320006 | To Pay Period | This field holds the latest pay period that have been processed from all pay headers | This can be used for Header or Trailer record | |
320007 | Pay Header pph_id | This field holds the id of the current pay header | This can be used in the derivation expression to call some internal Wiki functions that needed the pph.id e.g. call Element function to return the value of an element: To retrieve the value of Element 'HOURS COMP TIME'. In Record# 50, Field#20, Variable Name = 'Pay Header PPH_ID', then in derivation expression: P2K_PPAMTS.SPELPAY(~,P2K_PPAMTS.SPGETPEL('HOURS COMP TIME')) | |
320008 | Employment eem_id | This field holds the id of the current employment record, from P2K_HR_EMPLOYMENTS | This can be used in the derivation expression to call some internal functions that needed the eid.id | |
320009 | Identity eid_id | This field holds the id of the current identity record from P2K_HR_IDENTITIES | This can be used in the derivation expression to call some internal functions that needed the EID_ID | |
320010 | Person Code | From P2K_HR_IDENTITIES, person_code | ||
320011 | First Name | From P2K_HR_IDENTITIES, first_name | ||
320012 | Last Name | From P2K_HR_IDENTITIES, last_name | ||
320013 | First,Last Name | From P2K_HR_IDENTITIES, first_name ', ' last_name | ||
320014 | Last,First Name | From P2K_HR_IDENTITIES, last_name ', ' first_name | ||
320015 | Trial Run | From parameter P_TRIAL (Trial Run) | The value of 'Y' or 'N' is always returned in P_TRIAL. If NULL is entered, P_TRIAL is set to 'N' | |
320020 | Batch Number | From P2K_PR_BATCHES, batch_number | ||
320030 | Pay Run Number | From P2K_PR_PAY_RUNS, pay_run_number | ||
320031 | Pay Run Sequence | From P2K_PR_PAY_HEADERS, pay_run_sequence | ||
320040 | Hired Date | From P2K_HR_EMPLOYMENTS, hire_date | ||
320041 | Term Date | From P2K_HR_EMPLOYMENTS, termination_date | ||
320042 | Seniority Date | From P2K_HR_EMPLOYMENTS, seniority_date | ||
320043 | First Work Date | From P2K_HR_EMPLOYMENTS, first_work_date | ||
320044 | Last Work Date | From P2K_HR_EMPLOYMENTS, last_work_date | ||
320100 | Pay Header Stage | From P2K_PR_PAY_HEADERS, pay_header_stage | ||
320101 | Pay Number | From P2K_PR_PAY_HEADERS, pay_number | ||
320102 | Pay Period | From P2K_PR_PAY_HEADERS, pay_period | ||
320103 | Pay Period Start | From P2K_PR_PAY_PERIODS, pay_period_start_date of the pay header | ||
320104 | Pay Period End Date | From P2K_PR_PAY_PERIODS, pay_period_end_date of the pay header | ||
320105 | Pay Issue Date | From P2K_PR_PAY_HEADERS, pay_issue_date | ||
320106 | Period Fiscal | From Pay Period Fiscal of Pay Header | ||
320107 | Period Fiscal Start | From Fiscal Start Date of Pay Period Fiscal | ||
320108 | Period Fiscal End | From Fiscal End Date of Pay Period Fiscal | ||
320109 | Issue Fiscal | From Pay Issue Fiscal of Pay Header | ||
320110 | Issue Fiscal Start | From Fiscal Start Date of Pay Issue Fiscal | ||
320111 | Issue Fiscal End | From Fiscal End Date of Pay Issue Fiscal | ||
320200 | G/L Company Code | From P2K_CM_ENTITIES, GL Company Code | ||
320201 | Entity Code | From P2K_CM_ENTITIES, Entity Code | ||
320202 | Entity Name | From P2K_CM_ENTITIES, Entity Name | ||
320203 | Payroll Code | From P2K_PR_PAYROLLS, Payroll Code | ||
320204 | Payroll Desc | From P2K_PR_PAYROLLS, Payroll description | ||
320205 | Unit Code | From P2K_CM_UNITS, Unit Code | ||
320206 | Unit Name | From P2K_CM_UNIT_DETAILS, Unit Name | ||
320207 | Group Code | From P2K_CM_GROUPS,Group Code | ||
320208 | Group Desc | From P2K_CM_GROUP_DETAILS, Group Description | ||
320209 | Department Code | From Pay Header assignment Department Code on P2K_CM_DEPARTMENTS or Pay Line Department Code if exists | ||
320210 | Department Name | From Pay Header assignment Department Name on P2K_CM_DEPARTMENT_DETAILS or Pay Line Department name if exists | ||
320211 | Job Code | From Pay Header assignment Job Code on P2K_CM_JOBS or Pay Line Job Code if exists | ||
320212 | Job Title | From Pay Header assignment Job Title on P2K_CM_JOB_DETAILS or Pay Line Job Title if exists | ||
320213 | Position Code | From Pay Header assignment Position Code on P2K_CM_POSITIONS or Pay Line Position Code if exists | ||
320214 | Position Title | From Pay Header assignment Position Title on P2K_CM_POSITION_DETAILS or Pay Line Position Title if exists | ||
320215 | Assignment Code | From Pay Header assignment Code on P2K_HR_ASSIGNMENTS or Pay Line assignment Code if exists | ||
320216 | Assignment Title | From Pay Header assignment Title on P2K_HR_ASSIGNMENT_DETAILS or Pay Line assignment Code Title if exists | ||
320217 | Pay Category Code | From Pay Header pay_category_code on P2K_PR_PAY_CATEGORIES | ||
320218 | Check Number | From Pay Header Check Number on P2K_PR_CHECKS | ||
320219 | Check Amount | From Pay Header Check Amount on P2K_PR_CHECKS | ||
320220 | User Name | From Pay Header User Name on P2K_AM_USERS | ||
320221 | Work State/Prov | From Pay Header Work State/Prov on P2K_PR_PAY_HEADERS | ||
320222 | Res State/Prov | From Pay Header Residence State/Prov on P2K_PR_PAY_HEADERS | ||
320223 | Work GEO Code | From Pay Header Work Jurisdiction GEO Code on P2K_CM_TAX_JURISDICTIONS | ||
320224 | Res GEO Code | From Pay Header Residence Jurisdiction GEO Code on P2K_CM_TAX_JURISDICTIONS | ||
320225 | Work Jurisdiction | From Pay Header Work Jurisdiction on P2K_PR_PAY_HEADERS | ||
320226 | Res Jurisdiction | From Pay Header Residence Jurisdiction on P2K_PR_PAY_HEADERS | ||
320227 | School District | From Pay Header School District on P2K_PR_PAY_HEADERS | ||
320230 | Std Wage (eas) | From Pay Header Assignment Std Wage | ||
320231 | Wage Basis (eas) | From Pay Header Assignment Wage Basis | ||
320232 | Authorization Code | Authorization area is from pay header or pay line's assignment, then position, then department | ||
320300 | PC Code | The PC Code of the current pay line detail or pay amount | ||
320301 | PC Abbrev | The PC Abbreviation of the current pay line detail or pay amount | ||
320302 | PC Amount | The PC Amount of the current pay line detail or pay amount | ||
320303 | Element Code | You should specify the 'Element Code' in IDIF Constant Value | ||
320304 | Element PC Value | You should specify the 'Element Code' in IDIF Constant Value. If the PC Code of the current pay line detail or pay amount is in the element, then the PC Amount is included | ||
320305 | Element Desc | You should specify the 'Element Code' in IDIF Constant Value | ||
320306 | Element pph Value | You should specify the 'Element Code' in IDIF Constant Value | this returns the Element Value of this Pay Header PPH_ID | |
320400 | Start Date (ppl) | From Pay Line Start Date on P2K_PR_PAY_LINES | ||
320401 | Time (ppl) | From Pay Line Time on P2K_PR_PAY_LINES | ||
320402 | Time Basis (ppl) | From Pay Line Time Basis on P2K_PR_PAY_LINES | ||
320403 | Std Wage (ppl) | From Pay Line Std Wage on P2K_PR_PAY_LINES | ||
320404 | Wage Basis (ppl) | From Pay Line Wage Basis on P2K_PR_PAY_LINES | ||
320405 | Cost Center (ppl) | From Pay Line Cost Center on P2K_CM_COST_CENTERS | ||
320406 | Cost Center Desc | From Pay Line Cost Center description on P2K_CM_COST_CENTERS | ||
320407 | Work Order (ppl) | From Pay Line Work Order on P2K_PR_PAY_LINES | ||
320408 | Reference Info (ppl) | From Pay Line Reference Info on P2K_PR_PAY_LINES | ||
320409 | Tran Pointer (ppl) | From Pay Line Transaction Pointer on P2K_PR_PAY_LINES | ||
320410 | Pay Line ID (ppl_id) | From Pay Line ID | ||
320411 | Pay Line Detail (ppld_id) | From Pay Line Detail ID | ||
320500 | Wage Rate (ppld) | From Pay Line Detail Wage Rate on P2K_PR_PAY_LINE_DETAILS | ||
320501 | Rate Basis (ppld) | From Pay Line Detail Rate Basis on P2K_PR_PAY_LINE_DETAILS | ||
320502 | Tran Pointer (ppld) | From Pay Line Detail Transaction Pointer on P2K_PR_PAY_LINE_DETAILS | ||
320600 | Total Value | User should specify the Rec# and Field # to be totaled in IDIF Constant Value field e.g. if Rec # 50 Field # 70 specifies the hours for each employee and need to be totaled for the trailer record, then for trailer record entry, you should specify 'Total Value' with Constant Value = 5070 This Total Value is available for Header and Trailer records. Multiple Rec# and Field # are allowed in the Constant field e.g. [611] + [612] + [613] + [623] - [624]. This means calculate the Totals for Rec# 61 Fld# 1 + Rec# 61 Fld# 2 + Rec# 61 Fld# 3 + Rec# 62 Fld# 3 - Rec# 62 Fld# 4. Any arithmetic operator can be used: +, -, *, / Note: The Accum Option and Total Option must be set for the Rec# Fld# that are specified in this Constant field, i.e.Rec# 61 Fld# 1 etc | ||
320601 | Detail Record Count | Contains the Record Count of each set of Rec# 30-69 in the interface file, i.e. one set of IDIF Record Type of 'DetailRecord', can be used as employee count e.g. if an employee's one detail record generates three different Record types with Rec# 50, 60, 65, it counts as one because it is for one detail record This Record Count is available for Header and Trailer records | ||
320602 | All Detail Count | Contains the Record Count of all Rec# 30-69 in the interface file e.g. if an employee's one detail record generates 3 different Record types with Rec# 50, 60, 65, it counts as 3 because there are 3 entries generated on interface file. This Record Count is available for Header and Trailer records | ||
320603 | User Calc | Indicates this Rec#/Fld# will invoke a UserCalc. You should enter the UserCalc Name in the Constant Value field Please read User Calc section (EID) You must define the UDF on IMUF screen for P2K_HR_IDENTITIES and then enter the value on IEID screen. On IDIF screen, you must enter the IMUF UDF name in the Constant Value field. If this Rec#/Fld# is defined with Record Type '92-Update Record', in non-Trial mode, this UDF will be inserted or updated, you do not need to set up UDF on IMUF screen. | ||
320607 | UDF (EEM) | Indicates this Rec#/Fld# contains a UDF value from P2K_HR_EMPLOYMENTS (EEM) You must define the UDF on IMUF screen for P2K_HR_EMPLOYMENTS and then enter the value on IEEI screen. On IDIF screen, you must enter the IMUF UDF name in the Constant Value field. If this Rec#/Fld# is defined with Record Type '92-Update Record', in non-Trial mode, this UDF will be inserted or updated, you do not need to set up UDF on IMUF screen. | ||
320608 | UDF (EPS) | Indicates this Rec#/Fld# contains a UDF value from P2K_HR_PERSONALS (EPS) You must define the UDF on IMUF screen for P2K_HR_PERSONALS and then enter the value on IEPI screen. On IDIF screen, you must enter the IMUF UDF name in the Constant Value field. If this Rec#/Fld# is defined with Record Type '92-Update Record', in non-Trial mode, this UDF will be inserted or updated, you do not need to set up UDF on IMUF screen. | ||
320610 | UDF (EASD) | Indicates this Rec#/Fld# contains a UDF value from P2K_HR_ASSIGNMENT_DETAILS (EASD). You must define the UDF on IMUF screen for P2K_HR_ASSIGNMENT_DETAILS and then enter the value on IEAS screen Effective date sections. On IDIF screen, you must enter the IMUF UDF name in the Constant Value field. If this Rec#/Fld# is defined with Record Type '92-UpdateRecord', in non-Trial mode, this UDF will be inserted or updated, you do not need to set up UDF on IMUF screen. | ||
320621 | UDF (DED) | Indicates this Rec#/Fld# contains a UDF value from P2K_CM_ENTITY_DETAILS (DED). You must define the UDF on IMUF screen for P2K_CM_ENTITY_DETAILS and then enter the value on IDEN screen Effective date sections. On IDIF screen, you must enter the IMUF UDF name in the Constant Value field. If this Rec#/Fld# is defined with Record Type '92-Update Record', in non-Trial mode, this UDF will be inserted or updated, you do not need to set up UDF on IMUF screen | ||
320623 | UDF (DDD) | Indicates this Rec#/Fld# contains a UDF value from P2K_CM_DEPARTMENT_DETAILS (EASD). You must define the UDF on IMUF screen for P2K_CM_DEPARTMENT_DETAILS and then enter the value on IDDP screen Effective date sections. On IDIF screen, you must enter the IMUF UDF name in the Constant Value field. If this Rec#/Fld# is defined with Record Type '92-Update Record', in non-Trial mode, this UDF will be inserted or updated, you do not need to set up UDF on IMUF screen. | ||
320624 | UDF (DLN) | Indicates this Rec#/Fld# contains a UDF value from P2K_CM_LOCATIONS (DLN). You must define the UDF on IMUF screen for P2K_CM_LOCATIONS and then enter the value on IDLN screen. On IDIF screen, you must enter the IMUF UDF name in the Constant Value field. If this Rec#/Fld# is defined with Record Type '92-Update Record', in non-Trial mode, this UDF will be inserted or updated, you do not need to set up UDF on IMUF screen. | ||
320626 | UDF (DUD) | Indicates this Rec#/Fld# contains a UDF value from P2K_CM_UNIT_DETAILS (DUD). You must define the UDF on IMUF screen for P2K_CM_UNIT_DETAILS and then enter the value on IDUN screen Effective date sections. On IDIF screen, you must enter the IMUF UDF name in the Constant Value field. If this Rec#/Fld# is defined with Record Type '92-Update Record', in non-Trial mode, this UDF will be inserted or updated, you do not need to set up UDF on IMUF screen. | ||
320628 | UDF (DGD) | Indicates this Rec#/Fld# contains a UDF value from P2K_CM_GROUP_DETAILS (DGD). You must define the UDF on IMUF screen for P2K_CM_GROUP_DETAILS and then enter the value on IDGR screen Effective date sections. On IDIF screen, you must enter the IMUF UDF name in the Constant Value field. If this Rec#/Fld# is defined with Record Type '92-Update Record', in non-Trial mode, this UDF will be inserted or updated, you do not need to set up UDF on IMUF screen. | ||
320629 | UDF (PRN) | Indicates this Rec#/Fld# contains a UDF value from P2K_PR_PAY_RUNS (PRN). You must define the UDF on IMUF screen for P2K_PR_PAY_RUNS and then enter the value on IPVP screen. On IDIF screen, you must enter the IMUF UDF name in the Constant Value field. If this Rec#/Fld# is defined with Record Type '92-Update Record', in non-Trial mode, this UDF will be inserted or updated, you do not need to set up UDF on IMUF screen. | ||
320630 | UDF (PPH) | Indicates this Rec#/Fld# contains a UDF value from P2K_PR_PAY_LINES (PPL). You must define the UDF on IMUF screen for P2K_PR_PAY_LINES and then enter the value on IPPH screen. On IDIF screen, you must enter the IMUF UDF name in the Constant Value field. If this Rec#/Fld# is defined with Record Type '92-Update Record', in non-Trial mode, this UDF will be inserted or updated, you do not need to set up UDF on IMUF screen. | ||
320631 | UDF (PPL) | |||
320650 | Statistic Amt (IEST) | Indicates this Rec#/Fld# contains a Statistics value from P2K_HR_STATISTICS (EST). You must define the Statistics Code on IDSC screen for P2K_CM_STATISTIC_COMPONENTS and then enter the value on IEST screen. On IDIF screen, you must enter the IDSC Statistics Code in the Constant Value field. On IDIF screen, you must enter the IDSC Statistics Code in the Constant Value field | ||
320700 | Journal Entry ID (PJE) | This field holds the id of the current Journal Entry. | ||
320701 | Distr Code (PJE) | From Distribution Code on P2K_PR_JOURNAL_ENTRIES | ||
320702 | Journal Source (PJE) | From Journal Source on P2K_PR_JOURNAL_ENTRIES | ||
320703 | G/L Post Number (PJE) | From GL Post Numberon P2K_PR_JOURNAL_ENTRIES | ||
320704 | G/L Post Seq (PJE) | From GL Post Sequence on P2K_PR_JOURNAL_ENTRIES | ||
320705 | Trial Journal (PJE) | From Trial Journal on P2K_PR_JOURNAL_ENTRIES | ||
320750 | Journal Detail ID (PJD) | This field holds the id of the current Journal Detail. | ||
320751 | Pay Line ID (PJD) | This field holds the PPL_ID of the current Journal Detail. | ||
320752 | Pay Detail ID (PJD) | This field holds the PPLD_ID of the current Journal Detail. | ||
320753 | Pay Trans ID (PJD) | This field holds the PTR_ID of the current Journal Detail. | ||
320754 | G/L Fund ID (PJD) | This field holds the DGF_ID of the current Journal Detail. | ||
320755 | Time Code PTRC_ID (PJD) | This field holds the PTRC_ID of the current Journal Detail. | ||
320756 | G/L Eff Date (PJD) | From GL Effective Date on P2K_PR_JOURNAL_DETAILS | ||
320757 | G/L Amount (PJD) | From GL Amount on P2K_PR_JOURNAL_DETAILS | ||
320758 | G/L Amt DR (PJD) | From GL Amount if amount is positive, otherwise 0 | ||
320759 | G/L Amt CR (PJD) | From GL Amount if amount is negative,otherwise 0 | ||
320760 | G/L Amt-Financial (PJD) | From GL Amount if the DGA G/L Account Journal Type for this PJD = '01-Financial', otherwise 0 | ||
320761 | G/L Amt-Statistical (PJD) | From GL Amount if the DGA G/L Account Journal Type for this PJD = '01-Financial', otherwise 0 | ||
320762 | G/L Amt-Time Usage (PJD) | From GL Amount if the PC Usage Code for this PJD pay component = '10- Time', otherwise 0 | ||
320763 | G/L Amt-Earn Usage (PJD) | From GL Amount if the PC Usage Code for this PJD pay component = '11- Earnings', otherwise 0 | ||
320764 | G/L Amt-Dedn Usage (PJD) | From GL Amount if the PC Usage Code for this PJD pay component = '12- Deduction', otherwise 0 | ||
320765 | G/L Amt-Ben Usage (PJD) | From GL Amount if the PC Usage Code for this PJD pay component = '13- Benefit', otherwise 0 | ||
320780 | Split Percent (PJD) | From Split Percent on P2K_PR_JOURNAL_DETAILS | ||
320781 | G/L Detail Seq (PJD) | From GL Detail Sequence on P2K_PR_JOURNAL_DETAILS | ||
320782 | Work Order (PJD) | From Work Order on P2K_PR_JOURNAL_DETAILS | ||
320783 | G/L Pointer (PJD) | From GL Pointer on P2K_PR_JOURNAL_DETAILS | ||
320800 | G/L Account ID (DGA) | This field holds the id of the G/L Account of current journal entry | ||
320801 | G/L Account Code (DGA) | From GL Account Code on P2K_CM_GL_ACCOUNTS of current G/L Account | ||
320802 | 0802 Account Type (DGA) | From GL Account Type on P2K_CM_GL_ACCOUNTS of current G/L Account | ||
320803 | Journal Type (DGA) | From Journal Type on P2K_CM_GL_ACCOUNTS | ||
320804 | 0804 Account Usage (DGA) | From Account Usage on P2K_CM_GL_ACCOUNTS | ||
320805 | 0805 Account Desc (DGA) | From Account Desc on P2K_CM_GL_ACCOUNTS | ||
320806 | Distr Mask (DGA) | From Distribution Mask on P2K_CM_GL_ACCOUNTS | ||
320807 | Affects Costing (DGA) | From Affects Costing on P2K_CM_GL_ACCOUNTS | ||
320808 | Pre Payroll (DGA) | From Pre Payroll on P2K_CM_GL_ACCOUNTS | ||
320809 | Post Payroll (DGA) | From Post Payroll on P2K_CM_GL_ACCOUNTS | ||
320810 | Retain Detail (DGA) | From Retain Detail on P2K_CM_GL_ACCOUNTS | ||
320811 | Accrued Required (DGA) | From Accrued Required on P2K_CM_GL_ACCOUNTS | ||
320812 | I/C Required (DGA) | From I/C Required on P2K_CM_GL_ACCOUNTS | ||
320813 | Posting Date Method (DGA) | From Posting Date Method on P2K_CM_GL_ACCOUNTS | ||
320814 | G/L Acct Suffix (DGA) | From GL Acct Suffixon P2K_CM_GL_ACCOUNTS | ||
320815 | Acct Charge To (DGA) | From Acct Charge To on P2K_CM_GL_ACCOUNTS | ||
320900 | Pay Component ID (PPC) | This field holds the id of the Pay Component of current journal detail | ||
320901 | PC Code (PPC) | From PC Code on P2K_PR_PAY_COMPONENTS | ||
320902 | PC Abbrev (PPC) | From PC Abbreviation on P2K_PR_PAY_COMPONENTS | ||
320903 | PC Desc (PPC) | From PC Description on P2K_PR_PAY_COMPONENTS | ||
320904 | PC Action (PPC) | From PC Action on P2K_PR_PAY_COMPONENTS | ||
320905 | Store Results (PPC) | From Store Results on P2K_PR_PAY_COMPONENTS | ||
320920 | PC Usage ID (PCU) | This field holds the id of the Pay Component Usage of the pay component of the current journal detail | ||
320921 | PC Usage Code (PCU) | From PC Usage Code on P2K_PR_PC_USAGES | ||
320922 | PC Usage Type (PCU) | From PC Usage Type on P2K_PR_PC_USAGES | ||
320923 | PC Usage Desc (PCU) | From PC Usage Description on P2K_PR_PC_USAGES | ||
320924 | Unique Item (PCU) | From Unique Item on P2K_PR_PC_USAGES | ||
320925 | Mandatory (PCU) | From Mandatory on P2K_PR_PC_USAGES | ||
320926 | Legislation (PCU) | From Legislation on P2K_PR_PC_USAGES | ||
320927 | PC G/L Type (PCU) | From PC GL Type on P2K_PR_PC_USAGES | ||
321000 | Pays Per Year (PPP) |
Setup Step 2 - Define Interface Format in IDIF#
Fixed File Format#
The system provides SEED_IDIF_HL$_UPPHF_ADMIN.sql script to load in HL$UPPHF-ADMIN as an example of a fixed format interface file. You should use (Copy Definition) to copy the script into a different Interface code and then enter their own company data.IDIF field descriptions:
- Code
- User defined Interface Code
If IDIF layout is supplied by the system, the Interface Code begins with HL$
- Interface Type
- Must be 32 - Pay History Interface
- File Format
- Specifies one of the File Formats from look up list
- Form Type
- Please select 'Not Specified' from look up list, Form Type is not used for UPPHF
- Description
- User defined description
- File Name
- Specifies the default file name, otherwise file name is entered on UPPHF parameter
- File Creation Number
- Not used
- Taxation Level
- Please select 'Not Specified' from look up list, Taxation Level is not used for UPPHF
- Record Number
- User assigned Record Number
Each Record Number generates a new line in the interface file.
The followings are suggested Record Numbers, user can set up their own numbers.
Record Number | Interface File Records generated |
---|---|
0 | Qualify Records |
1 - 29 | Header Records |
30 - 69 | Detail Records |
70 - 99 | Trailer Records or Update Records |
- Field Number
- User assigned number
- Name
- User assigned field name
- XML Tag
- Optional, used for XML File Format only
If XML Tag is not specified for XML File, then the Name field is used as XML Tag
- Beginning Position
- If File Format = 'Fixed Format', you must specify the Beginning position
- Ending Position
- If File Format = 'Fixed Format', you must specify the Ending position
These positions must be continuous without gap, otherwise an error situation will occur.
Beginning/Ending positions are not needed for xml and other file format.
- Field Type
- Indicate the result of the Field Variable is a type of 'Char', 'Number' or 'Date'
- Variable Name
- Select from lexicon X_INF_VARIABLE_NAME 32nnnn, refer to lexicon list above
- Sort Sequence
- Specifies the Sort Sequence for this Record #, Field #
Use for Record # with Record Type = 'Detail Record' only
For Record # with Record Type = 'Detail Level 1' to 'Detail Level 5', it uses the same Sort from Record Type = 'Detail Record' so that the Detail Level n records are followed after the 'Detail Record' e.g. Interface File need to sort by: Department, Employee First Name, Last Name
- Then for the Fld# entry that specify 'Department', enter sort sequence: 100
- For the Fld# that specify 'Employee First Name', enter sort sequence: 150
- For the Fld# that specify 'Employee Last Name', enter sort sequence: 200
All Sort sequences must be entered on entries with the same Record Number
Sort Sequence is not supported for XML file format because xml file may specify many different Record # to generate xml begin and end tags and the xml tags are not able to sort along with the data.
Sort Sequence is not supported if the IDIF format contains 'Pay Header Begin' or 'Pay Header Summary' because the Sorting of the Detail Record cannot carry it's associated Header/Summary Record
- Format Mask
- Applicable to Numeric and Date field
- Record Type
- Optional, may be used for this Interface Type
If Record Type is not specified, the following Record Number range are used:
Record Number | Interface File Records generated |
---|---|
0 | Qualify Records |
1 - 29 | Header Records |
30 - 69 | Detail Records |
70 - 99 | Trailer Records If Record Type is specified, lexicon X_RECORD_TYPE values are: |
00 - Not Specified | Not applicable for this Interface type |
01 - Header Record | Generate Header records at begin of file |
10 - Employer Header | Not used for UPPHF |
11 - Employer Summary | Not used for UPPHF |
12 - Employer Header 2 | Not used for UPPHF |
13 - Employer Summary 2 | Not used for UPPHF |
14 - Employee Header | Not used for UPPHF |
15 - Employee Summary | Not used for UPPHF |
16 - Pay Header Begin | Generate records at beginning of each Pay Header |
17 - Pay Header Summary | Generate records at the end of each Pay Header |
20 - Detail Record | Generate Pay Header interface records |
21 - Detail Level 1 | Detail Level 1 is used for Journal Entries |
22 - Detail Level 2 | Not used for UPPHF |
23 - Detail Level 3 | Not used for UPPHF |
24 - Detail Level 4 | Not used for UPPHF |
25 - Detail Level 5 | Not used for UPPHF |
30 - Detail Summary | Not used for UPPHF |
80 - Total Record | Not used for UPPHF |
90 - Trailer Record | Generate Trailer records at end of file May contain File totals, record counts etc |
91 - Qualify Record | Should be used for Record Number 0 The Qualify records are performed at the beginning of every Pay Header to qualify the Pay Header You can use derivation expression to BYPASS certain criteria |
92 - Update Record | Should be defined at the end of the IDIF definition In non-Trial mode, the UDF can be Inserted or Updated as defined in the Variable Name and Constant Value field You can use derivation expression to BYPASS certain criteria for Update |
- Record Identifier
- Not used for this Interface Type
- Constant Value
- If Variable Name = 'Constant Value', this field specifies the Constant Value to be used
If Variable Name = 'User Calc', this field specifies the User Calc Name
If Variable Name = 'UDF (xxx)', this field specifies the User Defined Field Name
If Variable Name = 'Statistics Amt', this field specifies the Statistics Code
If Variable Name = 'Element', this field specifies the Element Code
If Variable Name = 'Total Value', this field specifies the Rec# and Field # of the Detail Records to be totaled
e.g. Record # 50 Field 70 is to be totaled and Total option = 'Calculate Total', then the Trailer record can report the 'Total Value', Constant value should be 5070
- Print Zero Rule
- Applicable to Numeric field only, use for Record Type = 'Detail Record'
If amount is zero, this field indicates to include this amount in the interface file or not
e.g. if the field is from 'Element Amount' and the amount is zero, the user may not want to report this amount.
If all numeric amounts are zero within one Record# and the Print Zero Rule are set to 'Do not Print zerosÃ' for each field, then this entry will not be reported on interface file.
Lexicon X_PRINT_ZERO_RULE
00 | Not Specified |
01 | Print Zero Amounts |
02 | Don't Print Zeros |
- XML Tag option
- Applicable to XML file, if Variable Name = 'XML begin Tag'or 'XML end Tag', this field option indicates if the XML Tag should be written.
Lexicon X_XML_TAG_OPTION
00 | Not Specified |
01 | Optional, omit tag if null |
02 | Mandatory, always write |
- Accum Option
- Applicable to Numeric field only, use for Record Type = 'Detail Record'
Indicate if this Record #, Field # amount should be accumulated or not
e.g. if the field is a 'Pay Number' or 'Check Number', then do not accumulate.
If field is 'Element Value' or 'PC Amount', then you may want to accumulate to avoid writing too much detail per element or per pay component.
- Total Option
- Applicable to Numeric field only, use for Record Type = Detail Record, Detail Leveln
Indicate if this Record #, Field # amount should be totaled for Header or Trailer record
e.g. if the field is a 'FTE' or 'Rate of Pay', then do not totaled.
If field is 'Statistics Amount' or 'User Calc Amount', then you may want to calculate the total for Trailer record
Lexicon X_TOTAL_OPTION
00 | Not Specified |
01 | Calculate Total |
- Derivation Expression
- Specifies the derivation expression for the Variable name.
This derivation expression will apply to the result of the Variable name before format mask.
The user may use RTRIM(~) to remove trailing blanks before comparing the entire string because the data may contain blanks that are not visible at the end.
Please refer to following Derivation Expression processing
BYPASS Capability#
On IDIF Derivation expression, user may decode the Variable Name using the character and return the word 'BYPASS' to bypass the Detail record entry that are with certain criteriaThe 'BYPASS' criteria can be set up for Record Type = 'Qualify record', 'Detail record', and should not be used for Header and Trailer records
If the return value of any IDIF Record Number/Field Number = 'BYPASS', then this Detail record will be bypassed and will not be written to the Interface file
Example:
- To include only Departments start with 'P' on interface file:
decode(rtrim(substr(~,1,1)),'P',~,'BYPASS') - To include only Departments ends with 'C' on interface file:
decode(substr(~,length(rtrim(~)),1),'C','BYPASS',~) - To bypass Cost Centers that has '????' in second segments:
decode(SUBSTR(~,5,4),'????','BYPASS',SUBSTR(~,5,4)) - To include Journal Entries with Account Numbers over 40000 in segment 5:
decode(greatest('40000',substr(~,16,5)),'40000','BYPASS',substr(~,16,5))
BYPASS-1-PPL, BYPASS-ALL-PPL, BYPASS-TO-PPH#
When UPPHF is run with Interface Level = 'Pay Headers + Pay Lines', you may want to BYPASS the current pay line and continue to process the next pay line.
When a Pay Line (ppl) is being processed, all the associated Pay Line Details (ppld) are processed one at a time until all ppld are finished.
The following BYPASS capabilities are available at the Pay Line level:
- BYPASS
- Bypass current ppld, will go to process next ppld
Usually BYPASS should be used for Qualify Records and is also used for other Record Types, this BYPASS also works in ppl
- BYPASS-1-PPL
- Bypass current ppld, will go to process next ppld
When Interface Level = 'Pay Headers + Pay Lines', you should use 'BYPASS-1-PPL' instead of just 'BYPASS' for clarification
- BYPASS-ALL-PPL
- Bypass all ppl and ppld from this point onward, will go to process Pay Amounts
The Pay Amounts will subtract the amounts that have been processed by ppld so far
- BYPASS-TO-PPL
- Bypass all ppl, ppld, Pay Amounts from this point onward
Will go to process Pay Header Summary
Example:
UPPHF_01.JPG
In Derivation Expression:
decode(~,'14-OCT-2008','BYPASS','16-OCT-2008','GOTO#60#1','22-OCT-2008','BYPASS-1-PPL','24-OCT-2008','BYPASS-ALL-PPL',~)
This means DECODE the Pay Line Start Date, if the Pay Line Start Date:
- equals to '14-OCT-2008', then return the value of 'BYPASS'
- equals to '16-OCT-2008', then return the value of 'GOTO#60#1'- this will GOTO Rec# 60 Field # 1
- equals to '22-OCT-2008', then return the value of 'BYPASS-1-PPL'
- equals to '24-OCT-2008', then return the value of 'BYPASS-ALL-PPL'
GOTO#nn#nnn#
When processing IDIF records of the same Record Type (e.g. Detail Record), you may want to skip some Record # Field # based on certain criteria and resume processing of the same Record Type at a later Record# Field# onward.The following GOTO capabilities are available for all Record Types in Derivation Expression:
GOTO#nn#nnn - where the 1st nn is the Record #, the 2nd nnn is the Field #
Since the IDIF entries are processed in chronological order, GOTO#nn#nnn must be for a Record# Field# that is after the current Record# Field#
If an incorrect GOTO#nn#nnn is specified, or the #nn#nnn is NOT for the same Record Type, or if it is for a previous Rec# Field#, an exception message will be issued, the GOTO statement cannot be executed after skipping the records, you must verify the Interface File from this point onward
Multiple GOTO#nn#nnn can be used within the same Record Type
Please see the above example for BYPASS-1-PPL that contains GOTO#60#1 to go to Record# 60 Field# 1
If an Invalid GOTO is encountered in IDIF definition, the Trial mode parameter is set to 'Y' in order to prevent the Updating of the User Defined Fields from the Record Type '92-Update Record'.
For XML File Format, the GOTO#nn#nnn can be used to skip certain XML Tags and carry on the processing
For Fixed File Format, if the GOTO#nn#nnn is for the current Record#, it will GOTO the specified #nn#nnn, the current Record# information will be written
For Fixed File Format, if the GOTO#nn#nnn is for a different Record#, it will GOTO the specified #nn#nnn of the different Record#, the current Record# information will NOT be written
e.g. UEEF IDIF Record# 30 Field # 45, decode Plan_Code, if it equals to 'HL GROUP LIFE', GOTO#35#10
This will skip the entire Record# 30 and carry on from Record# 35 Field#10 for the fixed file format.
UPPHF_02.JPG
Multiple Fields Processing#
UPPHF_03.JPGOn IDIF derivation expression, user can specify multiple variable names processing by indicating the lexicon value of the X_INF_VARIABLE_NAME inside the bracket , e.g. [320001]
Lexicon values available from IMLN for X_INF_VARIABLE_NAME are: 32nnnn, 35nnnn
This provides the full list of INF variables interchangeably for UPPHF, UEEF as long as the Database tables are being loaded according to the Interface Level parameter of the run
Please see example below:
Example: Record # 50, Field # 20 Requirement for Employee Row id or Unit id:
If Pay Header Group User Defined Field (UDF) 'PROJECT HOURS BY PERSON' is 'Y', this means the employee is an 'ADMIN' employee, then if the Journal Entry is reporting for 'Hours', then use the Identities eid.id on the interface file field, otherwise, use the Unit dun.id on the field for all other situation
From above IDIF set up, you should specify the Variable Name using 'UDF (DGD)' and enter the UDF name in Constant Value field, then the value of UDF will be returned and represented as in the derivation expression.
In derivation expression, enter:
decode(~,'Y',decode([320803],'02',[320009],[350400]),[350400])
where:
[320803] | Journal Type (DGA), 01 - Financial Journal, 02 - Statistical Journal |
[320009] | Identity eid_id |
[350400] | Unit dun_id (DUN) |
- decode the value of from UDF
Example: Record # 50, Field # 10 Requirement: Work Date or Pay Period
If Pay Header Group User Defined Field (UDF) 'PROJECT HOURS BY PERSON' is 'Y', this means the employee is an 'ADMIN' employee, then use the Pay Period on the interface file field, otherwise use the GL Effective date on the interface file field
From above IDIF set up, user should specify the Variable Name using 'UDF (DGD)' and enter the UDF name in Constant Value field, then the value of UDF will be returned and represented as in the derivation expression.
In derivation expression, enter:
decode(~,'Y',[320102],to_char(to_date([320756]),'DD/MM/YYYY'))
where:
[320102] | Pay Period |
[320756] | GL Eff Date (PJD) |
This derivation expression means:
- decode the value of from UDF
P2K Internal Functions#
The user has ability to call some P2K internal functions in the derivation expression under the guidance of HL consultant. The following example is for UPPHF Payroll History Interface, and is used to demonstrate Derivation Expression only. In this example, the Element value of 'HOURS COMP TIME' will be returned for Variable Name 'Pay Header pph_id'.
The IDIF screen layout is revised as above, the screen prints in this section are example of Derivation Expression only and therefore are not matched with revised layout above, please ignore the layout format.UPPHF_04.JPG The above example can also be achieved by setting up Variable Name = âÂÂElement pph Valueâ with the Element Code specified in the Constant Value field.
P2K Internal Functions with Parameters#
The user has ability to call some internal functions in the derivation expression under the guidance of a consultant and pass the following internal parameters in order to perform some internal calculation:
#PPH_ID# | - must be capital letters, this #PPH_ID# will be replaced by the current Pay Header's pph.id |
#EEM_ID# | - must be capital letters, this #EEM_ID# will be replaced by the current Employment's eem.id |
#EID_ID# | - must be capital letters, this #EID_ID# will be replaced by the current Identity's eid.id |
e.g. the Element PC value of 'HOURS O/T' will be retrieved first and is represented as in derivation expression
The derivation expression will return the Element value of 'HOURS COMP TIME' for #PPH_ID# and add to value of
User may perform some internal arithmetic calculation in the derivation expression to return some prorated amount.
((Value of a PC in 'HOURS OT' element / Value of 'HOURS OT' Element)* Benefit Element 'HOURS COMP TIME')
XML File format#
The system provides starter_IDIF_HL$PAY-HIST-XML.sql script to load in example of a xml format interface file.
You should use Copy Definition to copy into a different Interface Code and then enter their own company data.
Please refer to IDIF Fixed File Format for details of field description.
The Beginning and Ending positions are not needed for xml file format.
IDIF - Call User Calc#
Call User Calc Function#
You can call User Calc function at each Record Number, each Field Number
You should set up Variable Name = 'User Calc', and specify the User Calc name in the Constant Value field
The Field Type must be defined with Char, Number or Date, the User Calc function on IMUC screen Return Value must match the values (Char, Number or Date) with the IMUC RET command to return the corresponding Char, Number or Date
The data base tables available for User Calc are: at company level: DEN/DLN/DDP/DDD/DUN/DGR/DGD/DGV at employee level: EID/EPS/EEM/EAS/EASD/PPRU/PPRC
IDIF - Update Record Set Up#
During the UPPHF run, you have the ability to update certain User Defined Fields (UDF) to indicate that the Interface file has been generated and mark the records as being processed. You may reference these UDFs in IDIF to prevent the same information from being processed again.On the IDIF screen, Record Type '92-Update Record' should be defined at the end of the IDIF definition
The Variable Name should contain the UDF (xxx) that is to be updated or inserted,e.g. '320629 - UDF (PRN) (32)'
The Constant Value field should contain the name of the UDF, e.g UPPHF_CALPERS_PRN. If this UDF name does not exist on the IMUF screen, UPPHF will create the UDF with this name on IMUF screen for the Data Base Table to be updated.
The Derivation Expression field should contain the expression that is evaluated to the value to be updated for the UDF.
The following derivation expression features can be used to derive the value to be updated:
- Multiple fields processing
- DECODE
- BYPASS
- String manipulation
- Concatenation
- Function calls, etc.
When UPPHF is run in non-Trial mode, Record Type '92-Update Record' will be processed at the appropriate levels to check if the UDF should be updated for the associated Data Base tables.
From above example:
- Rec#500 Field#10 indicates to update 'UDF (PRN)', this will be processed at the end of each qualified pay run
- Rec#500 Field#20 indicates to update 'UDF (PPH)', this will be processed at the end of each qualified pay header
- Rec#500 Field#30 indicates to update 'UDF (PPL)', this will be processed at the end of each qualified pay line
- Rec#500 Field#40 indicates to update 'UDF (EEM)', this will be processed at the end of each qualified pay header
- Rec#500 Field#50 indicates to update 'UDF (EASD)', this will be processed at the end of each qualified pay line
If the UDF is for a variable name that can be varied at the Pay Line level, then the UDF will be updated at each Pay Line level, e.g. 'UDF (DDD)', each pay line may point to a different department, therefore the UDF may be updated at the Pay Line level for that department.
Using the Returned Value of the derivation expression, UPPHF finds if the UDF already exists:
- if the UDF exists and the new value is different than the existed UDF value, it will be updated
- if the UDF does not exist, it will be inserted
List of UDF supported in UPPHF from X_INF_VARIABLE_NAME are:
- 320606 - UDF (EID) (32)
- 320607 - UDF (EEM) (32)
- 320608 - UDF (EPS) (32)
- 320610 - UDF (EASD) (32)
- 320621 - UDF (DED) (32)
- 320623 - UDF (DDD) (32)
- 320624 - UDF (DLN) (32)
- 320626 - UDF (DUD) (32)
- 320628 - UDF (DGD) (32)
- 320629 - UDF (PRN) (32)
- 320630 - UDF (PPH) (32)
- 320631 - UDF (PPL) (32)
After UDFs are updated or inserted in UPPHF, the number of records updated for each Data Base table will be displayed on the UPPHF report.
The number of UDFs updated represents the number of times the tables are being touched. These may not necessarily be the exact number of UDF for that table. e.g. UDF (EEM) may be touched two times if an employee has two pay headers to update the same EEM, but with a different value.Processing Information#
Qualify Process#
From the selection criteria, UPPHF selects pay runs according to user specified From/To Pay Period, Entity, and Payroll.A pay run's Pay Period End date or Pay Issue date must be on the day of or prior to the user specified 'As of' date.
Pay runs with a Pay Run Stage of '70 - Closed' or '80 - Journalized' will be processed.
All pay headers of the qualified pay runs will be processed, pay headers may further be selected by Department, Org Level, Unit, Group, Person code etc.
As each pay header is processed, the associated database tables for this pay header will be loaded.
- e.g. Entity, Payroll, Unit, Group, Employment, Assignment of Pay Header, Department of Assignment, Position/Job of Assignment, Authorization Area of the applicable assignments, Organization Level of the department, Pay Period, Tax Jurisdiction, etc.
The pay header is then further qualified by using the IDIF record type, 'Qualify Record'. If the 'Qualify Record' returns the value of 'BYPASS', then this pay header will be bypassed.
After the pay header is qualified, then the UPPHF Interface Level parameter is checked.
Pay Header Begin#
After Pay Header is qualified, UPPHF will process IDIF Record Type ’16-Pay Header Begin’ to generate Pay Header related information for this Pay Header
Then the Interface Level parameter is checked for next set of processing.
Lexicon X_INTERFACE_UPPHF values are:
01 | Pay Headers |
02 | Pay Headers + Pay Lines |
10 | Journal Entries |
Interface Level 01 - Pay Headers#
For the interface level of ' 01 - Pay Headers', the pay header and its associated pay amounts will be processed.Each pay header's information will be loaded.
- e.g.the pay header assignment, assignment's department, cost centers, position, job, authorization, organization level of department, etc.
If the IDIF numeric field specifies that an element (pph value) is to be used, then the Element code should be specified in the IDIF Constant Value field. UPPHF calls the Element function for this element to obtain the element amount.
If the IDIF numeric field specifies to 'Accumulate' and/or to 'Calculate Total', then the amount will be accumulated or totaled.
If the IDIF field specifies a sort sequence, then the Variable Name value is also used for sorting purpose. The IDIF Record Type 'Detail Record' (or Rec#30 - 69) information for this pay header will then be saved in an internal PL/SQL table.
With all the pay header information, UPPHF searches from the internal PL/SQL table to group the same information together.
If the Interface File layout specifies any field that is to be reported at the employee level, e.g. Employee Name, Pay Number etc, then UPPHF will write the internal PL/SQL table to Execution Run Log table with Trace Level = '7' with the Sort Data in the context 2 field.
If the Interface File layout does not specify any field that is to be reported at the employee level, then the internal PL/SQL internal table will be used for all employees. At the end of UPPHF run, it will write the internal PL/SQL table to Execution Run Log table with Trace Level = '7' with the Sort Data in the context 2 field. Then the Execution Run Log with Trace Level '7' will be re-read and sorted by context 2 field to write to the interface file.
If the sort sequence is not used in IDIF record type 'Detail Record' (or Rec# 30-69), then UPPHF will not write to Execution Run Log, it will directly read from the PL/SQL table and write to interface file.
After UPPHF is run, you should verify from the interface directory the Interface File layout
Interface Level 02 - Pay Headers + Pay Lines#
For interface level '02 - Pay Headers + Pay Lines', all pay lines of this pay header will be processed.Each pay line's information will be loaded.
- e.g. Pay line assignment, department, cost centers, position, job, authorization, organization level of department, etc. This may be different than the pay header's assignment, department, etc.
As each pay line is processed, all of its associated pay line details will be processed.
As each pay line detail is processed, the pay component and amount of this pay line detail is retrieved.
With one pay component and amount from one pay line detail, UPPHF will process IDIF record type 'Detail Record' (or Record # 30 - 69 if the record type does not exist).
The IDIF record type 'Detail Record' (or Record# 30 - 69) Variable Names can reference to the loaded pay line detail or pay header information. e.g. Pay Period, Department, Cost Centers,etc.
If the IDIF numeric field specifies to retrieve a pay component value, then the pay line detail amount will be used.
If the IDIF numeric field specifies to use an element, then the Element code is specified in the constant value and UPPHF checks if the Pay Line Detail pay component is in this element to include the pay line detail amount or not.
If the IDIF numeric field specifies to 'Accumulate' and/or to 'Calculate Total', then this Pay Line Detail amount will be accumulated or totaled.
If the IDIF field specifies a sort sequence, then the variable name result is also used for sorting purpose.
Then the IDIF record type 'Detail Record' (or Rec#30 - 69) information for this pay line detail will be saved in an internal PL/SQL table.
As the next pay line detail record is processed, UPPHF will search from the internal PL/SQL table to group the same information together.
After all pay line details and pay lines are processed for one pay header, then the pay amounts of this pay header will be processed.
As each pay amount is processed, it will subtract the amount that has been processed by the pay line details and then process the remaining amount with IDIF the record type 'Detail Record' (or Record # 30-69).
With the pay amount information, UPPHF searches from the internal PL/SQL table to group the same information together.
After all pay amounts are processed for one pay header, UPPHF will process the internal PL/SQL table and write to the interface file.
If the Interface File layout specifies any field that is to be reported at the employee level (e.g. Employee Name, Pay Number, etc.) then UPPHF will write the internal PL/SQL table to Execution Run Log table with Trace Level = '7' with the Sort Data in the context 2 field.
If the Interface File layout does not specify the field that is to be reported at the employee level, then the internal PL/SQL internal table will be used for all employees. At the end of UPPHF run, it will write the internal PL/SQL table to Execution Run Log table with Trace Level = '7' with the Sort Data in the context 2 field.
Then the execution run log with Trace Level '7' will be re-read and sorted by the context 2 field to write to the interface file.
If the sort sequence is not used in the IDIF record type 'Detail Record' (or Rec# 30-69), then UPPHF will not write to execution run log, it will directly read from PL/SQL table and write to interface file.
After UPPHF is run, you should verify the Interface File layout from the interface directory.
Interface Level 10 - Journal Entries#
For the Interface Level '10 - Journal Entries', UPPHF will first process the IDIF record type 'Detail Record' for the pay header and then process IDIF record type 'Detail Level 1' for all the pay header's related journal entries.Record Type | Interface File Record |
---|---|
Detail Record | This is an optional field and may generate a Header record for the pay header. |
Detail Level 1 | This is a mandatory field and will generate one entry per Journal Detail record. |
In this way you may generate interface records in following sequence:
- ....
- Pay header employee related info
- Journal Detail
- Journal Detail
- Journal Details
- ....
- Pay header employee related info
- Journal Detail
- Journal Detail
- Journal Detail
- Journal Detail
- .....etc
As each journal detail is processed, UPPHF saves the IDIF information using the internal PL/ SQL table in the same manner as the '01 - Pay Headers' processing. After all journal entries are processed for one pay header, UPPHF will then process the internal PL/SQL table and write to the interface file.
Pay Header Summary#
After the interface level is processed for these levels. Lexicon X_INTERFACE_UPPHF values are:01 | Pay Headers |
02 | Pay Headers + Pay Lines |
10 | Journal Entries |
Before writing to the Interface File, UPPHF will process IDIF Record Type '17-Pay Header Summary' to generate pay header related summary information for this pay header.
Update Record#
When UPPHF is run in non-trial mode, Record Type '92-Update Record' will be processed at the appropriate levels to check if the User Defined Fields (UDF) are to be updated for the associated Data Base tables.Report Parameter#
Report Parameters & Filters#
Report Parameters | ||
---|---|---|
From Pay Period/To Pay Period | Optional ,Date, LOV Available You may select the From and To Pay period for the Payroll code specified. | |
From / To Pay Issue Date | Optional ,Date, LOV Available You may select a From and To Pay Issue date for the pay headers. If the From-To Pay Issue dates are entered, each pay header's Pay Issue date must be within this date range in order to be processed. | |
As Of | Mandatory, Date, LOV Available This date is used to retrieve pay runs that are with the Pay Period end date or Pay Issue Date that is on or prior to this As Of date. | |
Trial Run | Trial | Optional, Yes or No lexicon available You may indicate if the UDFs are to be updated for the UPPHF run. To run in non-Trial mode (Update mode), you should define IDIF Record Type '92-Update Record' to update UDFs. |
Interface Format Code | Optional, Text Select the Interface Format code (IDIF) that is with the Interface Type of '32-Pay History Interface' | |
Interface Level | Mandatory,Interface Level lexicon available Specify the level for the Interface file to be produced. | |
Directory Name | Optional, Text Enter a valid directory name for interface file. | |
File Name | Optional, Text Enter the file name of the interface file. If the word 'mex' is specified in the file name, then it will be replaced with the current execution id of UPPHF run. For a fixed format file, you may specify a file with extension .txt. For a comma delimited format file, you may specify a file with extension .csv For the XML file, you may specify a file with extension .XML | |
Write Append to File | Mandatory,Write Append lexicon available Provides the option to write a file or append to an existing one. | |
Exception Level | Optional, Exception Level lexicon available This field defines the exception level (report messages) required. |
Report Filters | |
---|---|
Entity | This is a mandatory field. You must enter one 'Entity Code' to be processed. |
Person Code | You may enter a list of 'Person Code' filters. |
Department | This is an optional field. Multiple 'Department Code' filters are allowed to be entered. |
Authorization | This is an optional field. You may enter either one or multiple 'Authorization area' filters. The authorization area is retrieved from either the pay header or pay line's assignment if authorization exists at assignment level. Otherwise it is retrieved from the position of the assignment if it exists, otherwise retrieve from the department of the assignment. |
Org Level Type | This is an optional field. You may enter either one or multiple 'Org Level Type' filters. You may enter 'Org Type 02', 'Org Type 03', etc to process applicable level types or you may enter 'Org Type 02' to process only this level. |
Org Level | This is an optional field. You may enter either one or multiple 'Org Level' filters. If multiple Org Level Types are entered, then you may process across multiple levels. |
Unit | This is an optional field. Multiple 'Unit Code' filters are allowed to be entered. |
Group | This is an optional field. Multiple 'Group Code' filters are allowed to be entered. |
Payroll | This is a mandatory field. You must enter one 'Payroll Code' to be processed. The pay headers must belong to this payroll code in order to be processed. |
Cost Center | This is an optional field. Multiple 'Cost Center Code' filters are allowed to be entered. The cost centers are retrieved from the pay lines and therefore are not applicable at the Pay Header level. |
Pay Run Number | This is an optional field. You may select a list of Pay Run numbers for the Payroll code specified. |
Entity: - mandatory, the user must enter one âÂÂEntity Codeâ to be processed Payroll: - mandatory, the user must enter one âÂÂPayroll Codeâ to be processed - Pay Headers must belong to this Payroll Code in order to be processed Department: - optional, multiple âÂÂDepartment Codeâ are allowed to be entered Org Level Type: - optional, one or multiple âÂÂOrg Level Typeâ are allowed to be entered - user may enter âÂÂOrg Type 02âÂÂ, âÂÂOrg Type 03â etc to process applicable level types or user may enter âÂÂOrg Type 02â to process only this Level Org Level: - optional, one or multiple âÂÂOrg Levelâ are allowed to be entered within the specified Org Level Types - if multiple Org Level Types are entered, then user may process across multiple levels Authorization: - optional, one or multiple âÂÂAuthorization areaâ are allowed to be entered - the authorization area is retrieved from Pay Header or Pay lineâÂÂs assignment if authorization exists at assignment level, otherwise retrieve from position of the assignment if it exists, otherwise retrieve from department of the assignment Unit: - optional, multiple âÂÂUnit Codeâ are allowed to be entered Group: - optional, multiple âÂÂGroup Codeâ are allowed to be entered Cost Center: - optional, multiple âÂÂCost Center Codeâ are allowed to be entered - the cost centers are retrieved from Pay Lines and therefore cost centers are not applicable at Pay Header level Pay Run Number - optional, user may select list of Pay Run numbers for the Payroll code specified Person Code: - the user may enter list of âÂÂPerson CodeâÂÂ
Interface Level - mandatory, specify the level for the Interface file to be produced - lexicon X_INTERFACE_UPPHF values are: 01 â Pay Headers 02 â Pay Headers + Pay Lines 10 â Journal Entries
Directory Name - enter valid directory name for interface file File name - enter file name for interface file - if the word âÂÂmexâ is specified in the file name, then it will be replaced with the current execution id of UPPHF run - for fixed format file, you may specify a file with extension .txt - for comma delimited format file, you may specify a file with extension .csv - for xml file, you may specify a file with extension .xml Write/Append to File - this specifies if the Interface File is to be overwritten or appended - lexicon: X_WRITE_APPEND A â Append to File W â Write to File Exception Level - if Exception Level = âÂÂ0âÂÂ, only exception messages will be printed - if Exception Level = âÂÂ1âÂÂ, one line will be printed per Pay Header with performance time - if Exception Level = âÂÂ2âÂÂ, one line will be printed per Pay Header with performance time and one line per Detail Level 1 record - if Exception Level = âÂÂ8â or âÂÂ9âÂÂ, full utility trace, available only if user selects by Person code, otherwise UPPHF will internally reset to Exception level âÂÂ1â due to volume of trace messages User Comment - enter the user comment to be displayed on first page of the report
Report Parameters#
Report Parameters | |
---|---|
Entity | Mandatory, LOV Available You must enter one entity |
As Of Date | Mandatory,Date, LOV Available This date is used to retrieve employee information where a date is needed |
Sort By Active EEs | Check this toggle to sort inactive employees first |
Sort People By | Optional,Person Sort lexicon available You should sort employees by Last Name/First Name, however you may sort by employee's pay destination or sort by Person code. |
ER Address Location | Optional, LOV Available Allows you to enter an overridden Location to retrieve the Employer Address. If this is not specified, the Entity’s location address is used. |
Changed Since | This date field is used to filter the P2K_AM_CHANGE_LOGS table to only show data changed since this date. When this parameter is left blank, the interface process will not be filtered by the change logs |
Changed Tables | If a table is selected, the system will only look for changes that have occurred in the specified table. More than one table may be selected at a given time. If there is no table selected and if a changed 'Since' date has been supplied, the system will not export any rows. Tables that are currently supported are: P2K_HR_IDENTITIES, P2K_HR_PERSONALS, P2K_HR_EMPLOYMENTS, P2K_HR_ASSIGNMENTS, P2K_HR_ASSIGNMENT_DETAILS, P2K_PR_PAYMENT_RULE_DETAILS, P2K_PR_US_PAY_RULES |
Trial Run | Optional toggle to indicate if the UDFs are to be updated for the UEEF run. The value of 'Y' or 'N' is always returned in this parameter field. To run in non-Trial mode (Update mode), you should define IDIF Record Type '92-Update Record' to update UDFs |
Interface Format Code | Enter the Interface code from IDIF screen. (Mandatory) |
Interface Level | Mandatory,Interface Level lexicon available Specify the level for the Interface file to be produced. |
Directory Name | Enter a valid directory name |
File Name | Enter a file name or use the default file name from IDIF screen |
Write Append to File | Mandatory,Write Append lexicon available Provides the option to write a file or append to an existing one. |
Exception Level | You should always run with Exception level unless for tracing. In Trace Level 1, the employee Header with Person Code and Employee Name are displayed with performance time, this can be used for Progress bar or to locate employee with problem. In Trace Level 2, the BE plans are displayed after employee header information |
User Comments | Optional, Text This field holds the user-supplied comment which will appear in the header of all pages of the report. This is useful during testing phases to identify similar reports from each other. |
Report Filters | |
---|---|
People List | Optional, Multiple Selection Available, LOV Available Please specify if People list is to be used. |
Person | Optional, Multiple Selection Available, LOV Available Enter one or more Person Codes. |
Location | Optional, Multiple Selection Available, LOV Available Enter one or more Location codes. |
Auth Area | Optional, Multiple Selection Available, LOV Available Enter one or more Authorization Areas. |
Department | Optional, Multiple Selection Available, LOV Available Enter one or more Department Codes. |
Org Level Type | Optional, Multiple Selection Available, LOV Available Enter one or more Org Level Types. |
Org Level | Optional, Multiple Selection Available, LOV Available Enter one or more Org Level within Org Level Types. |
Unit | Optional, Multiple Selection Available, LOV Available Enter one or more Unit codes. |
Group | Optional, Multiple Selection Available, LOV Available Enter one or more Group codes. |
Payroll | Optional, Multiple Selection Available, LOV Available Enter one or more Payroll codes. |
Employment Status | Optional, Multiple Selection Available, LOV Available Enter one or more Employment Statuses. |
Termination Reason | Optional, Multiple Selection Available, LOV Available Enter one or more Termination Reasons. |
Plan Type | Optional, Multiple Selection Available, LOV Available Applicable if Interface Level = 'BE plans' or 'BE + Contacts'. |
Plan | Optional, Multiple Selection Available, LOV Available Applicable if Interface Level = 'BE plans' or 'BE + Contacts'. |