This chapter provides an overview of run control IDs and discusses how to:
Submit process requests.
Schedule process requests.
Note. This chapter is intended for the PeopleSoft application user who uses PeopleSoft Process Scheduler from a web browser to run background processes, such as PeopleSoft Application Engine, COBOL, or Structured Query Report (SQR). Depending on your security authorizations, you can run background processes on your browser or on a network server.
To run a report, you must tell the system when and where you want the report to run. For example, you might tell the system to run the report on the database server at midnight or on a Windows server every Sunday afternoon, or you might tell it to run the report immediately. For most reports, you must also set parameters that determine the content of the report, such as the business unit or time period on which to report.
A run control is a database record that provides values for these settings. Instead of entering the same values each time you run a report, you create and save a run control with those settings. The next time that you run the report, you select the run control, and the system fills in the settings.
You can create run controls that apply to several related reports. For example, suppose that all of the reports you run at the end of a month require the same parameters: business unit, department, and from and to dates. You can create a single run control that provides values for these parameters and use it for every report.
Conversely, you can create several run controls for the same report to handle different situations. For example, you can create one run control that sets the parameters for a quarterly report and another run control that sets them for a year-to-date version of the same report. Each time that you run the report, you select the appropriate run control. This way, you can print several variations of the same report without changing the settings every time.
A run control ID is used as a key (with a user ID) for records that contain the parameters that a process needs at runtime. Storing the parameters in a table that the process can query using the run control ID and user ID enables the process to run without user intervention. Run control IDs are stored in a minimum of two tables: an application run control table and the Tools Run Control table (PSPRCSRQST). You can examine the PS_PRCSRUNCNTL table as a sample application run control table.
The PeopleTools Run Control table stores information required by PeopleSoft Process Scheduler, such as output type, format, distribution, file dependency, and destination. The application run control table stores information required to run a process, such as the from date, department ID, employee ID, and so on. All application run control tables are keyed by user ID and run control ID.
Note. Run control IDs are product-specific. See your PeopleSoft product documentation for details on the run control IDs that you will be using.
This section discusses how to use the Process Request Dialog page.
Page Name |
Object Name |
Navigation |
Usage |
Process Request Dialog |
PRCSSAMPLEPNL1 |
PeopleTools, Process Scheduler, System Process Requests. |
Select a run control ID and submit a process request. |
The Process Request Dialog page shows the run control ID that you selected or added for submitting your process request. It also includes links to Report Manager and Process Monitor, so that you can check the progress of your job and view its content immediately after it is posted.
The Process Request Dialog page has two additional pages that show your options for submitting requests if you do not run the process from the browser:
The Component Interface page enables you to run the process from a component.
The ProcessRequest PeopleCode page enables you to run the process using PeopleCode.
This chapter is written with the primary focus of submitting process requests from the browser. Click the Run button to access the Process Scheduler Request page.
See Also
Scheduling Processes From Outside PeopleSoft
Using the PeopleCode ProcessRequest Class
To expedite the process of running reports, PeopleTools delivers Run Control subpages for application developers. Using these subpages, application developers can run reports without navigating to the Process Request Dialog page.
The following subpages are recommended for application developers to use:
PRCSRUN_LC_SBP
PRCSRUN_RL_SBP
PRCSRUN_SBP
PRCSRUN_SBP2
The subpages comprise the following buttons:
Run Now |
Click this button to request a process to run without launching the Process Request Dialog page. Process Scheduler will run the first process as listed on the Process Request Dialog page. If the process has previously been run, the system will retain the default output type based on the Run Control record. |
Advance Schedule |
Click this button to launch the Process Scheduler Request page to submit request(s) and customize the output type and output format of the process. This option is synonymous to the Run button on the Process Request Dialog page. |
See Also
This section provides an overview of PeopleSoft Process Scheduler Requests and discusses how to:
Specify process variables.
Set job detail information.
Select output types and formats.
Set report distribution.
Set log/output directory and report repository.
The Process Scheduler Request page enables you to submit a job or process to run. This page is commonly integrated into applications to support process requests made from a PeopleSoft application by clicking Run.
When you click Run, the Process Scheduler Request page appears, showing all of the jobs and processes that you have the security to run.
The Process Scheduler Request page enables you to specify variables, such as where a process runs and in what format the process output is generated. You can set:
Server name.
Run date, run time, and time zone.
Recurrence.
Output type.
Output format.
Output destination.
Distribution.
Page Name |
Object Name |
Navigation |
Usage |
Process Scheduler Request |
PRCSRQSTDLG |
PeopleTools, Process Scheduler, System Process Requests, Process Request Dialog. Click Run. |
Specify process variables. |
Job Detail |
PRCSRQSTITEMS_DLG |
Click a job description listed on the Process Scheduler Request page. |
Specify output options for processes contained within a job. |
Distribution Detail |
PRCSRQSTCDMAUTH |
Click a Distribution link on the Process Scheduler Request page. |
Set report distribution options. |
File Dependency |
PRCSRQST_FILE |
Click a File Dependency link on the Process Scheduler Request page |
Change the file dependency filename. |
Access the Process Scheduler Request page.
See Also
Defining Recurrence Definitions
Defining Process Type Definitions
Defining Process Output Formats
Setting Process Definition Options
Access the Job Detail page.
When a job or JobSet is listed, only the main job appears on the Process Scheduler Request page. The Job Detail page displays all of the jobs and processes that are attached to the main job in a hierarchical view that assists you with specifying output options and distribution information for individual processes.
Note. You can specify the output options for jobs either at the main job level or for each job or process in the job.
See Also
Access the Process Scheduler Request page.
You can choose from several file output types and formats for your process. The following table lists file output types, listed by process type. The output type for PS/nVision is the same as the default output type on the PS/nVision Report Request page.
Note. TheWindow output type is not available if the user does not have REN Server Report Window permission, or there is no active REN Server cluster available for Reporting.
To grant access to the new browser window, the permission lists of the users must include full access for the Realtime Event
Notification for Reporting Window and the WEBLIB_RPT web library with full access.
See Defining Permissions.
Note. If you select the Window output option for your process on the Process Request Dialog page, a message indicating that report notification is not supported on Apple Safari will appear. The process will be submitted to the web instead.
Process Type |
Output Type |
Default |
WEB |
||
NONE, WINDOW, WEB |
NONE |
|
WEB, WINDOW, EMAIL, FILE, PRINTER |
WEB |
|
NONE |
NONE |
|
WEB, WINDOW, EMAIL, FILE, PRINTER, DEFAULT |
DEFAULT |
|
WEB, WINDOW, EMAIL, FILE, PRINTER |
WEB |
|
WEB, WINDOW |
WEB |
|
FILE, WEB, WINDOW |
WEB |
|
OTHER |
WEB, WINDOW, EMAIL, FILE, PRINTER, NONE |
NONE |
The following table shows a list of valid file output formats listed by process type.
Process Type |
Output Type |
Output Format |
Default |
FILE |
PDF, XLS, TXT, HTM |
TXT |
|
AppEngine |
WEB |
PDF, XLS, TXT, HTM |
TXT |
AppEngine |
WINDOW |
PDF, XLS, TXT, HTM |
TXT |
COBOL |
NONE |
NONE |
NONE |
COBOL |
WEB |
TXT |
TXT |
COBOL |
WINDOW |
TXT |
TXT |
Crystal |
|
DOC, HTM, RPT, RTF, TXT, XLS, PDF |
HTM |
Crystal |
FILE |
DOC, HTM, RPT, RTF, TXT, XLS, PDF |
HTM |
Crystal |
PRINTER |
RPT |
RPT |
Crystal |
WEB |
DOC, HTM, RPT, RTF, TXT, XLS, PDF |
HTM |
Crystal |
WINDOW |
DOC, HTM, RPT, RTF, TXT, XLS, PDF |
HTM |
Cube |
NONE |
NONE |
NONE |
nVision |
|
HTM, XLS |
XLS |
nVision |
FILE |
HTM, XLS |
XLS |
nVision |
PRINTER |
HTM, XLS |
XLS |
nVision |
WEB |
HTM, XLS |
XLS |
nVision |
WINDOW |
HTM, XLS |
XLS |
nVision |
DEFAULT |
DEFAULT |
DEFAULT |
SQR |
|
CSV, HP, HTM, LP, PDF, PS, SPF,OTHER |
|
SQR |
FILE |
CSV, HP, HTM, LP, PDF, PS, SPF,OTHER |
|
SQR |
PRINTER |
HP, LP, PS, WP |
PS |
SQR |
WEB |
CSV, HP, HTM, LP, PDF, PS, SPF,OTHER |
|
SQR |
WINDOW |
CSV, HP, HTM, LP, PDF, PS, SPF,OTHER |
|
WinWord |
WEB |
DOC |
DOC |
WinWord |
WINDOW |
DOC |
DOC |
Data Mover |
FILE |
TXT |
TXT |
Data Mover |
WEB |
TXT |
TXT |
Data Mover |
WINDOW |
TXT |
TXT |
OTHER |
NONE |
NONE |
NONE |
Note. You must install Adobe Acrobat Reader on your workstation to read PDF files.
Click the Distribution link on the Process Scheduler Request page to access the Distribution Detail page.
Note. You must specify an output type of Web, Window, or Email for the distribution list to be accepted when the process instance is created
See Also
When Process Scheduler submits a request, the system creates a new subdirectory to store the log, trace and reports generated by the request. This subdirectory is created in the directory specified in the Log/Output Directory parameter in the Process Scheduler configuration file. When there is a high volume of requests being processed by the Process Scheduler server, limitations imposed by the operating system can prevent additional directories from being generated for the new requests. For instance, certain UNIX flavors only allocate 32K Inodes for a directory.
To prevent the Log/Output directory from reaching the limit imposed by the operating system, you can set up additional subdirectories using meta-variables. You can modify the Log/Output directory parameter to include any of the meta-variables listed below in order to build additional subdirectories.
The meta-variables are as follows:
Meta Variable |
Description |
%OPRID% |
PeopleSoft User ID |
%REPORTID% |
Report Instance |
%PRCSINSTANCE% |
Process Instance |
%PRCSTYPE% |
Process Type |
%SERVER% |
Process Scheduler Server |
%CURRDATE% |
Current Date |
%CURRHOUR% |
Current Hour |
%JOBNAME% |
Job Name |
%JOBINSTANCE% |
Job Instance |
Log/Output Directory
By default, the Log/Output directory is %PS_SERVDIR%\log_output. You can modify the structure of the subdirectory to include the date and hour as subdirectories by changing the default parameter to:
%PS_SERVDIR%\log_output\%CURRDATE%\%CURRHOUR%
Report Repository
You can use the same mechanism to alter the subdirectory structure for the Report Repository. To change the directory structure in the Report Repository, you need to modify the definition of the Report Node stored in the PS_CDM_DIST_NODE.
In the PS_CDM_DIST_NODE table, the field CDM_DIR_TEMPLATE sets the directory structure as follows:
%DBNAME%/%CURRDATE%/%REPORTID
You can alter the value of the field to include any of the meta-variables listed above.
See Also