Summary |
When you run Process Actual Pay, a lock occurs on the actualsperpaysequence database table. This lock occurs whenever a full process is run. The actualsperpaysequence has a PayProcessed column with True/False options so the lock allows the actuals to be flagged as “fully processed”. The lock prevents users from editing employee actuals before the full process is completed. However, the locking process can cause problems in some situations so we recommend the following ‘best practice’ solution. |
Solution |
If you run Process Actual Pay with an active query, then the lock is not created so users can still access the pay while it is being processed and edit employee actuals. However, the resultant transactions may not reflect the edited values because the result depends on the timing of the edit:
If this limitation is acceptable, then create a query to include all your employees, activate it, and run Process Actual Pay. In the following example, Scheduler runs Process Actual Pay so you need to set up the query in the Schedule Rules.
When the Schedule Rule runs, it will not lock the actualsperpaysequence table when Process Actual Pay is running. However, the actual pay will not be flagged as “fully processed” even though you have processed all employees. As a result, the pay will not have a green tick on the Pay Status form and you will not be able to close it. You can solve this problem in two ways:
|