Interactive: This is one of the interactive processess used to control and monitor End of Period. It does not have a batch counterpart or run as an EOP module.
For more information about End of Period, refer to U04 End of Period Overview.
U0404 Halt/Restart/Skip controls the End of Period batch queue. It may be used to:
If not performed properly, skipping modules may cause problems, including corrupted data. Therefore, before skipping a module, obtain a clear understanding of what the module does, especially analyzing any effects on its dependent modules. For example, skipping an accrual cycle but continuing with the invoicing process causes the Invoicing update to invoice leases that have not been updated for the current billing month. In this case, both the accrual and invoicing processes should be skipped. Skipping other updates, such as the Vendor File Clean-up, does not have any adverse effect.
U0405 Restart is a subset of U0404 Halt/Restart/Skip. U0405 Restart is designed for operators who may need to restart End of Period, but who are not responsible for determining whether modules may be halted or skipped. In general, security for users should be set so that neither U0404 or U0405 is allowed, or only one is allowed, but not both.
For example, if there is a power failure while End of Period was executing, the End of Period process must be restarted after power is restored. This may be performed by any user with the security to enter U0405 Restart, and does not require the additional authority for the U0404 Halt/Restart/Skip. However, if a module of End of Period failed due to another type of error, a supervisor or someone familiar with LeasePak and its processes would be needed to restart End of Period with U0404 Halt/Restart/Skip. This person must determine whether the module should be restarted or skipped and recovered.
This screen is used to enter the portfolio of the module to be halted, restarted, or skipped.
This screen is used to specify the batch queue status changes (i.e., halting, restarting or skipping) for the End of Period modules of the portfolio selected. The name of the portfolio is displayed and should be verified as correct before making any changes.
The CURRENT STATUS displayed for each module is valid only for the CURRENT STATUS AS OF date and time displayed in MM/DD/YY or DD/MM/YY format, depending on the Date Format Preference field in U0706 Security. To view the up-to-the-minute status, cancel back to screen 1 of this update and re-enter this screen.
Field Descriptions
HOLDING
ON QUEUE
HOLDING ON QUEUE - WAITING BACKUPS
TIMED FOR LATER EXECUTION
CURRENTLY IN PROGRESS
PENDING COMPLETION OF PARENT MODULE
PENDING INITIALIZATION
PENDING STARTUP OF QUEUE
A halt of all modules merely takes the modules off the batch queue. It does not complete the End of Period process and it does not unlock updates (i.e., interactive updating is still disallowed).
FAILED DUE TO ERROR
HALTED BY SUPERVISOR
POSTPONED - PARENT MODULE FAILED
POSTPONED - PARENT
MODULE HALTED
A restart of all modules restarts all necessary End of Period modules needed to complete End of Period. This is often an easy and safe way to restart End of Period. However, failed modules may require a correction of some type before they can successfully finish.
To skip module 1 (which is currently in progress) and all its dependents (which are pending), skip module 1's dependents at the same time as module 1 is skipped, to ensure that the dependents don't start immediately after module 1 is skipped.
A skip of all modules halts all non-completed modules and unlocks the updates, thus allowing interactive updating. End of Period is stopped at whatever stage it currently is processing. Although the last end of period dates are unchanged (as if the End of Period were never submitted), it is important to note that some modules may have already been completed (i.e., some updates may have processed successfully) for the skipped End of Period. If this is not desired, restore the backups of the database made immediately prior to starting End of Period.
This screen is used to verify that the batch queue changes entered on the previous screen are correct.
Field Descriptions