SAP Jobs
This subtype of the JOBS object defines SAP-specific processing steps to be carried out in a target system. Like all other job objects (JOBS), SAP jobs can run independently or they can be added to a group (JOBG) or to a workflow.
Three templates are available for defining SAP Jobs, namely:
- SAP_ABAP Job
- SAP_JAVA Job
- SAP_PI Job
The pages for SAP_PI and SAP_JAVA job types are identical and contain only part of the fields available on the SAP_ABAP page. The later is depicted in the screenshot:
SAP jobs can contain one or more sub jobs; you entered the script to be processed wit these jobs in the Child Post Process page, see SAP Jobs - Child Processes.
The script editor on the Process page contains an additional function in the case of SAP jobs, namely the possibility to build scripts using pre defined sets of commands via forms. See SAP Forms.
Take a look at Creating and Executing an SAP ABAP Job from within the Automation Engine for an example of how to set up your system to execute an SAP job from within the Automation Engine.
Prerequisites to Start SAP Jobs from the Automic Web Interface
Thanks to the integration with SAP systems, you can execute jobs in SAP directly from within the Automation Engine.
Your Automation Engine system is connected to SAP via the agent, which interprets and transforms the commands sent by the client so that SAP understands them. This means that the only prerequisites your system must meet to be able to create jobs via the Automic Web Interface and execute them in the SAP client are providing the necessary connection and login data, namely:
- The agent binaries are installed and its INI file is configured to connect to the Automation Engine.
- The SAP Agent is defined
- At least one Connection (CONN) object provides the necessary data for connecting the agent to the SAP application server (the user and his/her login data). See Connection Objects.
- A Login (LOGIN) object is defined that provides the necessary credentials for the job to be executed. See Login Object (LOGIN).
Please refer to the Technical Connection chapter for detailed information.
SAP BW: Data for Chain Steps Published as Script Variables
In SAP jobs with BW chains, the agent creates the following script variables for each child process. These variables and their values are available automatically in the (child) post process window and are displayed in the Details Window of the tasks.
Key | Variable Name | Value On Chain Level | Value On Step Level | Value On Step Job Level |
---|---|---|---|---|
LOGID | &@sap_bw_logid# | "Logging Identifier of the Process Chain (e.g DAUDN8Z697MBBFNJ4Q75JS80C)." | "Logging Identifier of the Process Chain (e.g DAUDN8Z697MBBFNJ4Q75JS80C)." | "Logging Identifier of the Process Chain (e.g DAUDN8Z697MBBFNJ4Q75JS80C)." |
NAME | &@sap_bw_name# | Technical Name of the Process Chain (e.g. Z_NI) | Technical Name of the Process Chain (e.g. Z_NI) | Technical Name of the Process Chain (e.g. Z_NI) |
ID | &@sap_bw_id# | empty | "Technical Identifier of the Step (e.g. DAUDN966N6KGDOWMEAPP5TFV0)" | "Technical Identifier of the Step (e.g. DAUDN966N6KGDOWMEAPP5TFV0)" |
STEPNAME | &@sap_bw_stepname# | empty | Technical Name of the Step (e.g. RSM04000_ALV) | Technical Name of the Step (e.g. RSM04000_ALV) |
TYPE | &@sap_bw_type# | empty | Process Step Type (e.g. ABAP). | Process Step Type (e.g. ABAP). |
STATUS | &@sap_bw_status# | empty | Job Status of the Chain Step (e.g. F) | Job Status of the Chain Step (e.g. F) |
JOBNAME | &@sap_bw_jobname# | empty | empty | SAP Job Name of the job (e.g. BI_PROCESS_TRIGGER) |
JOBCOUNT | &@sap_bw_jobcount# | empty | empty | SAP Job Count of the job (e.g. 13450100) |
TYPE_TEXT | &@sap_bw_type_text# | "E_TYPE_TEXT of RSPC_API_PROCESS_GET_INFO (e.g. Processkette lokal)" | "E_TYPE_TEXT of RSPC_API_PROCESS_GET_INFO (e.g. Startprocess)" | "E_TYPE_TEXT of RSPC_API_PROCESS_GET_INFO (e.g. Startprocess)" |
VARIANT_TEXT | &@sap_bw_variant_text# | "E_VARIANT_TEXT of RSPC_API_PROCESS_GET_INFO (e.g. Chain with nested chain)" | "E_VARIANT_TEXT of RSPC_API_PROCESS_GET_INFO (e.g. Startni)" | "E_VARIANT_TEXT of RSPC_API_PROCESS_GET_INFO (e.g. Startni)" |
RESTART_COUNT | &@restart_count# | "number of restarts by BW_SET_CONSTRAINT, or 0 if not yet accessible" | "number of restarts by BW_SET_CONSTRAINT, or 0 if not yet accessible" | "number of restarts of the parent by BW_SET_CONSTRAINT, or 0 if not yet accessible" |
RESTART_COUNT_MAX | &@sap_bw_max_restart_count# | "max number of restarts BW_SET_CONSTRAINT, or 0 if not yet accessible" | "max number of restarts by BW_SET_CONSTRAINT, or 0 if not yet accessible" | "number of restarts of the parent by BW_SET_CONSTRAINT, or 0 if not yet accessible" |
Next Steps
The list below tries to depict a possible road-map to define and work with Job objects and provides short descriptions of the actions you can take, additional information that can help you understand how they work and links to topics that further describe them:
-
Define the job general settings, which include the following:
- The basics, on the General Page.
- If required, apply a Sync object to the job; You do so on the Sync Page.
- On the Runtime Page specify the job runtime settings.
- Fine-tune access rights at object level on the Authorization Page.
- Specify the object Attributes on the Attributes Pages of Executable Objects.
- Register the output files that will be produced when processing them on the Output Page.
- To be able to carry out searches in those output files and, if required, perform follow-up actions, specify these settings on the Output-Scan Page.
- You may want to use variables or prompts. You do so on the Variables & Prompts Pages.
- You may want to define the settings to backup and restore a job task when included in a workflow. This is useful to recover the last successful status in case of failed processes. You do this on the Rollback Page.
- The Version Management Page lists all the versions of an object and allows you to restore it to an older version in case of a misconfiguration.
- Enter information on the job you are defining on the Documentation Page.
-
Job objects (JOBS) have three pages on which you enter the scripts to be processed. They provide a number of convenience functions to help you with your work. If you enter scripts on all of them, they are processed in the following order:
- Pre-Process Page
- Process Pages
- Post-Process Page
- Child Post-Process (SAP and PeopleSoft only), see Child Post-Process Page.
- You can easily reuse code using Include Object (JOBI), which saves time and helps you keep your scripts consistent.
-
Execute the job.
There are multiple ways to do this that can be grouped as follows:
-
By a parent task.
This is the case of jobs that are included in a parent object (for example a Workflow or a Group). When defining them, take into account that their activation time can be different from their start time; the latter usually depends on the parent object.
-
Stand alone
This is the case when the job is not part of a parent object or, even if it is, you execute it independently of its parent. You have three possibilities:
When executable objects are processed, they go through the following four stages: 1. Activation, 2. Generation, 3. Processing and 4. Completion. Take a look at these topics to understand what happens with every processing stage.
-
-
When processing jobs, the Automation Engine generates output files and reports that guarantee traceability and auditability. Have a look at the following topics to learn more about this:
- In the Process Monitoring perspective a number of functions are available, depending on the status of the job. See Working with Tasks.
See also: