Specifying dependencies
- An operation depends on another operation.
- An operation depends on an application.
- An application depends on another application.
- An application depends on an operation of another application.
- Define dependencies at application level by issuing the DEP command. The APPLICATION
PREDECESSORS (EQQAMDPL) panel is displayed: In the Pre Typ field:
- Type A to set an application as predecessor, then specify the application ID.
- Type O to set an operation as predecessor, then specify the application ID, Job name, and Operation ws and no.
- Define Dependencies at operation level by:
- Issuing the OPER command to select an operation.
- From the OPERATION DETAILS panel issue 1 (Predecessors) to show the PREDECESSORS (EQQAMPDL) panel:
- In the Pre Typ field
- Type A to set an application as predecessor, then specify the application ID.
- Type O to set an operation as predecessor, then specify the application ID, Job name, and Operation ws and no.
Only when an operation depends on another operation, you can define dependencies based on the status or return code of other jobs or on the return code of other jobs' steps. These dependencies are named conditional dependencies. For detailed information, see Conditioning the processing of operations.
You can create dependencies between occurrences with the LONG TERM PLAN panel, but these occurrences are converted to operation dependencies when the occurrences become part of the current plan.
A job setup operation must be an immediate predecessor of the related computer workstation operation. This means that there is a direct dependency between the two operations; it does not mean that the operation number of the job operation is next in sequence to the operation of the setup operation. This dependency is automatically generated when you create job descriptions using the JOB DESCRIPTION panel, but you must specify it yourself when creating a standard application description.
Operations 040 and 050 are in the same occurrence of the PAYM1 application, the dependency is called internal. Operation 040 depends on an operation in the PAYDAILY application, the dependency is called external.
You can have an external dependency even between two operations in the same application description. For instance, suppose you have an application SYSLOG, which runs every day and consists of two operations, X and Y. You can make X dependent on Y of the SYSLOG occurrence of the previous day. That is, a SYSLOG occurrence will not start until the previous SYSLOG occurrence has completed.
Enter the PRED command to enter up to eight internal predecessors for an operation on the OPERATIONS panel, shown in EQQAMOSL - Operations .
You can specify external predecessors, additional internal predecessors, or conditional predecessors by selecting an operation using the S row command. For details, see Setting predecessors to condition the processing of operations.
If predecessors are added (or other changes are made) to an application in the AD database, this does not take effect in the current plan until both the long-term plan and the current plan batch programs have run, or until they are manually added using the panels.
- You cannot create redundant dependencies. For example, if operation Oper1 of application Appl1 has a dependency from operation Oper2 of application Appl2, you cannot create a dependency between application Appl1 and application Appl2.