RetroPay Enhanced Setups
这是我找到的一篇文档。中文资料比较少。这是文档中的前半不很，便于检索：
[size=8pt]In this article, I will explain the background & setups needed for Retro-Pay Functionality.
[b]What is retro pay?[/b]
Retro as a term is related to Past. Hence RetroPay is a payment made for an event of past.
[b]What is an example of retro pay?[/b]
Say in the month of Feb06 you were given "Cost Of Living Allowance" for a value 200. For some reasons the element entry did not take place correctly in Feb06 and the element entry was done for a value of 150 only. Let’s say now you are in May06, and you realize that you have been Short-Payed. You will in this event inform your payroll department to make the necessary backdated adjustment to that element entry.
[b]The challenges are:-[/b]
1. Feb06 period is already closed. Hence you can not rerun the payroll for the month of February06 again.
2. You do not wish to capture that Element Entry in May06, as that can cause audit issues, and also can have tax implications as this is an Earning Element.
[b]
Can we still go backwards to capture the element entry in Feb06(by date tracking)?[/b]
Yes, although with we need to do certain extra setups, and also we need to run some RetroPay processes. I will try to explain all of that in the context of Oracle Payroll.
[b]Operational steps prior to Oracle Apps 11.5.10[/b]
[u]I think prior to 11.5.9, the payroll manager would do below steps:-[/u]
[b]Step 1.[/b] Make a backdated change to your Element Entry.
[b]Step 2. [/b]Include your assignment into an assignment set.
This assignment set would have included a list those people for which retro-pay must be run.
[b]Step 3. [/b]Run the retro-pay process for that assignment set.
Hence you were reliant upon your [/size][i][size=8pt]Payroll Manager to remember to include your assignment in Step 2[/size][/i][size=8pt].
Now in 11.5.10 onwards, the "Step 2" is no longer needed if you have implemented Advanced RetroPay.
In this article, I will be explaining the setups needed for Advanced RetroPay process.
[/size]
页:
[1]