Академический Документы
Профессиональный Документы
Культура Документы
Okay.. this was again a hetric week , learn some of new things from HR area. As helping some
fresh payroll guys who was doing some report development and other group came for some
rescue for balances discrepancy from payroll they transfer to GL. Thought to have this post , and
tried to cover some of the vital information which purely focus on Payroll to GL transfer
Process.
In Payroll area, the Costing process basically allocates payroll run which results to cost
segments.
The Transfer to the General Ledger process transfers cost information to Oracle General
Ledger interface tables.
At the installation - setting up segments of the Cost Allocation key flexfield to determine
the windows in which users can select cost codes.
Oracle Costing you use a post–payroll run process to accumulate payroll costs.
For Oracle General Ledger you can map the segments of the Cost Allocation key
flexfield to the corresponding segments of the General Ledger Accounting flexfield.
If you do not using GL in same product, you may consider how to relate information on
labor costs entered in Oracle Human Resources to your financial systems.
Who drives the payroll costing :Its Cost Allocation Flex field Segments
Define a structure for your Cost Allocation Flex field which contains the segments you
want to use for your Business Group. You will use this structure to enter your payroll
costing details in Oracle HRMS.
You use Segment Qualifiers to control the level at which costing information can be
entered to the system. Each Qualifier determines the level at which costing information
can be entered
How it works
The costing process picks up 'run
results'. The specific 'payroll
actions' that will be picked up by
the costing process are in
So the process will create an assignment_action for every assignment that has a run result from
one of the 'costed' classifications.
The process then populates the PAY_COSTS table with the run result value (costed value). The
actual cost code is stored on the PAY_COST_ALLOCATION_KEYFLEX table in the
'concatenated_segments' column, this is referenced using the 'cost_allocation_keyflex_id' from
PAY_COSTS. (Adopted - Source metalink)
When the Payroll costing results are transferred to Oracle General Ledger only the mapped
segments and the costing amounts are transferred. The data is transferred from the PAY_COSTS
table into the GL_INTERFACE table by running the Oracle Payroll process Transfer to GL.
After the transfer from Payroll is complete, the batch will need to be imported into GL. This is
done by running the Oracle General Ledger standard GL Import process .
status
set_of_books_id
accounting_date : This is effective date of payroll run
currency_code
date_created
created_by :801...which is the application id for Payroll
actual_flag
user_je_category_name :hard-coded as Payroll
user_je_source_name :hard-coded as Payroll
entered_dr :the dollar amount to be debited
entered_cr :the dollar amount to be credited
reference21 :payroll_action_id of the transfer to GL process from pay_payroll_actions
reference22 :cost_allocation_keyflex_id from pay_cost_allocation_keyflex
Which program take care of payroll cost transfer.
Similar to other Application transfer program, Payroll transfer populates the following reference
columns in GL_INTERFACE:
Journal import is then placed these in reference1, reference2, reference3, reference4 and
reference5 in GL_IMPORT_REFERENCES table.
The GL_IMPORT_REFERENCES columns are actually populated during the GL Journal Import
process. Although these are mapped from the columns in the GL_INTERFACE table, the
'Transfer to GL' process does not actually populate the GL_IMPORT_REFERENCES table
pay_assignment_actions
pay_action_interlocks
pay_assignment_actions
pay_gl_interface
pay_cost_allocation_keyflex
gl_import-refrence
gl_interface
Costing results are generated based on the check date of the payroll process. However, you do
have the ability to set the accounting date for the transfer to date earned rather than date paid. To
do this you would need to change the TGL_DATE_USED pay action parameter to "E". If you do
not do this then the accounting date of the transfer defaults to the check date of the originating
payroll
1.
2. INSERT INTO PAY_ACTION_PARAMETERS VALUES ('TGL_DATE_USED','E');
3. INSERT INTO PAY_ACTION_PARAMETERS VALUES ('TGL_REVB_ACC_DATE','Y');
4. INSERT INTO PAY_ACTION_PARAMETERS VALUES ('TGL_GROUP_ID','Y');
5.
2) Setup your costing flexfield qualifiers.
3) Create an element.
4) Link the element : You need to check the costing radio button,and transfer to GL checkbox.
Then you have to enter the values for the costing/balancing field.
This is small query which you can use to get the details:
1.
2.
3.
4. SELECT * FROM PAY_COSTS WHERE ASSIGNMENT_ACTION_ID =
&assignment_action_id;
5.
6.
8) Then you need to run the Payroll transfer to GL process: Here are the data get inserted in
GL Interface.
1.
2.
3. SELECT gl.*
4. FROM pay_payroll_actions ppa,
5. pay_assignment_actions paa,
6. pay_costs pcv,
7. gl_interface gl
8. WHERE ppa.payroll_action_id = :costing_payroll_action
9. AND ppa.action_type='C'
10. AND pcv.transfer_to_gl_flag='Y'
11. AND ppa.payroll_action_id = paa.payroll_action_id
12. AND paa.assignment_action_id=pcv.assignment_action_id
13. AND gl.user_je_source_name='Payroll'
14. AND gl.reference22=TO_CHAR(pcv.cost_allocation_keyflex_id));
15.
Do a quick check
1.
2. <pre>select * FROM gl_interface
3. WHERE set_of_books_id =1003 --(set_of_books_id)
4. AND GROUP_ID =123 -enter_group_id
5.
Here is small query that you can use to get the details of Payroll data from GL side.Script
Let me know, if you have any question and comments for GL transfer of Payroll area.:)