Use this screen to view the job sequence, step type, description, and start and end date/time details for each restartable job that failed or was cancelled by the user (Status = "Failed" or "User Cancelled").
Use this screen to view the step at which a restartable job has failed or was cancelled. This information can help you decide whether you can safely restart the process.
What is the difference between "synchronous" and "asynchronous" processing?
In Costpoint client/server, most functions are implemented synchronously, in which steps are performed in a specific order and only after the previous step has successfully completed. This means that you cannot execute another process or report on a real-time basis if another long-running process or report is currently in process (except in Report Preview mode). The solution for this limitation in Costpoint client/server is to schedule the execution of longer-running processes and reports on a Process server.
In Costpoint web, for most functions you can choose either a synchronous mode of execution (the default) or an asynchronous (batch mode). In a batch (asynchronous)mode, applications are unlocked almost immediately after submission of a report or process. This means that you can submit a request for another report or process (including closing the application and shutting down the PC) before the current job is complete.
Note: Some reports can only be executed synchronously in Costpoint web, as in a posting report, which must be successfully generated before the application will allow you to post. Executing such a report asynchronously adds little value, since you must still keep the application open and wait for the report to finish before posting. Action/report locking rules still apply. For example, if you begin a single user process or report asynchronously, you cannot initiate another process until the first one completes, even though the application is unlocked. |
Please refer to the following technical topics for more specific information:
Actions
Application Locking
Asynchronous Processing
Job Server vs. Process Server
Use the fields in this screen to view the job sequence, step type, description, and start and end date/time details for each job sequence step in a restartable job that failed or was cancelled by the user (Status = "Failed" or "User Cancelled") within the application.
For processes and reports, the ability in this screen to view the step from the POST_SEMAPHORE table at which failure or user cancellation occurred enables more knowledgeable analysis of whether the job can safely be restarted.
This screen automatically displays the following non-editable information in the header: Application Name, Submitting User, Status, Started Date/Time, and End Date/Time (this field does not display on the screen.).
The job sequence number displays in this non-editable field.
The step type displays in this non-editable field.
Note: Since step types are named by individual developers primarily for debugging and support purposes, they are not consistent across applications. For example, a step type may be named "BEGIN" in one application and "START" in a different application. |
The step description displays in this non-editable field.
Note: Since step descriptions are created by individual developers primarily for debugging and support purposes, they are not consistent across applications. For example, a step type description may be named "BEGIN" in one application and "START" in a different application. |
The date/time this step started displays in this non-editable field.
The date/time this step ended displays in this non-editable field.
This screen accesses and displays data from the POST_SEMAPHORE (Post Semaphore) table.