次月修改上月離職的回溯處理：前提是上月薪資已經月結：
1. 员工本薪为30000，Job Data: Termination on 2011/04/10, Retro Trigger如下：
4月份薪資計算之后，按照離職日期分段計算本薪（本例中的入/离职分段计算按照日历天）
2. 4月份薪資月結後，修改離職日期為2011/04/20；任何离职日期的修改，都会被保存在Retro Trigger表中。
3. 然後計算5月份薪資，會將4月份的本薪差額轉結到5月份；本例为10天的薪资
這是第一種情況：離職日期往後調整。
4. 下面我們看離職日期往前調整的情況。
將離職日期調整為2011/04/05，此時會保存三行Retro Trigger，日期分別2011/04/05，2011/04/10(已处理，不会显示在Review Trigger页面)和2011/04/20(已处理，不会显示在Review Trigger页面)。
5. 由於当前回溯处理Identify完全是由于2011/04/20的Retro Trigger，如果当前日历组不Cancel而是Re-calc，则系統處理retro仍是以2011/04/20日期為準。
五月份薪資計算後，查看結果如下：
先看重算4月份薪資的結果：本薪不會重新計算，因為對於2011/04/20来讲，员工已于2011/04/05离职，故找不到Rate Code。
下面看5月份的薪資結果：回溯轉結金額為-9000，原因是4月份已經發放本薪為9000，5月份重算4月份的本薪為0，故將-9000全部轉結到5月份。
為了保證回溯計算金額正確，先把Payroll Cancel，重新计算5月份薪资，系统只会处理最新的Retro Trigger，即2011/04/05的Retro，所以重新计算后即可得到正确的本薪金额。
先将Payroll Cancel掉，然后删除Job Data上的离职记录，同时将离职的Retro Trigger设置为Cancel（注意：薪资取消之后，Review Trigger页面会显示那些系统仍未处理的Retro Trigger，即2011/04/05和2011/04/20两行）
重新运行薪资后，结果如下：
系统将4/11～4/30的薪资，转结到5月份的薪资结果中，计算正确无误。
