Control-D User Guide
Control-D User Guide
User Guide
Supporting
Version 6.3.04 of CONTROL-D
Version 6.3.04 of CONTROL-V
March 2009
www.bmc.com
Contacting BMC Software
You can access the BMC Software website at http://www.bmc.com. From this website, you can obtain information
about the company, its products, corporate offices, special events, and career opportunities.
United States and Canada
Address BMC SOFTWARE INC Telephone 713 918 8800 or Fax 713 918 8000
2101 CITYWEST BLVD 800 841 2031
HOUSTON TX 77042-2827
USA
Outside United States and Canada
Telephone (01) 713 918 8800 Fax (01) 713 918 8000
Support website
You can obtain technical support from BMC 24 hours a day, 7 days a week at http://www.bmc.com/support_home.
From this website, you can
read overviews about support services and programs that BMC offers
find the most current information about BMC products
search a database for issues similar to yours and possible solutions
order or download product documentation
download products and maintenance
report an issue or ask a question
subscribe to receive proactive e-mail alerts when new product notices are released
find worldwide BMC support center locations and contact information, including e-mail addresses, fax numbers, and
telephone numbers
3
License key and password information
If you have questions about your license key or password, contact BMC as follows:
(USA or Canada) Contact the Order Services Password Team at 800 841 2031, or send an e-mail message to
[email protected].
(Europe, the Middle East, and Africa) Fax your questions to EMEA Contracts Administration at +31 20 354 8702, or send
an e-mail message to [email protected].
(Asia-Pacific) Contact your BMC sales representative or your local BMC office.
Chapter 1 Introduction 39
INCONTROL Products and IOA. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 41
IOA . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 41
INCONTROL . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 41
CONTROL-V Overview . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 42
A Schematic View of CONTROL-V Operation . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 43
CONTROL-V Capabilities . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 43
Integration With Other INCONTROL Products . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 44
CONTROL-V Components. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 46
CONTROL-V Monitor . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 46
Printers Control Monitor . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 47
IOA Core and CONTROL-V Repository . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 47
Online Facility . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 49
Recipient Tree. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 50
New Day Procedure . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 51
Compressed Dataset Access Method (CDAM) . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 52
IOA Archive Server . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 52
File Transfer Monitor . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 52
CONTROL-D for Distributed Systems. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 53
CONTROL-D Application Server . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 53
Reporting Facility . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 53
Shout Facility . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 54
Utilities . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 54
Report Decollating Mission Parameters . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 54
Report Decollating Mission Definition Screen . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 55
Decollating Workflow. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 56
Balancing Pages Under CONTROL-M/Analyzer . . . . . . . . . . . . . . . . . . . . . . . . . . 57
Migration, Printing, Backup and Restore Mission Parameters . . . . . . . . . . . . . . . . . . . 57
Migration Workflow . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 58
Printing Workflow. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 59
Backup Workflow . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 61
Restore Workflow . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 62
Online Viewing. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 64
Report Indexes . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 65
Contents 5
Index Hierarchies . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 66
Index Values and Masks . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 66
Multi-value indexes . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 67
Indexes, Reports and CDAM Files . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 67
Index Design . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 68
Index Migration . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 69
Index Size . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 69
Using Indexes for Retrieval . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 70
Retrieval Methods . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 70
Prerequisite Condition Concept . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 70
IOA Calendar Facility . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 72
Date Definition Concepts . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 73
System Date. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 73
Working Date . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 73
Original Scheduling Date . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 74
Date Standards and Date Field Formats . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 74
Contents 7
Fields of the Active Missions Screen . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 306
Specifying Retrieval Criteria . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 309
Options of the Active Missions Screen . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 311
Why Screen . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 312
Mission Log Screen . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 315
Zoom Screens . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 316
Rerun Option . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 321
Print Control Print Plan Screen . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 322
CONTROL-D Objects Facility. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 328
Accessing the CONTROL-D Objects Facility . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 328
Report Cliques . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 329
Resource Sets . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 354
Resources. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 358
Clique Resources . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 360
Approval and Subscribe Objects . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 363
Condition and Resource Handling Facility . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 366
IOA Conditions/Resources Screen . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 366
IOA Manual Conditions Screen . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 374
IOA Log Facility . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 379
IOA Log Screen. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 379
IOA Calendar Facility . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 390
Accessing the IOA Calendar Facility . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 391
Entry Panel . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 392
Calendar List Screen . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 393
Year List Screen . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 394
Copying Years to Another Calendar . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 398
Calendar Definition Screen. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 399
Exiting the IOA Calendar Facility . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 404
Utilities Under ISPF . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 407
IOA Online Utilities Menu . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 407
D1: Schedule a Report Decollating Mission . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 408
D2: Schedule a Printing Mission . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 410
D3: Schedule a Backup / Migration Mission . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 411
D4: Schedule a Restore Mission . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 413
I1: Add, Check, or Delete a Prerequisite Condition . . . . . . . . . . . . . . . . . . . . . . . . 415
Contents 9
Parameter Types. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 639
General Parameters . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 641
Bundling Parameters . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 642
Basic Scheduling Parameters . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 642
Runtime Scheduling Parameters . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 645
Post-Processing Parameters . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 645
Mission-Specific Parameters. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 646
Parameter Descriptions . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 647
# OF DAYS TO KEEP: Mission Specific Parameter. . . . . . . . . . . . . . . . . . . . . . . . . . . . 648
# OF GENERATIONS TO KEEP: Mission specific Parameter. . . . . . . . . . . . . . . . . . . 650
BATCH: Mission Specific Parameter . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 652
CATEGORY: General Parameter . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 654
CENTERA RETENTION CLASS: Mission-specific Parameter . . . . . . . . . . . . . . . . . . 657
General information. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 657
Example . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 658
CONFCAL: Basic Scheduling Parameter . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 659
DATES: Basic Scheduling Parameter. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 662
DAYS: Basic Scheduling Parameter . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 664
DESC: General Parameter . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 674
GROUP: General Parameter . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 676
IN: Runtime Scheduling Parameter . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 679
INCLUDE/EXCLUDE USER: Printing Mission Bundling Parameter . . . . . . . . . . . . 682
INTERVAL: Runtime Scheduling Parameter . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 684
MAXWAIT: Basic Scheduling Parameter . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 686
MINIMUM: Basic Scheduling Parameter . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 689
MISSION: General Parameter. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 691
MONITOR: General Parameter . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 693
MONTHS: Basic Scheduling Parameter . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 695
NOT LATER THAN: Runtime Scheduling Parameter . . . . . . . . . . . . . . . . . . . . . . . . . 697
ON LINE# : Runtime Scheduling Parameter . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 699
ON PAGE# : Runtime Scheduling Parameter. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 700
OUT: Post-processing Parameter . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 702
OVERRIDE: General Parameter . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 706
OWNER: General Parameter . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 708
PDS: Basic Scheduling Parameter . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 710
PRINTER: Mission-specific Parameter . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 712
PRIORITY: Runtime Scheduling Parameter . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 715
RETENTION DAYS: Mission-specific Parameter . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 717
RETRO: Basic Scheduling Parameter. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 719
SECONDARY SKELETON: Mission-specific Parameter . . . . . . . . . . . . . . . . . . . . . . . 722
SHOUT: Post-Processing Parameter . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 724
SORT: Printing Mission Bundling Parameter. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 729
STAGE: Mission-specific Parameter . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 733
STORE: Mission-specific Parameter. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 736
TASKTYPE: General Parameter . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 738
TIME: Runtime Scheduling Parameter . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 741
TIMEOUT: Mission-specific Parameter. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 744
WDAYS: Basic Scheduling Parameter . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 746
Contents 11
Using OUTPARM for Global Control of Printing Characteristics . . . . . . . . . . . . 830
Controlling the Printing Sequence. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 830
Workload Considerations . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 831
Weekend Distribution . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 831
Report Decollating Missions and Printing Missions The Link. . . . . . . . . . . . . . 831
Specifying Report Destination . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 832
Sending Entire User Bundle to a Specific Destination . . . . . . . . . . . . . . . . . . . . . . 832
Sending Specific Reports to Specific Destinations . . . . . . . . . . . . . . . . . . . . . . . . . 832
Sending Reports to the Original Destination from Spool . . . . . . . . . . . . . . . . . . . 833
Sending Reports to a Specific Destination . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 833
Sending Reports to a Specific External Writer . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 833
Sending Unidentified Pages to a Specific Destination . . . . . . . . . . . . . . . . . . . . . . 833
Destination CONTROL-V Search Order . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 833
Index 851
Figures 13
Printing, Backup, Restore Mission Definition Mission List Screen . . . . . . . . . . . . . 147
Migration, Printing, Backup, Restore Mission Definition Facility
Delete Confirmation Window . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 149
Migration, Printing, Backup, Restore Mission Definition
Category List Screen . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 150
Migration Mission Definition Screen . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 154
Printing Mission Definition Screen . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 155
Backup Mission Definition Screen . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 156
Restore Mission Definition Screen . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 157
General Parameters . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 157
Bundling Parameters . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 158
Basic Scheduling Parameters . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 158
Runtime Scheduling Parameters . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 159
Post-Processing Parameters . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 160
Printing Mission Parameters . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 161
Batch Printing Parameters . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 161
Migration Missions in the Migration, Printing, Backup, Restore
Mission Definition Screen . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 163
Backup Mission Parameters . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 164
Entering Edit Commands . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 165
Saving Mission Definition Screen . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 167
Order and Force Confirmation Window . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 168
CONTROL-D Mission Order Message Window . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 169
Window for Copying Mission Definitions to Another Mission . . . . . . . . . . . . . . . . . 170
Recipient Tree Facility Entry Panel . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 171
Recipient Tree List Screen . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 173
Recipient Definition Screen . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 176
Recipient Tree List Screen Exit Option Window . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 178
Report Access Using Index Values . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 182
User Reports Entry Panel . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 187
User Reports Show Option window . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 191
User Reports Entry Panel (Display Type A) . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 195
CONTROL-V User Reports Entry Panel (Display Type J) . . . . . . . . . . . . . . . . . . . . . 196
User Reports Report Lists . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 199
User Report List Display Type D (Default) Permanent List . . . . . . . . . . . . . . . . . . . 201
User Report List Display Type D (Default) History List . . . . . . . . . . . . . . . . . . . . . 201
User Report List Display Type D (Default) Active List . . . . . . . . . . . . . . . . . . . . . . 201
User Report List Display Type D Additional Info Permanent List . . . . . . . . . . . 203
User Report List Display Type D Additional Info History List . . . . . . . . . . . . . . 203
User Report List Display Type D Additional Info Active List . . . . . . . . . . . . . . . 203
User Report List Display Type U (User) Permanent List . . . . . . . . . . . . . . . . . . . . . 205
User Report List Display Type U (User) History List . . . . . . . . . . . . . . . . . . . . . . . . 205
User Report List Display Type U (User) Active List . . . . . . . . . . . . . . . . . . . . . . . . . 205
User Report List Display Type U Additional Info Permanent List . . . . . . . . . . . 207
User Report List Display Type U Additional Info History List . . . . . . . . . . . . . . 207
User Report List Display Type U Additional Info Active List . . . . . . . . . . . . . . . 207
User Report List Display Type Job (J) History List . . . . . . . . . . . . . . . . . . . . . . . . . . 209
User Report List Display Type Job (J) Active List . . . . . . . . . . . . . . . . . . . . . . . . . . . 209
User Report List Display Type S (SDSF) History List . . . . . . . . . . . . . . . . . . . . . . . . 211
Figures 15
Migrated Report List . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 284
Print Window Specifying an External Destination . . . . . . . . . . . . . . . . . . . . . . . . . . 287
CONTROL-D External Destinations Screen . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 288
CONTROL-D External Destinations, Additional Information Example . . . . . . . . 292
CONTROL-D External Destinations Copy Confirmation Window . . . . . . . . . . . . . . 293
CONTROL-D External Destinations Delete Confirmation Window . . . . . . . . . . . . . 294
File Transfer Control Screen . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 295
CONTROL-D/PC Workflow . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 296
File Transfer for Control Show Option Window . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 299
File Transfer Control Screen Confirm Print Window . . . . . . . . . . . . . . . . . . . . . . . . . 300
CONTROL-D Packet Zoom Screen . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 301
CONTROL-D Packet Index Screen . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 303
Active Missions Environment Screen . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 304
Active Missions Screen Show Option Window . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 309
Active Missions Why Screen . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 313
Active Mission Why Screen Add Confirmation Window . . . . . . . . . . . . . . . . . . . . . . 314
Active Missions Messages Log Screen . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 315
Report Decollating Mission Zoom . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 317
Migration Mission Zoom Screen . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 318
Printing Mission Zoom Screen . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 318
Backup Mission Zoom Screen . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 319
Restore Mission Zoom Screen . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 319
Modifying Mission Parameters in the Zoom Screen . . . . . . . . . . . . . . . . . . . . . . . . . . 320
Zoom Screen EXIT Option Window . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 321
Active Missions Environment Rerun Window . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 322
Print Plan Screen . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 323
Skip to Report Confirm Override Window . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 325
Skip Selection Window . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 326
Stop at Report Confirm Override Window . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 327
CONTROL-D Objects Entry Panel . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 328
CONTROL-D Reports Cliques Entry Panel . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 329
CONTROL-D Reports Cliques List . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 330
Reports Cliques Select Format Window . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 332
CONTROL-D Report Clique Screen for Text Reports . . . . . . . . . . . . . . . . . . . . . . . . 332
CONTROL-D Report Clique Screen for AFP Reports . . . . . . . . . . . . . . . . . . . . . . . . 334
CONTROL-D Report Clique Screen for Xerox Reports . . . . . . . . . . . . . . . . . . . . . 336
CONTROL-D Report Clique Screen for PDF Reports . . . . . . . . . . . . . . . . . . . . . . . 337
CONTROL-D Report Clique Save Window . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 353
CONTROL-D Resource Sets Entry Panel . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 355
CONTROL-D Resource Sets List . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 356
CONTROL-D Resources List Screen for Resource Sets . . . . . . . . . . . . . . . . . . . . . . . . 357
CONTROL-D Resources Entry Panel . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 358
CONTROL-D Resources List for Resources . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 359
CONTROL-D Resources Entry Panel . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 361
CONTROL-D Resources List for Clique Resources . . . . . . . . . . . . . . . . . . . . . . . . . . . 362
CONTROL-D Approvals and Subscribe Entry Panel . . . . . . . . . . . . . . . . . . . . . . . . . 363
CONTROL-D Approvals and Subscribe Object List . . . . . . . . . . . . . . . . . . . . . . . . . . 365
IOA Conditions/Resources Screen . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 367
IOA Conditions/Resources COND Window . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 370
Figures 17
DO BACKUP Parameter Example . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 453
DO COND Parameter Format . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 454
DO COND Parameter Example . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 458
DO CTBRULE Parameter Format . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 459
DO CTBRULE Parameter Example . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 461
DO INDEX Parameter Format . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 462
DO INDEX Parameter Example 1 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 473
DO INDEX Parameter Example 2 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 474
DO INDEX Parameter Example 3 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 476
DO INDEX Parameter Example 5 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 477
DO INDEX Parameter Example 6 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 477
DO INDEX Parameter Example 7 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 477
DO INDEX Parameter Example 8 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 478
DO INDEX Parameter Example 9 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 479
DO LEVEL Parameter Format . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 480
DO MIGRATE Parameter Format . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 481
DO MIGRATE Parameter Example . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 482
DO NAME Parameter Format . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 483
DO NAME Parameter, Name Generation by Concatenation Example 4 . . . . . . . . 488
DO NAME Parameter, Name Generation by Concatenation Example 5 . . . . . . . . 489
DO NOTOK Parameter Format . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 490
DO NOTOK Parameter Example . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 491
DO PRINT Parameter Format . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 492
DO PRINT Parameter Example . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 493
DO REMARK Parameter Format . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 494
DO REMARK Parameter Example 4 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 499
DO SET Parameter Format . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 500
DO SHOUT Parameter Format . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 509
DO SHOUT Parameter Example . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 512
DO USER Parameter Format . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 513
DO USER Parameter Example 1 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 520
DO USER Parameter Example 2 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 521
DO USER Parameter Example 3 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 521
DSN Parameter Format . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 522
DSN Parameter Example . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 523
GENERIC Parameter Format . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 524
GROUP Parameter Format . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 526
GROUP Parameter Example . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 527
IN Parameter Format . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 528
IN Parameter Example 1 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 530
IN Parameter Example 2 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 531
INTERVAL Parameter Format . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 532
INTERVAL Parameter Example . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 533
JOB DEFAULTS COPIES Parameter Format . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 534
JOB DEFAULTS COPIES Example . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 535
JOB DEFAULTS DEST Parameter Format . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 536
JOB DEFAULTS DEST Parameter Example . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 537
JOB DEFAULTS LVL Parameter Format . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 538
JOB DEFAULTS LVL Parameter Example . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 539
Figures 19
TIME Parameter Example 1 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 608
TIME Parameter Example 3 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 609
WDAYS Parameter Format . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 610
WDAYS Parameter Example 1 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 615
WDAYS Parameter Example 2 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 615
WDAYS Parameter Example 3 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 616
WDAYS Parameter Example 4 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 616
WDAYS Parameter Example 5 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 616
WDAYS Parameter Example 6 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 617
WDAYS Parameter Example 7 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 617
WDAYS Parameter Example 8 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 617
WDAYS Parameter Example 9 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 618
WDAYS Parameter Example 10 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 618
WHEN Parameter Format . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 619
WHEN Parameter Example 1 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 626
WHEN Parameter Example 2 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 627
WHEN IN QUEUE/CLS Parameter Format . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 628
WHEN IN QUEUE/CLS Example 1 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 630
WHEN IN QUEUE/CLS Example 2 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 630
WHEN IN QUEUE/CLS Example 3 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 631
WHEN IN QUEUE/CLS Example 4 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 632
Migration Mission Definition Screen . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 636
Printing Mission Definition Screen . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 637
Backup Mission Definition Screen . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 638
Restore Mission Definition Screen . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 638
# OF DAYS TO KEEP Parameter Format . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 648
# OF DAYS TO KEEP Parameter Example . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 649
# OF GENERATIONS TO KEEP Parameter Format . . . . . . . . . . . . . . . . . . . . . . . . . . 650
# OF GENERATIONS TO KEEP Parameter Example . . . . . . . . . . . . . . . . . . . . . . . . . 651
BATCH Parameter Format . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 652
BATCH Parameter Example . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 653
CATEGORY Parameter Format . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 654
CATEGORY Parameter Example . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 656
RETENTION CLASS Parameter Format . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 657
CENTERA RETENTION CLASS Example . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 658
CONFCAL Parameter Format . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 659
CONFCAL Parameter Example . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 661
DATES Parameter Format . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 662
DATES Parameter Example 2 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 663
DAYS Parameter Format . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 664
DAYS Parameter Example 1 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 669
DAYS Parameter Example 2 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 669
DAYS Parameter Example 3 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 670
DAYS Parameter Example 4 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 670
DAYS Parameter Example 5 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 671
DAYS Parameter Example 6 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 671
DAYS Parameter Example 7 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 672
DAYS Parameter Example 8 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 672
DAYS Parameter Example 9 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 673
Figures 21
Sort Order in a Recipient Tree Example . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 731
SORT Parameter Example . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 732
STAGE Parameter Format . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 733
STAGE Parameter Example . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 735
STORE Parameter Format . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 736
TASKTYPE Parameter Format . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 738
TASKTYPE Parameter Example . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 740
TIME Parameter Format . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 741
TIME Parameter Example 1 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 742
TIME Parameter Example 3 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 743
TIMEOUT Parameter Format . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 744
TIMEOUT Parameter Example . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 745
WDAYS Parameter Format . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 746
WDAYS Parameter Example 1 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 751
WDAYS Parameter Example 2 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 751
WDAYS Parameter Example 3 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 751
WDAYS Parameter Example 4 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 752
WDAYS Parameter Example 5 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 752
WDAYS Parameter Example 6 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 753
WDAYS Parameter Example 7 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 753
WDAYS Parameter Example 8 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 753
WDAYS Parameter Example 9 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 754
WDAYS Parameter Example 10 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 754
CONTROL-V Basic Report Processing Workflow . . . . . . . . . . . . . . . . . . . . . . . . . . . . 756
CONTROL-V Report Workflow Using the Compressed Dataset Access Method . 758
Defining Decollation Criteria and Use of the Recipient Tree
Example 1 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 796
Defining Decollation Criteria and Use of the Recipient Tree
Primitive Method Example 3 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 797
Defining Decollation Criteria and Use of the Recipient Tree
Better Method Example 3 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 798
Defining Decollation Criteria Example 4 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 799
Use of User Exit CTDX016 Example 5 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 800
Use of User Exit CTDX016, Alternate Solution Example 5 . . . . . . . . . . . . . . . . . . . . 800
Defining Decollation Criteria and Use of the Recipient Tree
Primitive Method Example 6 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 801
Defining Decollation Criteria and Use of the Recipient Tree
Better Method Example 6 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 802
JCL Output Example . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 807
Print Stream Displayed in Raw Format . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 808
Print Stream Displayed in Print Format . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 808
Print Stream Report Page Example . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 814
Edit Environment in The Mission Definition Screen . . . . . . . . . . . . . . . . . . . . . . . . . . 835
Example 1 - Inserting Additional DO Statement - Before . . . . . . . . . . . . . . . . . . . . . . 839
Example 1 - Inserting Additional DO Statement - After . . . . . . . . . . . . . . . . . . . . . . . 840
Example 2 - Use of Delete Block Command - Before . . . . . . . . . . . . . . . . . . . . . . . . . . 841
Example 2 - Use of Delete Block Command - After . . . . . . . . . . . . . . . . . . . . . . . . . . . 841
Example 3 - Use of Multiple Move Command - Before . . . . . . . . . . . . . . . . . . . . . . . . 842
Example 3 - Use of Multiple Move Command - After . . . . . . . . . . . . . . . . . . . . . . . . . 843
Figures 23
24 CONTROL-D and CONTROL-V User Guide
Tables
List of INCONTROL Products . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 41
Index Value Specification Methods . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 70
Prerequisite Condition Examples . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 71
Regular Calendar Example . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 72
Gregorian Date Formats . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 74
Gregorian Date Standards . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 75
Julian Date Formats . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 75
Prefixing Examples . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 83
Masking Examples . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 84
INCONTROL Shared IOA Functions and Facilities . . . . . . . . . . . . . . . . . . . . . . . . . . . 86
CONTROL-V Functions and Facilities . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 87
IOA Primary Option Menu Options . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 88
IOA Transfer Control Commands . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 90
Basic IOA Screen Areas . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 92
Command PFKey Definitions . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 93
Additional Key Assignments . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 94
Scrolling Amounts in the SCROLL Field . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 95
ISPF Command Definitions for PFKeys . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 100
PFKey Functions Within the IOA Editor Screen . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 102
IOA Editor Command Line Commands . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 103
IOA Editor Row Commands . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 103
Report Decollating Mission Definition Facility Screens . . . . . . . . . . . . . . . . . . . . . . . 109
Options of the Job List Screen . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 116
Commands of the Category List Screen . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 119
Options of the Category List Screen . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 119
CAPS Command Formats . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 122
Parameters and Subparameters Accepting Lowercase Values . . . . . . . . . . . . . . . . . 122
General Parameters . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 125
Basic Scheduling Parameters . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 126
Runtime Scheduling Parameters . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 127
Post-Processing Parameters . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 128
Default Decollating Parameters . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 128
ON Statement Subparameters . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 129
ON Statement Defaults . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 130
WHEN Subparameters . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 130
Commands for Exiting the Report Decollating Mission
Definition Screen . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 134
Options for Ordering Report Decollating Missions . . . . . . . . . . . . . . . . . . . . . . . . . . . 137
Fields in the Window for Copying Mission Definitions to
Another Member . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 139
Tables 25
Printing, Backup, Restore Mission Definition Facility Screens . . . . . . . . . . . . . . . . . . 140
Options of the Mission List Screen . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 148
Commands of the Category List Screen . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 151
Options of the Category List Screen . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 151
General Parameters . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 157
Bundling Parameters . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 158
Basic Scheduling Parameter . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 159
Runtime Scheduling Parameters . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 160
Post-Processing Parameters . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 160
Printing Mission Parameters . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 161
Batch Printing Parameters . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 162
Override Values for Printing Missions . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 162
Migration Mission Parameters . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 163
Backup Mission Parameters . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 164
Exiting the Mission Definition Screen Commands . . . . . . . . . . . . . . . . . . . . . . . . . . . . 166
Options for Ordering Missions . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 168
Fields in the Window for Copying Mission Definitions to
Another Mission . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 170
Fields in the Window for Copying Mission Definitions to Another Mission . . . . . . 172
Parameters of the Recipient Tree . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 174
Options of the Recipient Tree List Screen . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 174
Recipient Tree List Screen Commands . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 175
Recipient Definition Screen Required Fields . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 176
Recipient Definition Screen Optional Fields . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 177
Recipient Definition Screen PC Download Parameters . . . . . . . . . . . . . . . . . . . . . . 177
Quick Access Panel Options . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 182
Methods for Specifying Index Values for Report Retrieval . . . . . . . . . . . . . . . . . . . . 183
User Reports Entry Panel Fields (Display Type V) . . . . . . . . . . . . . . . . . . . . . . . . . . . . 188
Show Options Window Selection Criteria . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 192
User Reports Show Option Window Select by Status Parameters . . . . . . . . . . . . . 193
User Reports Show Option Window Display Option . . . . . . . . . . . . . . . . . . . . . . . . 193
User Reports Entry Panel Sections . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 196
Consolidated Index Value Search Arguments . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 197
User Report List Header Line . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 200
Fields in the Default (D) Display Type . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 201
Additional Info Fields in the Default (D) Display Type . . . . . . . . . . . . . . . . . . . . . . . 203
Fields in the User (U) Display Type . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 206
Additional Info Fields in the User (U) Display Type . . . . . . . . . . . . . . . . . . . . . . . . . . 208
Fields in the Job (J) Display Type . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 209
Additional Info Fields In the Job (J) Display Type . . . . . . . . . . . . . . . . . . . . . . . . . . . . 210
Fields in the SDSF (S) Display Type . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 211
Additional Info Fields in the S (SDSF) Display Type . . . . . . . . . . . . . . . . . . . . . . . . . . 212
Fields in the Long (L) Display Type . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 213
Fields in the All Fields (A) Display Type . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 216
Additional Info Fields in the All Fields (A) Display Type . . . . . . . . . . . . . . . . . . . . . 218
User Report List STATUS Field Values . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 219
Options of the User Report List . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 221
User Report List General Commands . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 223
SORT PARAMETERS Window Fields . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 224
Tables 27
Commands of the Active Missions Screen . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 306
Fields of the Active Missions Screen . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 306
Mission Statuses . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 307
Active Missions Screen Show Option Window Search Criteria . . . . . . . . . . . . . . . . . 310
Options of the Active Missions Screen . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 312
Active Mission Why Screen Add Confirmation Window Fields . . . . . . . . . . . . . . . . 314
Active Missions Zoom Screen Types . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 316
Zoom Screen Fields Not on the Mission Definition Screen . . . . . . . . . . . . . . . . . . . . . 316
Print Plan Screen Header Fields . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 323
Report Fields in the Print Plan Screen . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 323
Print Control Options of the Print Plan Screen . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 324
Report Clique Selection Criteria Fields . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 330
Options of the CONTROL-D Reports Cliques List . . . . . . . . . . . . . . . . . . . . . . . . . . . . 331
Common Report Clique Parameters . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 339
Parameters Unique to Advanced Function Presentation (AFP) Report Cliques . . . 346
General ParametersUnique to Text Report Cliques . . . . . . . . . . . . . . . . . . . . . . . . . 348
Decollation ParametersUnique to Text Report Cliques . . . . . . . . . . . . . . . . . . . . . . 349
Rendering ParametersUnique to Text Report Cliques . . . . . . . . . . . . . . . . . . . . . . . 350
Parameters Unique to Xerox Report Cliques . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 351
Exiting the Report Clique Definition Screen Commands . . . . . . . . . . . . . . . . . . . . . . 353
Resource Sets Selection Criteria Fields . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 355
Options of the CONTROL-D Resource Sets List . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 356
Options of the CONTROL-D Resource Sets List . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 357
Resources Selection Criteria Fields . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 359
Options of the CONTROL-D Resources List . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 360
Clique Resources Selection Criteria Fields . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 361
Options of the CONTROL-D Resources List . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 362
Approvals and Subscribe Object Selection Criteria Fields . . . . . . . . . . . . . . . . . . . . . 364
Approvals and Subscribe Object List Parameters . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 365
Options of the CONTROL-D Approvals and Subscribe Object List . . . . . . . . . . . . . 365
Fields of the IOA Conditions/Resources Screen . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 367
IOA Conditions/Resources Retrieval Criteria . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 369
IOA Conditions/Resources ADD Command Formats . . . . . . . . . . . . . . . . . . . . . . . . 371
Options of the IOA Conditions/Resources Screen . . . . . . . . . . . . . . . . . . . . . . . . . . . . 371
IOA Conditions/Resources DELETE Confirmation Window Options . . . . . . . . . . . 372
COUNT Parameter Values . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 374
Fields of the IOA Manual Conditions Screen . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 375
Retrieval Criteria for IOA Manual Conditions Screen . . . . . . . . . . . . . . . . . . . . . . . . . 376
Options of the IOA Manual Conditions Screen . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 378
Fields of the IOA Manual Conditions Screen ERASE
Confirmation Window . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 379
Fields of the IOA Log Screen . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 380
Commands of the IOA Log Screen . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 381
IOA Log Screen Predefined Display Types . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 382
Fields of the Display Filters Window . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 385
Options of the Display Filters window . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 385
Fields of the IOA Log Show Screen Window . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 386
IOA Log Show Screen Window Selection Criteria . . . . . . . . . . . . . . . . . . . . . . . . . . . . 387
IOA Log Show Screen Window - Closing Values . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 390
Tables 29
SET Subparameters . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 597
System variables . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 598
SHOUT Subparameters . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 599
TASKTYPE Values . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 604
WDAYS Subparameters . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 610
Non-Periodic Scheduling Formats . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 612
Periodic Scheduling Formats . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 613
WHEN Subparameters . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 619
Further WHEN Subparameter Details . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 623
WHEN IN QUEUE/CLS Subparameters . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 628
CONTROL-V General Parameters . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 641
CONTROL-V Bundling Parameters . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 642
Basic Scheduling Parameter Groups . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 643
Runtime Scheduling Parameters . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 645
Post-Processing Parameters . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 646
Mission-Specific Parameters . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 646
BATCH Subparameters . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 652
CONFCAL Subparameters . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 659
DAYS Subparameters . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 664
Non-Periodic Scheduling Formats . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 666
Periodic Scheduling Formats . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 667
Use of GROUP Parameter to Override OUTGRP Parameter . . . . . . . . . . . . . . . . . . . 677
IN Prerequisite Condition Subparameters . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 679
MAXWAIT Parameter Values . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 686
MONTHS Parameter Values . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 695
OUT Subparameters . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 703
OUT Parameter Prerequisite Condition Symbolic Dates . . . . . . . . . . . . . . . . . . . . . . . 704
OVERRIDE Subparameters . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 706
PRINTER Subparameters . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 712
RETENTION DAYS Subparameters . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 717
RETRO Parameter Values . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 719
SHOUT Subparameters . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 724
SORT Parameter Sort Keys . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 729
SORT Order Keys . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 730
STAGE Subparameters . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 733
STORE Subparameters . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 736
TASKTYPE Values Migration Missions . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 738
TASKTYPE Values Printing Missions . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 738
TASKTYPE Values Backup Missions . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 738
TASKTYPE Values Restore Missions . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 738
WDAYS Subparameters . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 746
Non-Periodic Scheduling Formats . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 748
Periodic Scheduling Formats . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 749
ACIF Parameter Settings . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 763
CDAM Dataset Allocation Example . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 776
CDAM Dataset Naming Conventions . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 776
Rules Used when Activating utility CTDAMUTI on Multi-Job CDAM Datasets . . 784
Required Fields for Defining Recipients . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 793
Optional Fields for Defining Recipients . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 793
Tables 31
32 CONTROL-D and CONTROL-V User Guide
About This Guide
This guide is the basic publication on how to use CONTROL-D and CONTROL-V
software. It is intended for everyone who wants to use CONTROL-D for distribution
and viewing, and CONTROL-V for report indexing and migration. It provides
detailed information on all CONTROL-D and CONTROL-V functions and facilities
and contains the following chapters:
NOTE
All references to the combined functionality of CONTROL-D and CONTROL-V are referred to
in this guide as CONTROL-V. Screens including a D/V reference are occasionally used for
illustration, and in such cases those screens are applicable to both CONTROL-D and
CONTROL-V.
Chapter 1Introduction
Guide to mission definition, tracking and control using the Online facility.
CONTROL-V and IOA screens are illustrated and discussed in a logical sequence.
Description of the IOA Edit environment and examples illustrating IOA line editing
commands.
Keys that appear on the standard keyboard are identified in boldface, for example,
Enter, Shift, Ctrl+S (a key combination), or Ctrl S (a key sequence).
WARNING
The commands, instructions, procedures, and syntax illustrated in this guide presume that the
keyboards at your site are mapped in accordance with the EBCDIC character set. Certain
special characters are referred to in this documentation, and you must ensure that your
keyboard enables you to generate accurate EBCDIC hex codes. This is particularly true on
keyboards that have been adapted to show local or national symbols. You should verify that
$ is mapped to x'5B'
# is mapped to x'7B'
@ is mapped to x'7C
'If you have any questions about whether your keyboard is properly mapped, contact
your system administrator.
Preconfigured PFKeys
only the name of the command, such as, enter the END command
only the PF keys, such as, press PF03/PF15
or both, such as, press PF03/PF15, or enter the END command
Most screens contain a command line, which is primarily used to identify a single
field where commands, or options, or both, are to be entered. These fields are usually
designated COMMAND, but they are occasionally identified as COMMAND/OPT or
COMMAND/OPTION.
Option field headings appear in many screens. These headings sometimes appear in
the screen examples as OPTION, or OPT, or O.
D/V Screens
Screens including a D/V reference are occasionally used for illustration, and in such
cases those screens are applicable to both CONTROL-D and CONTROL-V.
User Entries
In situations where you are instructed to enter characters using the keyboard, the
specific characters to be entered are shown in this UPPERCASE BOLD text, for
example, type EXITNAME.
Syntax statements
A vertical bar ( | ) separating items indicates that you must choose one item. In the
following example, you would choose a, b, or c:
a | b | c
An ellipsis ( . . . ) indicates that you can repeat the preceding item or items as many
times as necessary.
Square brackets ( [ ] ) around an item indicate that the item is optional. If square
brackets ( [ ] ) are around a group of items, this indicates that the item is optional,
and you may choose to implement any single item in the group. Square brackets
can open ( [ ) and close ( ] ) on the same line of text, or may begin on one line of text
and end, with the choices being stacked, one or more lines later.
Braces ({ }) around a group of items indicates that the item is mandatory, and you
must choose to implement a single item in the group. Braces can open ( { ) and
close ( } ) on the same line of text, or may begin on one line of text and end, with the
choices being stacked, one or more lines later.
Screen Characters
calls, such as
CALL CBLTDLI
Variables
Special elements
NOTE
Notes provide additional information about the current subject.
WARNING
Warnings alert you to situations that can cause problems, such as loss of data, if you do not
follow instructions carefully.
Related Publications
CONTROL-D Getting Started Guide
Tutorial guide for the end-user which demonstrates the features of the Online
Viewing facility.
Practical guide for determining implementation objectives and both planning and
performing the implementation of CONTROL-D.
Comprehensive listing and explanation of all INCONTROL and IOA messages and
codes.
Describes utilities designed to perform specific administrative tasks that are available
to INCONTROL products.
1
1 Introduction
This chapter contains the following topics:
Chapter 1 Introduction 39
Index Values and Masks . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 66
Indexes, Reports and CDAM Files . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 67
Index Design . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 68
Index Migration . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 69
Index Size . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 69
Using Indexes for Retrieval . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 70
Retrieval Methods . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 70
Prerequisite Condition Concept . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 70
IOA Calendar Facility . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 72
Date Definition Concepts . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 73
System Date. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 73
Working Date . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 73
Original Scheduling Date . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 74
Date Standards and Date Field Formats . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 74
IOA
The Integrated Operations Architecture (IOA) is at the heart of the INCONTROL
family of products. IOA has a common core of shared code as the foundation of its
architecture design. INCONTROL's IOA environment has several inherent design
advantages, including a common user interface and a shared data repository. A key
feature of the IOA environment is its integrated application design, which includes:
INCONTROL
The INCONTROL family of products includes:
Chapter 1 Introduction 41
CONTROL-V Overview
CONTROL-V Overview
CONTROL-V is an automated operations product that provides indexing, controlled
migration to various storage media, selective retrieval by index values, and online
viewing of computer generated reports. CONTROL-V replaces the usage of
Computer Output Microfiche (COM) and facilitates productive online report viewing
while efficiently using the most cost effective media for report storage.
CONTROL-V Capabilities
CONTROL-V increases the value and decreases the cost of computer generated
information that must be retained for relatively long periods of time by:
Chapter 1 Introduction 43
Integration With Other INCONTROL Products
Providing powerful online viewing capabilities that include report editing and a
mechanism for adding notes and comments.
Using the Compressed Dataset Access Method (CDAM) to minimize the space
required for storing reports on any supported media.
Maintaining files that can be easily viewed online to obtain information about
reports, users and CONTROL-V activities.
Provides additional protection against the loss of essential data with automated
backup and restore facilities.
The CONTROL-D Recipient Tree can be used to automate the distribution and the
access control (security) of CONTROL-V indexed reports.
CONTROL-D report editing rulers and notepad facilities can be used when
viewing CONTROL-Vs reports.
The same powerful, user-friendly online facility is used for all electronic report
monitoring, control and viewing.
Prerequisite conditions in the IOA Conditions file and in the IOA Manual
Conditions file can be applied to CONTROL-V operations.
The Compressed Dataset Access Method (CDAM) reduces the space required for
CONTROL-V files wherever they reside.
The IOA Log file keeps a complete audit trail of important messages generated by
all INCONTROL products.
The IOA Reporting facility, including the KeyStroke Language (KSL), can generate
reports about CONTROL-V operations based on data in the IOA Log file and other
sources.
The same accurate, flexible Calendar facility is used by all INCONTROL products.
Chapter 1 Introduction 45
CONTROL-V Components
CONTROL-V Components
The main components of CONTROL-V and their interrelationships are discussed in
the following paragraphs. The components described are:
CONTROL-V monitor
Printers Control monitor
IOA Core and CONTROL-V Repository
Online facility
Recipient Tree
New Day procedure
Compressed Dataset Access Method
IOA Archive Server
File Transfer Monitor
CONTROL-D for Distributed Systems
Application Server
Reporting facility
Shout facility
Utilities
CONTROL-V Monitor
CONTROL-V and CONTROL-D share the same monitor when both are installed.
However, this monitor is referred to as the CONTROL-V monitor in this guide.
The CONTROL-V monitor executes mission (task) instructions defined by the users.
The monitor is active in one computer at the site, usually 24 hours a day. It is
normally activated as a started task.
The Printers Control monitor receives from the CONTROL-V monitor a printing plan
and the name of the printer assigned to the printing mission (printing mission = a
bundle). The Printers Control monitor writes the bundled reports to spool in
controlled chunks (the size of which is specified in the printing mission or in the
Printer Definition in member CTDPARM). It tracks printing speed and makes sure
the printer always has something to print, but not too much. This prevents
overloading the spool with sysouts that cannot be printed until much later.
The Printers Control monitor switches to a new chunk of lines when the printing
characteristics in the user bundle change. It is possible to print sysouts with different
printing characteristics in the same bundle.
Chapter 1 Introduction 47
IOA Core and CONTROL-V Repository
Online Facility
Users of CONTROL-V communicate with the system via the Online facility, a set of
integrated, interactive fill-in-the-blanks screens that provide access to CONTROL-V
information. Its operation is characterized by:
Chapter 1 Introduction 49
Recipient Tree
The Online facility allows access to the Repository, to the IOA Core, and to indexes
and compressed reports. It enables the user to see and update the following:
The Online facility can be activated under the following environments, regardless of
whether the CONTROL-V monitor is active:
TSO (native)
TSO/ISPF
IMS/DC
VTAM
ROSCOE/ETSO
IDMS/DC
CICS
COM-PLETE
TSO users can activate other online application programs (including ISPF)
concurrently with the Online facility under the multiplication environment created
by CONTROL-V.
CONTROL-V provides full color support when activated from a screen with
extended seven-color support.
Recipient Tree
The list of all possible report recipients is organized as a tree. The Recipient Tree
allows the users (recipients) to be grouped in a hierarchical structure correlating to
the organizational chart of the recipients in the organization.
The Recipient Tree is defined and maintained by authorized users via the Online
facility. It contains the user name, synonyms, a free text description, and so on. For
sites using CONTROL-D/WebAccess Server, it also contains fields relating to the
downloading of reports to PCs.
It is possible to minimize the size of the Recipient Tree by listing only recipients
whose entries include special information (for example, recipient's address,
synonyms, CONTROL-D/WebAccess Server authorization, $SYSDATA access,
special default destination). For more information about this topic, see Decollation
Without the Recipient Tree on page 803.
The New Day procedure places the potential missions in the Active Missions file. The
monitor reads the new missions from the Active Missions file and merges their data
with the rest of the workload information under its supervision. The monitor
executes the mission while taking into account the entire report distribution
environment.
Chapter 1 Introduction 51
Compressed Dataset Access Method (CDAM)
For more information about the File Transfer monitor, see the CONTROL-D and
CONTROL-V chapter of the INCONTROL for z/OS Administrator Guide.
Reporting Facility
Two types of reports are available:
Reports that can be produced with the Online facility can also be generated in
batch mode using IOA KeyStroke Language (KSL). For more information about the
KeyStroke Language, refer to the KeyStroke Language (KSL) User Guide.
A paper usage report that cannot readily be produced using the Online facility or
KSL is provided by a special utility.
Chapter 1 Introduction 53
Shout Facility
Some CONTROL-V reports are produced from the information in the IOA Log file.
Other reports are produced from the Active Missions file or User Report List files.
Statistical information is gathered from the IOA Log file to produce statistical reports.
Shout Facility
When a problem or delay occurs, CONTROL-V can notify appropriate personnel
through the Shout facility, which can send messages to a variety of destinations
including the operator console, a TSO user, and the IOA Log file.
Utilities
Utilities provided with CONTROL-V are used to perform a variety of management
functions and generate reports that assist in the efficient use of CONTROL-V.
For information about batch utilities, see the INCONTROL for z/OS Utilities Guide.
For information about online utilities, see Utilities Under ISPF on page 407.
Any number of libraries can be defined. For example, each group of users can have its
own library. This allows users to define report decollating mission parameters for
their jobs without any breach of security.
Chapter 1 Introduction 55
Decollating Workflow
Decollating Workflow
A decollating mission allocates (parts of) reports to users authorized to receive them.
A decollating mission also builds one or more predefined indexes for reports so that
pages or sections of a report can be selectively retrieved for online viewing, printing,
and so on.
1. The New Day procedure analyzes the scheduling parameters of the report
decollating mission definitions and decides which decollating missions should be
executed on that day. The selected missions are placed in the Active Missions file.
3. Generic jobs that appear on a specific output class are automatically decollated.
The generic job name can contain mask characters (for example, all jobs starting
with NDX).
4. The monitor reads reports from the spool and writes them to Compressed Dataset
Access Method (CDAM) files. Alternatively, reports can be written directly to
CDAM files without using the spool.
5. The indexing process assigns pointers to each page, section or line of a report and
identifies beginning and ending pages for each index value. For detailed
information about index design and usage, see Report Indexes on page 65.
6. Decollating parameters assign report names and specify migration, printing and
backup instructions.
7. When reports are decollated, prerequisite conditions can be added and/or deleted
(thereby triggering other events or missions in the production environment) and
messages can be sent to specified destinations via the Shout facility.
8. Decollation results are stored in the Active User Report List file.
9. After decollation, reports are available for printing, migration, online viewing, and
so on.
The parameters are stored in libraries (partitioned datasets). For each mission, one
member is kept containing one or more categories of the mission.
Any number of libraries can be defined. Usually, only one library is used for each
type of mission because these missions are usually managed by one unit within the
organization.
Although the missions are defined once, they can be updated by authorized users at
any time.
Chapter 1 Introduction 57
Migration Workflow
Migration Workflow
A migration mission moves one or more reports from one storage device (usually
DASD) to another (usually tape, cartridge, silo or optical disk). The workflow of a
migration mission consists of the following stages:
The CONTROL-V New Day procedure analyzes the basic scheduling criteria of the
migration missions and decides which migration missions should be executed on that
day. The selected missions are placed in the Active Missions file.
The monitor analyzes the migration missions runtime scheduling criteria. If all
scheduling criteria are met, the migration mission executes.
The migration mission scans the Active User Report List file for reports that should be
migrated by the specified migration mission, but have not yet migrated. The name of
the migration mission is specified in the Report Decollating parameters.
The migration mission prepares a list of CDAM datasets and index files to be
migrated.
Control is passed to a job submitted from the CONTROL-V monitor, a job under the
CONTROL-M Production Control System, or a job submitted by another production
control system.
The migration job transfers all the files in the migration list to the target media,
updates the report status in the Active User Report List file, and indicates the location
to which each CDAM file migrated.
The monitor then uses the Shout facility to add and/or delete requested prerequisite
conditions, and to notify appropriate personnel.
NOTE
After a report has migrated, all printing and viewing requests continue using the DASD copy
until it is deleted by utility CTDDELRP.
Printing Workflow
A printing mission is actually a bundle. It can contain reports for one or many users.
The workflow of a printing mission consists of the following stages:
The CONTROL-V New Day procedure analyzes the basic scheduling criteria of the
printing missions and decides which printing missions should be executed on the
given day. A different printing or report delivery plan can be structured for every
day regular working day, end of the month, weekend, and so on. The missions
are placed in the Active Missions file.
Chapter 1 Introduction 59
Printing Workflow
After a printer has been selected for the printing mission, a printing plan is
prepared:
The printing parameters specify the users who should receive the reports. The
Active User Report List file is scanned for all scheduled by as yet unprinted
reports of the selected user (and that users descendants in the Recipient Tree).
The copy count and printing destination are taken from the user records in the
Active User Report List file.
The specific pages of reports to be printed are sorted according to the specified
printing mission sort parameters.
The printing plan is saved on a file (to allow for recovery and checkpointing) and
can be viewed and controlled online.
Control is passed to the Printers Control monitor to execute the printing plan. The
Printers Control monitor sends to the spool a calculated amount of lines (for
example, 10,000 at a time). The monitor periodically checks the status of the
printing lines. When the printer is about to finish printing the lines, additional
lines are placed on the spool. With this method, the spool contains the minimum
number of lines required to keep the printer busy.
If the user has specified a special printing ruler for a report, the report is edited
accordingly.
The Printers Control monitor passes control to various exits which can change the
printed lines, edit banner pages, print the bundle report index, and so on. Sample
exits are supplied in the IOA SAMPEXIT library.
When printing in LINE MODE or PAGE MODE on IBM AFP laser printers, special
parameters and special CONTROL-V supplied user exits are invoked to support
the IBM PSF. These exits can be tailored for local use.
The printing process can create System Management Facility (SMF) records which
allow billing and charge back at the job level or at the report recipient level.
A printing mission can be scheduled and processed as a batch job, similar to a backup
mission or restore mission. Batch printing jobs are executed via skeleton JCL kept as a
library member. Batch printing can utilize or ignore the regular chunking mechanism.
A time-out mechanism can be used to terminate the printing mission if it does not
begin on time.
Backup Workflow
A backup mission backs up a group of reports for a specified number of days or
generations. The workflow of a backup mission consists of the following stages:
The CONTROL-V New Day procedure analyzes the basic scheduling criteria of the
backup missions and decides which missions should be executed on the given day
(for example, different backup procedures can be employed for end-of-month
processing versus the regular working day). The missions are placed in the Active
Missions file.
The backup mission scans the Active User Report List file for reports which should
be backed up by the specified backup mission and have not been backed up yet.
The name of the backup mission is specified in the report decollating parameters.
The backup mission prepares a list of datasets to be backed up. The list can be in
one of the following formats:
DF/DSS
DF/HSM
FDR
DMS/OS
ASM2
ARCS
Site controlled format
Chapter 1 Introduction 61
Restore Workflow
The job backs up all the files in the list in a fast and reliable manner since it
employs the standard backup procedures used by the site.
After the job finishes executing, it notifies the CONTROL-V monitor that the
backup has successfully completed, and lists the tape numbers used in the backup
process.
Optionally, the monitor adds and/or deletes requested prerequisite conditions and
uses the Shout facility to notify appropriate personnel.
Restore Workflow
A restore mission restores reports from tape or cartridge back to disk. The workflow
of the restore mission consists of the following stages:
The CONTROL-V New Day procedure analyzes the basic scheduling criteria of the
restore missions and decides which restore missions should be executed on the
given day (for example, different restore procedures can be employed for
end-of-month processing versus the regular working day). The missions are placed
in the Active Missions file.
The user can request a restore by selecting option R on the History User Report list
screen. The user is prompted with a list of possible restore missions. After selecting
the desired restore mission, the restore request is recorded in the input queue of
the specified restore mission. In addition, a prerequisite condition is (usually)
added to the IOA Conditions file. Each restore mission has at least one prerequisite
condition that indicates to the restore mission that a restore is needed.
The restore mission prepares restore parameters for all files in its queue (that is, for
all restore requests that have accumulated since the last executed restore).
The restore mission prepares a list of datasets to be restored (and their tape
numbers). The list can be in one of the following formats:
DF/DSS
DF/HSM
FDR
DMS/OS
ASM2
ARCS
The job restores all the files in the list in a fast and reliable manner since it employs
the standard restore procedures used by the site.
The restored User Report entries are copied from the History User Report List file
to the Active User Report List file, making them available for online viewing.
After the job finishes, it notifies the CONTROL-V monitor that the restore has been
successfully completed, and lists the tape numbers used in the restore process.
Optionally, the monitor adds and/or deletes requested prerequisite conditions and
uses the Shout facility to notify appropriate personnel.
Chapter 1 Introduction 63
Online Viewing
Online Viewing
The User Reports entry panel enables end users (that is, report recipients) and
operations personnel to access CONTROL-V report information. Users can retrieve a
list of user reports based on the following selection criteria:
Report name.
Main index name and value.
User name.
Date and time ranges.
Migration status of the report.
Report status.
Job name, prefix or mask.
Site-defined category or mask.
Condition code or user-specified remark.
Only reports that the user is authorized to see are included in the list.
Many operations can be made on the list. The most significant of these operations is
the online viewing function that enables the user to select report pages by hierarchical
index values and view these pages online. Hard copy can always be requested by the
online viewer at any time.
For more information, see Report Indexes on page 65 and Using Indexes for
Report Retrieval on page 180.
Report Indexes
Indexes are defined using the DO INDEX statement in the Report Decollating
Mission Definition screen (option R in the IOA Primary Option menu).
LINE
VAR
a specified line
an index type
a specified variable
an index type
Page Level Every page of the report can be indexed by one value. Page Level is
mandatory in a VAR format index definition.
Record Level Every line of every page in the report can be indexed by one value.
During the report decollation process, values for each index are extracted as a text
string, either from the lines on the report page or from a specified variable. These
index values enable users to determine if desired information is available, and to
retrieve only the desired information for online viewing or printing.
Chapter 1 Introduction 65
Index Hierarchies
Index Hierarchies
Main indexes and a hierarchy (tree structure) of subindexes can be defined for each
report. Each unique sequence of indexes in a hierarchy constitutes an index path. An
index path can have both page level and record level indexes. For more information
about index specification, see DO INDEX: Decollating Parameter on page 462.
If the index value for a report is not all contained in one range, or is not contained in
the report at all, use a variable in defining the index.
When pages in a report have more than one format, a specified line or column range
may contain values for a particular index on some report pages, but may not contain
index values (or may contain values for a different index) on other report pages.
Therefore, when defining indexes for reports with multiple page formats, it is
necessary to ensure that the text strings in a specified line or column range are in fact
appropriate index values. This can be done by defining an index mask.
An index mask definition specifies a mask value and a column range in a line range.
If the content of the mask line or column range in the report matches the specified
mask value, the content of the index line or column range of the report is validated as
a genuine index value. The line or column ranges for the index value and its mask
value may be identical, may overlap, or may have no overlap.
Example
A report contains pages in either of two formats: Branch Summary format or Account
Summary format.
Line 2, columns 18 22 contain bank branch numbers. This line and column
combination is used to define index 1_BRANCH_NUM.
Line 2, columns 2 15 contain the value ACCOUNT NUMBER. This value does
not appear in the same location in other formats. It is used to define a mask for
index 2_ACCT_NUM.
Because the line and column ranges for branch numbers and account numbers are
almost identical, using masks ensures that only branch numbers are extracted for
index 1_BRANCH-NUM and only account numbers are extracted for index
2_ACCT-NUM.
Usage of mask definitions is not limited to reports in which pages have various
formats. Mask definitions can be useful in other situations. For example, each page
may have the same format, but the report page may only be of interest when the
contents of a specified location matches a mask. In this case, extraction of index
values can be limited to those situations in which the mask criteria are satisfied.
Multi-value indexes
You can define a multi-value index that contains multiple values for more than one
index value in an index within
It is possible to access the indexed page or line or a report using any multi-value.
There are three ways to create a multi value index:
Chapter 1 Introduction 67
Index Design
Each index value points to all report pages that contain that index value in the
defined index location. Each logical report page or section is pointed to by only one
value in a given index. Any page without an value that can be indexed is treated as a
continuation of the previous pages in that report section. For this reason, a request to
view a report based on index values may retrieve one or more consecutive or
nonconsecutive report pages.
Each index value points to relevant report pages or sections in a single CDAM file.
Therefore, WHEN statements that contain DO INDEX statements should select report
pages that are in the extents of a single CDAM file. For information about WHEN
statements, see WHEN Statements on page 428. For information about CDAM files,
see Chapter 5, Compressed Dataset Access Method (CDAM).
Index Design
Well designed indexes can enable users to retrieve important information without
viewing the report itself. For example, if a bond portfolio report with one bond per
page contains a redemption date field, indexing that field produces a sorted list of all
bond redemption dates which can be displayed in the Values of Index panel, without
retrieving the report.
Index Paths
CONTROL-V enables users to retrieve parts of reports based on any predefined index
path. Separate index paths should be defined for each meaningful way to retrieve a
report page or section. For example, an accounts receivable report may have the
following paths:
It is recommended that every index be given a unique name. For more information
about report and index design, see Report Design on page 820 and Index Design
on page 821.
Index Migration
A maximum of three main indexes per report can remain in DASD when a report
migrates. A main index and its subindexes remain DASD resident or migrate as a
unit. For more information about report and index migration, see the CONTROL-D
and CONTROL-V chapter of the INCONTROL for z/OS Administrator Guide.
Index Size
Index size is a function of index field width, the number of different index values that
occur in the report, and how the report is sorted. Sorting affects index size because
each index entry contains a separate pair of pointers to the beginning and ending
pages of each nonconsecutive occurrence of the index value in the report.
Chapter 1 Introduction 69
Using Indexes for Retrieval
Online screens in the User Reports facility enable the user to:
Identify the report from which pages should be retrieved.
Identify the indexes whose values should be specified as selection criteria.
Specify a value for the selected indexes.
Specify viewing or immediate printing for the selected report pages.
Retrieval Methods
There are two basic methods of specifying index values for report retrieval:
For detailed information about these methods, see Using Indexes for Report
Retrieval on page 180.
Prerequisite conditions can be used to create any kind of dependency (for example,
mission to mission, mission to job, manual operations, creation of a dataset).
The Online facility is used to add conditions like AR-BALANCED. These prerequisite
conditions represent manual operations. They can be added by any authorized user.
Chapter 1 Introduction 71
IOA Calendar Facility
Prerequisite conditions can also be used as a trigger for messages; for example, the
user can tell CONTROL-V to send a highlighted, unrollable message to the operator
console whenever the condition CHECK-NOT-BALANCED exists.
Prerequisite conditions are strictly under the users control. Any number of
conditions, and therefore any number of dependencies, can be created. Prerequisite
conditions can be used for any purpose.
Calendars are defined in the IOA Calendar facility. Each calendar is given a unique
name that can be specified in mission definitions. A particular calendar (that is, a
unique set of dates) only needs to be defined once.
Regular calendars consist of scheduling dates or days (of the week) that can be
defined according to monthly patterns.
Example 1
Regular calendars are especially useful when many missions have the same schedule.
Defining that schedule once in a calendar, and specifying that calendars name in the
mission definition of those missions, makes it unnecessary to individually define that
schedule in the mission definition of those missions.
Periodic calendars are especially useful when scheduling dates do not conform to
fixed date/day of the week/month patterns.
Example 2
The IOA Calendar facility is described in IOA Calendar Facility on page 390.
System date
Working date
Original scheduling date
System Date
This date is supplied by the operating system. It should be the actual calendar date
starting and ending at midnight.
Working Date
Many sites do not use midnight as the formal time for changing to a new date. A site,
for example, may decide that transactions between 13:00 and 24:00 belong to the next
days transactions. In this case, the working date changes at 13:00 and not at
midnight.
The working date (that is, the time at which a date changes at the site) is defined in
the CONTROL-D installation parameters. New Day processing generally begins at
the start of the new working date.
Chapter 1 Introduction 73
Original Scheduling Date
The computer is down for two days. When it is brought up on the third day, there is a
two day backlog of jobs to be run, in addition to the jobs of the current day. It is
desired that the jobs in the backlog have a run date matching their intended (original)
scheduling date, not the working date when the computer was brought up. This is
achieved by specifying the ODATE as the run date. The jobs are then executed as if
they had run on their originally scheduled working dates.
Gregorian Dates
Gregorian dates are indicated in the guide by the following symbols:
Whether a field holds a 4-character date (month and day), a 6-character date (month,
day and 2-digit year) or an 8-character date (month, day and 4-digit year) depends on
the field. However, the format of the 4-character, 6-character or 8-character date
depends on the installation defined date standard.
INCONTROL products support three date standards for Gregorian dates. Each
standard has an 8-character format, a 6-character format and a 4-character format.
Only one Gregorian date standard is defined at any site.
These supported Gregorian date standards are described in the chart below.
Julian Dates
Julian dates are indicated in the guide by the following symbols:
Julian date fields have either three, five, or seven characters. Whether a Julian date
field holds a 3-character date (day of year only), 5-character date (day of year and
2-digit year) or a 7-character date (day of year and 4-digit year) depends on the field
definition. However, the format of the date depends on the installation defined date
standard.
For example, the Julian date for the calendar date of 28 February 2000 would be
represented in jjj or ddd format as 059, in yyjjj or yyddd format as 00059, and in
yyyyjjj or yyyyddd format as 2000059.
Chapter 1 Introduction 75
Date Standards and Date Field Formats
2
2 Online Facilities
This chapter contains the following topics:
Overview . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 80
IOA Features . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 80
General IOA Features . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 80
IOA Entry Panel. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 84
IOA Primary Option Menu . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 85
Multi-Screen Control. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 90
Fast Exit From the IOA Online Facility . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 91
Screen Layout . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 91
Commands and PFKeys . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 92
Online Help . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 98
IOA Under ISPF . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 99
IOA Editor . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 101
IOA SET Command Panel . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 104
IOA TSO Command Processor Screen . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 106
Report Decollating Mission Definition Facility . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 108
Accessing the Report Decollating Mission Definition Facility . . . . . . . . . . . . . . . 109
Creating Members . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 109
Creating Mission Definitions . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 110
Performing Operations on Members and Mission Definitions . . . . . . . . . . . . . . 110
Entry Panel . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 111
Report Decollating Mission Definition Job List . . . . . . . . . . . . . . . . . . . . . . . . . . 115
Report Decollating Mission Definition Category List. . . . . . . . . . . . . . . . . . . . . 117
Report Decollating Mission Definition Screen . . . . . . . . . . . . . . . . . . . . . . . . . . . . 120
Editing Mission Definitions in the Edit Environment . . . . . . . . . . . . . . . . . . . . . . 133
Exiting the Report Decollating Mission Definition Screen . . . . . . . . . . . . . . . . . . 134
Ordering Report Decollating Missions. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 136
Copying Report Decollating Mission Definitions to Another Member . . . . . . . 138
Migration, Printing, Backup, Restore Mission Definition Facility . . . . . . . . . . . . . . . 140
Accessing the Migration, Printing, Backup, Restore Mission Definition Facility . .
140
Creating Missions . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 141
Creating Mission Definitions . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 141
Performing Operations on Missions and Mission Definitions . . . . . . . . . . . . . . . 141
Entry Panel . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 143
Overview
The Online facility is the basic means of communication between the user and
CONTROL-V.
Online mission definition gives users the ability to define and modify parameters for
report decollating, printing, backup and restore missions in the CONTROL-V
environment.
Online tracking displays the current status of all variables relating to a specific
mission, a group of missions or all the missions scheduled under CONTROL-V.
IOA Features
This section discusses the IOA features common to all INCONTROL products.
Customization
Environment Support
Terminal Support
Special Character Usage on Terminals
Color Support
Prefixing
Character Masking
Customization
IOA screens, constants, messages, colors, commands and PFKey definitions can be
site-modified to adapt them to local needs. For more information, see the
INCONTROL for z/OS Installation Guide for details.
INCONTROL products can be customized globally (for the whole site) using the
INCONTROL Installation and Customization Engine (ICE) according to profile
variables defined during installation.
NOTE
Due to customization, screens and examples illustrated in this guide may differ from the ones
used at your site.
Environment Support
The Online facility can be activated under the following environments:
TSO (native)
TSO/ISPF
ROSCOE/ETSO
CICS
VTAM
IMS/DC
IDMS/DC
COM-PLETE
Cross memory interfaces to the Online monitor are optional under native TSO,
TSO/ISPF, and ROSCOE/ETSO. They are always used under the other
environments.
There are slight differences in the operation of the Online facility under the different
environments. Special notes are provided in the guide where applicable.
Terminal Support
IOA supports the following models of the IBM 3270 terminals:
NOTE
When using the IOA online facility under IMS/DC and IDMS/DC, all model types display 24
lines and 80 columns.
IOA adjusts to the screen size in order to use the maximum available data area on the
screen.
In certain cases, special keyboard characters, such as $, # , and @, are assigned special
meanings. The characters specified appear on standard American terminals but may
not be available on other keyboards. In addition, some special characters on your
keyboard may be assigned different hexadecimal values than the ones recognized by
IOA. Special keyboard mapping requirements, and a complete discussion of the
conventions used in this guide, are shown in Conventions Used in This Guide on
page 34.
Color Support
When INCONTROL products are activated from a screen with extended seven color
support, they make extensive use of the color attributes of the screen. The concept of
management by color is emphasized in INCONTROL screens.
Like all screen attributes, the color attribute for each field is defined externally to the
program and can be locally modified by the site.
NOTE
IOA does not automatically recognize IMS/DC and IDMS/DC terminals as supporting
extended color attributes. If your IMS/DC or IDMS/DC terminal supports extended color
attributes and you want IOA to recognize this, refer to the IOA administration chapter of the
INCONTROL for z/OS Administrator Guide for more information.
At this time, IOA does not support extended color attributes under COM-PLETE.
Due to ISPF characteristics, color changes cannot occur in adjacent columns but must be
separated by an attribute byte without color, that is, black. Therefore, some IOA screens have
a different appearance under ISPF than under other online environments, such as native TSO
and CICS.
Prefixing
For fields that automatically support prefixing, selection strings are always treated as
prefixes. Selection is made if a segment of the text beginning with the first letter (that
is, any prefix) matches the selection criteria.
Examples
Assume the following names exist: A3, A4, M, M01, M03, M12, M13, M22, M23, M30,
M33, M103, M135, M301.
Character Masking
For fields that support masking, mask characters function as follows:
For fields that do not automatically support prefixing, a prefix value can be specified
by ending the selection with an asterisk (*).
Examples
Assume the following names exist: A3, M, M3, M01, M03, M13, M23, M33, M103,
M435, M2243.
NOTE
Display of the IOA Entry Panel is optional. If your INCONTROL administrator determined
that the entry panel is bypassed, the IOA Primary Option menu, which is discussed in the
following section, is displayed.
+-----------------------------------------------------------+
| |
| USER ID ===> |
| |
| PASSWORD ===> |
| |
| NEW PASSWORD ===> ===> |
| |
+-----------------------------------------------------------+
Type your user ID and password and press Enter. If you enter a correct user ID and
password, the IOA Primary Option menu is displayed.
The IOA Online facility allows three attempts to enter a valid user ID and password
combination. After the third unsuccessful attempt, the program is terminated.
To change a password, type the new password twice: Once in the NEW PASSWORD
field and once in the confirmation field to the right of the NEW PASSWORD field.
If only CONTROL-D and CONTROL-V are installed at your site, and you are
authorized to access all functions and facilities, the following screen is displayed:
NOTE
When the Online facility is activated as an ISPF application, options 6 is displayed as: 6
UTILITIES Online Utilities. In this case, option 6 activates the Online Utilities under ISPF.
When the Online facility is not activated under TSO or TSO/ISPF, option 6 is inactive.
To select an option, type the option number or letters in the OPTION field and press
Enter. Alternatively, for a number option, press the PFKey with the same number.
For example, to select the LOG option, press PF05.
NOTE
Your INCONTROL administrator can limit the options displayed on a user-by-user basis, and
can alter option numbers and customize option descriptions. Product-supplied default
options are discussed in this guide.
Certain IOA commands, functions, and facilities (options) are shared by all
INCONTROL products. These shared IOA commands, functions and facilities are
described later in this chapter, and outlined in Table 10.
NOTE
Entering =1 in the command line of any other screen returns you to the IOA Primary Option
Menu that is displayed at your site.
The following IOA Primary Option menu is displayed at sites supporting all
currently available INCONTROL products (under ISPF)
NOTE
Option OK (KOA Recorder facility) is available only under IOATSO, and not under IOAISPF
or IOAMON.
Entering =1 in the command line of any other screen returns you to the IOA Primary
Option Menu that is displayed at your site.
For a description of the options for other INCONTROL products, see the user guides
of the respective products.
Additional options available on the IOA Primary Option menu when operating
CONTROL-D and CONTROL-V with other INCONTROL products are listed in
Table 12.
QNAME, see the IOA operational parameters step, the IOAPLEX parameters step,
and the adding IOA structures to the CFRM step, all in the INCONTROL for z/OS
Installation Guide. Press Enter or END (PF03/PF15) to exit the window and return to
the IOA Primary Option menu.
Multi-Screen Control
It is not necessary to return to the IOA Primary Option menu to move from one
online facility to another.
Each transfer control command consists of an equal sign immediately followed by the
option on the IOA Primary Option menu. The option identifies the target screen of
the transfer. For example, from any screen, specify:
If you use a transfer command to reach another screen, the state of the current screen
remains unchanged when you return to it using another transfer command.
The INCONTROL administrator can globally deactivate any or all of the transfer
commands.
In most cases, the =X command has the same effect as pressing END (PF03/PF15) in all
open screens and then entering X (Exit) in the IOA Primary Option menu. Any
window, such as the Exit Option window, that would be displayed when exiting an
open screen is displayed when the =X command is entered.
However, when the =X command is entered while definition screens such as the
Calendar Definition screen are open, changes to the open definition screens are
cancelled. Changes currently in definition facility list screens, for example, changes to
previously closed definition screens, are not cancelled. Those screens and all other
open screens are treated as if END (PF03/PF15) has been entered.
NOTE
The =X command is intentionally not supported on certain screens.
Screen Layout
Most IOA screens are divided into four basic areas. The example used in this section
is the IOA Log screen.
It is not necessary to enter the full command name; the shortest unique abbreviation
of the command is sufficient. If the abbreviation is ambiguous, an appropriate
message is displayed in the message area.
IOA commands are flexible; you can change command syntax or provide aliases
(synonyms) to suit your site. If you want to add or change a command syntax, consult
BMC Software Customer Support. The examples provided in this chapter exhibit the
original command syntax supplied with this INCONTROL product.
Supplied PFKey definitions are consistent throughout most of the screens. For
example: PF08/PF20 is used to scroll down (forward) on all INCONTROL screens
where scrolling is possible.
To see the PFKey assignment of the screen with which you are working, type
reserved command SHPF in the command line and press Enter. A window describing
the current PFKey assignment appears on the screen. Press Enter again to close the
window.
If you type text in the COMMAND field and press a PFKey, the text in the
COMMAND field is treated as a subparameter of the command assigned to the
PFKey.
For information on changing IOA PFKey definitions, see the appendix in the
INCONTROL for z/OS Administrator Guide, which deals with modifying IOA Online
Facility Commands.
Scrolling Commands
IOA scrolling conventions are very similar to IBMs ISPF conventions. Two basic
commands are used for scrolling:
The commands can be specified by typing the command in the COMMAND field or
by pressing the predefined PFKey.
The scrolling amount is determined by the content of the SCROLL field in the right
corner of the screen header. Valid scrolling amounts are:
It is only necessary to type the first letter of the new amount in the SCROLL field in
order to change the scrolling amount.
A scrolling amount other than that shown in the SCROLL field can be used by
specifying the amount directly after the scroll command itself, or by specifying the
scroll amount in the COMMAND field and pressing the appropriate scrolling PFKey.
The scrolling amount in the SCROLL field remains unchanged.
Example
If PAGE is the value in the SCROLL field, to scroll to the bottom, type M (MAX) in the
COMMAND field and press PF08/PF20 (DOWN).
LOCATE Command
The LOCATE command, and its abbreviation, L, can be used to search for items in the
NAME field in all directory type screens that contain scrollable data, such as the
Calendar List screen. The syntax of the command is
LOCATE string
where string is the search string. Apostrophes (single quotes) or quotation marks
(double quotes) are not required.
The search proceeds from the top of the list to the first item in the list that starts with
the specified string. The cursor is positioned on the OPTION field at the beginning of
the line containing the string, if found, or on the OPTION field of the alphabetically
closest preceding value if the specified value is not found.
FIND Command
The FIND command, and its abbreviation, F, can be used in all screens that contain
scrollable data to find and display the next occurrence of a character string. The
syntax of the command is
where
PREV is the indicator that the search must move backward, instead of forward, from
the current cursor position
Optional.
General Rules
If the string contains blanks, enclose the string with apostrophes (single quotes) or
quotation marks (double quotes). For example:
The column range searched can be limited by entering fromcol or tocol values, or by
entering both fromcol and tocol values.
The search for the string proceeds from the current cursor position forward, or
backward if PREV is entered. If the string is found, the cursor is positioned at the start
of the string.
To repeat the find, to the next or previous occurrence of the string, press PF05/PF17.
NOTE
The following situations outline where the FIND command can, or should, be further
modified to enhance its functionality.
Some screens enable the user to limit the number of lines searched by a FIND command.
This is discussed in the relevant screen descriptions.
In some screens, the FIND command does not detect information that is to the right or left
of the information displayed in the monitor. To ensure detection of the desired string, the
screen must be displayed in wraparound mode, when available, before executing the
FIND command.
The FIND command can also be used to search for text strings, in which case the
command finds all instances of the string, regardless of whether the characters within
the string are lowercase, uppercase, or mixed case. To search for a text string, include
the letter T immediately before a quoted string.
For example,
finds WAIT SCHEDULE, and it also finds wait schedule, and Wait Schedule, and any
other case variant.
Text string searches are the default. If your system default is for text strings, You do
not need to include the T if you perform a text string search. Your INCONTROL
administrator can change the default to character string. In this case you do not need
to include the C if you perform a character string search.
The FIND command can be used to search for character strings, in which case the
command finds all instances of the string, but only where the string contains
characters that match the case specified. To search for a character string, include the
letter C immediately before a quoted string.
For example
finds WAIT SCHEDULE, but it does not find wait schedule, or Wait Schedule, or any
other case variant.
The CANCEL command cancels changes made in a definition screen, such as the IOA
Calendar Definition screen, and exits the screen.
The RESET command (PF04/PF16) can also be used in most windows, for example, the
IOA Log Show Screen window, to cancel changes and close the window.
Online Help
The following types of online help are available for INCONTROL screens:
Screen help
Provides information about the entire screen. This help is available on all
INCONTROL screens and is accessed by pressing the HELP key (PF01/PF13) while the
cursor is positioned on the COMMAND field in the screen.
Line-Sensitive help
Provides information about the fields on a particular line on a screen. This help is
available on several INCONTROL screens. It is accessed by pressing the HELP key
(PF01/PF13) while the cursor is positioned on the desired line of the screen.
If line-sensitive help is not supported in a screen, pressing the HELP key (PF01/PF13)
from anywhere in the screen displays the beginning of the Help panel.
The Help member name appears on the right in the Help screen header. Members
containing the Help descriptions can be found in the IOA MSG library.
WARNING
Multiple calls to the IOA ISPF interface can be performed in ISPF split screen mode as long as
all invocations are for the same IOA environment. Otherwise, the results may be
unpredictable.
The command line of the IOA Online facility is controlled by IOA. It is not possible to
enter ISPF commands in an IOA screen. Two ISPF commands must be defined to
PFKeys:
The rest of the PFKeys are controlled by IOA PFKey definitions, which are in the IOA
PARM library.
3 Type the KEYS command and press Enter. A set of key definitions is displayed.
NOTE
ISPF KEY definitions for the following ISPF commands take precedence over IOA PFKey
definitions: SPLIT, SWAP, KEYS, PRINT, PFSHOW. For example, if PF02 is defined as
SPLIT in ISPF, an IOA definition for PF02 is ignored in online screens.
For all other ISPF commands, such as UP or DOWN, the key definitions in ISPF are
ignored and the PFKey is interpreted according to the definition in the IOA Online
facility.
Under ISPF, IOA Option 6 activates the Online Utilities panel, which is described
in IOA Online Utilities Menu on page 407. For more information about these
utilities, see the INCONTROL for z/OS Utilities Guide.
For more information on changing IOA PFKey definitions, see the appendix in the
INCONTROL for z/OS Administrator Guide that deals with modifying IOA Online
Facility Commands.
IOA Editor
The IOA Editor enables you to edit members of a partitioned dataset (PDS) using an
editor similar to the ISPF editor. Enter EDMEM in the command line of any screen to
display the Edit Entry Panel window, as shown in Figure 14.
To create a new member or edit an existing member, fill in the LIBRARY and
MEMBER parameters and press Enter. The IOA Editor screen is opened for editing, as
shown in Figure 15.
NOTE
If the member already exists in the specified library, the member is displayed for editing in the
IOA Editor. Similarly, if you accessed the IOA Editor screen from line option J in either screen
2 or screen 3, the member in the library referred to in the schedule definition member is
displayed for editing.
......
......
......
......
......
......
......
......
......
......
************************ B O T T O M O F D A T A **************************
Table 21 describes editing commands that can be executed by entering the command
in the leftmost position of the applicable row.
The process of setting TRACE levels and turning off a particular TRACE, and the
process of setting language preferences for online screens and messages, begins in the
SET Command Panel.
Using the SET Command Panel to set and end TRACE levels
Setting the TRACE level can help you monitor certain IOA Online facility and
INCONTROL functions, such as security checks.
The following steps explain how to set or turn off a TRACE level:
1 Type a TRACE level number, from 1 through 256, in the TRACE LEVEL field of the
SET Command Panel.
2 In the (Trace level 1-256, ON or OFF) field, type ON to set a TRACE level, or OFF to
turn off a TRACE level.
3 Press Enter to confirm the setting, in which case the following message is
displayed:
where
NOTE
TRACE level settings take effect immediately.
The following steps explain how to set the dollar sign representation:
2 Press Enter to confirm the setting, in which case the following message is
displayed:
where
NOTE
There are differences in the EBCDIC hexadecimal code for the $ (dollar sign) character on
keyboards that have been adapted to show local or national symbols.
1 In the LANGUAGE field, type one of the following sets of characters to select a
language preference:
2 Press Enter to confirm the setting, in which case the following message is
displayed:
CTMA27I THE NEW LANGUAGE WILL BE USED FROM THE NEXT LOGON TO
IOA
NOTE
Language preference settings do not take effect until your next logon to the system.
The TSO screen enables activation of any TSO command without exiting the IOA
Online facility. For example, a typical program activated under the TSO screen is
ISPF. Therefore, all ISPF/PDF facilities and functions (such as editing a member or
scanning job output) can be activated while you are working under the IOA Online
facility.
To activate a TSO command, type the command in the COMMAND field and press
Enter.
NOTE
CLISTs cannot be activated from the TSO screen. To activate a CLIST, first activate ISPF and
then execute the CLIST under ISPF.
TSO commands can also be activated directly from any online screen by typing TSO
in the COMMAND field.
If the TSO application can issue a TSO command, it is possible to transfer control to
the IOA Online facility, and vice versa, without exiting the TSO application.
While working under the TSO application, for example, under ISPF, issue the
command:
where n is the online screen number. The requested screen is displayed as it was
when you transferred from it.
To return to the TSO application, use the =6 command (PF06/PF18). The application
remaining in the same state as when you transferred from it.
NOTE
You must activate ISPF under the IOA Online facility if you want to use the control transfer
feature.
NOTE
Members contain mission definitions not the JCL of the member.
To enter the Report Decollating Mission Definition facility, select option R on the IOA
Primary Option menu and press Enter. The entry panel is displayed.
Creating Members
Members can be created in any of the following ways:
By specifying the new member name in the entry panel and pressing Enter.
By using the SELECT command (described later) to specify the new member name
in the Job List screen and pressing Enter.
As a result of using either of the above methods, a skeletal mission definition (that
is, one with most fields not filled in) is displayed in the Mission Definition screen.
Fill in the blanks and save the screen entries. The member is created with the
specified mission definition. The mission definition is the first and only definition in
the Category list for the member. As additional mission definitions are created in the
member (described below), they are added to the Category list.
NOTE
Upon exiting the Category List screen, if changes were made in at least one mission definition,
an Exit Option window is displayed. One field of the window displays the member name.
This value can be changed to a new member name. This creates a new member in which the
mission definitions are saved.
A copy of an existing mission definition can be created using the INSERT option
(described later) in the Category List screen. In this case, most fields of the new
mission definition have the same values as the fields in the copied mission
definition.
Below is a brief summary of some of the major operations possible within the facility.
Options and commands that have not yet been explained are explained in detail
following the summary.
When browsed, the member cannot be modified or updated. When the member is
edited, new mission definitions can be added and existing mission definitions can be
modified or deleted.
To browse a member (and its category list and mission definitions), use the BROWSE
option in the Job List screen.
Specifying the job (member) name in the entry panel or using the SELECT option in
the Job List screen provides edit access.
Depending on user profile definitions, if the table requested for editing is in use,
either access is granted in Browse mode or access is not granted.
If you choose not to view the confirmation screen before viewing each member
(Confirm Y, Ask For Each One N), press Enter.
Saving Modifications
All changes made to a member and its mission definitions are kept in memory until
the member is exited. Upon exiting the member, the user can choose to save or cancel
the changes. For more information, see Exiting the Mission Definition Screen on
page 166.
Entry Panel
To open the desired display, fill in Entry Panel fields LIBRARY, JOB, and CATEGORY
as described below. Type Y (Yes) or N (No) in the SHOW SCHEDULING CRITERIA
field to determine whether scheduling parameters appear when the Report
Decollating Mission Definition screen is displayed.
NOTE
If you use the selection list fields, their values are not erased until you exit the entry panel by
pressing END (PF03/PF15).
2 Leave the member (job) name blank or type the member (job) name using mask
characters (* and ?).
3 Press Enter.
3 Press Enter.
If the member does not exist, the screen for defining a new mission definition in the
member is displayed.
4 Press Enter.
If the member does not exist, or the mission definition for the specified member does
not exist, the screen for defining a new mission definition in the member is displayed.
NOTE
If you enter the screen for defining a new mission definition and want to leave the screen
without defining a mission definition, use the CANCEL command.
3 Leave the member name blank or type the member name using mask characters (*
or ?).
4 Press Enter.
3 Press Enter.
The Mission Definition screen, for defining the first mission definition in the new
member, is displayed.
Search Window
The Search window allows the user to search for the specified mission definitions in
members in the specified library. Members in which the mission definition have been
found are then displayed in the Job List screen.
To close the Search Window without performing any action, press END (PF03/PF15).
To perform a search, select one of the following choices and press Enter:
3 - UNCONDITIONAL SEARCH
Searches the specified number of members in the specified library, and then pauses.
The search number can be modified. Default:10.
If any members are found, the Job List is displayed listing those members.
During the search, the following information is displayed at the bottom of the
window:
Number of members in library. Lists the total number of members in the specified
library.
If any members are selected during the search, the Job List is displayed listing those
members. If no members are selected, the Search Window is closed and a message is
displayed.
By default, only member names are listed in the screen. However, if the default has
been modified at time of installation, statistical information is displayed for each
member name (as shown in Figure 20).
To scroll down the Job list, press PF08/PF20. To scroll up the Job list, press
PF07/PF19.
NOTE
The INCONTROL administrator can authorize specific users to access only the Browse option.
Deleting Members
To delete members specify option D in the OPT field to the left of the members to be
deleted and press Enter.
NOTE
If PDSMAN is operational at your site, $$$SPACE members are not deleted.
A message is written to the IOA Log file for each member deleted.
NOTE
If the S (Select) option was specified in the Job List screen for a member that is currently in use
(selected) by another user, then either the Category List screen is not displayed and the Job
List screen remains displayed (the default), or the Category List screen is displayed in Browse
mode (if a User profile definition overrides the default). In either case, an appropriate message
is displayed.
Use the scrolling conventions to scroll forward and backward through the Category
list.
In DESC format, the mission definitions description, taken from the DESC field of
the mission definition, is displayed. Default.
By default, the Category list is displayed in DESC format. To change formats, use the
DESC or STAT commands, described in Table 24.
NOTE
If the Category List screen is displayed in Browse mode, options D (Delete) and I (Insert) are
not available.
Decollating parameters take up more than one screen. Use the scrolling conventions
to scroll the decollating parameters forward and backward.
NOTE
Parameters marked in this documentation with the symbol M can have many occurrences.
Whenever you fill in the last occurrence of the parameter on the screen, CONTROL-V adds a
new empty occurrence of that parameter which you may fill in. The only limit to the number
of occurrences is the region size available for the application.
To delete a parameter on the screen, simply erase it (press the EOF key or blank it
out). If additional operations are required, CONTROL-V issues appropriate
instructions.
Report decollating mission parameters are divided into the following basic groups
indicated on the following screen:
General parameters
Basic Scheduling parameters
Runtime Scheduling parameters
Post-processing parameters
Decollating parameters (including indexing instructions)
CAPS Command
By default, all entries of lowercase characters in the Report Decollating Mission
Definition screen are converted and saved as uppercase. You can use the CAPS OFF
command to enable certain fields to accept and save lowercase entries.
The CAPS OFF command is available only for the following parameters and
subparameters:
When you first enter a decollation mission definition screen, the CTOD78I message is
displayed with the current CAPS setting. The CTOD78I message is also displayed,
with the current ON or OFF status, whenever you enter the CAPS command.
NOTE
When defining report decollating missions, it is customary to work with the scheduling
criteria hidden.
SCHED Command
Typing SCHED (abbreviated SC) in the command line alternates between the display
and non-display of the scheduling parameters (independent of the SHOW
SCHEDULING CRITERIA field).
PATH Command
Command PATH can be entered on the command line of the Report Decollating
Mission Definition screen to alternately hide or display the Index Level display.
When the Index Level screen is displayed, each chain of indexes is listed when it is
defined. By default, the Index Level screen is displayed.
General Parameters
General parameters describe the mission and specify the mission type, owner and
group.
Post--Processing Parameters
Post-processing parameters specify what to do when the mission finishes processing
(OK or NOTOK).
Decollating Parameters
Decollating parameters specify how to decollate the reports of the job.
SET Statement
The SET statement assigns an initial value to a system variable that is used during this
decollation process or a regular variable that can be used in this decollation mission.
===========================================================================
DEF COPIES 01 LVL USER UNIDENT DEST MAX COPIES 10
===========================================================================
SET = %%MEMORY =ABOVEBAR C CS
===========================================================================
ON CLASS = D EXTWTR DEST FORM
ONM Statement
The ON statement allows the decollation is to be carried out on the following criteria:
ON Statement Defaults
PRINT/CDAM Parameters
This field overrides default CDAM parameters, such as PREFIX and UNIT.
PRINT/CDAM PARMS =
WHEN LINE 00001 - 00001 COL 00014 - 00046 PRINT Y REF NXT N CT N AND/OR
STRING = E M P L O Y E E S R E P O R T
DO NAME = EMPLOYEES REPORT
WHENM Parameter
WHEN LINE 00001 - 00001 COL 00014 - 00046 PRINT REF NXT CT AND/OR
STRING = E M P L O Y E E S R E P O R T
DOM Options
The following are a description and example of each of the DO action that can be
taken when the WHEN condition is fulfilled:
DO USER Name of the user (recipient) to whom the identified page in the report is
sent, or the LINE and COL range in the report where the user name can be found.
DO INDEX Defines a main index and optional subindexes for a CDAM file.
DO MIGRATE Specifies the migration mission that migrates this report from
DASD to another storage media.
DO MIGRATE = MIG0007Y
DO
WHEN LINE 00001 - 00001 COL 00014 - 00046 PRINT REF NXT CT AND/OR
STRING = E M P L O Y E E S R E P O R T
DO BACKUP = BKP0031D
DO
WHEN LINE - COL - PRINT REF NXT CT AND/OR
DO PRINT Specifies the printing missions that should (can) print this report.
WHEN LINE 00001 - 00001 COL 00014 - 00046 PRINT REF NXT CT AND/OR
STRING = E M P L O Y E E S R E P O R T
DO PRINT = STD MUST
DO
WHEN LINE - COL - PRINT REF NXT CT AND/OR
DO NAME Specifies the report name. The user (recipient) can use the name as a
key for retrieving the report.
WHEN LINE 00001 - 00001 COL 00014 - 00046 PRINT REF NXT CT AND/OR
STRING = E M P L O Y E E S R E P O R T
DO NAME = EMPLOYEES REPORT
DO
WHEN LINE - COL - PRINT REF NXT CT AND/OR
WHEN LINE 00001 - 00001 COL 00014 - 00046 PRINT REF NXT CT AND/OR
STRING = E M P L O Y E E S R E P O R T
DO COND = EMPLOYEES-FILE-OK ODAT +
DO
WHEN LINE - COL - PRINT REF NXT CT AND/OR
WHEN LINE 00001 - 00001 COL 00001 - 00001 PRINT REF NXT CT AND/OR
STRING = %%ACC
DO
DO SET = %%REP ='REPORT FOR ' C CS
DO SET = %%REM_M =NEW C CS
WHEN LINE 00001 - 00001 COL 00014 - 00046 PRINT REF NXT CT AND/OR
STRING = E M P L O Y E E S R E P O R T
DO SHOUT TO U-EMPLOYEES-DEP URGENCY R
= MONTHLY EMPLOYEES FILE AND REPORTS ARE OK
DO
WHEN LINE - COL - PRINT REF NXT CT AND/OR
WHEN LINE 00001 - 00001 COL 00014 - 00046 PRINT REF NXT CT AND/OR
STRING = B A N K I N G R E P O R T
DO CTBRULE = BNKRULE ARG 100000,50000,25000
DO
WHEN LINE - COL - PRINT REF NXT CT AND/OR
STRING =
DO
WHEN LINE 00001 - 00001 COL 00014 - 00046 PRINT REF NXT CT AND/OR
STRING = ENDED WITH ERRORS
DO NOTOK
DO
WHEN LINE - COL - PRINT REF NXT CT AND/OR
WHEN LINE 00001 - 00001 COL 00014 - 00046 PRINT REF NXT CT AND/OR
STRING = E X C E P T I O N S R E P O R T
DO REMARK = EXCEPTION LINE COL -
DO REMARK2 = EXCEPTION LINE COL -
DO REMARK3 = EXCEPTION LINE COL -
DO LEVEL Specifies the level of the user (recipient) to whom the identified page in
the report is sent. It is recommended not to use DO LEVEL at this stage.
WHEN LINE 00001 - 00001 COL 00014 - 00046 PRINT REF NXT CT AND/OR
STRING = E X C E P T I O N S R E P O R T
DO LEVEL
WHEN LINE - COL - PRINT REF NXT CT AND/OR
The EDIT command alternately activates and deactivates the Edit environment of the
Report Decollating Mission Definition screen.
For more detailed information and examples, see Appendix A, Editing Mission
Definitions in the IOA Edit Environment..
NOTE
Changes made to the parameters are initially kept only in memory. They are written to the
disk after you exit the Category List screen.
If errors are found in the Report Decollating Mission Definition screen an error
message is displayed. The errors may then be corrected. If no errors are found, exit to
the Category List screen.
CHKUSR Command
The CONTROL-D CHKUSR command checks if the user specified in parameter DO
USER is found in the Recipient Tree. Type CHKUSR (or CH) on the COMMAND line
and press Enter.
NOTE
This check is performed automatically when exiting the Report Decollating Mission Definition
screen.
You must enter Y (Yes) or N (No) in one of the exit options. It is possible to change the
name of the library or member (job or report name) in the window. Return to the Job
List or to the entry panel, depending on where you were when you entered the
Category List screen.
When saving changes using the EXIT option, all of the mission definitions within a
member (job) are saved, even if changes were made to only one mission definition.
Canceling Changes
To exit without saving decollating parameter changes, enter the CANCEL command
in the Mission Definition screen, or press RESET (PF04/PF16) in the Exit Option
window of the Category List screen
Job List screen All report decollating mission definitions in the selected jobs are
ordered.
Category List screen Only the selected decollating mission definition is ordered.
When you use the O and F options, the default confirmation window shown below is
opened. If the default has been modified in the User profile, a different confirmation
window, requiring double confirmation, is opened:
The specified date can be changed. If you decide not to order the member (job) or
mission definition (category), enter N (No) in the CONFIRM field (for CANCEL), and
you return to the original screen.
The ASK FOR EACH ONE line is only displayed if more than one Order (or Force) is
requested. If you are certain that you want to order or force all indicated members
(jobs) or mission definitions (categories), and do not want to change the ODATE for
any of the individual members or mission definitions, you can bypass individual
confirmations by entering Y (Yes) in the CONFIRM field and N in the ASK FOR EACH
ONE field, and pressing Enter. All the members or mission definitions marked O (or
F) is ordered.
For each member or mission definition that is successfully scheduled (ordered), the
screen in Figure 34 appears.
Use the END command (PF03/PF15) to return to the Job or Category List screen.
+-----------------------------------------------------------+
| |
| SPECIFY DESTINATION LIBRARY,MEMBER AND CATEGORY NAME |
| |
| LIBRARY : CTV.PROD.REPORTS |
| MEMBER : |
| CATEGORY: DAILY |
| |
| PRESS END/RESET TO CANCEL ENTER TO PERFORM THE COPY |
+-----------------------------------------------------------+
The window contains the following fields (some fields contain default values that can
be modified):
If the specified member does not exist, the member is created when the
request is performed.
Category Name of the decollating mission definition to be copied. If multiple
mission definitions are selected, the window initially is displayed with the
first selected mission definition. As each request is performed or canceled,
the next requested mission definition name is displayed.
Migration, printing, backup, and restore mission definitions under CONTROL-V are
stored in libraries (partitioned datasets). A library contains missions (members), and
each mission contains categories of one or more mission definitions. A mission
generally contains migration, printing, backup, and restore mission categories related
to specific topics. Although most sites designate a primary mission library, the
number of mission libraries that you can use is unlimited.
NOTE
Missions contain mission definitions not the JCL of the mission.
To create mission definitions via the online facility, select option M on the IOA
Primary Option menu. The Mission Definition entry panel is displayed.
Creating Missions
Missions can be created in any of the following ways:
By specifying the new mission name in the entry panel and pressing Enter.
By using the SELECT command (described later) to specify the new mission name
in the Mission List screen and pressing Enter.
As a result of using either of the above methods, a skeletal mission definition (that
is, one with most fields left blank) is displayed in the Mission Definition screen.
Fill in the blanks and save the screen entries. The mission is created with the specified
mission definition. The mission definition is the first and only definition in the
Category list for the mission. As additional mission definitions are created in the
mission (described below), they are added to the Category list.
NOTE
Upon exiting the Category List screen, if changes were made in at least one mission definition,
an Exit Option window is displayed. One field of the window displays the mission name. This
value can be changed to a new mission name that creates a new mission in which the mission
definitions are saved.
A copy of an existing mission definition can be created using the INSERT option
(described later) in the Category List screen. In this case, most fields of the new
mission definition have the same values as the fields in the copied mission
definition.
Below is a brief summary of some of the major operations possible within the facility.
Additional options and commands that have not yet been explained are explained in
detail following the summary.
When browsed, the mission cannot be modified or updated. When the mission is
edited, new mission definitions can be added and existing mission definitions can be
modified or deleted.
To browse a mission (and its category list and mission definitions), use the BROWSE
option in the Mission List screen.
Entering the mission name in the entry panel or using the SELECT option in the
Mission List screen provides edit access.
Depending on user profile definitions, if the table requested for editing is in use,
either access is granted in Browse mode or access is not granted.
If you choose not to view the confirmation screen before viewing each mission
(Confirm Y, Ask For Each One N), press Enter.
Saving Modifications
All changes made to a mission and its mission definitions are kept in memory until
the mission is exited. Upon exiting the mission, the user can choose to save or cancel
the changes. For more information, see Exiting the Mission Definition Screen on
page 166.
Entry Panel
Figure 36 Printing, Backup, Restore Mission Definition Facility Entry Panel
--------------- CONTROL-D/V MISSION DEFINITION - ENTRY PANEL --------------(M)
COMMAND ===>
NOTE
If you use the selection list fields, their values are not erased until you exit the entry panel by
pressing END (PF03/PF15).
To open the desired display fill in Entry Panel fields LIBRARY, MISSION, and
CATEGORY, as described below.
2 Leave the mission name blank or type the mission name using mask characters (*
and ?).
3 Press Enter.
3 Press Enter.
If the mission does not exist, the screen for defining a new mission in the mission is
displayed.
4 Press Enter.
If the mission does not exist, or the mission definition for the specified mission does
not exist, the screen for defining a new mission in the mission is displayed.
NOTE
If you enter the screen for defining a new mission definition and want to leave the screen
without defining a mission definition, use the CANCEL command.
3 Leave the mission name blank or type the member name using mask characters (*
and ?).
4 Press Enter.
3 Press Enter.
The Mission Definition screen, for defining the first mission in the new mission, is
displayed.
Search Window
The Search window allows the user to search for the specified mission definition in
members of the specified library. Members in which the mission definition have been
found are then displayed in the Mission List screen.
To close the Search Window without performing any action, press END (PF03/PF15).
To perform a search, select one of the following choices and press Enter:
3 - UNCONDITIONAL SEARCH
Searches the specified number of members in the specified library, and then
pauses. The search number can be modified. Default:10.
If any members are found, the Mission List is displayed listing those members.
During the search, the following information is displayed at the bottom of the
window:
Number of members in library. Lists the total number of members in the specified
library.
If any members are selected during the search, the Mission List is displayed listing
those members. If no members are selected, the Search Window is closed and a
message is displayed.
By default, only mission names are listed on the screen. However, if the default has
been modified at your site, statistical information may be displayed for each mission
name (as shown in Figure 38).
To scroll down the Mission list, press PF08/PF20. To scroll up the Mission list, press
PF07/PF19. To return to the entry panel, press END (PF03/PF15).
NOTE
The INCONTROL administrator can authorize specific users to access only the Browse option.
Deleting Missions
To delete missions, specify option D in the OPT field to the left of the missions to be
deleted and press Enter.
NOTE
If PDSMAN is operational at your site, $$$SPACE missions are not deleted.
A message is written to the IOA Log file for each mission deleted.
NOTE
If the S (Select) option was specified in the Mission List screen for a mission that is currently in
use (selected) by another user, then either the Category List screen is not displayed and the
Mission List screen remains displayed (the default), or the Category List screen is displayed in
Browse mode (if a User profile definition overrides the default). In either case, an appropriate
message is displayed.
Use the scrolling conventions to scroll forward and backward through the Category
list.
In DESC format, the mission definitions description, taken from the DESC field of
the mission definition, is displayed. Default.
By default, the Category list is displayed in DESC format. To change formats, use the
DESC or STAT commands, described below.
NOTE
If the Category List screen is displayed in Browse mode, options D (Delete) and I (Insert) are
not available.
Mission parameters can take up more than one screen. Use the scrolling conventions
to scroll the mission parameters forward and backward.
NOTE
Parameters marked with the symbol M can have many occurrences. Whenever you fill the last
occurrence of the parameter on the screen, CONTROL-V adds a new empty occurrence of that
parameter that you may fill in. The only limit to the number of occurrences is the region size
available for the application.
To delete a parameter on the screen, simply erase it (press the EOF key or blank it
out). If additional operations are required, CONTROL-V issues appropriate
instructions.
Migration, printing, backup and restore mission parameters are divided into six basic
groups, as indicated on the following screen:
1. General parameters
5. Post-processing parameters
SCHED Command
Typing SCHED (abbreviated SC) in the command line alternately hides or displays
the scheduling parameters in the Mission Definition screen.
PLEASE FILL IN MISSION PARAMETERS. USE "SHPF" TO SEE PFK DEFINITION 12.12.05
General Parameters
General parameters describe the mission and specify the mission type, owner, and
group.
Basic Scheduling parameters are defined separately for stage 01 migration and for
subsequent migration stages. For more information, see Basic Scheduling
Parameters on page 642.
Post-Processing Parameters
Post-processing parameters specify what to do when the mission finishes processing
(OK or NOTOK).
Printing Missions
These parameters specify values that affect the execution of printing missions.
Migration Missions
These parameters specify values that affect the execution of migration missions.
Backup Missions
These parameters specify values that affect the execution of backup missions.
The EDIT command alternately activates and deactivates the Edit environment of the
Mission Definition screen.
For more information about and examples of editing mission definition parameters in
the Edit environment, see Chapter A, Editing Mission Definitions in the IOA Edit
Environment.
NOTE
Changes made to the parameters are kept only in memory. They are written to the disk after
exiting the Category List screen.
Enter Y (Yes) or N (No) in one of the exit options. It is possible to change the name of
the library or mission in the window. You are returned to the Mission List screen or to
the entry panel, depending on where you where when the Category List screen was
entered.
When saving changes using the EXIT option, all of the mission definitions within a
mission are saved, even if changes were made to only one mission definition.
Canceling Changes
To exit without saving mission definition parameter changes, enter the CANCEL
command in the Mission Definition screen, or press RESET (PF04/PF16) in the Exit
Option window of the Category List Screen.
Ordering Missions
The Mission Definition screens are used to define migration, printing, backup and
restore mission criteria. A definition becomes active only after it is ordered. The
report decollating mission can be ordered manually, or it can be ordered
automatically each day. For further information see the CONTROL-D and
CONTROL-V chapter of the INCONTROL for z/OS Administrator Guide. One way to
manually order one or more missions is by using options O and F of the Mission List
or Category List screens.
Mission List screen All mission definitions in the selected mission are ordered.
Category List screen Only the selected mission definition is ordered.
When you use the O or F option, a default confirmation window is opened. (If the
default has been modified in the User profile, a different confirmation window,
requiring double confirmation, is opened.)
The specified date can be changed. If you decide not to order the mission or mission
definition, enter N in the CONFIRM field (for CANCEL).
The ASK FOR EACH ONE line is only displayed if more than one Order (or Force) is
requested. If you are certain that you want to order or force all indicated missions or
mission definitions, and do not want to change the ODATE for any of the individual
missions or mission definitions, you can bypass individual confirmations by entering
Y in the CONFIRM field and N in the ASK FOR EACH ONE field, and pressing Enter.
All the missions or mission definitions marked O (or F) are ordered.
For each mission or mission definition that is successfully scheduled (ordered), the
following messages are displayed:
Use the END command (PF03/PF15) to return to the Mission or Category List screen.
+-----------------------------------------------------------+
| |
| SPECIFY DESTINATION LIBRARY,MEMBER AND CATEGORY NAME |
| |
| LIBRARY : CTV.PROD.RSTMIS |
| MEMBER : |
| CATEGORY: PRINTJOB |
| |
| PRESS END/RESET TO CANCEL ENTER TO PERFORM THE COPY |
+-----------------------------------------------------------+
The window contains the following fields (some fields contain default values that can
be modified):
If the specified member does not exist, the member is created when the
request is performed.
Category Name of the mission definition to be copied. If multiple mission
definitions are selected, the window is initially displayed with the first
selected mission definition. As each request is performed or canceled, the
next requested mission definition name is displayed.
The Recipient Tree can contain up to 15 levels of recipients. Each level is identified by
a user defined 2-character code and a full name. Levels are installation defined. For
more information, see Defining the Recipient Tree on page 791 and the
INCONTROL for z/OS Installation Guide.
For information about loading the Recipient Tree, see the CONTROL-D and
CONTROL-V chapter of the INCONTROL for z/OS Administrator Guide.
Entry Panel
To enter the Recipient Tree facility, select option T on the IOA Primary Option menu.
The IOA Recipient Tree entry panel is displayed.
NOTE
If you use the selection list fields, their values are not erased until you exit the entry panel by
pressing END (PF03/PF15).
NOTE
The library and member containing the Recipient Tree are installation defined. They should
correspond to the TREE parameter in the CONTROLD and CTDPRINT JCL procedures.
Select the desired display mode (Edit or Browse) by entering Y or N in the BROWSE
field:
Table 56 Fields in the Window for Copying Mission Definitions to Another Mission
Field Description
Y (Yes) The Recipient Tree is displayed in Browse mode. Updates are not permitted
but the CHKTREE command (described later) is permitted.
N (No) The Recipient Tree is displayed in Edit mode. Updates are permitted. Default.
If a specific recipient is desired, type the recipient name (or prefix) next to the
appropriate level.
Press Enter.
For ease of identification, each successive level of the tree is indented from the
previous level.
The Recipient Tree may require more than one screen. Use the scrolling PFKeys to
scroll the tree forward and backward.
NOTE
Recipient Tree size is limited only by the region size available for the Online facility.
NOTE
If a Recipient Tree requested in Edit mode is in use (in Edit mode) by another user, the tree
may be displayed in Browse mode, depending on your User profile definition, and an
appropriate message issued.
LEVELS ===> 10 Y 15 Y 20 Y 25 Y 30 Y 50 Y 55 Y 60 Y 80 Y 90 Y
10 CDTREE CONTROL-D RECIPIENT TREE SAMPLE
55 MKT MARKETING DEPARTMENT
PARENT: MGT LEVEL: 20
If you change the level, the line automatically adjusts its indentation
(horizontal position). However, the parent name remains the same
(it is not automatically adjusted). The physical position of the
recipient in the tree does not determine parent and child
relationships. Only the parent field specifies the actual relationship.
NOTE
If the screen is displayed in Browse mode, options D (Delete) and I (Insert) are not available.
If you specify a recipient name (or prefix) next to one of the levels in
the Recipient Tree entry panel, the first recipient whose user name
(or synonym) conforms with that name at that level is displayed at
the top of the Recipient Tree screen.
To display (at the top of the screen) the next recipient who conforms
to the specified criteria, enter the NEXT command on the
COMMAND line.
Note: Synonyms are not displayed in the Recipient Tree screen. If a
matching synonym is found, the cursor is positioned on the name of
the user to whom the synonym belongs.
CHKTREE The CHKTREE command checks the validity of the Recipient Tree.
Type CHKTREE on the command line and press Enter.
Note: This check is performed automatically (by default) when you
save a tree. For more information, see Exiting a Recipient Tree List
Screen on page 178.
If there are no errors in the tree, the tree is automatically sorted
by hierarchy.
Exit the Recipient Definition screen by pressing the END key (PF03/PF15).
This screen displays the following parameters for the selected recipient:
NOTE
Parameters marked with the symbol M can have many occurrences. When you fill in the last
occurrence of the parameter on the screen, a new empty occurrence of that parameter is
added.
Enter Y or N in either the SAVE or CREATE field. It is possible to change the name of
the library or the name of the tree (member) in the Exit Option window. If you enter
N in either field, no changes are made and you return to the entry panel.
The CHECK field indicates whether or not to check the syntax of the Recipient Tree.
NOTE
Whenever the CONTROL-V monitor loads a Recipient Tree, an automatic check or sort is
performed. Only valid recipients are loaded. Error messages are written to the IOA Log file
when invalid recipients are detected.
Syntax Checking
If you respond Y to save or create a new tree and Y to check the syntax, the syntax of
the tree is checked.
If there are no errors in the tree, the tree is automatically sorted by hierarchy and
saved (or created). You are returned to the entry panel.
If errors exist, the Recipient Tree List screen disappears and appropriate messages
are displayed on a Message List screen. If the messages span more than one screen,
you can scroll the list forward and backward. Press END (PF03/P15) to return to
the Recipient Tree List screen. Correct the errors and exit from the screen.
RESET Command
If you have entered an Exit Option window but you do not want to exit the Recipient
Tree screen, press RESET (PF04/PF16). You are returned to the Recipient Tree List
screen without saving the tree.
CANCEL Command
To exit the Recipient Tree List screen without checking the tree syntax and without
opening an Exit Option window, type CANCEL on the command line and press
Enter. Any modifications to the tree are not saved and you return to the entry panel is
displayed.
Display a list of reports based on index values, report status and other criteria.
View report index values and the number of times each value occurs.
Edit (reformat) a report so that it looks different from the original when viewed or
printed.
Delete a report.
Indexes play a central role in retrieving reports for online viewing and immediate
printing. Report indexes enable users to determine if desired information is available
and to retrieve only the desired information for online viewing or printing.
The process of online report retrieval via index values is discussed on the following
pages.
NOTE
An index name and index values can be used as report selection criteria.
Index window
Lists main indexes that have been defined for a report.
Subindex window
Lists subindexes that exist for any specified value in a higher level index.
The following diagram shows how these online screens are used to retrieve report
pages. A description of the diagram follows.
Each arrow in the diagram points from an option or command to the screen displayed
when that option or command is executed. (The dashed line indicates a shortcut that
bypasses the Quick Access Report list if only one report had been listed, or that
bypasses the Index Window if only one index had been listed.) Available options:
There are three basic methods of specifying index values for report retrieval:
Retrieval via the Quick Access Method is especially useful when the index hierarchy
has many levels and when the user is familiar with the reports and indexes available.
The Quick Access Method utilizes Quick Access panels that can be accessed from the
User Reports entry panel, from any Report list, or from the Index window (described
in the following section). Quick Access panels allow the user to quickly display the
available index paths for a report, select the required index path, and specify index
values that are used for report retrieval. Each index path is displayed in a separate
Quick Access panel. The user can display each Quick Access panel until the required
path is displayed.
Once the required path is displayed in a Quick Access panel, the user specifies the
values to be used for retrieval.
If the required values are known, the user can specify them in the Quick Access panel
to view or print the selected report pages. When retrieving a report section via a
migrated index, provide as many values as possible to improve performance.
If the required values are not known, specifying a prefix or asterisk displays the
Values of Index panel with possible values from which to choose. When the user
selects a value, the value is automatically inserted in the Quick Access panel. The
selected report pages or sections can then be viewed or printed.
Retrieval via the Index / Subindex Window Method is especially useful when the
index hierarchy does not have many levels. Index and Subindex windows list the
available main indexes and subindexes.
These windows can only be accessed from the User Report list. The user proceeds
from level to level in the index hierarchy, examines the available index names and
values, and specifies index values until the retrieval criteria are specified.
Through the User Report list, the main indexes for the selected report can be
displayed in the Index window.
Once the user has reviewed the main indexes in the Index window and selected the
desired main index, the user can proceed in either of two ways:
Display the Quick Access panels. From this point, retrieval continues as described
in Quick Access Method above.
Display the values for the selected main index in the Values of Index panel.
Once a value has been specified in the Values of Index panel, the user can proceed in
one of two ways:
View or initiate immediate printing of the report pages pointed to by the specified
index value.
Display the Subindex window that lists the next level of subindexes available
under the specified higher index value.
In the Subindex window, the user selects the next lower index level and enters its
Values of Index panel to specify the desired value for the selected subindex. The
specified value can be used in one of the two ways outlined above.
Each time the user displays the Subindex window, the index names listed in it and
the values displayed by the Values of Index panel are for the next lower level index in
an index path.
The determination of which reports are listed in the User Report list or Quick Access
Report list occurs in stages:
1. In the first stage, reports are filtered by report attributes specified in the User
Reports entry panel (such as report name, user ID, report date range) and the Show
Options window (such as report status).
2. In the second stage, reports are filtered by main index name or mask. If the
selection criteria contain a main index name or mask without an index value or
prefix, reports are selected if they contain the specified index.
If the selection criteria contain an index value or prefix for a nonresident main
index, reports are selected if they contain the specified index. Nonresident
indexes are not searched for index values.
If the selection criteria contain an index value or prefix for a resident main
index, reports are selected if they contain pages or sections pointed to by the
specified index values.
It is often possible to bypass Index windows and Quick Access panels when accessing
reports that qualify as a Hit List based on an index value or prefix. For example:
If a single index value was retrieved by Hit List filtering, only the report sections
indexed by this value are printed or viewed without the need for additional
filtering via an Index window or Values of Index panel.
If only one index satisfies the retrieval criteria, the Index window is bypassed
when accessing the index.
If only one report is retrieved, the Quick Access Report list is bypassed when using
the Quick Access method.
After retrieving reports that qualify as a Hit List, the user can:
Use regular commands and options, such as View and Print, which access only the
retrieved sections of the report.
Use Quick Access panels. From this point, retrieval continues as described in
Quick Access Method above.
Retrieval Considerations
The following information can be helpful when deciding how to retrieve indexed
reports:
In general, the Quick Access Method is more efficient in terms of the time and
resources required for retrieval. This is especially true if some or all of the required
indexes have migrated and are no longer on DASD.
Each Index and Subindex window provides the maximum information about
indexes available at the next level in an index path but these windows provide no
information about other index levels. Each Quick Access panel provides the
maximum information about one index path but that panel provides no
information about other index paths.
When viewing or printing reports, there are advantages if all the selected reports
have the same nonresident main index, or have the same DASD-resident main
index and contain exactly the same main index value or prefix. For more
information, see Hit List Method on page 184.
Entry Panel
Selecting option U on the IOA Primary Option menu displays the User Reports entry
panel unless the panel is bypassed as described below.
The User Reports entry panel is the main user interface to CONTROL-V information
about reports. The OPTIONS field of the entry panel allows you to specify the kind of
Report list you want to display:
The other fields enable you to specify the criteria used to select the reports that are
displayed. A list of all reports that conform to the specified criteria is displayed on the
User Report list or Quick Access Report list.
The default CONTROL-V security mechanism enables each user to see and update
only their reports and the reports of their subordinates in the Recipient Tree.
There are three display types for the CONTROL-D/V User Reports entry panel: V
(Default panel), A (All fields), and J (Job display).
The fields in display types V, A, and J are described later in this chapter.
In the entry panel and Show Options window, the default 1-character equivalents for
YES and NO are Y and N. installation parameters $USRYES and $USRNO in member
$$FRM of the IOA MSG library can be used to set different 1-character equivalents for
YES and NO.
DISPLAY x
where x is a one letter code which identifies the desired display type. DISPLAY can
be abbreviated to DI.
NOTE
For a list of display types, enter DISPLAY ? to show the Display Options window. To select a
display type in the window, enter S in the OPTION field next to the ID. To exit the window
without selecting a display type, press the END key (PF03/PF15).
Example
DI A
V Default display
A All Fields display
J Job display
LAST (for FROM date only). Limits the display to the latest
generation of each report with the same report name and job
name. This format is especially valuable when bypassing the
User Reports entry panel. The value LAST cannot be specified
unless a specific user is specified in the USER field and the TO
date field is blank.
If the index is disk resident and contains the specified value (or only
one match for the specified prefix), that value is used to select
report sections for View and Print commands. Otherwise, the Values
of Index panel is scrolled to the page that contains the match for
the specified value (as a prefix), when accessing the index.
DISPLAY TYPE Desired Report list display type (or format). Valid values:
Valid values:
Q The Quick Access Report list is displayed. (If only one report
satisfies the selection criteria, the Quick Access Report list is
bypassed and the Quick Access panels are displayed.) The entry
panel is bypassed when you next enter the User Reports facility
and the Quick Access Report list (or Quick Access panel) is
displayed instead.
Note: If you enter Q in this field but want to display the User Reports
entry panel when you next enter the User Reports facility, use the
RETURN command to return to the entry panel before exiting the
User Reports facility and reset the value of this field to N.
If the User Report list contains more than the number of reports that
can be listed on one screen, the User Report list is displayed after the
last report on the first screen has been viewed. Otherwise, the User
Reports entry panel is displayed.
a
If the INCONTROL administrator modified the default at time of installation, date criteria
are checked only against ODATE.
SELECT AN OPTION FILL IN THE SELECTION CRITERIA AND PRESS ENTER 07.52.01
The following job statuses are collected from job MSGCLASS output
and can be used as selection criteria:
The greater than operator (>) can be applied to condition codes (for
example, >C0204 selects all jobs that ended with a condition code
greater than 204).
If TIME FROM is later than TIME TO, time is calculated from the
FROM time until midnight and from midnight until the TO time (for
example, FROM 1000 TO 0800 means anytime except between 8:00
a.m. and 10:00 a.m.).
a
The default OK condition codes can be changed by the IOA administrator. Refer to the
CONTROL-D chapter of the INCONTROL for z/OS Installation Guide for details.
When the following parameters are set to Y, only reports that meet selected report status
criteria are displayed:
DECOLLATED Reports that have been decollated and are available for Online
viewing but are not printed (unless specifically requested by the
Print option).
WAIT Print Reports waiting to be printed.
PRINTED Reports that have already been printed.
NOT PRINTED Reports that were not printed or only partially printed.
WAIT DECOLLATION Reports that have not yet been processed by CONTROL-V.
RESTORED ONLY Reports that have been restored.
WAIT RESTORE ONLY Reports waiting to be restored.
WAIT BACKUP ONLY Reports waiting to be backed up (that is, report deletion has been
postponed because the reports have not been backed up yet).
You can enter Q (Quick Access) in the BYPASS PANEL field on the entry panel to
display the Quick Access Report list or Quick Access panel whenever you enter the
User Reports facility. The Quick Access Report list or Quick Access panel are
discussed in Quick Access Report List on page 226.
When bypassing the entry panel, the last selection values previously set in the entry
panel are applied to the User Report list.
After you have set the BYPASS PANEL field to Y, you can access the entry panel by
pressing the END key (PF03/PF15) from a Report List screen.
After you have set the BYPASS PANEL field to Q, you can access the entry panel by
using the RETURN command from the Quick Access Report list or pressing the
RETURN key (PF04/PF16) from the Quick Access Panel.
To access the entry panel the next time you enter the User Reports facility, set the
value of the BYPASS PANEL field to N or V. For more information, see the description
of the BYPASS PANEL field in Table 65.
To obtain display type A, type DISPLAY (or its abbreviation DI) followed by a space
and the letter A on the command line of the User Reports entry panel and press Enter.
Display U of the CONTROL-D/V User Reports entry panel is illustrated below:
SELECT AN OPTION, FILL IN THE SELECTION CRITERIA, AND PRESS ENTER 08.40.07
The description and usage of each field is identical to that of display type V. For
complete information about each field see User Reports Entry Panel Fields (Display
Type V) on page 188.
To obtain display type V (or J), type DISPLAY (or its abbreviation DI) followed by a
space and the letter V (or J) on the command line of the User Reports entry panel and
press Enter. Display V (or J) of the CONTROL-D/V User Reports entry panel is
displayed.
DISPLAY OPTIONS:
BYPASS PANEL ===> N SHOW RULERS ===> N
DISPLAY TYPE ===> J SHOW CONTROL CHARS ===> Y
INDEX VALUE SELECTION contains criteria used to select one of the following:
The INDEX VALUE criteria are used to make a search of the JOBNAME index to
select the matching entries. The JOBNAME field is used both as a report selection
criterion and as an argument to the index content search.
NOTE
For a non-consolidated job, specifying JOBNAME ARCHIVE as a selection criterion in User
Reports Entry Panel (Display Type J) will result in an empty Report List (message IOAE53E
THERE IS NO DATA TO DISPLAY).
When the display is set to J in the User Reports entry panel, the Active and History
Report List display defaults to J. For more information see Display Type J (Job) on
page 209.
For entries that belong to either group, the user can enter line command X to receive a
list of JOBNAMEs that are included in the entry. If only one entry would be
displayed, the index value list of the JOBNAME index is displayed.
The index value list has a single value for entries before consolidation, and multiple
values for entries after consolidation. The user can use line command V to view the
full output of the job, or line command X to see entries in the DDNAMES subindex
for the selected job.
To obtain display J, type DISPLAY (or its abbreviation DI) followed by a space and
the letter J on the command line of the User Reports entry panel and press Enter.
The description and usage of each field is identical to that of display V. For complete
information about each field, see User Reports Entry Panel Fields (Display Type V)
on page 188.
To obtain display V or A, type DISPLAY (or its abbreviation DI) followed by a space
and the letter V or A on the command line of the User Reports entry panel and press
Enter. The requested display of the CONTROL-D/V User Reports entry panel is
displayed.
1. Permanent Report List: A list of all reports that the user can receive at any time.
Modifications to the data on this list (such as the migration schedule) are valid for
every subsequent execution of the report until modified in the future.
2. Active/Migrated Report List: A list of reports that recently have been or soon will
be decollated, and/or reports that have migrated to various storage devices. The
SHOW MIGRATED field in the User Reports entry panel determines whether the
list contains only reports that have migrated, only reports that have not migrated,
or both.
3. History Report List: A list of all reports that are currently backed up on tape or
cartridge. The list is used to request a restore of lost reports. The length of time for
which reports are backed up is determined by the INCONTROL administrator.
If you do not specify an option number and simply press Enter, the default is option 2,
the Active/Migrated Report list.
Report Lists
Report lists display a list of reports available for processing (viewing, printing,
restoring, and so on).
Header Line
The header line at the top of the screen indicates the User Report list display type (or
Q to designate the Quick Access Report list) and the main selection criteria values
specified in the entry panel.
ACTIVE LIST <A> JOB PRDRPT01 REP SALARY REPORT USR MGT CHILD (U)
COMMAND ===> SCROLL===> CRSR
Sort Order
Reports that match User Reports entry panel and Show Options window selection
criteria are sorted in the following order:
User ID, job name or report name (depending on an installation parameter value),
Active/Migrated status (if parameter Show Migrated is set to Y), and decollation date
and time.
The INCONTROL administrator can modify this default sort order for any user by
modifying parameter SUS2SRTI in the User profile member. In addition, the SORT
command (described later in this chapter) enables the user to change the order of the
reports displayed in the User Report list.
Use this option to show a full report name if its length is longer than 20 characters.
Below are examples of Default display types of Permanent, History and Active User
Report lists intended for use by the INCONTROL administrator and operations
personnel. Fields labeled below are discussed on the next page.
Below are examples of the Additional Info option specified in the Default display
type of the Permanent, History and Active User Report lists. Fields labeled below are
discussed on the next page.
Figure 72 User Report List Display Type D Additional Info Permanent List
PERMANENT LIST JOB REP USR MGT CHILD (U)
COMMAND ===> SCROLL===> CRSR
O USER REPORT NAME more + JOB COP FORM C DEST UDEST WTR
MGT EMPLOYEES REPORT PREMPLR2 DFT STD X RMT2
REPORT NAME: EMPLOYEES REPORT
From User :
Additional Users: DP-MGR
Print Missions : STD
Category: AFP
Pagedef: A Formdef: Output: Chars: ****
MGT BANKING REPORT M22RPTS 000 STD X RMT2
Figure 73 User Report List Display Type D Additional Info History List
HISTORY LIST <D> JOB REP USR MGT CHILD (U)
COMMAND ===> SCROLL===> CRSR
O USER REPORT more + ODATE PAGES LINES STATUS
MGT BANKING REPORT 08/08/00 40 1839 Wait restore
REPORT NAME: BANKING REPORT
Run: 08/08/00 12:57 - 13:03 Decollated: 08/08/00 13:04
Copies: 001 Form: STD Class: X
Remarks: C0000
Dest : WTR:
MKT EMPLOYEES REPORT 08/08/00 328 14361 Backed up
Figure 74 User Report List Display Type D Additional Info Active List
HISTORY LIST <D> JOB REP USR MGT CHILD (U)
COMMAND ===> SCROLL===> CRSR
O USER REPORT more + ODATE PAGES LINES STATUS
MGT BANKING REPORT 08/08/00 40 1839 Wait restore
REPORT NAME: BANKING REPORT
Run: 08/08/00 12:57 - 13:03 Decollated: 08/08/00 13:04
Copies: 001 Form: STD Class: X
Remarks: C0000
Dest : WTR:
Additional Users:
Table 73 Additional Info Fields in the Default (D) Display Type (part 1 of 2)
Field Description
Report name Full name of the report as defined in the decollation mission.
Run Date and (from/to) time the report was produced (displayed only if
MSGCLASS output is decollated).
Decollated Date and time the report was decollated.
Table 73 Additional Info Fields in the Default (D) Display Type (part 2 of 2)
Field Description
Copies Copy count to be used when the report is printed. Valid values: 0 to the
maximum number allowed, and DFT (the default number of copies).
The maximum and DFT are set in the report decollating parameters by
authorized personnel.
Form Form to use when printing a report on the mainframe computer.
CONTROL-V does not validate this field. Validation is the users
responsibility.
Class Output printing class. Can be updated under JES2. Under JES3, output
is printed in a system defined class that is not under user control.
Dest Required remote printer JES destination (node and user ID) for
printing the report. When omitted, the report is printed on the main
computer printer. Special destination codes CTDPC and CTDPCPRT
direct the output for downloading to a PC (for users of
CONTROL-D/WebAccess Server only).
WTR External writer name.
Remarks Three remarks generated by the DO REMARK, DO REMARK2, and
DO REMARK3 options of the report decollating mission. The first
remark may also be a Condition code. It is the highest condition code
from among the job-execution, or other job-termination codes
including
If there is more than one remark in each field, remarks are separated
by commas. The user can update the remark under certain specific
display types.
Category Category name (an installation defined term, such as DAILY or
MONTHLY).
Job Name of the job that creates the report.
JN Job ID (JNUM). JES job number of the job that created the report.
Additional Users List of other users to whom this report is distributed in addition to the
current user. Updates can be made before the report is decollated. By
default, only users in the Recipient Tree can be specified. However, if
the SUS2TRE Profile variable is set to N (No), the Recipient Tree is not
checked for the specified users.
Print Missions Missions used to print the report. The printing mission usually
represents the paper type (for example, STD).
Fromuser Name of the user from which this report (part) has been received.
For a description of the Pagedef, Formdef, Output, and Chars fields, see Display Type
U Additional Info on page 207.
Below are examples of User display type for the Permanent, Active and History User
Report lists. Since only the end users own reports are displayed, this display type
does not include the USER field. Fields labeled below are discussed on next page.
When using option A with display type U, the following Additional Info fields are
displayed on the screen. Fields labeled below are discussed on the next page.
Figure 78 User Report List Display Type U Additional Info Permanent List
PERMANENT LIST <U> JOB REP USR MGT CHILD (U)
COMMAND ===> SCROLL===> CRSR
O REPORT NAME more + COP FORM C DEST UDEST WTR FROMUSER
EMPLOYEES REPORT DFT STD X RMT2
REPORT NAME: EMPLOYEES REPORT
Additional Users:
Figure 79 User Report List Display Type U Additional Info History List
HISTORY LIST <U> JOB REP USR MGT CHILD (U)
COMMAND ===> SCROLL===> CRSR
O REPORT more + ODATE PAGES LINES COP STATUS REMARK
EMPLOYEES REPORT 08/08/00 1 18 001 Wait restore
REPORT NAME: EMPLOYEES REPORT
Run: 08/08/00 21:19 - 21:34 Decollated: 08/08/00 21:35
Form: STD Class: X
Dest: WTR
Remarks: C000
BANKING REPORT 08/08/00 9 458 001 Backed up
BANKING REPORT 08/08/00 5 256 001 Backed up
INVENTORY REPORT 08/08/00 519 23838 001 Backed up
Figure 80 User Report List Display Type U Additional Info Active List
ACTIVE LIST <U> JOB REP USR MGT CHILD (U)
COMMAND ===> SCROLL===> CRSR
O REPORT more + ODATE PAGES LINES V COP STATUS REMARK
EMPLOYEES REPORT 08/08/00 1 18 001 Wait print
REPORT NAME: EMPLOYEES REPORT
Run: 00:00 - 00:00 Decollated: 08/08/00 11:06
Form: STD Class: D
Dest: WTR:
Remarks: C0000
Additional Users:
V VIEW E EDIT P PRINT U UPDT I INS D DEL N NOTE A ADD INFO G GIVETO 13.16.13
If there is more than one remark in each field, remarks are separated
by commas. The user can update the remark under certain specific
display types.
Category Category name (a site-defined term, such as DAILY or MONTHLY).
Fromuser Name of the user from which this report (part) has been received.
Job Name of the job that creates the report.
Additional Users List of other users to whom this report is distributed in addition to the
current user. Updates can be made before the report is decollated. By
default, only users in the Recipient Tree can be specified. However, if
the SUS2TRE Profile variable is set to N (No), the Recipient Tree is not
checked for the specified users.
Print Missions Missions used to print the report. The printing mission usually
represents the paper type (for example, STD).
Pagedef PAGEDEF (for AFP output).
Formdef FORMDEF (for AFP output).
Output Name of output statement.
Chars Character sets.
Below are examples of the Job display type for Active and History Report lists,
including the Additional Info fields. Display type J is intended for operations
personnel or programmers. It is usually used to view MSGCLASS output. Fields
labeled below are discussed on the next page.
Figure 81 User Report List Display Type Job (J) History List
HISTORY LIST <> JOB REP USR PRODCNTL CHILD (U)
COMMAND ===> SCROLL===> CRSR
O JOBNAME JNUM STARTED ENDED PAGES REMARK STATUS
PRDRPTS2 8879 08/08/00 08:53 08:58 8 C0000 Backed up
Ordered: 08/08/00 Decollated: 08/08/00 09:01
PRDKPL01 9723 08/08/00 09:21 09:28 186 S0C4 Restored
M22PRO1 8042 08/08/00 09:29 09:35 54 C0000 Backed up
M22PRO2 8059 08/08/00 09:38 09:54 48 C0000 Backed up
M010ERM 8068 08/08/00 09:56 10:21 79 C0000 Backed up
M200EP3 8100 08/08/00 10:25 10:25 3 JFAIL Backed up
M22PARM 8218 08/08/00 10:27 10:39 51 C0000 Backed up
M12AWDT 8423 08/08/00 11:02 11:19 5 C0004 Wait restore
M08STMIS 9261 08/08/00 11:21 11:42 97 S222 Backed up
Figure 82 User Report List Display Type Job (J) Active List
ACTIVE LIST <> JOB REP USR PRODCNTL CHILD (U)
COMMAND ===> SCROLL===> CRSR
O JOBNAME JNUM STARTED ENDED PAGES LINES V REMARK
PRDRPTS2 8879 08/08/00 08:47 08:47 5 78 C0000
Ordered: 08/08/00 Decollated: 08/08/00 14:42
PRDKPL01 9723 08/08/00 09:17 09:17 4 186 S0C4
M22PRO1 8042 08/08/00 09:28 09:32 4 54 C0000
M22PRO2 8059 08/08/00 09:47 09:56 4 48 C0000
M010ERM 8068 08/08/00 09:48 10:22 17 679 C0000
M200EP3 8100 08/08/00 10:29 10:29 15 583 JFAIL
M22PARM 8218 08/08/00 11:58 11:58 9 251 C0000
M12AWDT 8423 08/08/00 14:50 14:51 24 855 C0004
M08STMIS 9261 08/08/00 15:07 15:10 331 16497 S222
M0869REP 9262 08/08/00 15:08 15:10 320 16021 U1024
M225MANL 8443 08/08/00 15:08 15:08 8 539 C0000
M225MSGD 8463 08/08/00 15:21 15:21 9 701 C0012
M28RPTU 8521 08/08/00 16:07 16:32 12 954 C0016
M12WTO2 8650 08/08/00 18:20 18:21 83 3641 C0004
M12AMWTO 8655 08/08/00 18:23 18:24 152 6737 C0000
PRDKPL01 8657 08/08/00 18:25 18:25 4 185 S0C4
M14TES1 8690 08/08/00 18:51 18:51 4 47 C0000
M19SMPJ 8716 08/08/00 19:18 20:06 135 6143 S222
P PRINT V VIEW U UPDATE I INSERT A ADD INFO E EDIT
X INDEX N NOTE G GIVETO D DELETE Q QUICK ACCESS 08.02.09
Below are examples of the SDSF display type for Active and History Report lists
including the Additional Info fields. (SDSF is an IBM program facility.) This format is
similar to the SDSF display of jobs in the Held output queue. Fields labeled below are
discussed on the next page.
Below are examples of the Long display type for Permanent, History and Active User
Report lists, intended for use by the INCONTROL administrator and operations
personnel. Data for each report entry data is located on two lines. Fields labeled
below are discussed on the next page.
Current status of the report in the second line of the report entry. For
more information, see Statuses in the Report Lists on page 218.
Below are examples of the Additional Info option specified in the Long display type
of the Permanent, History and Active User Report lists. Additional Info fields are
discussed on the next page.
Figure 88 User Report List Display Type L Additional Info Permanent List
PERMANENT LIST <D> JOB REP USR CHILD (U)
COMMAND ===> SCROLL===> CRSR
O USER REPORT NAME COP FORM C DEST UDEST JOB/WTR
MGT EMPLOYEES REPORT PREMPLR2
DFT STD X RMT2
From User :
Additional Users: DP-MGR
Figure 89 User Report List Display Type L Additional Info History List
HISTORY LIST <D> JOB REP USR M*CHILD (U)
COMMAND ===> SCROLL===> CRSR
O USER REPORT ODATE PAGES LINES V N JOB/STATUS
MGT BANKING REPORT M22RPTS
08/08/00 40 1839 Wait restore
Run: 08/08/00 12:57 - 13:03 Decollated: 08/08/00 13:04
Copies: 001 Form: STD Class: X
Remarks: C0000
Dest : WTR:
MKT EMPLOYEES REPORT PREMPLR2
08/08/00 328 14361 Backed up
Figure 90 User Report List Display Type L Additional Info Active List
ACTIVE LIST <D> JOB REP USR MGT CHILD (U)
COMMAND ===> SCROLL===> CRSR
O USER REPORT ODATE PAGES LINES V N JOB/STATUS
MGT BANKING REPORT M22RPTS
08/08/00 40 1839 V T Decollated
Run: 08/08/00 12:57 - 13:03 Decollated: 08/08/00 13:04
Copies: 001 Form: STD Class: X
Remarks: C0000
Dest : WTR:
Additional Users:
For a description of the fields, see Table 80 on page 213 and Table 73 on page 203.
Below are examples of the All Fields display type for Permanent, Active and History
Report lists. The fields in these examples are discussed below.
Figure 91 User Reports List Display Type A (All Fields) Permanent List
PERMANENT LIST <A> JOB REP USR MGT CHILD (U)
COMMAND ===> SCROLL===> CRSR
O USER REPORT NAME COP FORM C DEST JOB/WTR
DEV EMPLOYEES REPORT PREMPRS2
DFT STD X
From User
Additional Users:
Print Missions : STD
Category: DAILY
------------------------------- end of record ---------------------------------
MGT EMPLOYEES REPORT PREMPRS2 000 STD X RMT2
From User:
Figure 92 User Reports List Display Type A (All Fields) History List
HISTORY LIST <A> JOB REP USR MGT CHILD (U)
COMMAND ===> SCROLL===> CRSR
O USER REPORT NAME JOB JOBNUMB
DEV EMPLOYEES REPORT PRDDRPT1 5833
CATEGORY DAILY FROMUSER
Ordered: 08/08/00 Run: 08/08/00 11:42 To: 12:03 Decollated: 08/08/00 12:04
Status : Wait restore View:
Remarks: C0000
Copies : 001 Form : STD Class: X P- 42 L- 1683
Dest: WTR:
Record ID : ACC672C4 9E6A8000 RBA: 00000118 UPDT: ACC67755 92F23E00
Figure 93 User Reports List Display Type A (All Fields) Active List
ACTIVE LIST <A> JOB REP USR MGT CHILD (U)
COMMAND ===> SCROLL===> CRSR
O USER REPORT NAME JOB JOBNUMB
DEV EMPLOYEES REPORT PRDDRPT1 5833
CATEGORY: DAILY FROMUSER:
Ordered: 08/08/00 Run: 00:00 To: 00:00 Decollated: 08/08/00 15:20
Status : Printed View: V
Remarks:
Copies : 001 Form : STD Class: X P- 2 L- 91
Dest: WTR: : A
Record ID : ACED682C 86EFE200 RBA: 00000111 UPDT: ACED8AAC 8F040000
Print Missions : PRT1
Pagedef: Formdef: Output: Chars: ****
Additional Users :
blank No notes
G General note
T Tag notes
A Both General and Tag notes
When using option A with display type A, the following Additional Info fields are
displayed on the Active and History Report list screens. Labeled fields are discussed
below.
Figure 94 User Report List Display Type A Additional Info History List
HISTORY LIST <A> JOB REP USR MGT CHILD (U)
COMMAND ===> SCROLL===> CRSR
O USER REPORT NAME JOB JOBNUMB
DEV EMPLOYEES REPORT PRDDRPT1 5833
CATEGORY DAILY FROMUSER
Ordered: 08/08/00 Run: 08/08/00 11:42 To: 12:03 Decollated: 08/08/00 12:04
Status : Wait restore View:
Remarks: C0000
Copies : 001 Form : STD Class: X P- 42 L- 1683
Dest : WTR:
Record ID : ACC1B390 7957FC00 RBA: 00000225 UPDT: ACC2C775 B5A4B000
Print Missions :
Figure 95 User Report List Display Type A Additional Info Active List
ACTIVE LIST <A> JOB REP USR MGT CHILD (U)
COMMAND ===> SCROLL===> CRSR
O USER REPORT NAME JOB JOBNUMB
DEV EMPLOYEES REPORT PRDDRPT1 5833
CATEGORY: DAILY FROMUSER:
Ordered: 08/08/00 Run: 00:00 To: 00:00 Decollated: 08/08/00 15:20
Status : Printed View: V
Remarks:
Copies : 001 Form : STD Class: X P- 2 L- 91
Dest: WTR: :
Record ID : ACC1BBFD DE290800 RBA: 00000229 UPDT: ACC2C775 C7C61000
Print Missions : PRT1
V VIEW E EDIT P PRINT U UPDT I INS D DEL N NOTE A ADD INFO G GIVETO 13.16.13
Table 82 Additional Info Fields in the All Fields (A) Display Type
Field Description
CDAM-FILE Name of the CDAM file that contains the report.
NAME
sequence-num Sequence number of the CDAM file (1 20). More than 20 CDAM files
can be used but only the first 20 are displayed.
tot-num Total number of CDAM files pointed to by the record.
FIRST-RBA / Relative byte address of the first and last record of the CDAM file
LAST-RBA belonging to the report.
The Search Continuation window allows the user continue the search until all records
have been examined, or to cancel the search.
+---------------------------------------------+
| |
| NUMBER OF REJECTED RECORDS: 000500 |
| NUMBER OF SELECTED RECORDS: 000009 |
| |
| PLEASE SELECT ONE OF THE FOLLOWING: _ |
| |
| 1 - STOP SEARCH IMMEDIATELY |
| 2 - ASK AGAIN AFTER 000500 RECORDS |
| 3 - UNCONDITIONAL SEARCH |
| |
+---------------------------------------------+
To perform a search, select one of the following choices and press Enter.
3 UNCONDITIONAL SEARCH
The search continues uninterrupted unless and until you select option 1 (Stop Search
Immediately).
Searches the User Report file until the specified number of rejected records is met,
and then pauses. The search number can be modified. Valid values are 000001
through 999998, or 999999 (see the Note below). Default:500.
NOTE
If you enter 999999, the search is unlimited and the Search Continuation window is not
displayed in future searches. In this case, only the INCONTROL administrator is able to reset
this number.
If any records are selected, the User Report List is displayed listing those records.
During the search, the following information is displayed at the top of the window:
For example, if after the first search 500 records are rejected and 20 records are
selected, the number of rejected records displayed is 500 and the number of selected
records displayed is 20. If after the next search 30 more records are selected, the
number of rejected records displayed is 1000 and the number of selected records
displayed is 50. In this example, a total of 1050 records were searched.
If any records are selected during the search, the User Report List is displayed listing
those records. If no records are selected, the Search Continuation Window is closed
and a message is displayed.
Print entire report or selected pages via a specific index value (or via
a prefix that matches a unique index value).
X (INDEX) (Active User Report list)
List the reports indexes (which match any specified index mask) in
the Index window where the user can select an index to display its
Values of Index panel or its Quick Access panel. The Index window
is not displayed if it would contain only one index; the Values of
Index panel for that index is displayed instead. For more
information, see Index Window on page 233.
V (VIEW) (Active User Report list)
View entire report or the pages selected via a specific index value (or
via a prefix that matches a unique index value). Create and modify
rulers that enhance the appearance of viewed reports.
N (NOTE) (Active User Report list)
Open a Note Window for the report. For more information, see
Notepad Facility on page 241.
Delete the entire report. Delete requests are recorded in the IOA Log
file.
Access the Report Editing (Ruler) screen directly from the Active
User Report list to edit reports that have not migrated. For more
information, see Editing (Reformatting) Reports on page 253.
R (RESTORE) (History User Report list)
General Commands
Use the scrolling conventions to scroll the User Report list forward (PF08/PF20) and
backward (PF07/PF19). Use the FIND command to search for a specified string in the
Report list. Use the END command (PF03/PF15) to exit the Report list and return to
the previously displayed screen. Use the RETURN command to exit the Report list
and return to the User Reports entry panel. Use the =X command to exit the entire
Online User Reports facility and return to your normal operating environment.
DISPLAY x
where x is the identifying letter for the desired display type. DISPLAY
can be abbreviated DI.
Example:
DISPLAY U displays the User display type of the User Report list.
RULER Rulers are sets of screen editing rules that can be used to modify the
appearance of reports. The RULER command can be used in the Active
(but not the Permanent or History) User Report list to alternately turn
the ruler show mode on and off. When the ruler show mode is ON,
rulers currently defined for each report are displayed on the Active
Report list. The default mode is set in parameter SHOW RULERS of the
Show Options window.
SHOW Enter SHOW on the Command line of the User Report list and press
Enter. The Show Options window is displayed. This Show Options
window enables users to enter additional selection criteria and then
redisplay the User Report list. For more information, see Show Options
Window on page 191.
When reentering the User Report list, records are displayed in default sort order.
However, the sort order parameters last used in the Sort Parameters window are
retained in the window.
The Sort Parameters window is bypassed if the SORT command includes one or more
parameters. The maximum number of parameters is 5. Each parameter is preceded by
a blank and consists of a sort field number and the letter A (ascending) or D
(descending). The sort field numbers are identical to those displayed in the Sort
Parameters window.
The default sort order of the User Report list can be modified using parameter
SUS2SRTI in the User profile member. For more information, see the CONTROL-D
and CONTROL-V chapter of the INCONTROL for z/OS Administrator Guide.
By default, entries of stored reports are not displayed in the Active User Report List
screen. However, they are displayed in the Active User Report List screen if
command STORED is entered on this screens command line.
NOTE
You can modify stored report viewing by changing the User profile parameter SUS2STOR.
For more information, see the INCONTROL for z/OS Administrator Guide > IOA
administration > IOA Profiles > Profile Variables.
In the Quick Access Report list, option Q displays Quick Access panels for the
selected report. If option Q is specified for more than one report at a time, the
requests are stacked in the order listed. When the Quick Access panel for the first
report is displayed, use the END command (PF03/PF15) to access the Quick Access
panel for the next report in the stack.
Below is an example of the Quick Access Report list. Labeled fields are discussed
below.
Type RETURN in the COMMAND field and press Enter to return to the User Reports
entry panel.
NOTE
To change the value in the BYPASS PANEL field of the User Reports entry panel, type
RETURN in the COMMAND field and press Enter to return to the User Reports entry panel
before exiting the User Reports facility.
The Quick Access option (Option Q) enables you to display the Quick Access panels
of a report to retrieve and view report pages based on report index values.
NOTE
Only display type Q is available for the Quick Access Report list.
Each index path for a report is fully displayed in its own Quick Access panel. Use the
up and down or scrolling keys to display the next (PF08/PF11/PF20/PF23) or
previous (PF07/PF10/PF19/PF22) Quick Access panel.
If the same index exists in the next or previous panel, the value specified for that
index is retained when displaying the next or previous panel. If the same index does
not exist, its value is lost and must be specified again, if necessary, when a Quick
Access panel that does contain that index is displayed.
Values entered on a single Quick Access panel are used as selection criteria to select
report sections. If a value is not specified for a subindex, that subindex and all
subindexes below it (if any) are ignored. Report sections that are pointed to by the
index values specified on the Quick Access panel are retrieved. Each retrieved section
may be one or more pages depending on how the report was indexed. (Both
record-level and page-level index values retrieve report pages. However, report lines
are highlighted if they matched a record-level index value.)
Use option S (Select) in the Values of Index panel to select the desired value. Press
Enter to return to the Quick Access panel. The selected value is displayed in the Quick
Access panel value field for the appropriate index.
If a value is specified in the User Reports entry panel, and the index does not contain
that value but does contain values that match it as a prefix, the Values of Index panel
is scrolled to the page that contains the matching values.
Use the scrolling conventions to scroll the Values of Index panel forward
(PF08/PF20) and backward (PF07/PF19).
blank No notes
G General note
T Tag notes
A Both General and Tag notes
For details about notes see Notepad Facility later in this chapter.
# OF SECTIONS Number of nonconsecutive report sections (RBA ranges) pointed to by
this index value. Consecutive report sections are combined and
counted as one section. Nonconsecutive pages in a single report
section are counted as separate sections.
FIND Command
The FIND command can be entered on the Command line of the Values of Index
panel. The cursor moves to the next location of the specified value if it exists on the
displayed screen and remains at its current location if the specified value is not visible
on the screen. For additional information, see Commands and PFKeys earlier in
this chapter.
LOCATE Command
The LOCATE command can be entered on the Command line of the Values of Index
panel. This command requires an index value or prefix (not masked) as a parameter.
If the specified value or prefix exists, the display of index values is scrolled to that
value or prefix. Otherwise, the display of index values is scrolled to the nearest index
value that does exist.
Index Window
This window is displayed when option X is specified for a report in the Active User
Report list.
The Index window enables a user to display the Values of Index panel or the Quick
Access Panel for a main index.
The Index window lists all main indexes of the report, indicates the media on which
each index currently resides, and indicates whether or not a copy of the index
remains on disk when the index migrates to another storage media.
All indexes defined in the reports decollating mission that satisfy the criteria
specified in the User Reports entry panel are listed in the Index window. To reduce
the time and effort required to access the desired section of a report, the Index
window is not displayed if only one index would be listed. Instead, the Values of
Index panel for that index is displayed.
Use the PF03 or PF04 key to redisplay the previously displayed User Report list.
Subindex Window
The Subindex window is displayed when option X is specified for a value in the
Values of Index panel. This window lists the names of subindexes that exist under
that index value.
Use option S to display a Values of Index panel listing values in the selected
subindex. Use the END command (PF03/PF15) to return to the previously displayed
Values of Index panel.
NOTE
This option can only be specified for reports that have been decollated. Before the reports have
been decollated, copies of reports can be assigned to other users by specifying the user names
in the Additional Users field.
V VIEW E EDIT P PRINT U UPDT I INS D DEL N NOTE A ADD INFO G GIVETO 13.16.13
The Give To window enables you to specify who is to receive a copy of the report and
whether or not notes are to be included with the copy of the report.
Pressing the REFRESH key (PF04/PF16) adds to the Report list the copies given to
other users. The name of the user that provided the report is displayed in the
FROMUSER field of the User Report List screen.
Copies of reports provided by the G (Give To) option have a status of Decollated.
They can be printed by entering option P (Print), or viewed by specifying option V
(View).
Printing Reports
Option P opens the Print Option window that enables you to request Immediate
Printing or special cases of Deferred Printing. It is used to print reports that are not
scheduled for printing or to request additional printouts of reports which are
scheduled for printing or which have already printed.
If a single index and an exact index value were specified, report sections for that
index value are printed. Otherwise, the entire report is printed.
You can choose one of three options on the Print Option window:
NOTE
Option 1 is usually used to print on a remote printer which is located near the user. Option 2 is
usually used when the user does not have a remote printer and wants to add a copy of a
report to the next regular bundle. Option 2 is not available for migrated reports or for reports
retrieved using specific index values.
If the node value is set to FILE, the report is printed to the file
referenced by DD statement CTDOUT1.
If the entire report has been retrieved, specify the desired page range
using actual report page numbers. If only a section of a report has been
retrieved via an index, specify the desired page range using page
numbers relative to the beginning of the retrieved section.
Restoring Reports
Option R is used in the User History Report list or the User Active/Migrated report
list for Migrated reports to request that a report be restored from cartridge, tape, or
OAM collection to disk. This option opens the Restore window in the Report List
screen.
The Restore window contains the name of the default restore mission. You can do any
of the following:
Change the mission name (it is recommended that you consult with your
INCONTROL administrator before doing so).
Restore requests are processed according to site-defined restore schedules and not
immediately. When a restore request is entered, the request is recorded and the
report status changes to WAIT RESTORE. When the restore is completed, the sysout
is on disk and the restored entry appears on both the Active and History lists with a
status of Restored.
Notepad Facility
The Notepad facility enables the user to append notes to reports. A note can be read,
modified or deleted using the Note window. Depending on the site security
mechanism, other users may or may not access these notes for viewing and/or
modification.
Notes appended to a report migrate with the report. Notes can be appended to a
migrated report.
Notes appended to a report are backed up with the report to the History User Report
file. These notes are restored with the report when it is restored to the Active User
Report file. Notes are kept on the mainframe and are accessible via the CONTROL-V
Online Interface and CONTROL-D/WebAccess Server using CONTROL-D/Page On
Demand.
In the Default (D) display type of the Active Report list, the existence of report notes
is indicated in the N (Note) field as follows:
Multiple Versions
Both general notes and tag notes can have multiple versions. For more information
about tag notes, see Tag Notes later in this chapter.
When a Note window is opened and a note exists, the last version is displayed in
Browse mode. At this point, the user can do any of the following:
Produce a new version of the note in Edit mode by pressing the NEW key
(PF04/PF16). The version number of the new note is one higher than the last
existing version number.
Display the previous or next version of the note in Browse mode by pressing the
PREV key (PF10/PF22) or NEXT key (PF11/PF23).
Change the mode of the currently displayed note to Edit by pressing the UPDATE
key (PF06/PF18).
When a note is in Edit mode, the user can edit or modify the note and/or perform the
following actions:
Clear the contents of the Note window by pressing the CLEAR key (PF07/PF19).
Save a new or changed version of the note by pressing the SAVE key (PF05/PF17).
Delete the displayed version of the note by pressing the DELETE key (PF08PF20).
Display the previous or next version of the note in Browse mode by pressing the
PREV key (PF10/PF22) or NEXT key (PF11/PF23).
When a version of a note is deleted, the version numbers of the remaining notes are
not changed. The next version of the note (if any) is displayed in Browse mode. If the
latest version of a note is deleted, the last previous version (if any) is displayed in
Browse mode.
NOTE
The user exit can be modified to prevent changes and deletions to existing note versions.
For information about the Tag Note Window, see Tag Notes later in this chapter.
The bolded USER ID above indicates the user ID of the user that created or last
updated the note. The bolded date and time above indicates the date and time the
note was created or last updated.
Press PF03/PF15 to exit a Note window. Confirmation may be required to close the
window.
The window is empty and the note is a new note (the note is not created).
No changes have been made to a previously existing note (the note is kept).
Enter Y (Yes) to create, save, or delete the note as requested in the confirmation
prompt.
Report Viewing
The V (View) option is used to display reports online in the Report Viewing screen.
When option V is specified in an Active User Report list whose selection criteria did
not include a specific index with a specific value (or value prefix matched by a unique
value), the Report Viewing screen displays the whole report.
When option V is specified in a Values of Index panel, in an Active User Report list
whose selection criteria included a specific index with an existing value, or in a Quick
Access panel, the Report Viewing screen displays the first report page that is pointed
to by the specified index value. The section retrieved may consist of one page or
many pages depending on how the report was indexed.
NOTE
Default color definitions for the Report Viewing screen are specified in the User profile. To
change these definitions, see your INCONTROL administrator. You can use rulers (described
later in this chapter) to override default color definitions.
Users accessing IOA via the TSO or ISPF interface receive the following message:
Users accessing IOA via other interfaces using IOA Online monitor services receive
the following message:
IOA Online monitor users should press Enter each time this message is displayed.
General Commands
Use the scrolling conventions to scroll the retrieved section of the report forward
(PF08/PF20) or backward (PF07/PF19).
Use the LEFT (PF10/PF22) and RIGHT (PF11/PF23) commands to shift the report
data horizontally.
Use the FIND (or FIND PREV) command to locate a string in the report.
Use the END command (PF03/PF15) to exit the Report Viewing screen and return to
the previously displayed screen.
Use the =X command to exit the Report Viewing screen and the entire Online User
Reports facility. You are then returned to your normal operating environment.
When the mode is on, a special line appears at the beginning of each
page:
Show Page mode can be turned on when a ruler is not active. When a
ruler is turned on, Show Page mode is turned off.
SPAGE When a complete report has been retrieved, the SPAGE (Select Pages)
command enables the user to specify one or more report pages or page
ranges for immediate printing. For more information on using the
SPAGE command, refer to Selecting Report Pages for Printing later
in this chapter.
SHOWCC The SHOWCC command alternately turns Show Control Characters
mode on and off. When the mode is turned on and the leftmost
portion of the report is visible on the screen, column 1 of the report,
which contains control characters, is displayed. When the mode is
turned off, the report is shifted one character to the left and the control
characters are hidden.
Enter command SPAGE in the command line (or press PF12/PF24) once for each
page or page range to be included (or excluded from an otherwise included page
range). Upon pressing END (PF03/PF15), the Selected Pages Print Option Window
(described below) is displayed.
Any number of SPAGE commands can be entered, with the first parameter set to
INCLUDE or EXCLUDE in any order. EXCLUDE ranges are excluded from the
INCLUDE ranges. If only EXCLUDE ranges are specified, the Selected Pages Print
Option window is not displayed and no pages are printed.
NOTE
Command SPAGE is not currently supported when viewing reports retrieved using an index
value.
SPAGE Format
where:
RESET cancels all previously specified page ranges. RESET can be abbreviated as
R.
V VIEW E EDIT P PRINT U UPDT I INS D DEL N NOTE A ADD INFO G GIVETO 13.16.13
The following parameters can be modified in the Selected Pages Print Option
window: COPIES, FORM, CLASS, DEST, WTR and RULER. These parameters are
documented in the description of the Print Option window in Printing Reports
earlier in this chapter.
You can choose one of two options on the Selected Pages Print Option window:
1 Immediate Printing. The report is sent to the printer specified in the DEST field
immediately.
X Take no action. Exit the window.
Rulers
A ruler is a set of screen editing rules that can be used to make an existing report look
different on the screen. Rulers are report specific. You can define any number of
rulers for any report.
The report name, job name and user name should be filled in when you want to copy
a previously defined ruler that is not defined for the report, job, or user. For example,
to copy a ruler named JCLSCAN which you have already defined for report name
JCL-MSG and job D4X0030, use the data in the screen segment above.
You do not have to fill in the user name. The user ID of the current entry is assumed.
Whenever the report name, job name or user name is omitted, the values of the
current entry are assumed.
Define header and footer lines that remain on the screen as you scroll through
the report.
Insert overlay lines to make the report more readable or to condense header
information.
Reformat columns so that fields can be relocated in your report. You can omit
undesired fields and you can repeat fields.
Freeze columns so they do not move when you shift your display left and right.
The Include option allows you to select report lines for inclusion in the report
based on the appearance of a strings in specified column locations. Report lines not
conforming to the specified string criteria are not included in the report display (or
printout). This option allows you to:
The Exclude option allows you to select report lines for exclusion from the report
based on the appearance of a strings in specified column locations. Report lines
conforming to the specified string criteria are not included in the report display (or
printout). This option allows you to:
The Color option allows you to define colors for your report, based on strings that
appear in the report in specified lines and columns.
Figure 114 Edit Lines and Columns on the Report Editing (Ruler) Screen
----------------- CONTROL-D - EDIT REPORT LINES AND COLUMNS ----------(U.E.1)
COMMAND ===> SP CHAR SCROLL===> CRSR
USR PROD REP EMPLOYEES REPORT JB PREMPRS2 RULER DEFAULT TYPE VIEW
O ----+----1----+----2----+----3----+----4----+----5----+----6----+----7----+-
1 E M P L O Y E E S R E P O R T ----- FOR PRODUCTION DE
EMPLOYEE EMPLOYEE OFFICE ANNUAL SOCIAL NO. OF JOB CLAS
NO. NAME NO. SAL SECURITY NO. DEPENDENTS CODE
-------- -------------- ------ ------ ------------ ---------- --------
66474 C. POHLHAMMER 23 39,500 831-62-8752 2
66475 G. MEREDITH 09 40,000 125-22-2235 3
66491 P. MILLER 12 31,500 585-47-2352 1
66498 K. BOYLE 22 39,500 832-52-5455 2
66501 R. BERLE 14 39,500 834-02-3361 2
66513 C. KING 12 30,000 988-02-8475 2
66519 G. BROWNE 02 36,500 748-38-2884 2
66524 R. SOLOMON 04 35,000 960-52-2350 3
66526 S. CUNNINGHAM 21 39,500 834-01-2852 2
66529 M. TABER 22 39,500 823-00-2352 2
66530 A. WINGER 23 39,500 823-44-5858 2
66531 B. BOOKSPAN 05 47,000 315-42-2358 4
66533 R. MULU 29 39,500 821-22-5850 2
66539 E. SMART 02 29,000 681-35-3126 4
66540 N. MATTOZZI 11 29,000 525-42-2845 2
OPTIONS: H HEADER F FOOTER D DELETE C COLUMNS I INSERT B BEFORE 11.59.53
The screen contains one page of the report. This sample page is used to define the line
and column editing criteria. You can use the scrolling conventions to scroll backward,
forward, left and right on the page. If you enter this screen from the Active Report
list, the first page of the report is displayed. If you enter this screen from the Report
Viewing screen, the currently viewed page is displayed.
Each data line of the page is preceded by an option field. Valid options:
Table 107 Options for Edit Lines on the Report Editing (Ruler) Screen
Option Description
H (HEADER) This line of the report page is fixed as a header when scrolling.
Normally, because of the difference between the number of lines in a
report page and in a screen, the header of the report disappears when
you scroll forward on a page. Lines marked as HEADER remain at the
top of the screen when you scroll the report. When the beginning of the
next report page is reached, the header of that report page becomes the
header on the screen.
Using the I (Insert) option, overlay lines can be periodically inserted between report
detail lines to make the report easier to read (for example, a blank line can be inserted
between every five records).
Used together, the D (Delete) and I (Insert) options enable you to rearrange header
line information. By inserting overlay lines into which you can type header line
information, and by deleting the original header lines, the following useful edits can
be performed:
Header lines information can be rewritten to appear only in the first 80 columns, to
conform to the screen width.
Header line information can be condensed from many header lines into one or two
Header lines, leaving more report detail lines displayed on the screen.
Example
Figure 115 Edit Lines and Columns on the Report Editing (Ruler) Screen Example
----------------- CONTROL-D - EDIT REPORT LINES AND COLUMNS ----------(U.E.1)
COMMAND ===> SP CHAR SCROLL===> CRSR
USER PROD JOB PREMPRS2 RULER DEFAULT TYPE VIEW
REPORT EMPLOYEES REPORT
O ----+----1----+----2----+----3----+----4----+----5----+----6----+----7----+-
D 1 E M P L O Y E E S R E P O R T ----- FOR PRODUCTION DE
H EMPLOYEE EMPLOYEE OFFICE ANNUAL SOCIAL NO. OF JOB CLAS
H NO. NAME NO. SAL SECURITY NO. DEPENDENTS CODE
O ======== ============== ====== ====== ============ ========== ========
D -------- -------------- ------ ------ ------------ ---------- --------
66474 C. POHLHAMMER 23 39,500 831-62-8752 2
66475 G. MEREDITH 09 40,000 125-22-2235 3
66491 P. MILLER 12 31,500 585-47-2352 1
66498 K. BOYLE 22 39,500 832-52-5455 2
66501 R. BERLE 14 39,500 834-02-3361 2
O ----------------------------------------------------------------------------
66513 C. KING 12 30,000 988-02-8475 2
66519 G. BROWNE 02 36,500 748-38-2884 2
66524 R. SOLOMON 04 35,000 960-52-2350 3
66526 S. CUNNINGHAM 21 39,500 834-01-2852 2
66529 M. TABER 22 39,500 823-00-2352 2
O ----------------------------------------------------------------------------
66530 A. WINGER 23 39,500 823-44-5858 2
66531 B. BOOKSPAN 05 47,000 315-42-2358 4
OPTIONS: H HEADER F FOOTER D DELETE C COLUMNS I INSERT B BEFORE 12.06.26
The top line of the report does not appear when the report is displayed.
The second and third lines of the report are always used as a fixed Header line.
The user did not like the fourth line of the report; deleted it; and replaced it with a
new overlay (O) line, which is used as a fixed header.
An overlay line has been added every five lines. It is used as an eye leader for
easy reading of the report data.
Figure 116 Edit Lines and Columns on the Report Editing (Ruler) Screen Example
Results
----------------- CONTROL-D REPORT VIEWING -------------- PAGE 1 OF 3
COMMAND ===> SCROLL ===> CRSR
USER PROD JOBNAME PREMPRS2 JOBNUMB 0009812 DATA 080800 RULER DEFAULT
REPORT EMPLOYEES REPORT
---+----1----+----2----+----3----+----4----+----5----+----6----+----7----+----
EMPLOYEE EMPLOYEE OFFICE ANNUAL SOCIAL NO. OF JOB CLASS
NO. NAME NO. SAL SECURITY NO. DEPENDENTS CODE
======== ============== ====== ====== ============ ========== ========
66474 C. POHLHAMMER 23 39,500 831-62-8752 2
66475 G. MEREDITH 09 40,000 125-22-2235 3
66491 P. MILLER 12 31,500 585-47-2352 1
66498 K. BOYLE 22 39,500 832-52-5455 2
66501 R. BERLE 14 39,500 834-02-3361 2
----------------------------------------------------------------------------
66513 C. KING 12 30,000 988-02-8475 2
66519 G. BROWNE 02 36,500 748-38-2884 2
66524 R. SOLOMON 04 35,000 960-52-2350 3
66526 S. CUNNINGHAM 21 39,500 834-01-2852 2
66529 M. TABER 22 39,500 823-00-2352 2
----------------------------------------------------------------------------
66530 A. WINGER 23 39,500 823-44-5858 2
66531 B. BOOKSPAN 05 47,000 315-42-2358 4
66533 R. MULU 29 39,500 821-22-5850 2
66539 E. SMART 02 29,000 681-35-3126 4
CMDS: FIND str, FIND str PREV, EDIT, RULER on/off/name, N n P n 12.06.51
Information that you retype into overlay lines remains constant, and is therefore
useful only if the original information remains constant (such as a report title).
Report information that may change from day to day or even from page to page (for
example, date, department number) can be rearranged using Dynamic Extraction
parameters.
Dynamic Extraction parameters make use of a special identifying character (of your
choice), which you specify in the SP CHAR field (for example, the % character).
dLnCn ...d
where
d is the special character (user-defined in the SP CHAR field of the Edit Lines
screen) that marks the beginning and end of the parameter.
Ln is the line from which you want to extract a field. n represents the line number
(1 - 256).
Cn is the first column of the field from which you want to extract. n represents the
column number (1 - 256).
You simultaneously create the Dynamic Extraction parameter and identify where the
value should be co
Write the Dynamic Extraction parameter in the overlay line so that the beginning
special character identifies the first column of the target location.
Type the same special character in the last column of the target location. This also
identifies how many characters are copied from the source location.
dP1LnCn ...d
This parameter always extracts the value from the first page of the report and carries
it forward to every page of the report. You must enter the ruler from the first page of
the report (in the Report Viewing screen), or from the Report list, to use this format.
This parameter functions when entering the Report Viewing screen with a ruler in
effect, but not when deactivating and subsequently reactivating a ruler (using the
RULER command) on a page other than the first page of the report.
As a variation to the two Dynamic Extraction parameter formats, you can specify that
the line number is to be counted from the bottom of the page (instead of the top). To
do this, format the line number in the parameter as LLn (Lower Line number),
instead of Ln.
Thus, the parameters dLnCn and dP1LnCn would become dLLnCn and dP1LLnCn
respectively, where LLn identifies the number of lines from the last line.
NOTE
The Dynamic Extraction parameters are supported during Online viewing only.
Example
The following report contains 11 header lines and only eight data lines. The
information in the first seven lines can be condensed to one overlay line (and the
seven lines deleted). This would almost double the number of data lines displayed.
The overlay line is filled in with the desired text and Dynamic Extraction
parameters. For example, parameter %L2C10 % (which is eight characters in
length) extracts eight columns of information beginning from line 2, column 10
(the Update date).
O ----+----1----+----2----+----3----+----4----+----5----+----6----+----7----+-
. . .
H ---- ---------------------------
O INVENTORY REPORT - WRHS: %L6C16%DEPT:%L6C38%DTE: %L1C10 % UPD: %L2C10 %
H
H SHELF QNTY QNTY QNTY QNTY
Use the following 5 lines to Cut & Paste, Color and Freeze columns
CUT :
PASTE :
COLOR :
HILITE:
FREEZE:
TO SHIFT, PLACE CRSR ON THE DESIRED LINE AND USE PF10-LEFT, PF11-RIGHT 12.38.12
Both the original and resulting lines include a column number line for easy reference.
Line editing lines, summarized below, enable you to cut and paste the model line,
define colors, and highlight and freeze particular columns:
Cut columns cut the report line into sections to be included in the reformatted
report.
Freeze columns define columns to remain in their original positions if the display
is shifted left or right.
When reformatting, you can use the LEFT/RIGHT commands to shift display lines.
You must mark every column range that you want to reposition in the resulting line.
Each column range must start with a letter or a digit (except the letter E). The end of
the range is marked by the letter E. CONTROL-V fills each range with the character
to improve visibility.
NOTE
To move right, use the space bar and not the arrow key.
Column Pasting To reposition columns, place the letter or digit identifier in any
column of the paste input line. This causes the columns range to be moved to
the new position. You may define other characters in the new edited line. Any
character in the paste line that is not a cut identifier is treated as a filler string.
Color To specify a color for a column, enter the color code in the column on the
color line.
NOTE
Available only on terminals with seven color support.
NOTE
Available only on terminals with seven color support.
Column Freezing Type the letter F in the Freeze line to freeze any column you
would like retained in its original position (even when the display is shifted).
Seeing the Result After you have defined the cut, paste, freeze, color and
highlight, press Enter and the modified line is displayed in the Resulting line.
The Line Range fields (on the right side of the COMMAND line) enable you specify a
line range for the desired cut and paste. This is especially useful if you want to
exclude headers and footers from the cut and paste operation.
The defined range specifies line numbers within a report page, not line numbers
relative to the whole report. For example, a value of 010 refers to the tenth line on
each page, not the tenth line in the report.
Line number values can be defined either in the format n or Ln. n may be any
integer from 00 to 256. Line numbers are counted from the top of the page in
format n and from the bottom of the page in format Ln.
Example: If the top three and bottom two lines are header or footer lines which you
do not want formatted, specify a line range of 004 L03.
The column editing (formatting) for any line or line range can be modified or
redefined. Later specifications for a line (range) supersede earlier ones. However, the
original definition is retained for any part of a line range that is not explicitly
redefined.
For example, if column editing is specified for the line range 001 L01 and then
respecified for the line range 003 L02, the original specification is still in effect for
lines 001, 002 and L01. To remove the ruler specification for lines 001, 002 and L01, the
original specification must be cleared.
You may check how the ruler works in the report by using the Quick Ruler Definition
key (PF04/PF16) which switches between the current ruler definition screen (in this
case the Column Editing screen) and the Report Viewing screen. When using this key,
the ruler edits are applied to the report in the Report Viewing screen, enabling you to
see if the ruler works as you want, or if further revision is necessary, before exiting
the ruler.
When you are satisfied with the ruler edits, switch back to the ruler definition screen
and exit. For more information see Exiting the Ruler Definition Environment later
in this chapter.
Example
TO SHIFT, PLACE CRSR ON THE DESIRED LINE AND USE PF10-LEFT, PF11-RIGHT 13.01.08
Press the Quick Ruler Definition key (PF04/PF16) to check the results. The Report
Viewing screen appears as follows:
Press the Quick Ruler Definition key (PF04/PF16) again to return to the ruler.
Enter the END command (PF03/PF15). The column definition is kept in memory.
If you do not want to keep the last changes you made in the Column Editing screen,
use the CANCEL or RESET command to exit the screen.
Figure 122 Include Lines Based on Strings on the Report Editing (Ruler) Screen
---------------- CONTROL-D - INCLUDE LINES BASED ON STRINGS ----------(U.E.2)
COMMAND ===> Apply on header N
STR COL - LINE - COLOR HL
STR COL - LINE - COLOR HL
STR COL - LINE - COLOR HL
STR COL - LINE - COLOR HL
STR COL - LINE - COLOR HL
STR COL - LINE - COLOR HL
STR COL - LINE - COLOR HL
STR COL - LINE - COLOR HL
STR COL - LINE - COLOR HL
STR COL - LINE - COLOR HL
STR COL - LINE - COLOR HL
STR COL - LINE - COLOR HL
STR COL - LINE - COLOR HL
STR COL - LINE - COLOR HL
STR COL - LINE - COLOR HL
STR COL - LINE - COLOR HL
STR COL - LINE - COLOR HL
STR COL - LINE - COLOR HL
STR COL - LINE - COLOR HL
STR COL - LINE - COLOR HL
PLEASE FILL IN THE SELECTION STRINGS 13.02.28
The Include screen limits the records included in a report to those records containing
a specified strings in a specified locations:
A maximum of 20 different search strings, with line and column ranges, can be
defined. Searches begin with the first include string specified and progress to the last
Include string specified. Multiple include strings have an OR relationship: Once a
line is matched to an include string, the line is included (and the specified color and
highlighting applied); no further string searches are made on that line.
Include lines can contain logical comparison operators. The operators must start in
the first column of the STRING field. The comparison is made character after
character (it is not an algebraic comparison). The format of the comparison operators
is as follows:
string is the string used for comparison. The string can contain leading blanks. It
can also be embedded in quotes.
Example 1
If the line contains the string OVERDRAWN (in the specified columns), the line is
included in the report. The absence of a logical operator (for example, .LT.) means
that equals is the implied logical operator (that is, an exact match is sought).
Example 2
If the line does not contain the string BALANCED (in the specified columns), the line
is included in the report.
Example 3
If the line contains an amount greater than 10000 (in the specified columns), the line is
included in the report. The comparison includes the three leading blanks.
Apply on Header
The Apply on Header field specifies whether the Include criteria should (Y) or should
not (N) be applied to report header and footer lines, as follows:
Y (Yes) Apply the Include criteria to the header and footer lines. Header and
footer lines are included in the report only if they conform to the Include criteria.
N (No) Do not apply the Include criteria to header and footer lines. Header and
footer lines are included in the report regardless of Include criteria. Default.
The Line Range fields allow you to limit the Include search to a specific line range on
each page as follows:
The defined range specifies line numbers within a report page, not line numbers
relative to the whole report. For example a value of 010 refers to the tenth line on each
page, not the tenth line in the report.
Line number values can be defined either in the format n or Ln. n may be any integer
from 001 256. Line numbers are counted from the top of the page in format n and
from the bottom of the page in format Ln.
NOTE
When a line range is specified, lines that are not within the specified range are included in the
report.
Example
If you specify a line range of 004L03, only the fourth line from the top through the
third line from the bottom is checked and they are included only if they meet the
Include criteria. The first three and last two lines are not included in the check and
therefore are included in the report.
If you fill in the color and highlight fields for the included string, the entire line is
colored.
NOTE
Available only on terminals with seven-color support.
The Include Lines Based on Strings option can be used for viewing the results of a
job run. For example, it is possible to display only those lines containing step names
with condition codes. It is also possible to include other lines, such as JCL errors,
abend codes, NOT CATLGD 2, and so on.
This option can also be used to differentiate records by string content. For example,
use one Include line to display records greater than $100,000 in red; use another
Include line to display records greater than $50,000 in blue; and use a third Include
line to display records greater than $10,000 in yellow.
When your ruler contains both include and exclude criteria, the include strings are
searched first and the exclude strings afterwards. A line meeting both inclusion and
exclusion criteria, or a line not meeting either include or exclude criteria, is excluded.
ON STR line
Identifies the string and its column (and line) range. If the string is found, coloring is
applied as specified in the next (COLOR) line.
Logical operators are recognized in string specification (as described under the topic
Include Lines Based on String above).
COLOR line
This line specifies the color (and/or highlight) code to be applied, and how it should
be applied:
Table 113 Color Line for Color Lines Based on Strings Screen
Code Definition
COLOR Desired color code. Valid values:
R Red
G Green
B Blue
P Pink
Y Yellow
T Turquoise
Q White
HILITE Desired highlight code. Valid values:
U Underscore
R Reverse video
B Blink
blank Regular
ON Specify how the color and highlight codes should be applied if the
string is found in the specified location. Indicate Y (Yes) in one of the
following Y/N fields:
LINE Color and highlight the entire line where the string is
found
COL/LINE range Color and highlight the column and line range
specified in these fields. These values may differ from the COL and
LINE where the string is found
The Color Lines screen also has an Apply on Header field that optionally applies the
color criteria if the string is found in the header line.
Example
If columns 30 and 31 contain the value 11, color the entire line blue.
If columns 101 and 102 contain a value greater than 05, then color the string red.
If columns 107 and 108 contain a value greater than 10, color the string green.
1. KEEP ruler active. The ruler remains in memory and is activated on the same
report or job. It is not saved in the file for future use. The ruler is erased from
memory if you enter a new ruler name (using the RULER command), or if you
enter into a new user or report entry.
2. CLEAR. The ruler is erased from memory. The report or job is shown without a
ruler. If the ruler previously existed, it is not erased from the file, but any changes
to the ruler definition are not saved.
3. SAVE ruler as. The ruler is saved in the file with the name and type specified in the
RULER NAME and RULER TYPE fields. By default these fields contain the same
name and type used when the ruler definition began. You can change the ruler
name and the ruler type when saving rulers. If a previous ruler with the same
name exists, it is overwritten by the new ruler. For a View ruler, the new name is
the current active ruler.
NOTE
The Quick Ruler Definition key is not available when the Ruler Definition environment was
entered through option E from the Active User Report list.
The Quick Ruler Definition PFKey alternately displays the current ruler definition
screen and the Report Viewing screen. It applies the edits you are currently defining
to the report, so that you can evaluate the ruler. If you are satisfied with the results,
you can switch back to the Edit screen to SAVE or KEEP the ruler.
RULER Command
The RULER command is used to activate (turn on), deactivate (turn off), and switch
between rulers.
The RULER command can be abbreviated RU, but OFF, ON and the ruler name
cannot be abbreviated.
The RULER command can be used in the Active User Report List screen to toggle the
ruler show mode on and off. For details see Commands of the User Report List
earlier in this chapter.
Global rulers can be created, modified, or deleted by authorized users only. However,
all users can access global rulers in report viewing. Global rulers do not belong to a
specific user, report, or job. Using CONTROL-D Exit CTDX004, it is possible to use a
global ruler or the default ruler. For details about global rulers, see the description of
Exit CTDX004 in the Exits chapter of the INCONTROL for z/OS Administrator Guide.
For example, ruler $JOBCHK is a predefined ruler that restricts lines in MSGCLASS
output to common messages and strings relevant to production personnel.
Tag Notes
Tag notes can be attached to specific substrings of a report in the Report Viewing
screen. For more information see Notepad Facility earlier in this chapter for an
explanation of notes.
Tag notes are linked to rulers. A Tag note that is defined when no ruler is active is
accessible only when no ruler is active. A Tag note defined when any ruler is active is
accessible only when that same ruler is active.
The top line of the Report Viewing screen indicates the total number of Tag notes in
the report for the current ruler (A), if any.
To define a Tag note for a substring, use the arrow keys to position the cursor on the
first character of the substring to be tagged and press PF06. Then use the arrow keys
to move the cursor to the last character of the substring to be tagged and press PF06
again. The Tag Note window is opened. Both general notes and tag notes can have
multiple versions. For details about creating, modifying, and deleting a version of a
note, see Notepad Facility earlier in this chapter.
There are two ways to open an existing Tag note: use the arrow keys to position the
cursor on any column of the tagged substring and press PF06, or type GETNOTE on
the command line, position the cursor on any column of the tagged substring, and
press Enter. The Tag Note window is opened and the existing Tag note is displayed.
By default, tagged substrings are displayed in red. If the report line is red, the tagged
substring is displayed in yellow. On monochrome terminals, the tagged substring is
highlighted.
If a tagged substring has been moved as a result of subsequent ruler edits, the tag is
not identified (via color or highlighting) when the Report Viewing screen is displayed
and an appropriate message is issued. Pressing PF06 colors (or highlights) the tagged
columns.
NOTE
The original substring location (that is the columns, not the substring) is actually tagged.
Even when WRAP mode is on, notes can only be attached to substrings within
the first 256 characters of data on a line.
SHOWNOTE Command
The SHOWNOTE command (abbreviated SHOWN) alternately changes (toggles) the
color of tagged substrings from red (or yellow) to the color of the report lines.
LOCNOTE Command
The LOCNOTE command (abbreviated LOCN) locates the next report note.
To activate the AFP viewing option, issue command RUL $AFPxxx from the Report
Viewing screen. This command invokes a special filter that displays only the text of
the current report. Ruler $AFPxxx is applied to the extracted text. Specify only the
ruler name prefix in the command (that is, RUL $AFP), so that any ruler (prefixed
$AFP) can activate the AFP filter.
When extremely large or small fonts are used, calculation of text positions can result
in overlapping text. The calculation algorithm in cases of extremely large or small
font can be adjusted by specifying, a multiplication or division factor in the reports
REMARK field.
{C=xnn},{L=xnn}
where
x is the factor operator. Valid values are * (multiply) and / (divide). To enlarge
the font, enter * as the factor operator; To decrease the font, enter / as the factor
operator.
Any factor combination can be specified: column only, line only, both column and
line (separated by commas), or neither.
The program searches for a C or L parameter in the REMARK field. If neither are
found, the original calculation is used. Otherwise, the factor is applied to the
conversion algorithm.
Examples
To expand line spacing by 50%, enter L=*15, which effectively means that the filter
formula is multiplied by 1.5.
$SYSDATA Records
A special user ID ($SYSDATA) is used to display a list of the original reports (before
decollation). This user ID is reserved for authorized persons only. $SYSDATA records
appear only in Active, Migrated and History Report lists.
The values specified in the fields of the User Reports entry panel shown below
produce a list of $SYSDATA records for CONTROL-V migrated reports.
Short format: Displayed when you request any display type for user $SYSDATA. If
you activate the A (Additional Info) option on an entry, you receive the Long
format.
Long format: Displayed when you activate the A (Additional Info) option for user
$SYSDATA.
$SYSDATA Short formats for the History and Active Report lists are shown below:
Table 116 Fields in the Active and History Report $SYSDATA Long Format (part 1 of 2)
Field Description
CDAM Name of the CDAM dataset containing the report and number of
CDAM extents.
Record ID Internal record identifier.
Backup Missions Name of backup missions that back up this report.
Backup Volumes Tape volume serial numbers on which the report is backed up.
Restore Mission Name of restore mission used to restore the report.
Table 116 Fields in the Active and History Report $SYSDATA Long Format (part 2 of 2)
Field Description
Migration Mission Name of migration mission used to migrate the report (in the
Active/Migrated file only). The user can change the value of this field.
Creation Date Sysout creation date in Julian format: Dyyjjj Thhmmss.
Printing Parameters
Fields A through E (above) are repeated for secondary migration CDAM files.
The example below illustrates how to specify an external destination in the Print
window (option U.P).
Example
1 Immediate Printing
2 Deferred Printing (by Print Mission)
X Exit (no action)
REPORT
If the external destination is not known or the desired destination is not yet defined,
enter CTDS in the first sub-field and leave the second sub-field blank to display the
CONTROL-D External Destinations Screen. This screen lists CONTROL-D for
Distributed Systems destination types and their descriptions.
This screen can be used to select, modify, copy, or delete an existing destination or to
insert a new destination.
If, in any of the screens listed in the above table, the user specifies the reserved
keyword CTDS in the first DEST sub-field and specifies blanks or an invalid
destination in the second DEST sub-field, the CONTROL-D External Destinations
screen is displayed.
Press END (PF03/PF15) to return to the previously displayed screen (for example,
Print window).
Table 122 Header Fields in the CONTROL-D External Destinations Screen (part 1 of 2)
Field Description
O(ption) Option field. For more information see Options of the CONTROL-D
External Destinations Screen below.
DEST Names of predefined external destinations (uppercase only).
Table 122 Header Fields in the CONTROL-D External Destinations Screen (part 2 of 2)
Field Description
TYPE Type of Destination. One of the following values can be displayed:
NOTE
Usage of the options in this screen and in related screens is controlled by CONTROL-D user
Exit CTDX026 and security module CTDSE26. For more information, see member CTDX026 in
the IOA SAMPEXIT library.
This attribute area can include the following fields, which are resolved during printing.
%MAIL_HOST%, %DSR_NAME%
These fields are resolved from the MAIL_HOST and DSR_NAME variables, defined
in the CTDSPARM member of the CTD PARM library.
Please note that the length of the CTDDS ATTRIBUTES field must not exceed 254
characters after the variables are resolved.
There are set of standard logical destinations that are loaded into the Permanent User File
during installation. For existing CTD environment these destination can be loaded by the
job FORMCTDS from the BASE INSTCTD library (submit the job through ICE 7.3 screen).
NOTE
The various destination types and the names of the default CTDDS Attributes for each
destination type are listed in member $$CTDSAT of the CONTROL-D OUTPARMS library.
The CONTROL-D File Transfer Control screen displays the status of all current
packets (reports for a specific user) that have been scheduled for transfer to a PC.
Packets are automatically created by a printing mission and included in the packet
list if the report had a status of WAIT PRINTING and a destination of CTDPC or
CTDPCPRT. Actual transfer to a PC is initiated by the PC user or by the File Transfer
monitor. For more information about the File Transfer monitor, see the IOA concepts
chapter and the CONTROL-D and CONTROL-V chapter, both in the INCONTROL for
z/OS Administrator Guide.
To enter the File Transfer Control screen, select option F on the IOA Primary Option
menu.
CONTROL-D/PC Workflow
Figure 139 CONTROL-D/PC Workflow
Transfer Statuses
Valid transfer statuses are listed below. On terminals supporting color, each status
has its own associated color indicated after the status description.
NOTE
To change color defaults, see your INCONTROL administrator.
SHOW Command
The SHOW command displays the Show Option window that allows you to specify
display selection criteria. Only packets meeting the specified selection criteria are
included in the File Transfer Control screen. Specify the selection criteria and press
Enter.
Table 131 File Transfer for Control Show Option Window Selection Criteria
Criteria Description
USER User name. Display only the packets of the specified users. User names
act on a prefix basis. Refer to Prefixing earlier in this chapter.
Multiple users may be specified by pressing the Tab key after each
entry. If the USER field is blank, packets for all users are displayed.
STATUS All status selection criteria are Y/N parameters:
WAIT TRANSMISSION
TRANSMITTING
TRANSMITTED
TRANSMISSION ERROR
PACKET TOO LARGE
DELETED
Report Printing
Option P opens the Confirm Print window that enables you to print the selected
packet.
Table 132 File Transfer Control Screen Confirm Print Window Fields
Field Description
CONFIRM Whether or not the packet should be printed.
To modify packet parameters in the Transfer file, the packet must be in HELD state
before you enter the Packet Zoom screen to make the desired changes.
To return to the File Transfer Control screen without saving changes, press END
(PF03/PF15). Any changes made to packet data are not kept.
Use the scrolling conventions to scroll the Packet Index screen forward and
backward.
To enter the Active Missions Environment Screen, select option A on the IOA
Primary Option menu.
NOTE
It is assumed that the user wants to see the most recently ordered missions first. Therefore,
upon entry to the Active Missions screen, the missions at the bottom of the Active Missions
list are displayed.
Use the scrolling conventions to scroll the Active Missions list forward and
backward.
On color terminals, missions are color coded by status. The default color for various
statuses is:
Search the Active Missions file for a report decollating mission for the
same job name and the same job ID as the job on spool.
The direction of the search when you exit the Show Option window can be specified.
If you press:
Enter, the search starts with the mission at the top of the screen and continues
downward.
PF07/PF19 (UP), the search starts at the top of the Active Missions list and continues
downward.
PF08/PF20 (DOWN), the search starts at the bottom of the Active Missions list and
continues upward.
NOTE
The selection criteria marked with the symbol P act on a prefix basis. For example, entering D4
in the MISNAME field retrieves missions whose name starts with D4.
Table 139 Active Missions Screen Show Option Window Search Criteria (part 1 of 2)
Criteria Description
MISNAMEP Show only missions with the specified names. A maximum of five
different names (either job name or mission name) can be specified.
CATEGORYP Show only missions of the specified categories. A maximum of two
different categories can be specified.
MISSION STATUS Show only missions which conform to the status selection criteria.
Mark the wanted statuses Y and the unwanted statuses N. Status
selection criteria:
IN PROCESS If marked Y, all missions that have not yet finished and are being
processed are displayed. If marked N, only completed missions are
displayed.
Table 139 Active Missions Screen Show Option Window Search Criteria (part 2 of 2)
Criteria Description
STATE If marked Y, the following status criteria are matched to determine
whether or not a mission is displayed.
Why Screen
The Why screen is displayed when option ? (WHY) is entered on the Active Missions
Screen. The Why screen shows the reasons for WAIT SCHEDULE and WAIT
PROCESS statuses.
If the list is longer than one page, use the scrolling PFKeys to scroll forward and
backward on the Why screen.
where
If, however, the User profile has been customized accordingly, the following
confirmation window is always displayed when option A is specified:
Fill in or modify the fields of the confirmation window as follows, and press Enter:
Table 141 Active Mission Why Screen Add Confirmation Window Fields (part 1 of 2)
Field Description
date Date of the listed condition.
If the date reference of the listed condition contains the generic characters
**** or $$$$, the date field of the window is unprotected and you must
explicitly enter the date in the date field.
If the date reference of the listed condition is a specific date (in either
mmdd or ddmm format, depending on the standard in use at the site), the
date field of the window is protected and its value cannot be changed.
Table 141 Active Mission Why Screen Add Confirmation Window Fields (part 2 of 2)
Field Description
CONFIRM Confirms whether or not to process the Add Condition request. Valid
values are:
Usage of the Mission Log screen is explained later in this chapter (see IOA Log
Facility).
Zoom Screens
The Zoom screen is displayed when the Z (Zoom) option is entered on the Active
Missions screen. The Zoom screen zooms in on mission details it describes the
specific parameters of the mission.
Some of the displayed parameters can be modified. Information on most Zoom screen
fields can be found in the pages of this chapter which explain the corresponding
Mission Definition fields.
Sample Zoom screens for the various types of missions are illustrated on the
following pages. Zoom screen fields that do not appear on the Mission Definition
screen are labeled in the sample screens and defined below:
Table 143 Zoom Screen Fields Not on the Mission Definition Screen (part 1 of 2)
Field Description
JOB (See Figure 149) Job number in JES (only for report decollating missions and only
after decollation).
STARTED (See Printing mission start time.
Figure 151)
TIMESTAMP (B1) A number assigned to the migration or backup or restore ANALYZE
(See Figure 153) step to uniquely identify the mission.
Table 143 Zoom Screen Fields Not on the Mission Definition Screen (part 2 of 2)
Field Description
ODATE (C) (See Original scheduling date assigned to the mission.
Figure 151)
NEXT TIME (D) (See Cyclic missions that use the INTERVAL option the next possible
Figure 151) execution time.
The values assigned to the prerequisite condition date references (via IN and OUT
parameters and DO COND statements) are the real date values derived from symbols
of the mission parameters, such as ODAT and PREV. Only specific dates (or STAT,
****, $$$$) can be used as prerequisite condition date references.
In the Migration Mission Zoom screen, parameters FORCE, PREFIX, FSET and VSET
can be changed.
NOTE
If CONTROL-D for Distributed Systems is installed, reports can be distributed to a Unix or
Windows NT environment by setting the first field of parameter OVERIDE DEST (the node)
to CTDS. For details see CONTROL-D for Distributed Systems on page 286.
To modify mission parameters on the Active Missions file, the mission must be in
HELD status before you enter the Zoom screen to make the desired changes.
When saving changes, the status of the mission is REQUESTED CHANGE HELD.
Wait until the REQUESTED CHANGE status disappears (indicating that the monitor
has accepted the change), and then free the mission.
The method of exiting the Zoom screen and saving changes can be customized
through the User profile.
By default, END (PF03/PF15) performs a cancel, and the changes are not saved (that
is, no changes are made to the mission entry on the Active Missions file). To save
changes, the SAVE command must be specified.
Rerun Option
The R (Rerun) option is used to rerun the mission. This option is for missions that
have already ended. The mission is returned for possible execution by CONTROL-V
(it is activated when all runtime conditions are met). The RERUN request is recorded
in the IOA Log file.
The mission status is changed to REQUESTED RERUN. If the monitor is active, the
request is accepted after a few seconds.
Entering the Rerun option on a printing mission opens the Rerun window.
Rerun Window
Figure 156 Active Missions Environment Rerun Window
------------------- CONTROL-D/V ACTIVE MISSIONS ENVIRONMENT ----------------(A)
COMMAND ===> SCROLL===> CRSR
O NAME ODATE TYP OWNER ------------------STATUS ------------------ UP
INTR0002 080800 REP M331 WAITING FOR JOB
GPLIR17A 080800 REP M335 J06015 ENDED "OK"
GPLIR18 +--------------------------------+
PRDKPL01 | CONFIRM REPRINT (Y/N) |
STD <--------| REBUILD PRINT PLAN (Y/N) |
PRDKPL02 +--------------------------------+
PRDKPL2W 080800 REP M01 J06156 ENDED "OK"
PRDDRPT1 080800 REP M01 J06072 ENDED "OK"
PRDDRPT2 080800 REP M01 J06435 ENDED "OK"
PLRPT010 080800 REP M08A J07028 DECOLLATING
MTRPTU6C 080800 REP MT12 J06871 ENDED- NOT "OK"
EBDMM4D 080800 REP M24 J07019 ENDED "OK"
SPFORM1 080800 PRT M02 HELD WAIT SCHEDULE
BKP0031D 080800 BKP M02 BACKUP IN PROCESS
RST0060M 080800 CRS M02 WAIT SCHEDULE
CBJBRUN 080800 REP M25A WAIT SCHEDULE
SPFORM2 080800 PRT M02 PRINTING ON U1004
BKP0180D 080800 BKP M02 WAIT PROCESS
PRODYHRP 080800 REP M02A J07031 DECOLLATING
PRODYH72 080800 REP M02A WAIT SCHEDULE
OPT: ? WHY H HOLD D DELETE F FREE L LOG Z ZOOM R RERUN P PRINT CONTROL 12.01.11
The Rerun window offers the option of rerunning the printing mission with the
existing Print Plan (that is, reprinting the same bundle), or rebuilding the Print Plan
and then rerunning the mission.
Use the same Print Plan to reprint the same bundle (or part of it). The Print Plan can
be adjusted through user-defined print control symbols. (For more information see
the Print Control Options of the Print Plan Screen in this chapter.)
Rebuild the Print Plan to print reports that have not yet been printed. The rebuilt
Print Plan contains unprinted reports selected from the Active User Reports file.
The screen header line contains the category and name of the printing mission. If the
printing mission is currently printing, the status PRINTING appears in the upper
right corner.
A status line (B) contains the following information about the printing mission:
Use the scrolling conventions to scroll the Print Plan screen forward and backward.
OPTIONS: > SKIP TO REPORT < STOP AT REPORT D DELETE U UNDELETE 15.50.42
Reports are listed in the Print Plan in their scheduled print sequence, from top to
bottom.
When the printing mission is printing, one report shows an Active (A) status
(currently printing). If the print sequence has not been altered, reports above the
currently printing report show a Printed (P) status and reports below it show a Wait
Printing (W) status.
Type the desired options in the reports O (Option) field and press Enter. The option
symbol is then displayed in the first column of the STAT field of the report.
All actions performed in the Print Plan screen are recorded in the IOA Log file.
The > symbol specifies that Print Control should skip to the indicated report.
Entering this symbol may cause one or both of the following windows to be
displayed:
If a > symbol entered earlier is still in the screen when you enter this symbol again,
the Confirm Override window is opened.
OPTIONS: > SKIP TO REPORT < STOP AT REPORT D DELETE U UNDELETE 15.50.42
Enter Y (Yes) in the window to override the earlier skip instruction with the new
skip instruction.
Enter N (No) in the window to leave the earlier skip instruction in effect (and
cancel the new one).
If a report is currently printing when the > symbol is entered, the Skip Selection
window is opened:
OPTIONS: > SKIP TO REPORT < STOP AT REPORT D DELETE U UNDELETE 15.50.42
Enter Y (Yes) in the window to confirm the skip request. Then specify C to skip at
the end of the current chunk or R to skip at the end of the current report.
Enter N (No) in the window to cancel the skip request.
The < symbol specifies that printing should stop when the indicated report is
reached.
NOTE
The report indicated with the < symbol is not printed. Only reports prior to the < symbol are
printed. You can print a single report by assigning the symbols > and < to consecutive reports.
If the printing mission is already printing, the < symbol must be placed after the
report that is currently printing.
OPTIONS: > SKIP TO REPORT < STOP AT REPORT D DELETE U UNDELETE 15.50.42
If no < symbol is used, printing continues until the end of the printing mission.
If a < symbol entered earlier is still on the screen when you enter another < symbol,
the Confirm Override window is opened:
Enter Y (Yes) in the window to override the earlier stop instruction with the new
stop instruction.
Enter N (No) in the window to leave the earlier stop instruction in effect (and
cancel the new one).
Delete D
D (Delete) identifies reports that are not to be printed. Although the report listing is
not removed from the Print Plan file, D indicates that the report is to be bypassed
during printing.
NOTE
Delete symbols remain after the reports have been bypassed. If the printing mission is rerun
with the same Print Plan, the deleted reports are bypassed again.
Undelete U
To select one of these options, type the option number in the SPECIFY TYPE OF THE
OBJECT field, then press Enter.
Report Cliques
This option allows you to define or modify Report Cliques that are used in report
transformation. Transformation is the process of extracting data from print stream
reports (such as AFP or Xerox) and converting them into a viewable format (such as
PDF or HTML). A Report Clique includes all the information necessary to transform a
print stream report. To use transformation in decollation, you define a decollation
mission definition with the CLIQUE subparameter set to a Report Clique name.
For more information on defining decollation missions that use Report Cliques, see
ON Statement: Decollating Parameter on page 560. For more information on
preparing print stream reports for transformation, see Decollation of Report Types
on page 807. For more information about rendering to PDF see the CONTROL-D
and CONTROL-V chapter of the INCONTROL for z/OS Administrator Guide.
Entry Panel
After you select option 1 from the CONTROL-D Objects Entry Panel, the
CONTROL-D Reports Cliques Entry Panel is displayed.
To display all of the Report Cliques: Leave all of the selection criteria fields blank,
then press Enter. The CONTROL-D Reports Cliques screen is displayed listing all
of the Report Cliques.
To display a selected set of the Report Cliques: Type a value in at least one of the
selection criteria fields as described in Table 147, then press Enter. The
CONTROL-D Reports Cliques screen is displayed listing the set of Report Cliques
that you selected.
1 (TXT)Text Reports
2 (AFP)Advanced Function Printing
3 (XRX)Xerox report, LCDS, or Metacode
4 (PDF)Adobe Acrobat Portable Document Format
OWNER The user ID of the owner of the Report Cliques to be displayed.
DATE FROM and The date range within which Report Cliques were created.
DATE TO
For existing Report Clique definitions, you have the option to either select or delete a
definition.
To request one of the following options, type the option in the OPT field to the left of
the Report Clique name, and press Enter.
1 In the command field of the CONTROL-D Reports Clique List screen, type the
following command:
NEW format
where format is a valid report clique format (either AFP,TXT, XRX, or PDF)
2 Press Enter. The CONTROL-D Report Clique definition screen is displayed for the
report clique format that you selected.
NOTE
If you enter only the NEW command, or the NEW command with an invalid report clique
format, the SELECT FORMAT window is displayed. To select a report clique format from this
window, type S in the column to the left of the report clique format, and press Enter.
The screen that is displayed depends on the type of report that is defined for the
Report Clique. The following are sample screens for TEXT, AFP, Xerox, and PDF
reports.
Encoding = NONE
Code Page = 0
6. HTML Rendering Parameters
XResolution = 96
YResolution = 96
Background Image Url = N
Use EOT Fonts = Y (Y/N)
Use PFR Fonts = Y (Y/N)
X Offset = 0
Y Offset = 0
Background Color = None
None/White/Black/Blue/Gray/Red/Yellow/
Brown/Aque/LawnGreen/Beige/Green
Foreground Color = None
None/White/Black/Blue/Gray/Red/Yellow/
Brown/Aque/LawnGreen/Beige/Green
Image XResolution = 0
Image YResolution = 0
7. PCL Rendering Parameters
PCL Paper Source = A4
A4/Letter/Executive/Legal/Ledger/A3/
Monarch/Com-10/International_Dl/
International_C5/International_B5
PCL Resolution = 300
300/600
PCL Scale = 0
PCL Y Offset = 0
PCL X Offset = 0
==== >> E N D O F R E P O R T C L I Q U E P R O P E R T I E S << ====
11.44.58
Continuation Lines
If a Report Clique parameter has a value (either Y or N) set in the C (Continue) field
on the right side of the screen, this indicates that you can add continuation lines to
that parameter value, if needed. By default, the C field is set to N (No).
To add a continuation line: Type Y in the C field of the line you want to continue,
and press Enter. A blank, new line is displayed below the continued line, allowing
you to enter up to 42 extra characters.
To close a continuation line: Type N in the C field directly above the line to be
closed, and press Enter. The line below the continued line is closed.
Parameters common to all types of Report Cliques are described in Table 149.
Note: Each report type, except PDF, has its own unique
parameter section described later in this chapter.
Report Clique Name reportcliquename Unique name assigned to the Report Clique.
Default: Untitled.
Owner of Report Clique owner User ID of the Report Clique owner.
Report Clique Change changedate Date that the Report Clique was last changed.
Date
Report Clique Change changetime Time that the Report Clique was last changed.
Time
Page Width in Inches pagewidthininches Page width, measured in inches. If the page width is smaller
than the report width, the report is truncated. If the page
width is larger than the report width, the page has extra
space.
Notes:
Notes:
It is recommended that you use the default page width and height for all formats.
If the report is rotated 90 or 270, the Page Height in Inches value is used for the width, and the Page
Width in Inches value is used for the height.
OS390 Resource Library os390resourceliblist Name of a set of System Resource Libraries from which all
List Name name default resources are taken. Up to 8 characters. Blanks are
not allowed.
Default: *.
Note: For AFP, this parameter applies to the data from the
TLE and NOP records of AFP pages.
Number of Rows rowcolnrows Number of grid rows into which the report page is divided.
Default: 150.
Number of Columns rowcolncolumns Number of grid columns into which the report page is
divided. Default: 150.
Text Orientation 0 rowcoltext_0_degree Yes or No. Indicates whether the transformer checks for text
s at 0 degrees. Default: Yes.
Text Orientation 90 rowcoltext_90_degre Yes or No. Indicates whether the transformer checks for text
es at 90 degrees. Default: Yes.
Text Orientation 180 rowcoltext_180_deg Yes or No. Indicates whether the transformer checks for text
rees at 180 degrees. Default: Yes.
Text Orientation 270 rowcoltext_270_deg Yes or No. Indicates whether the transformer checks for text
rees at 270 degrees. Default: Yes.
Note: For AFP fonts, the font name must begin with C0. For
example, specify C0H1001B even if the font name is
C1H1001B.
Include External rowcolincludeextern Yes or No. Indicates whether text in external overlays is
Overlays aloverlays included in transformation. Optional. Default: Yes.
Include Internal rowcolincludeintern Yes or No. Indicates whether text in internal overlays is
Overlays aloverlays included in transformation. Optional. Default: Yes.
Rendering Parameters
Rotation rotation Degree of clockwise rotation of the report. Valid values are:
0, 90, 180, 270.
Default: 0.
Shadowing shadowing Indicates whether shadowing should appear: Valid values
are:
Default: 2000.
Font Mapping Table fontmappingtablena Name of the table that is used for font mapping. Optional.
Name me Default: fontmap
Maximum: 300.
Image YResolution imageyres Specifies the Y resolution of the output BACKGROUND
image. The actual HTML size is determined by the X/Y
resolution parameter. The quality of printed HTML graphics
is better with higher resolution. When Image YResolution is
not set, but Image XResolution is set, the same value is used
for Image YResolution. Valid values are:
Maximum: 300.
PCL Rendering Parameters
PCL Paper Source pclpapersource Name of the PCL paper source (paper size). Optional.
Default: A4
PCL Resolution pclprinterresolution PCL printout resolution in bpi (bytes per inch). Valid values
are:
300. Default.
600
PCL Margins pclmargine Obsolete.
Table 150 Parameters Unique to Advanced Function Presentation (AFP) Report Cliques (part 1 of 2)
(part 1 of 2)
Name of Parameter
Name of Parameter Specified in the
in the DO Screen TRANSTO Member Description
Afp Formdef Name afpformdefname Name of the FORMDEF used in the report.
Table 150 Parameters Unique to Advanced Function Presentation (AFP) Report Cliques (part 2 of 2)
(part 2 of 2)
Name of Parameter
Name of Parameter Specified in the
in the DO Screen TRANSTO Member Description
Record Delimiter afprecdelim The input report record type. Mandatory. Valid values are:
ASA. Default.
MACHINE
Code of input AFP afpinputcode The code of the AFP input. Used for AFP Category 4 input only.
This parameter refers to the original encoding of the report.
Reports translated from EBCDIC to ASCII do work (because the
Code Pages used are for EBCDIC reports). Valid values are:
ASCII
EBCDIC. Default.
TRC character used afpinputtrc The parameter determines if TRC character exists in report. Used
for AFP Category 4 input only. Valid values:
Yes
No
Default: No
Default: English
Report normalizedencoding The parameter specifies the internal report encoding in
Normalized CONTROL-D. The report is translated from the encoding
Encoding specified in Report Encoding parameter to Normalized
encoding, and is kept in the Normalized encoding. This
parameter is valid only for Legacy mode, in UNICODE mode
Normalized Encoding is always UTF-8.
ASA
Machine
None. Default.
TRC character inputtrc The parameter determines if TRC character exists in report.
used Valid values are:
Yes
No. Default.
Default: 1000.
Max Lines in Page maxlinesinpage Maximum number of lines allowed in a page. When this
maximum is reached, a new page is started. (This parameter
can be used to make additional page breaks beyond those
made by Page Delimiter parameters.)
Default: 1000.
(For example, when the encoding is Latin 1 the default file name
is cour.ttf, which is the True Type file name of Courier New).
Font Name fontname The name of the font that is used for text reports. When a true
type font collection (TTC) is specified for the Font File Name, this
parameter must be specified.
Font Size fontsize The size of the font in points.
NOTE
The following parameters are required. Because there are no default values you must supply
values.
Report Clique parameters that are unique to Xerox reports are described in Table 154.
Example:
SYSCATTYPE=PDE,RESNAME=PP0010,FILE=PDE001,CRD
ATE=1997250,CRT IME=132200,SIZE=0,PATH='PDE001.JSL';
If you have either entered the SAVE command, or the END command when actual
changes have been made, the CONTROL-D Report Clique Save window is displayed
(Figure 169). Otherwise, you are returned to the CONTROL-D Reports Cliques List
screen.
Include Ext++
Include Int| |
4. Renderin| DO YOU WANT TO SAVE CHANGES? (Y/N) |
Half Tone | |
XResolution| REPORT CLIQUE NAME: |
YResolution| |
Rotation ++
0/90/180/270
Pdf Resolution = 300
Max Render Pages = 2000
Font Mapping Table Name = FONTMAP N
5. Html Parameters
Background Image Url = N
Use EOT Fonts = Y (Y/N)
Use PFR Fonts = Y (Y/N)
X Offset = 0
Y Offset = 0
Background Color = White
White/Black/Blue/Gray/Red/Yellow/Brown/
Aque/LawnGreen/Beige/Green
17.41.35
18.07.38
2 If you are saving the Report Clique, do the following in the CONTROL-D Report
Clique Save window:
B For a new Report Clique, type a name for the Report Clique in the REPORT
CLIQUE field.
C Press Enter. The changes you have made are saved, and you are returned to the
CONTROL-D Reports Cliques List screen.
Resource Sets
This option allows you to view or delete Resource Set records that have been created
during the transformation process.
During the report transformation process, a special Resource Set record associated
with the report is created in the Permanent User File, whose key is stored in an
associated SYSDATA record. The Resource Set record references all resources used
by the decollated report. For information on how Resource Sets are used in the report
transformation process, see Print Stream Reports Using Transformation on
page 808.
Entry Panel
After you select option 2 from the CONTROL-D Objects Entry Panel, the
CONTROL-D Resource Sets Entry Panel is displayed.
To display all of the Resource Sets: Leave all of the selection criteria fields blank,
then press Enter. The CONTROL-D Resource Sets List screen is displayed listing all
of the Resource Sets.
To display a selected set of the Resource Sets: Type a value in at least one of the
selection criteria fields as described in Table 147, then press Enter. The
CONTROL-D Resource Sets List screen is displayed listing the set of Resource Sets
that you selected.
For existing Resource Set definitions, you have the option to either select or delete a
Resource Set.
To request one of the following options, type the option in the OPT field to the left of
the Resource Set name, and press Enter.
To request one of the following options, type the option in the OPT field to the left of
the resource name, and press Enter.
Resources
This option allows you to view or delete resources, other that Report Clique
resources, that are referenced by Resource Sets that have been created during the
transformation process.
During the report transformation process, a special Resource Set record associated
with the report is created in the Permanent User File, whose key is stored in an
associated SYSDATA record. The Resource Set record references all resources used
by the decollated report. For information on how Resource Sets are used in the report
transformation process, see Print Stream Reports Using Transformation on
page 808.
Entry Panel
After you select option 3 from the CONTROL-D Objects Entry Panel, the
CONTROL-D Resources Entry Panel is displayed.
To display all of the Resource Names: Leave all of the selection criteria fields
blank, then press Enter. The CONTROL-D Resources List screen is displayed
listing all of the resources.
To display a selected set of the Resource Names: Type a value in at least one of
the selection criteria fields as described in Table 159, then press Enter. The
CONTROL-D Resources List screen is displayed listing the set of resources that
you selected.
DATE TO
For existing resource definitions, you have the option to either select or delete a
definition.
To request one of the following options, type the option in the OPT field to the left of
the resource name, and press Enter.
Clique Resources
This option allows you to view Report Clique resources that are referenced by
Resource Sets that have been created during the transformation process.
During the report transformation process, a special Resource Set record associated
with the report is created in the Permanent User File, whose key is stored in an
associated SYSDATA record. The Resource Set record references all resources used
by the decollated report. For information on how Resource Sets are used in the report
transformation process, see Print Stream Reports Using Transformation on
page 808.
Entry Panel
After you select option 4 from the CONTROL-D Objects Entry Panel, the
CONTROL-D Clique Resources Entry Panel is displayed.
To display all of the Clique Resource Names: Leave all of the selection criteria
fields blank, then press Enter. The CONTROL-D Resources List screen is displayed
listing all of the resources.
To display a selected set of the Clique Resource Names: Type a value in at least
one of the selection criteria fields as described in Table 161, then press Enter. The
CONTROL-D Resources List screen is displayed listing the set of resources that
you selected.
For existing Clique Resource definitions, you have the option to either select or delete
a definition.
To request one of the following options, type the option in the OPT field to the left of
the Clique Resource name, and press Enter.
Approval processing allows you to define a set of report processing rules that specify
a chain of users, at different levels, who must review and approve reports. Subscribe
processing enables notification emails to be sent according to a subscription list.
The CONTROL-D monitor creates Approval and Subscribe objects for each report
that use the DO APPROV and DO SUBSCR parameters in the decollation mission
definition. For more information about defining these objects in decollation missions,
see DO BACKUP: Decollating Parameter on page 452 and DO USER: Decollating
Parameter on page 513.
The CONTROL-D/WebAccess BIS Server uses the objects to identify new reports that
are candidates for Approval and Subscribe processing. After a report is processed by
the BIS server, it updates the report's user record, and the object is deleted.
For more information about defining Approval and Subscribe see the chapter about
managing approvals in the CONTROL-D/WebAccess Server Administrator Guide.
Entry Panel
After you select option 5 from the CONTROL-D Objects Entry Panel, the
CONTROL-D Approvals and Subscribe Entry Panel is displayed.
To display all of the Approval and Subscribe objects: Leave all of the selection
criteria fields blank, then press Enter. The CONTROL-D Approvals and Subscribe
object list screen is displayed, listing all of the Approval and Subscribe objects.
To display a selected set of the Approval and Subscribe objects: Type a value in
at least one of the selection criteria fields as described in Table 163, then press
Enter. The CONTROL-D Approvals and Subscribe object list screen is displayed
listing the set of CONTROL-D Approval and Subscribe objects that you selected.
For existing CONTROL-D Approval and Subscribe objects, you have the option to
delete a object.
To request the option, type the option in the OPT field to the left of the line, and press
Enter.
Table 165 Options of the CONTROL-D Approvals and Subscribe Object List
Option Description
D (DELETE) Delete an Approvals or Subscribe object. Displays a confirmation
window.
Press PF03/PF15 (END) to exit the CONTROL-D Approvals and Subscribe Object List
Screen.
NOTE
Prior to version 6.0.00 a single file, the IOA Conditions/Resources file, contained all IOA
conditions and all Control and Quantitative resources. As of version 6.0.00, the IOA
Conditions/Resources file has been replaced by two files:
To enter the IOA Condition/Resources screen, select option 4 on the Primary Option
menu.
Example:
UPDATE-ENDED-OK
OK-RUN
OK
COND Determines whether prerequisite conditions are displayed. Valid
values are:
Y (Yes) Display prerequisite conditions. Default.
N (No) Do not display prerequisite conditions.
DATE from to Limits the display of prerequisite conditions to the selected date
range. Valid values are:
from Earliest date in the date range, in mmdd or ddmm format
(depending on the site standard). The default value is three days
prior to the current date. This default can be modified in the
Profile member by the INCONTROL administrator.
to Latest date in the date range, in mmdd or ddmm format
(depending on the site standard). The default value is the current
date.
STAT Determines whether prerequisite conditions with a date value of
STAT are displayed. (Applies only if Y is specified for COND.) Valid
values are:
Y (Yes) Include prerequisite conditions with a date value of
STAT.
N (No) Do not include prerequisite conditions with a date
value of STAT.
For sites where CONTROL-M is active:
CONTROL Determines whether Control resources are displayed. Valid values
are:
Y (Yes) Display Control resources. Default.
N (No) Do not display Control resources.
ADD type
COND Add a prerequisite condition. Special care must be taken when adding
prerequisite conditions, because added conditions can trigger job submission.
When the ADD command is entered, an appropriate window is opened. The window
shown below opens when ADD COND is entered.
Fill in the window fields as described below according to the specified ADD
command:
After filling in the window, press Enter to add the condition or resource.
To close the window without adding the condition or resource, press the RESET key
(PF04/PF16).
To delete conditions and/or resources, type D (Delete) in the OPT field to the left of
the conditions and resources being deleted and press Enter.
By default, conditions and resources are deleted without confirmation from the
user.
If a confirmation window is displayed, fill in the window as follows and press Enter:
The COUNT parameter consists of two values: sign and quantity. Fill in the COUNT
parameter as follows and press Enter:
' ' (Blank) Set the maximum available quantity to the selected
quantity.
quantity Quantity to be used to adjust the maximum quantity of the resource
(four digits) according to the specified sign. Leading zeros are
required.
The list of manual conditions is created by utility IOALDNRS. The utility is described
in the INCONTROL for z/OS Utilities Guide. This utility is intended for use at sites
where CONTROL-M and/or CONTROL-V are installed.
The utility scans the jobs in the CONTROL-M Active Jobs file, and/or missions in the
CONTROL-V Active Missions file, for all conditions requested in IN statements that
The utility automatically places the conditions conforming to the above criteria into
the IOA Manual Conditions file. This file is used as a checklist for manual operations
that operations personnel are expected to perform.
To enter the IOA Manual Conditions screen, select option 7 on the IOA Primary
Option menu.
Example:
UPDATE-ENDED-OK
OK-RUN
OK
PENDING Determines whether conditions not yet added are displayed. Valid
values are:
Y (Yes) Display pending conditions.
N (No) Do not display pending conditions.
In the NAME field of the window, type the name of the condition to be added. If the
condition has a date other than the current working date, enter the date in the date
field of the window, in the format DDMM or MMDD, depending on the site
standard.
NOTE
Adding a new condition to the IOA Manual Conditions file does not affect the IOA
Conditions file.
If, however, the user profile member has been customized accordingly, a
confirmation window is displayed with an arrow pointing to an erase request
(beginning with the first request).
If a confirmation window is displayed, fill in the window as follows and press Enter:
SHOW name EDIT Opens the IOA Log Show Screen window
for the specified filter, and allows editing of that filter.
Note: Reserved filter name DEFAULT can be used to activate or edit
the default filter for the status screen. For example, SHOW
DEFAULT EDIT opens the Show Screen Filter window for the
default filter.
DISPLAY x
where x is a 1-character code that identifies the desired display type. DISPLAY can be
abbreviated DI.
For a list of display types, enter DISPLAY ? to show the Display Options window. To
select a display type in the window, type S in the Option field next to the ID. To exit
the window without selecting a display type, press the END key (PF03/PF15).
Example
DI B
In this command:
CAPS OFF Enables certain user entries to be saved and displayed in lowercase
characters.
NOTE
Name of variables do not support lowercase characters.
A filter consists of a set of record selection criteria (selection fields and their values).
Only records that conform to the selection criteria specified in the filter are displayed
on the screen.
The INCONTROL administrator can predefine filters and place them in the General
profile.
Each user can activate an existing filter in the IOA Log screen by entering the SHOW
command in the COMMAND line of the IOA Log screen.
Each user can define multiple filters for the screen, through the IOA Log Show Screen
window, which is described in Fields of the IOA Log Show Screen Window on
page 386. User-defined filters belong to, are assigned names by, and can only be
activated by, the user who defined them. They are stored in the user profile.
You can see the list of all available filters by opening the Display Filters window.
A predefined default filter (DEFAULT) is defined for the IOA Log screen.
Site-defined defaults determine whether the last filter used or the DEFAULT filter is
activated upon reentry to the IOA Log screen.
The SHOW command can be used to activate an existing filter when you know the
name of the filter.
To activate an existing filter in the IOA Log screen, enter the SHOW command in
the COMMAND field, as follows:
SHOW name
To activate the DEFAULT filter, use DEFAULT as the name of the filter.
To enter the Display Filters window, type SHOW ? in the COMMAND field of the
IOA Log screen and press Enter.
To request one of the following options, type the option in the OPT field to the left of
the filter name and press Enter.
where filtername is the name of the filter to be displayed in the IOA Log Show
Screen window.
To edit the currently active filter, it is not necessary to enter the name of the filter or
the EDIT keyword. Enter the SHOW command in the COMMAND field, or press
PF02/PF14. The following IOA Log Show Screen window is displayed:
To create a new filter, open any existing filter and enter a new name and
description in the FILTER and DESC fields (described in Fields of the IOA Log
Show Screen Window, below).
The IOA Log Show Screen window contains the following fields:
NOTE
The INCONTROL administrator can limit which installed INCONTROL products and
options each user may access. However, because all INCONTROL products and the messages
they issue are integrated, it may be important for users to see the messages of products and
options to which they have no access. Therefore, the types of messages for all INCONTROL
products are listed in the IOA Log Show Screen window, and by default, the messages of all
installed products are listed in the IOA Log screen.
Fields that define the selection criteria to be applied to the screen are described below.
Fill in the selection criteria as necessary.
NOTE
The selection criteria marked with the P symbol act on a prefix basis. For example, typing D4
in the USERID field causes the retrieval of all User IDs whose names start with D4.
Table 182 IOA Log Show Screen Window Selection Criteria (part 1 of 2)
Criteria Description
CV message type To limit the type of log messages displayed, enter Y (Yes) or N (No)
under the desired message type. Valid CONTROL-V message type
codes:
Table 182 IOA Log Show Screen Window Selection Criteria (part 2 of 2)
Criteria Description
P
CODE Show only IOA Log file messages with the specified message IDs or
prefix(es). A maximum of 6 message IDs (or prefixes) can be
specified.
URGENCY Mark Y (Yes) or N (No) to specify the desired urgency of messages.
Urgent and very urgent messages are highlighted.
TASK TYPE When mission messages are selected, limit the task types to be
displayed. Enter Y to include or N to exclude the following task
types:
The IOA Log Show Screen window at sites where all INCONTROL mainframe
products are active is illustrated below.
Figure 189 IOA Log Show Screen Window at Sites where Multiple
INCONTROL Products are Active
FILTER: +-------------------- IOA LOG SHOW SCREEN -------------------(5)
COMMAND ===> | FILTER SAVE (Y/N) Desc: |
SHOW LIMIT O | CM : D JOB M JOB SHOUT USER GENERAL D INT M INT STAT |
DATE TIME | Y Y Y Y Y N N N |
080800 06290 | CO+CMEM: GENERAL SHOUT JOBS GENERAL W PIPE W JOB W |
| Y Y Y |
080800 06290 | CD+CV : SBSYS REP MIS SHOUT USER GENERAL DAILY MONIT STAT |
080800 06290 | Y Y Y Y Y Y N N N |
080800 06290 | CB : RUNTIME SHOUT DAILY GENERAL STATISTICS |
| Y Y Y Y Y |
080800 06521 | CT : GENERAL SHOUT REAL-TIME UTILITIES |
080800 06521 | Y Y Y Y |
080800 06521 | CODE |
| URGENCY: REGULAR Y URGENT Y VERY-URGENT Y |
080800 07290 | TASK TYPE CM: JOB CYC EMR STC CST EST ECJ ECS WRN GRP |
080800 07290 | Y Y Y Y Y Y Y Y Y Y |
080800 07290 | CD: REP PRT BKP/MIG RST EMR NOEMR CYC NOCYC |
| Y Y Y Y Y Y Y Y |
080800 07290 | USERID N54A |
080800 07290 | MEM/MIS MIGDASD |
080800 07290 | JOBNAME |
| CATEGORY |
080800 07493 | GROUP |
080800 07493 | ORDERID |
CMDS: SHOW, +--------------------------------------------------------------+
The CONTROL-V selection criteria are described in Table 182. For descriptions of the
selection options for other INCONTROL products, see the user guides of the
respective products.
NOTE
The INCONTROL administrator can limit which installed INCONTROL products and
options each user can access. However, because all INCONTROL products and the messages
they issue are integrated, it may be important for users to see the messages of products and
options to which they have no access. Therefore, the types of messages for all INCONTROL
products are listed in the IOA Log Show Screen window, and by default, the messages of all
installed products are listed in the IOA Log screen.
To activate and save the filter, type Y (Yes) in the SAVE field. Changes to the filter
are permanently saved.
To activate the filter without saving it, type N (No) in the SAVE field. Changes are
kept in memory only, but are not saved.
After entering a value in the SAVE field, press one of the following keys:
To cancel changes made in the IOA Log Show Screen window, press RESET
(PF10/PF22). The changes are canceled regardless of the value specified in the SAVE
field, the window is closed, and the filter that was previously in effect is restored.
By default, pressing END (PF03/PF15) in the window works like pressing Enter.
However, the default can be modified so that pressing END works like pressing
RESET.
Calendars simplify the scheduling of INCONTROL product jobs, missions, rules, and
so on. When a particular schedule is used in many job scheduling, mission, and/or
rule definitions, a calendar can be defined for that schedule, and the name of that
calendar can be specified in all the job, mission, or rule definitions that use that
particular schedule.
For example, calendars may be defined to handle the normal scheduling needs for
workdays, holidays, weekends, beginning of month, end of month, and so on.
Exception calendars may also be created.
A member contains the calendars required for a specific type of scheduling need.
For example, the calendar member WORKDAYS may contain the calendar
definitions for normal workday scheduling.
Each calendar definition in that member defines the schedule for a given year. For
example, the calendar member WORKDAYS may contain calendar definitions
2001, 2002, and 2003. Each of those definitions contains the normal workday
schedule for the corresponding year.
The IOA Calendar facility also enables the definition of varied work periods
throughout the year, in special calendars called periodic calendars.
A calendar definition needs to be created only once. Once defined, the definition is
saved and used as necessary for scheduling. Calendar definitions can be modified or
deleted as required.
Any number of calendar members can be defined. Calendar members are stored in
calendar libraries (partitioned datasets). Generally one calendar library is defined at
time of installation, and referenced by DD statement DACAL.
NOTE
The IOA Calendar facility does not support members that have been compressed using the
ISPF PACK option.
To enter the IOA Calendar facility, select option 8 in the IOA Primary Option menu.
The IOA Calendar facility entry panel is displayed.
Depending on the values specified in the entry panel, you can bypass the Calendar
List screen and/or the Year List screen.
Entry Panel
The entry panel is displayed upon entering the IOA Calendar facility (option 8 in the
IOA Primary Option menu).
Table 185 Fields of the IOA Calendar Facility Entry Panel (part 1 of 2)
Field Description
LIBRARY Name of the desired calendar library. Mandatory.
If you make an entry in this field, you can restrict the list of
calendars that are displayed by entering in the CALENDAR field
part of a Calendar name together with a mask character or
characters (? and *).
Table 185 Fields of the IOA Calendar Facility Entry Panel (part 2 of 2)
Field Description
CALENDAR Name of the desired calendar member. Optional.
If an entry is made in this field without filling in the YEAR field, the list
of years in the selected calendar member is displayed in the Year List
screen.
YEAR Year of the desired calendar definition. Optional.
NOTE
If you use the selection list fields, their values are not erased until you exit the entry panel by
pressing END (PF03/PF15).
By default, only calendar names are listed in the screen. However, if the default has
been modified at time of installation, statistical information is displayed for each
calendar name, as shown in Figure 191.
NOTE
If the S (Select) option was entered in the Calendar List screen for a calendar that is currently
in use (selected) by another user, either the Year List screen is not displayed and the Calendar
List screen remains displayed (the default), or the Year list screen is displayed in Browse
mode (if a user profile definition overrides the default). In either case, an appropriate message
is displayed.
If a calendar description was defined in the Calendar Definition screen, the definition
is displayed to the right of the year.
In DESC format, the description of the year, taken from the DESC field of the
calendar definition, is displayed. Default.
In STAT format, the ISPF statistical information for the calendar definition is
displayed.
By default, the Year list is displayed in DESC format. To change formats, use the
DESC or STAT commands, described in Table 187.
NOTE
If the Year List screen is displayed in Browse mode, options D (Delete), I (Insert), and W
(Insert By Week Days) are not available.
All calendar definitions identified in the same Year List usually have the same fixed
scheduling pattern. Often, this scheduling pattern is based either on dates within a
month or on days of the week within the month. For example:
Calendar QUARTERLY might always indicate scheduling for the last day of
March, June, September and December (that is, a scheduling pattern based on
dates).
This scheduling pattern also applies to new calendar definitions resulting from the
insertion of a new year in the Year List screen.
When a year is inserted in the Year List, the IOA Calendar facility automatically
generates a predefined calendar definition for the new year, based on the scheduling
pattern of the calendar by which the insert request was specified. This frees the user
from having to manually define the new calendar. This automatically generated
calendar definition can be displayed and modified.
NOTE
The Year list must be kept in ascending order without missing years (for example, 2001, 2002,
2003, 2004, 2005). Each new year must be added at the end of the list.
To define the calendar with the same scheduling dates (although corresponding
days of the week may vary, for example, calendar QUARTERLY described above),
type option I (INSERT).
To define the calendar so that scheduling takes place on the same weekdays as in
the previous calendar (although the corresponding dates may vary, for example,
calendar WEEKEND described above), type option W (INSERT BY WEEK DAYS).
The window contains the following fields (some fields contain default values that can
be modified):
If the selected calendar does not exist in the Calendar List, the calendar is
created when the request is performed.
YEAR Name of the year to be copied. If multiple years are selected, the window
is initially displayed with the first selected year. As each request is
performed or canceled, the next requested year name appears.
-----S-------------S-------------S-------------S-------------S-------------S---
1 2 3 4 5 6 7 8 9 + 1 2 3 4 5 6 7 8 9 + 1 2 3 4 5 6 7 8 9 + 1
01 Y Y Y Y Y Y Y Y Y Y Y Y Y Y Y Y Y Y Y Y Y Y
-----S-------------S-------------S-------------S-------------S-------------S---
1 2 3 4 5 6 7 8 9 + 1 2 3 4 5 6 7 8 9 + 1 2 3 4 5 6 7 8
02 Y Y Y Y Y Y Y Y Y Y Y Y Y Y Y Y Y Y Y Y
-----S-------------S-------------S-------------S-------------S-------------S---
1 2 3 4 5 6 7 8 9 + 1 2 3 4 5 6 7 8 9 + 1 2 3 4 5 6 7 8 9 + 1
03 Y Y Y Y Y Y Y Y Y Y Y Y Y Y Y Y Y Y Y Y Y
-----S-------------S-------------S-------------S-------------S-------------S---
1 2 3 4 5 6 7 8 9 + 1 2 3 4 5 6 7 8 9 + 1 2 3 4 5 6 7 8 9 +
04 Y Y Y Y Y Y Y Y Y Y Y Y Y Y Y Y Y Y Y Y Y Y
-----S-------------S-------------S-------------S-------------S-------------S---
1 2 3 4 5 6 7 8 9 + 1 2 3 4 5 6 7 8 9 + 1 2 3 4 5 6 7 8 9 + 1
05 Y Y Y Y Y Y Y Y Y Y Y Y Y Y Y Y Y Y Y Y Y Y Y
-----S-------------S-------------S-------------S-------------S-------------S---
1 2 3 4 5 6 7 8 9 + 1 2 3 4 5 6 7 8 9 + 1 2 3 4 5 6 7 8 9 +
06 Y Y Y Y Y Y Y Y Y Y Y Y Y Y Y Y Y Y Y Y
-----S-------------S-------------S-------------S-------------S-------------S---
TYPE Y IN ALL THE EXECUTION DAYS 14.37.10
Periodic Calendars
Some jobs must be scheduled periodically, according to schedules that are not easily
expressed in terms of fixed days and dates within months. In these cases, monthly, or
even yearly, scheduling definition is awkward. For example:
In some months, the job may be scheduled on the first, third, and even fifth
Wednesday in the month. In other months, it may be scheduled on the second
and fourth Wednesday in the month.
In some years, the job may be scheduled beginning on the first Wednesday of
the year. In other years, it may be scheduled beginning on the second
Wednesday of the year.
A job must be scheduled every 25 days, regardless of date. Such a job is scheduled
on different dates each month and each year.
The IOA Calendar facility provides special calendars, called periodic calendars, to
allow specification of these scheduling requirements. These periodic calendars are
very flexible.
In a periodic calendar, days are not marked using the letters Y (Yes) or N (No).
Instead, a period identifier is used to mark working days in a period. A period
identifier can be any letter from A to Z (except Y and N), any number from 0 to 9,
or any other printable sign. If you need more characters, use characters falling
within the hexadecimal range 4A through F9. All working days within the same
period must be marked using the same period identifier character so that different
identifier characters indicate different periods. Days that are not marked are
nonworking days because they do not belong to any period in this calendar.
A periodic calendar can consist of smaller units that do not correspond to regular
months, in that they can be longer or shorter than regular months.
A periodic calendar can span a period, called a logical year, which can be longer
or shorter than one regular calendar year.
When a periodic calendar spans parts of two regular calendar years, special
considerations are likely to arise. For more information, see Special Year-End
Handling of Periodic Calendars on page 402.
A period can span any number of days, but no more than a preset number of days
can elapse after the appearance of one identifier in a period until the appearance of
the next matching identifier in the same period. After that period expires, the next
matching identifier starts a new period.
By default, this period is preset to 33 days. Once the length of the gap between
matching identifiers exceeds 33 days, the period automatically closes.
NOTE
The length of the default period can be changed from 33 days by the INCONTROL
administrator, using optional Wish WM2888.
For more information on the use of periodic calendars, see DAYS: Basic Scheduling
Parameter on page 438 and WDAYS: Basic Scheduling Parameter on page 610.
Examples
Period A starts on December 13 and ends on December 23. During this period, the
defined working days are December 13, December 18, December 20, and December
23.
Period B spans more than one calendar year. It starts on December 21 and ends on
January 24. During this period, the defined working days are December 21,
January 4, and January 24.
This example includes a period B that begins on March 9. The last marked working
day of the period is March 21, which is followed by a 33-day gap. Assuming that
Wish WM2888 has not been used to alter the default period of 33 days, period B
automatically ends on April 23, and April 24 marks the beginning of a new period B.
If no more B identifiers are added, this new B period ends on May 27.
If the default gap between occurrences of matching identifiers has been changed
from 33 days to a longer period
and
If the first occurrence of the matching identifier in one logical year falls within the
default gap that began at the last occurrence of the matching identifier in a prior
logical year
In such cases, the period in the prior logical year overlaps the period in the later
logical year, causing a scheduled rule not to run in the later logical year as expected.
To avoid this problem, remove logical years from periodic calendars as soon as they
are no longer needed.
Example
Logical year FISCAL01 extends from April 1, 2001 through March 31, 2002.
Logical year FISCAL01 contains a period identified as Period A that has been
defined to begin on December 28, 2001 and to continue through January 15, 2002.
Logical year FISCAL02 extends from April 1, 2002 through March 31, 2003.
Job X is scheduled for the seventh day of Period A in each logical year, through the
rule definition DAYS=D7PA.
In a case where the default gap being 33 days, Rule X runs in January 2002, and again
in April 2002, as expected.
In a case where the default gap is changed from 33 to a longer period, such as 120
days, the first day of Period A in logical year FISCAL02 occurs less than 120 days after
the last appearance of Period A in logical year FISCAL01. As a result, what appears to
be the seventh day in Period A in April 2002 is not recognized as such, because the
old Period A overlaps the new Period A. Consequently, Rule X does not run
again when the user may have expected it to run.
Deleting Calendars
To delete calendars, type option D next to the calendar names in the Calendar List
screen and press Enter.
NOTE
If PDSMAN is operational at your site, $$$SPACE members are not deleted.
For each calendar deleted, a message is written to the IOA Log file.
NOTE
If the Calendar List screen was bypassed as you entered the IOA Calendar facility (that is, if
you entered a CALENDAR value in the entry panel), the Calendar List screen is not displayed
upon exiting the Year List screen; instead, the entry panel is displayed.
The LIBRARY and TABLE (member) fields indicate the library and member in which
the calendar definitions must be saved. The specified values can be modified (for
example, to save the calendar definitions in a different member).
To save all changes currently in memory and exit the Year List screen, type Y (Yes)
after the word SAVE or CREATE:
Type Y after the word SAVE if a member with the same calendar name already
exists in the specified library.
Type Y after the word CREATE if a member with the same calendar name does
not exist in the specified library.
NOTE
If you create a new calendar member, the member name does not appear in the Calendar
List screen upon exiting the Year List screen; it first appears when you reenter the Calendar
List screen from the entry panel.
To cancel changes currently in memory and exit the Year List screen, type N (No)
after the word SAVE or CREATE.
To close the Exit Option window and remain in the Year List screen (with the
changes remaining in memory), press RESET (PF04/PF16).
NOTE
The INCONTROL administrator can remove user authority to access option 6 on the IOA
Primary Option menu. In this case, the IOA Online Utilities menu is not displayed.
Figure 200 IOA Online Utilities Menu when all INCONTROL Products are Installed
------------------------------ ON-LINE UTILITIES ------------------------------
USERID - N06
TIME - 13:40
TERMINAL - 3278
OPTION ===>
NOTE
If DOCU/TEXT has also been installed at your site, an additional utility, option U1, is
displayed in the Online Utilities menu.
To access an available utility, type the desired option number in the OPTION field
and press Enter.
Options D1, D2, D3, D4, and I1, which are also available when CONTROL-V is
installed as a standalone product, are described on the following pages. For the
descriptions of other utilities on the menu, see the user guides of the relevant
products.
Quick transfer to a utility can be performed by entering =opt from another utility
screen, or =6.opt from a non-utility screen (for example, the IOA Log screen), where
opt is the 2-character option identified on the IOA Online Utilities menu.
The utility screen shown in Figure 201 can be displayed in the following ways:
To activate the utility, fill in the following fields and press Enter.
The utility screen shown in Figure 202 can be displayed in the following ways:
To activate the utility, fill in the following fields and press Enter.
The utility screen shown in Figure 203 can be displayed in the following ways:
To activate the utility, fill in the following fields and press Enter:
The utility screen shown in Figure 204 can be displayed in the following ways:
To activate the utility, fill in the following fields and press Enter.
The Prerequisite Condition Utility screen, shown in Figure 205, can be displayed in
the following ways:
To activate the utility, fill in the following fields and press Enter:
3
3 Decollating Mission Parameters
This chapter contains the following topics:
Overview . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 419
Report Decollating Mission Definition Screen . . . . . . . . . . . . . . . . . . . . . . . . . . . . 419
General Parameters . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 422
Basic Scheduling Parameters . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 423
Runtime Scheduling Parameters . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 426
Post-Processing Parameters . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 426
Decollating Parameters. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 427
CATEGORY: General Parameter . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 431
CONFCAL: Basic Scheduling Parameter . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 433
DATES: Basic Scheduling Parameter . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 436
DAYS: Basic Scheduling Parameter . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 438
DESC: General Parameter . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 448
DO Statement: Decollating Parameter . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 450
DO BACKUP: Decollating Parameter . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 452
DO BACKUP: Decollating Parameter . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 452
DO COND: Decollating Parameter . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 454
DO CTBRULE: Decollating Parameter . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 459
DO INDEX: Decollating Parameter . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 462
DO LEVEL: Decollating Parameter . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 480
DO MIGRATE: Decollating Parameter . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 481
DO NAME: Decollating Parameter . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 483
DO NOTOK: Decollating Parameter. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 490
DO PRINT: Decollating Parameter . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 492
DO REMARK: Decollating Parameter . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 494
DO SET: Decollating Parameter. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 500
DO SHOUT: Post-Processing Parameter . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 509
DO USER: Decollating Parameter . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 513
DO USER: Decollating Parameter . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 513
DSN: Runtime Scheduling Parameter. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 522
GENERIC: General Parameter . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 524
GROUP: General Parameter . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 526
IN: Runtime Scheduling Parameter. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 528
INTERVAL: Runtime Scheduling Parameter. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 532
JOB DEFAULTS COPIES: Decollating Parameter. . . . . . . . . . . . . . . . . . . . . . . . . . . . . 534
Overview
The various rules and operating instructions governing each report decollating
mission performed under CONTROL-V are called report decollating mission
parameters. This chapter describes these parameters and their usage.
Report decollating mission parameters only need to be defined once for each mission.
CONTROL-V uses these parameters for numerous executions of the same report
decollating mission at different times. Of course, CONTROL-V lets you modify the
parameters at any time.
The report decollating mission parameters are defined via the Online facility using
preformatted screens.
All parameter definitions are stored as members in standard user libraries. One
member must exist for each job and the member name must be identical to the job
name. Each job is composed of operating instructions for one or more report
decollating mission categories (such as DAILY or MONTHLY). Maintenance within
the library and management of the report decollating mission operating instructions
are carried out using the Mission Definition facility.
This chapter contains a description of the instructions for a single report decollating
mission category in a job.
What to do?
General Parameters specify which report decollating mission to run, the mission
type (regular, emergency, cyclic, and so on. Parameters include:
CATEGORY
DESC
GENERIC
GROUP
JOBID
JOBNAME
MONITOR
OWNER
TASKTYPE
When?
Basic Scheduling Parameters specify the day or time to execute the mission.
Parameters include:
CONFCAL
DATES
DAYS
MAXWAIT
MINIMUM
MONTHS
PDS
RETRO
WDAYS
Runtime Environment.
Runtime Scheduling Parameters specify requirements that must be satisfied to
execute the mission. Parameters include:
DSN
IN
INTERVAL
PRIORITY
TIME
WHEN IN QUEUE/CLS
Results Control.
Post-processing Parameters specify what to do when the mission finishes
processing (OK or NOTOK). Parameters include:
OUT
SHOUT
Decollating Instructions.
Decollating Parameters specify how to decollate and index the reports of the job.
Parameters include:
DO BACKUP
DO COND
DO CTBRULE
DO INDEX
DO LEVEL
DO MIGRATE
DO NAME
DO NOTOK
DO PRINT
DO REMARK
DO SET
DO SHOUT
DO USER
JOB DEFAULTS
ON Statement
ON Statement Defaults
PRINT/CDAM PARMS
SET
WHEN
A brief summary of the parameters in each type is provided below. This is followed
by a detailed description of each parameter in alphabetical order.
General Parameters
Decollating mission General parameters specify which report decollating mission to
run, the mission type (regular, cyclic, emergency, and so on.
The New Day procedure determines if the report decollating mission is a candidate
for execution on a specific date (that is, the job is expected to run that day). If a report
decollating mission is a candidate for execution on a specific date, the report
decollating mission is placed in the Active Missions file.
Each report decollating mission in the Active Missions file has an original scheduling
date associated with it. This is the date the job should be decollated according to the
Basic Scheduling parameters. This date is not necessarily the same as the current
system date or the working date.
NOTE
Basic Scheduling parameters may be ignored by the CONTROL-V New Day procedure,
depending on the mode of operation. For more information, see the CONTROL-D and
CONTROL-V chapter of the INCONTROL for z/OS Administrator Guide. If Basic Scheduling
parameters are irrelevant to the mode of operation used at your site, ignore the information in
this chapter about Basic Scheduling parameters.
Basic Scheduling parameters are divided into the four groups listed below.
Parameters must be selected from only one of the first three groups (A, B or C). Use of
the fourth group (D) is optional.
DAYS/DCAL WDAYS/WCAL
These parameters are all optional.
Parameter DAYS identifies days of the month on which the report decollating
mission should be scheduled (for example, 1st day of the month, 3rd working day of
the month). Several formats are available for specifying DAYS values.
Parameter WDAYS identifies days of the week on which the report decollating
mission should be scheduled. For example, the 1st day of the week, the 2nd working
day of each week. Several formats are available for specifying WDAYS values.
A calendar name can be specified in the DCAL and/or WCAL fields. A calendar
specifies days of the year on which a rule can be scheduled, known as working days.
For more information on calendars and the IOA Calendar Facility, see IOA Calendar
Facility on page 390.
When both DAYS and DCAL are specified, they work as a complementary unit, as
described later in this chapter. Similarly, when both WDAYS and WCAL are
specified, they also work as a complementary unit, as described later in this chapter.
When values for both DAYS (/DCAL) and WDAYS (/WCAL) are specified in the
same report decollating mission, the resulting schedule is determined by the value
specified in field AND/OR.
CONFCAL/SHIFT
A calendar specified in CONFCAL is not used for report decollating mission
scheduling but is used instead for validating a scheduled date. Only report
decollating missions that have satisfied all other specified basic scheduling criteria
are checked against the CONFCAL calendar. If the day is a working day in the
CONFCAL calendar, the report decollating mission is scheduled on that day.
Otherwise, the report decollating mission is either shifted to (scheduled on) another
day according to the value specified in parameter SHIFT, or the report decollating
mission is not scheduled (if no SHIFT value has been specified).
CONFCAL calendars are useful for handling holidays and other scheduling
exceptions.
3. A third tentative scheduling decision is created based on the above two decisions
and the AND/OR value linking them.
If DAYS/DCAL are not specified, this third scheduling decision is identical to the
second scheduling decision. If WDAYS/WCAL are not specified, this third
scheduling decision is identical to the first scheduling decision.
5. This third decision (as adjusted) becomes the final scheduling decision. The IOA
Scheduling facility decides whether or not to schedule a report decollating mission
based on this final scheduling decision.
Post-Processing Parameters
Post-processing parameters define actions to be taken after the report decollating
mission has finished processing the jobs outputs. The two Post-processing
parameters are:
Various internal CONTROL-V rules are applied to determine whether or not the
report decollating mission ended OK. The most significant events that cause a
NOTOK indication are:
When any page in the reports decollated by the report decollating mission is
unidentified.
There are other events that can cause a NOTOK status (for example, no space for
compressed reports, spool I/O error). When a NOTOK status is encountered, use the
L (Log) option of the CONTROL-V Active Missions screen to receive a list of reasons
for the NOTOK status.
NOTE
Prerequisite conditions can also be added or deleted and SHOUT messages can also be sent
using DO COND and DO SHOUT statements. For more information, see DO COND and
DO SHOUT later in this chapter.
Decollating Parameters
The main purpose of decollating parameters is to identify the intended recipients of
each page of the jobs reports. Indexing, printing, migrating and backup instructions
can also be specified.
Decollating parameters describe how to decollate the jobs reports. The first
Decollating parameters are the default decollating parameters, called JOB
DEFAULTS. They provide decollating instructions to be used on report pages for
which decollating instructions are not defined in an ON block.
SET Statement
The SET statement assigns an initial value to a system variable that is used during this
decollation process or a regular variable that can be used in this decollation mission.
ON Blocks
Each ON statement starts an ON block. An ON block is comprised of an ON
statement, ON Statement DEFAULTS and one or more WHEN statements paired
with DO statements.
Below the default Decollating parameters on the screen, any number of ON blocks
can be defined. Each ON block provides instructions for decollating a particular set of
the jobs reports. The selection of reports covered by a single ON block can be
specified by sysout CLASS, by CDAM parameters, by SYSOUT step or procedure
name, or as SYSDATA, SYSLOG, SYSJCL or SYSMSG datasets.
NOTE
Decollating instructions included in an ON block override the general JOB DEFAULTS
defined at the beginning of the decollating parameters.
WHEN Statements
Within an ON block, WHEN LINE/COL statements identify report pages for which
particular handling is desired. Identification is accomplished by means of a character
string search at specified location on a report page. Multiple WHEN LINE/COL
statements can be defined within a single ON block.
DO Statements
DO statements define the action to be taken on pages identified by a WHEN
LINE/COL statement. Using DO statements, the following can be specified:
The following pages contain detailed descriptions of all parameters available in the
CONTROL-D Report Decollating Mission screen. Parameters are arranged in
alphabetical order. Within each parameter, subparameters are arranged according to
the order of the fields on the screen.
The format required for defining the parameter within an extract of the
CONTROL-D screen.
For more information on the Report Decollating Mission facility, see Report
Decollating Mission Definition Facility on page 108.
General Information
Decollating parameters for each job can be specified under different categories. It is
possible to use different decollating criteria for different scheduling dates (for
example, regular workday, end of month). Each set of decollating criteria is called a
category.
Any number of categories (decollating criteria) can be defined for each job. It is
recommended that in early stages of CONTROL-V implementation, only one basic
category be used for all jobs, such as DAILY.
Whenever the job is scheduled, the specified category is placed in the Active Missions
file.
Example
The name of the category for this report decollating mission is DAILY.
General Information
CONFCAL calendars are especially useful for handling holidays and other
scheduling exceptions.
If not specified, missions are scheduled according to other scheduling criteria without
confirmation.
CONFCAL should not contain the name of a periodic calendar. If it does, no day
passes the confirmation.
Example
This example is based on the following assumptions:
Start of the week is defined as Monday. Weeks start on the following dates in
September: 3rd, 10th, 17th, and 24th.
Schedule the decollating mission on the 1st, 7th and 15th day of the month if they are
both Saturdays and working days in WORKDAYS. If the day of the month (1st, 7th,
15th) is not a Saturday, do not schedule the decollating mission. If the day of the
month is a Saturday but is not a working day, schedule the decollating mission on the
next working day.
DAYS - 1,7,15
AND/OR - AND
WDAYS - 6
CONFCAL - WORKDAYS
SHIFT - >
Optional. Valid values are 4-character dates in mmdd or ddmm format, depending
on the site standard.
General Information
The report decollating mission is scheduled for execution only on the dates specified
in parameter DATES.
To specify more than 12 dates for one report decollating mission, define the dates in a
calendar (instead of using this parameter) and specify the calendar in DCAL (or
WCAL).
Examples
Example 1
Schedule a report decollating mission for the 15th of January (mmdd format):
DATES=0115
Example 2
Schedule a report decollating mission for the 21st of June and the 21st of December
(ddmm format):
Optional. Parameter DAYS specifies days of the month on which the report
decollating mission should be scheduled, only if other basic scheduling criteria are
met. Values for DAYS can be specified alone, or they can be specified together with a
calendar specified in subparameter DCAL. DAYS/DCAL can also be specified
together with WDAYS/WCAL (described under WDAYS in this chapter).
When DAYS are specified without DCAL, the report decollating mission is
scheduled on the specified days (in the specified months).
When DAYS and DCAL are both specified, scheduling depends on the
combination of working days defined in the calendar and the values and format of
parameter DAYS (described below).
When both DAYS and WDAYS criteria are specified, scheduling depends on the
AND/OR parameter connecting them.
If a DCAL calendar is not defined, schedule the mission on all days in the
month. If a DCAL calendar is defined, schedule the mission only on the
working days indicated in the calendar.
n,... Specific days of the month.
If a DCAL calendar is not defined, schedule the mission on the specified days.
If a DCAL calendar is defined, schedule the mission only when a day is
defined as a working day in both the DAYS parameter and the DCAL calendar.
+n,... Days of the month in addition to the working days specified in the DCAL
calendar. DCAL is mandatory.
n,... Schedule the mission on all days except the nth day from the beginning of the
month. DCAL is mandatory.
>n,... Schedule the report decollating mission on the indicated day if it is a working
day in the DCAL calendar; otherwise, schedule the report decollating mission
on the next working day that is not negated by a n value in this parameter.
This format is frequently used for holiday handling. DCAL is mandatory.
<n,... Schedule the report decollating mission on the indicated day if it is a working
day in the DCAL calendar; otherwise, schedule the report decollating mission
on the last previous working day that is not negated by a n value in this
parameter. This format is frequently used for holiday handling. DCAL is
mandatory.
Dn,... Schedule the report decollating mission on the nth working day from the
beginning of the month. DCAL is mandatory.
Dn,... Schedule the report decollating mission on all working days except the nth
working day from the beginning of the month. DCAL is mandatory.
Ln,... Schedule the report decollating mission on the nth day (or nth working day if
DCAL is defined) counting backward from the end of the month. DCAL is
optional.
Ln,... If DCAL is defined, schedule the report decollating mission on all working
days except the nth working day counting backward from the end of the
month. If DCAL is not defined, schedule the report decollating mission on all
days except the nth day counting backward from the end of the month. DCAL
is optional.
A period can span any number of days, but by default, no more than 33 days can
elapse after the appearance of one identifier in a period until the appearance of the
next matching identifier in the same period. Once a gap of 33 days has been
reached, the period automatically closes. (The 33-day default can be changed by
the INCONTROL administrator.)
The name of a periodic calendar must be specified in DCAL. For details concerning
periodic calendars, see IOA Calendar Facility on page 390.
General Information
Negative values take precedence over positive values when determining whether or
not a mission is scheduled on a certain date. If a negative value (that is, format n,
Dn, Ln, DnPi, or LnPi) in either the DAYS or WDAYS field prevents a mission
from being scheduled on a date, the mission is not scheduled on that date even if a
positive value (such as Ln) would otherwise result in the mission being scheduled on
that date.
A maximum of eight periodic values (of type DnPi, DnPi, LnPi, and LnPi) can be
designated in any desired order.
If periodic and non-periodic values are mixed when specifying parameter DAYS,
processing depends on the calendar type specified in parameter DCAL:
If a periodic calendar is specified in the DCAL parameter, all periodic values and
the negative non-periodic value -n in the DAYS parameter are processed; all other
non-periodic values are ignored.
D*Pi and D*P*, and L*Pi and L*P* are not permitted, because these values would
result in ordering the mission on no days in a period or no days in all periods, a
meaningless request.
Parameter DAYS cannot be used with parameters PDS, MINIMUM, and DATES.
Examples
The examples in this chapter are based on the following assumptions:
Working days are defined in calendar WORKDAYS, which contains the following
working days (indicated by Y) for December 2001.
---S-------------S-------------S-------------S-------------S---
1 2 3 4 5 6 7 8 9 + 1 2 3 4 5 6 7 8 9 + 1 2 3 4 5 6 7 8 9 + 1
Y Y Y Y Y Y Y Y Y Y Y Y Y Y Y Y Y Y Y Y
---S-------------S-------------S-------------S-------------S---
1 2 3 4 5 6 7 8 9 + 1 2 3 4 5 6 7 8 9 + 1 2 3 4 5 6 7 8 9 + 1
B C A A B B C A A B B C A A B B C A A B B
Start of the week is defined as Monday. Weeks start on the following dates in
December 2001: 3rd, 10th, 17th, 24th, and 31st.
At the end of each example, asterisks in a December 2001 calendar indicate the days
on which the mission is scheduled.
Example 1
Schedule the mission on the 17th day and the last day of the month.
DAYS 17,L1
Example 2
Schedule the mission on all working days of the month except the 6th day of the
month, and also schedule the mission on the 1st day of the month.
DAYS +1,-6
DCAL WORKDAYS
Example 3
Schedule the mission on all working days of the month except the first and last
working days of the month, and except the 17th day of the month.
DAYS -D1,-17,-L1
DCAL WORKDAYS
Example 4
Schedule the mission on the 8th day of the month. If it is a non-working day, schedule
the mission on the closest preceding working day.
DAYS <8
DCAL WORKDAYS
Example 5
Schedule the mission on the 1st day of period A, and on all days, except the 2nd day,
of period B. Do not schedule the mission on the 5th day of the month.
DAYS -5,D1PA,-D2PB
DCAL PERIDAYS
Example 6
Schedule the mission on each Monday and on the 1st day of the month.
DAYS 1
AND/OR OR
WDAYS 1
Example 7
Schedule the mission on the 3rd day of the month only if it is a Monday.
DAYS 3
AND/OR AND
WDAYS 1
Example 8
DAYS L1,L2,L3,L4,L5,L6,L7
AND/OR AND
WDAYS 1
Example 9
Schedule the mission on the 1st, 7th and 15th days of the month if they are both
Saturdays and working days. If the day of the month (1st, 7th, 15th) is not a Saturday,
do not schedule the mission. If the day of the month is a Saturday, but it is not a
working day, schedule the mission on the next working day.
DAYS 1,7,15
AND/OR AND
WDAYS 6
CONFCAL WORKDAYS
SHIFT >
Example 10
Schedule the mission to run on the first Friday after the 15th of the month.
DAYS 16,17,18,19,20,21,22
AND/OR AND
WDAYS 5
Optional. Parameter DESC specifies a text of 1 through 50 characters per line. When
you enter text in parameter DESC and press Enter, another DESC line is displayed. An
unlimited number of description lines can be specified.
General Information
Parameter DESC is informational. It does not affect mission processing. The
description is intended to let the user know the purpose of (or some other key
information about) the mission.
Example
Category DAILY is displayed in the Category List screen with the description
EMPLOYEE DAILY REPORTS FOR ALL DEPARTMENTS.
Type the action keyword (such as COND) in the DO field and press Enter.
In many cases, subparameter fields are displayed. Fill in the subparameter values
and press Enter again.
The following are valid DO actions. Each is discussed individually in this chapter:
General Information
DO statements are generally paired with preceding WHEN statements (described
later in this chapter). Their implied relationship is:
To delete unwanted DO statements, either delete the DO keyword and press Enter or
specify appropriate line editing commands in the Edit environment (described in
Appendix A, Editing Mission Definitions in the IOA Edit Environment).
Optional. Type BACKUP in the DO field and press Enter. Fields are provided for one
to six backup mission names. One or more backup mission names of 1 through 8
characters must be specified.
General Information
Statement DO BACKUP specifies the name of the backup missions to be used for the
report.
A backup mission name usually represents the length of time to retain the backup
(such as BKP0031D).
Example
Backup mission BKP0031D is used to perform the backup of the EMPLOYEES
REPORT.
The name of the backup mission is BKP0031D but the exact number of days the
backup is kept is specified in the backup mission definition. For more information,
see # OF DAYS TO KEEP: Mission Specific Parameter on page 648.
NOTE
DO COND and OUT statements are similar, but not identical. The differences are outlined
below in OUT/DO COND Differences.
Optional. Type COND in the DO field and press Enter. Fields are provided for the
subparameters described below.
General Information
When a DO COND statement is activated, the specified prerequisite conditions are
added to or deleted from the IOA Conditions file according to the specified opt value.
Prerequisite conditions are usually used to establish job and mission dependencies or
ensure manual intervention when required.
An OUT statement is used to add the prerequisite condition if the mission ends OK.
OUT and DO COND statements can also be used to delete prerequisite conditions. If
an IN prerequisite condition for a mission is not an IN prerequisite condition for any
other mission, you can use the missions OUT statement to delete the prerequisite
condition after the mission ends OK.
DO COND functions are performed after the functions of the OUT parameter.
(For more information, see the descriptions of parameters IN, OUT and WHEN later
in this chapter.)
OSS-READY
WEEKEND
JOB_PAYCALC_ENDED_OK
PRINTER_SET
All prerequisite conditions are associated with a date reference that is used to
distinguish between different executions of the same mission with different
scheduling dates. If, for example, a condition is being deleted, only the condition
matching the specified date is deleted. The same condition associated with a different
date is not deleted. When adding or deleting prerequisite conditions, the date
associated with the prerequisite condition can be a specific 4-character date or one of
the following symbolic dates:
Statement OUT is applied only if the mission ends OK. DO COND statements are
associated with accompanying WHEN statements and are applied only if the
WHEN criteria are satisfied.
DO COND statements are processed after OUT statements and can therefore
override OUT statements.
Example
Add the prerequisite condition ACC-DB-UPDATE-OK.
Optional. Type CTBRULE in the DO field and press Enter. The following
subparameters are displayed:
General Information
When DO CTBRULE is specified, balancing is performed by the
CONTROL-M/Analyzer Runtime environment according to the specified rule
definition and using the specified arguments.
Example
Invoke CONTROL-M/Analyzer rule INVBAL to check the Inventory report.
LINE (default)
VAR
a specified line
an index type
a specified variable
an index type
To change from the default LINE format to the VAR format, type %% in the LINE
field and press Enter. The VAR format screen is displayed.
To change from the VAR format to the LINE format, delete the contents of the VAR
field and press Enter. The LINE format screen is redisplayed.
DO INDEX Subparameters
The following subparameters are displayed:
More than one index value will be created if more than one
substring matching the MASK is found in the specified range.
The relative INDEX COL parameter and MASK enclosed in
asterisks are mandatory.
The low level values will be connected exactly to the higher level
values from the same tree branch.
N Do not add the index values to Global Index DB2 tables. You
can add them by means of the CTVUPGBD utility. Default.
(index) LINE Used in the LINE format only.This field specifies the report line on
which the index value can occur.
To change to LINE format, delete the contents of this field and press
Enter.
COL Used in the LINE format only. Identifies one of the following:
For a record level index, this line range is mandatory and must
include more than one report line.
For a page level index, this line range is optional and its default
value is the line containing the WHEN string. Line ranges for the
index and mask can be different but must be on the same page.
As the main index and each of the first eight subindexes are
specified, two additional lines are displayed for specifying a
subindex. Subindex parameters LINE, COL, VAR, MASK, LINE,
COL and RC are identical to the corresponding main index
parameters. Parameter R is not displayed. The disk-resident status of
each subindex is the same as the main index at the top of its
hierarchy.
LVL 2-digit hierarchical index level from 02 (highest subindex) through
10 (lowest subindex). Optional. Default is the next lower level
(greater number) in the hierarchy under the last previously specified
index. For information about hiding and displaying the Index Level
Display, see PATH Command on page 124.
General Information
Statement DO INDEX enables the user to specify:
After a report is decollated, report sections can be retrieved by specifying index and
subindex values. Index values point to a section (one or more pages) of a report based
on one of the following:
a text string which occurs within a specified column range in a specified line
(range) on the first page of the section
Each DO INDEX statement defines a main index for the CDAM file selected by the
current WHEN block. A maximum of nine main indexes can be created per report. A
maximum of nine subindexes can be specified for each main index.
The index hierarchy can be horizontal (with all subindexes at level 02), or vertical
(with each subindex at a different level), or any intermediate shape (such as those
illustrated in examples 1 and 2 below). A subindex cannot be specified before
specifying the chain of indexes above it in the hierarchy. As each index is specified,
specify all subindexes below it in the hierarchy before specifying a subindex at the
same or any higher level.
Combinations of page level and record level indexes can be specified in an index
path. However, a subindex cannot be page level if any index above it in the index
hierarchy is record level.
For more information about indexes, see Report Indexes on page 65 and Index
Design on page 821.
Main Indexes
When RC is set to C (continuous record level) for a main index, header (title) lines
after a page break inherit the last previous value found for the index.
When RC is set to Y (non-continuous record level) for a main index, the line range of
the index value mask can be used to prevent header lines from inheriting the last
found value for the index. If header lines are excluded in this way, the absence of an
indexable value in those lines does not cause the main index to automatically point to
every following page. This feature is illustrated by Example 4 on page 476.
Subindexes
When RC is set to C for a subindex, unindexed records inherit the last previous
value found for this subindex even after a change in the value of a higher level index.
For more information, see Example 3 on page 474.
When RC is set to Y for a subindex, unindexed records are not pointed to by any
value in this subindex until the next valid subindex value is found. For more
information, see Example 3 on page 474.
DD statement
PGMSTEP
PROCSTEP
If any exist in the JCL of the job decollated by the decollating mission.
Separate indexes are produced for each CDAM file. By default, separate CDAM files
are produced for each JES data set. Index DDNAMES is only appropriate for reports
decollated by a mission with parameter ALLOCOPT=JOBSDSN1 or ONEDSN
specified in the ON CLASS statement PRINT/CDAM PARMS field. If a DDNAMES
index is created for other reports, it only contains a single value pointing to the one
data set in the CDAM file. For more information about parameter ALLOCOPT, see
CDAM Control Parameters on page 763.
This index structure ensures unified access to the reports (before and after
consolidation).
Multi-value indexes
You can define a multi-value index that contains more than one index value in an
index within
A user can access an indexed page or line of a report using any of the multi-values.
The line of the report which contains several record level index values is highlighted,
regardless of the value which is used for viewing.
For continued page or record level indexes, the page or line which has no index value
is indexed by each of the multi-values of the previous page or line.
To create a multi-value index from one range according to a mask, enter M=M
(Mask). For more information refer to Example 7 on page 445.
More than one index or subindex value is created if more than one substring
matching the MASK is found in the specified range. The relative INDEX COL
parameter and MASK enclosed in asterisks are mandatory. The mask validation
continues even if the appropriate value is found in the COL range.
To define additional value ranges for the multi-value index or subindex, specify M=A
(And). For more information, refer to Example 8 on page 446.
The AND additional statements will appear after INDEX, SUBINDEX, or AND
statements to define an additional range. It is possible to define one or more
additional value ranges for the same index using M=A in the AND statement.
The index values are extracted from all INDEX or SUBINDEX ranges but all the
subindex values defined under such statements are connected to all higher level
values.
To define additional ranges in the value branch for the multi-value index with
separate subindex values, specify M=T (Tree). For more information, refer to
Example 9 on page 446.
The M=T parameter in INDEX or SUBINDEX statements defines the base full multi-
value index tree if it appears the first time for the specific index and subindex in the
decollation mission. The other M=T parameter for the same index on the same level
defines additional value ranges connected to additional value branches. Low level
values will be connected exactly to the higher level values from the same tree branch.
The base value branch may be combined with other regular indexes. The additional
value branch should contain a part or all of the base branch indexes but shouldn't
contain any regular index.
Examples
Example 1
Index Level
01 main
|
02 1
/ \
03 2 5
/ / \
04 3 6 7
| |
05 4 8
If subindexes 5, 6, 7 and 8 had been specified immediately after subindex 2, the user
could blank out the specification of subindex 2, re-specify it at level 03 after subindex
8, and then specify subindexes 3 and 4.
Example 2
Index Level
01 main
/ \
02 1 5
/ \ / \
03 2 3 4 6 7 8
If any index is deleted by erasing (blanking out) its specification, its subindexes are
automatically deleted. For example, deleting subindex 5 automatically deletes
subindexes 6, 7 and 8 in both examples above.
For an example of subindex specification using realistic index names, see PATH
Command on page 124.
Example 3
This example illustrates the usage of page level, record level, and continuous record
level indexes.
Indexed fields of the report to be decollated in this example look like this:
WAREHOUSE WH01
1111-111-11 DESCRIPTION OF PART 11
2222-222-22 DESCRIPTION OF PART 22
WAREHOUSE WH02
2222-222-22 DESCRIPTION OF PART 22
3333-333-33 DESCRIPTION OF PART 33
In this example, the index hierarchy whose main index is WAREHOUSE contains the
following values:
The value WHO2 2222-222-22 points to line 2222-222-22 DESCRIPTION OF PART 22.
If index ITEM-NUM had been specified as RC=C (continuous), then this value would
point to two lines:
WAREHOUSE WH02
2222-222-22 DESCRIPTION OF PART 22
In this example, the index hierarchy whose main index is ITEM-NUM contains the
following values:
ITEM-NUM WAREHOUSE
1111-111-11 WH01
2222-222-22 WH01
2222-222-22 WH02
3333-333-33 WH02
Example 4
If a main index is specified as record level (RC=Y) and the report has header lines, the
absence of indexable values in the header lines could cause the last found value for
that index to improperly point to the next following page. This can be avoided by
excluding the header lines from the line range of the index value mask.
In this example, every report page has 3 title lines followed by 57 data lines. The main
index is record level (RC=Y). Enter LINE=+000 and specify a line range of 004-060 for
that main indexs value mask.
If a value for the main index is found on the first data line of the current page (line
004), the page range pointed to by the last previously found value for that index does
not include the current page because values for that index are not extracted from the
first 3 lines of each page.
Example 5
This example illustrates the use of a DO INDEX statement with relative column and
line values. As a result of the setting of the MASK subparameter, the index value for
the report is extracted from the 10 characters that follow the NAME= string after this
string is found in lines 1 through 5 and columns 11 through 30.
Example 6
This example illustrates the use of a DO INDEX statement in VAR format to extract
an index value from the %%BANK variable. The previous DO SET statement sets the
variable value as a concatenation of two strings that are in two different lines of the
report.
Example 7
This example shows how to create a multi-value index from one range according to a
mask. The decollated indexing report appears as follows:
The decollation mission below shows the definition of the WAREHOUSE page level
index and the ITEM-NUM record level index on the page. Two values (1001 and 1002)
of WAREHOUSE and 9 values (from 1233-781-20 until 1233-781-28) of ITEM-NUM
will be assigned for this page. Both values of ITEM-NUM are connected to both
values of WAREHOUSE.
Example 8
This example shows how to create a multi-value index from additional value ranges.
The decollated indexing report appears as follows:
The two decollation missions below show the definition of the WAREHOUSE page
level index and the ITEM-NUM record level index on the page. Two values (1001 and
1002) of WAREHOUSE and two values (1233-781-21 and 1233-781-22) of ITEM-NUM
are assigned for this page. Both values of ITEM-NUM will be connected to both
values of WAREHOUSE.
Example 9
This example shows how to create a multi-value index with separate subindex values.
The decollated indexing report appears as follows:
The two decollation missions below show the definition of the WAREHOUSE page
level index and the ITEM-NUM record level index on the page. Two values (1001 and
1002) of WAREHOUSE and four values (1233-781-21, 1233-781-31, 1233-781-22 and
1233-781-32) of ITEM-NUM will be assigned for this page. The two values of ITEM-
NUM from the left part of the report (1233-781-21 and 1233-781-22) are connected to
value 1001 of WAREHOUSE index, but two values from the right part (1233-781-31
and 1233-781-32) are connected to value 1002.
Optional.
NOTE
The DO LEVEL parameter functions in the same way as parameter DO USER. In future
versions, DO LEVEL serves additional functions. It is recommended not to use DO LEVEL at
this stage.
Optional. Type MIGRATE in the DO field and press Enter. A field for the migration
mission name is provided. A migration mission name of 1 through 8 characters must
be specified.
General Information
A migration mission defines the migration path (from media to media) along which
the report migrates during its entire life.
Migration missions can be specified on any basis that is meaningful at your site. For
example, separate migration missions may be designated for:
NOTE
Only one migration mission name should be specified for each report file (CDAM file). If more
than one migration mission is specified in the decollation definition, a report file is migrated
by the first migration mission whose name is encountered in the decollation process. If the
decollation process detects more than one migration mission name, a warning message is
issued to the IOA Log file and the decollation process terminates with a status of ENDED OK
WITH WARNINGS.
For information about the migration process, see the CONTROL-D and CONTROL-V
chapter in the INCONTROL for z/OS Administrator Guide. For information about
migrated CDAM data sets, see Migrated CDAM Datasets on page 785.
Example
Migration mission MIGMIS is used to perform the migration of the EMPLOYEES
REPORT.
NOTE
If the DO NAME statement is not specified, the default value is the report name for the last
previous page that was decollated or NONAME for the first page.
Optional. Type NAME in the DO field and press Enter. The following subparameters
are displayed:
If NAME is set to * and LINE is blank, the name is taken from the
line containing the WHEN string.
General Information
Statement DO NAME specifies either the report name or the line and column range
on the report page where the report name can be found. Later, the report name can be
used as a key for retrieving the report by the recipients or for sorting multiple reports
within a printing mission.
An asterisk should be entered if the report name is to be found on the report page; the
appropriate line and column references are then specified. IF DO NAME is set to *
and a report page has blanks in the from-until COL range, the report name for that
report page is set to NONAME.
Parameter LINE is optional. If it is omitted, the line in which the WHEN string was
found is used.
The report name specified is used for all pages until a new DO NAME is activated.
The same user cannot receive the same report page more than once, even under
different report names.
The report name field can be set to special values (described below) which begin with
%%.
To define the report name extracted from report content, do the following:
1 In the report_name field, type * (asterisk), and press Enter. The LINE and COL fields
are displayed. The length of the report_name field is reduced to twenty characters.
2 Enter the line and column numbers for the report field you want to extract.
NOTE
To switch back to the literal in the report_name field, replace the * in the report_name field
with any character other than a blank or * (asterisk), and press Enter. The LINE and COL
fields are hidden, and the length of the report_name field is restored to its default.
%%EXTWTR
The report name can be retrieved from the External Writer name. The format is
DO NAME = %%EXTWTR[(startpos,length)]
where
Example
NOTE
$* in ON CLASS parameter EXTWTR is a mask resulting in decollation of all outputs with a
writer name starting with $.
%%JOBNAME
The report name can be retrieved from the name of the job which produced the
output. Format:
DO NAME=%%JOBNAME[(startpos,length)]
where
%%USERID
The report name can be retrieved from parameter USER in the job statement. Format:
DO NAME=%%USERID[(startpos,length)]
where
%%DDNAME
The report name can be extracted from the ddname of the JCL statement which
references the file to be decollated. Format of this statement is:
DO NAME=%%DDNAME[(startpos,length)]
where
%%FILE
This statement can be used to generate a unique number for the file that is to be
decollated. Format of this statement is
DO NAME=%%FILE[(startpos,length)]
where
startpos is the first digit to extract from the unique 5-digit file number
length is the number of digits to extract
%%DSNLLQ
This report name can also be extracted from the low level qualifier of the data set
name of the file to be decollated. The format is:
DO NAME=%%DSNLLQ[(startpos,length)]
where
%%CONTNAME
If a report name is not defined for this report page, the report name for the previous
page can be extracted and assigned to this page. Format of this statement is:
DO NAME=%%CONTNAME
The report name can be generated by using multiple DO NAME statements. Consider
the following examples:
Example 1
The report name is composed from the contents of line 4 column 26-29 followed by
the contents of line 1 column 51-61. The string +*P translates into the name identified
by the previous DO NAME statement.
Example 2
The report name is composed from the contents of line 1 columns 51-61 followed by
the string TWO followed by the contents of line 4 columns 26-29. The string *P+
translates into the name identified by the previous DO NAME statement.
Example 3
DO NAME=*P+ABC
The report name consists of the name identified by the previous DO NAME
statement concatenated with the string ABC.
Example 4
Example 5
Optional. Type NOTOK in the DO field and press Enter. DO NOTOK has no
subparameters.
General Information
When DO NOTOK is specified, the report decollating mission terminates with
NOTOK status, even if the job actually decollated successfully. Therefore, none of the
jobs reports is printed. This includes reports defined under different WHEN
statements and different ON blocks.
Example
If the string BRANCH NOT BALANCED is found, the report decollating mission
should finish NOTOK.
Type PRINT in the DO field and press Enter. Fields for specifying up to four printing
mission names and subparameter MUST are provided.
General Information
Statement DO PRINT specifies the name of the printing missions to be used to print
the report. One or more DO PRINT statements can be specified. A maximum of five
printing missions can be specified. From one to four missions can be specified in each
DO PRINT statement. If a DO PRINT statement is not specified for a report, the
report is not printed but is available for online viewing.
If multiple printing missions are specified, the report is printed by the mission which
is activated first. If MUST is set to Y, the report is eventually printed by every printing
mission specified in that DO PRINT statement. The report is not printed by more than
one printing mission if MUST=N is specified for all the missions.
When the same report name is specified in different ON blocks via DO NAME
statements, and these ON blocks contain different printing mission names in the DO
PRINT statements, the report can be printed by any of the printing missions specified
in any of those ON blocks.1
If *DEFAULT is specified as the first printing mission name, the printing mission
names are taken from the default record in the Permanent or Active User Report file.
If there is no default record, the other names specified in the report decollating
mission definition are used.
The status of a report is changed to PRINTED only after it has been printed by all
printing missions with parameter MUST set to Y. If a report has not yet been printed
by one of these missions, its status remains WAIT PRINT even if it has already been
printed.
Example
Printing mission STD or LATESTD should be used.
1. Print missions are associated with unique combinations of user recipients and report names if Wish WD2104 is activated.
General Information
The DO REMARK (DO REMARK2 or DO REMARK3) statement specifies either a
user-defined remark or the line and column range on the report page where the
report name can be found.
By default, return codes and termination codes are placed in the REMARK field (not
REMARK2 or REMARK3) if MSGCLASS output is decollated.
The LINE parameter is optional. If it is omitted, the line in which the WHEN string
was found is used.
The remark specified is used for all pages until a new DO REMARK (DO REMARK2
or DO REMARK3) is activated.
The remark field can be set to special values (described below) which begin with %%.
%%EXTWTR
The remark can be retrieved from the External Writer name. The format is
DO REMARK = %%EXTWTR[(startpos,length)]
DO REMARK2 = %%EXTWTR[(startpos,length)]
DO REMARK3 = %%EXTWTR[(startpos,length)]
where
Example
%%JOBNAME
The remark can be retrieved from the name of the job which produced the output.
The format is
DO REMARK=%%JOBNAME[(startpos,length)]
DO REMARK2=%%JOBNAME[(startpos,length)]
DO REMARK3=%%JOBNAME[(startpos,length)]
where
%%USERID
The remark can be retrieved from parameter USER in the job statement. The format is
DO REMARK=%%USERID[(startpos,length)]
DO REMARK2=%%USERID[(startpos,length)]
DO REMARK3=%%USERID[(startpos,length)]
where
%%DDNAME
The remark can be extracted from the DD name of the JCL statement which
references the file to be decollated. The format is
DO REMARK=%%DDNAME[(startpos,length)]
DO REMARK2=%%DDNAME[(startpos,length)]
DO REMARK3=%%DDNAME[(startpos,length)]
where
%%FILE
This statement can be used to generate a unique number for the remark. The format
is:
DO REMARK=%%FILE[(startpos,length)]
DO REMARK2=%%FILE[(startpos,length)]
DO REMARK3=%%FILE[(startpos,length)]
where
startpos is the first digit to extract from the unique 5-digit file number
length is the number of digits to extract
%%DSNLLQ
The remark can also be extracted from the low level qualifier of the data set name of
the file to be decollated. The format is
DO REMARK=%%DSNLLQ[(startpos,length)]
DO REMARK2=%%DSNLLQ[(startpos,length)]
DO REMARK3=%%DSNLLQ[(startpos,length)]
where
Example 1
The remark is composed from the contents of line 4 column 26 to 29 followed by the
contents of line 1 column 51 through 61. The string +*P translates into the remark
identified by the previous DO REMARK statement.
Example 2
The remark is composed from the contents of line 1 columns 51 through 61 followed
by the string TWO followed by the contents of line 4 columns 26 to 29. The string
*P+ translates into the remark identified by the previous DO REMARK statement.
Example 3
DO REMARK = *P+ABC
The remark consists of the remark identified by the previous DO REMARK statement
concatenated with the string ABC.
Example 4
When the report is not balanced, the text NOT BALANCED appears in the REMARK
field in the Active Report list (depending on display type).
Optional. Type SET in the DO field and press Enter. The following subparameters are
displayed:
%%varname
CONTNAME
EXTWTR
FILE
JOBNAME
USERID
where
If varvalue is set to * and LINE is blank, the value is taken from the
line containing the WHEN string.
For ON TRNCLASS or ON TRNDSN the first digit of the line
number is set according to the orientation. For more information
see Creating a Text Report from the Print Stream Report (Second
Temporary Decollation Definition) on page 813.
Note: If the comparison operator in the STRING subparameter of the
WHEN parameter is set to .NE., do not use a blank varvalue. This is
because the .NE. setting indicates that a specific line cannot be
determined. For more details see Table 241 on page 623.
COL Column range for the variable value, comprised of
U Change to uppercase
L Change to lowercase
General Information
The DO SET statement allows for the extraction of information from reports,
assigning that information to internal variables, and the manipulation of those
variables (such as concatenation and sub-string extraction). Additionally, strings can
extracted from XML documents and environment variables such as JOBNAME and
EXTWTR.
DO SET Placement
DO SET can be placed after an ON statement before the first WHEN statement.
DO SET can be placed after a WHEN statement or between other DO statements.
WHEN can be used with a list of DO SET statements without other DO statements.
You can use variables with the WHEN LINE and WHEN VAR variants of the WHEN
statement. For an example of using variables with WHEN VAR and WHEN LINE, see
Example 2 on page 506. For more information on the WHEN statement, see
WHEN: Decollating Parameter on page 619.
where
The following are the DO parameters that support variables, and their formats:
DO USER=%%<var1>
DO NAME=%%<var1>
DO REMARK=%%<var1>
DO REMARK2=%%<var1>
DO REMARK3=%%<var1>
DO PRINT=%%<var1> %%<var2> ...
DO BACKUP=%%<var1> %%<var2> ...
DO MIGRATE=%%<var1> (CONTROL-V only)
For an example of using variables with DO statements, see Example 3 on page 507.
In decollation subtasks, for each page that is processed, the following steps are
performed:
1. All DO SET statements that are placed before the WHEN statement are executed.
The values assigned by DO SET for the current page may be used in DO statements
that appear later in the same page. These values can also be used in the WHEN
statements that begin on the next page.
NOTE
If a variable is used before it is assigned, it has a NULL value.
When using this option for setting a value for DO SET, do the following:
1 In the varvalue field, type * (asterisk), and press Enter. The LINE and COL fields
are displayed. The length of the varvalue field is reduced to 1 character.
NOTE
To switch back to the regular varvalue field, replace the * in the varvalue field with any
character other than a blank or * (asterisk), and press Enter. The LINE and COL fields are
hidden, and the length of the varvalue field is restored to its normal default.
2 Enter the line and column numbers for the report field you want to extract, in the
following format:
where
For an example using of extracting a value using this method, see Example 1 on
page 506.
When using this option for setting a value for DO SET, use the following format for
the XML path (Xpath):
where
node is the tag name of the XML node containing the needed element, in the form
tag[index]
where
source_node is the last element of the list (the source node tag name) in the form
{@attribute_name | text()[[index]]}
where
attribute_name is the attribute name of the source node tag name, which is used
as the variable value.
text() is the text node, with or without an index, which is used as the variable
value.
index is the tag number (starting at 1) in the tag collection. The index is enclosed
in [ ] (square brackets).
Searches for source tag names are performed using the following rules:
1. The search of source tag is implemented through the node tags from the parent
level through the child level.
2. If node is an * (asterisk), this indicates that any next level tag matches the search.
3. If Xpath begins with double slashes (//), the first tag is searched on all levels.
XML Considerations
You can split an XML report (EDCDIC only) into pages by setting the PRINT/CDAM
XMLSEP parameter to tagname. For more information on the XMLSEP parameter, see
CDAM Control Parameters on page 763.
Because XML documents do not have fixed line and column positions, you cannot
reference data from an XML document with any statement that contains the LINE
and COL parameters. Strings from the XML document must first be assigned to
variables using DO SET statements, after which they may be used in other WHEN
and DO statements.
Examples
Example 1
The following example shows the DO SET statements used to extract values from a
decollated report:
Example 2
Example 3
WHEN LINE 00001 - 00001 COL 00001 - 00005 PRINT REF NXT CT AND/OR
STRING = TITLE
DO SET = %%VAR2 =* LINE 00001 COL 00001 - 00005 C CS
DO
WHEN LINE 00002 - 00002 COL 00001 - 00005 PRINT REF NXT CT AND/OR
STRING = TITLE2
DO SET = %%VAR2 =* LINE 00020 COL 00001 - 00005 C CS
DO
WHEN LINE - COL - PRINT REF NXT CT AND/OR
STRING =
DO USER = %%VAR2 LVL LINE COL -
S A T SYNONYM = CONCAT =
Example 4
The following is an example of the DO SET statement that extracts strings from an
XML document:
NOTE
DO SHOUT and SHOUT statements are similar, but not identical. The differences are outlined
below in SHOUT/DO SHOUT Differences.
Optional. Type SHOUT in the DO field and press Enter. The following subparameters
are displayed:
RRegular. Default.
UUrgent.
VVery urgent.
= Message text. Maximum length: 70 characters.
General Information
The message is sent to the required destination when the accompanying ON
statement criteria are satisfied.
Subparameter TO
Enter TO=USERID-userid, to write the message to the IOA Log file under the user
ID specified in the parameter.
Enter TO=OPER[n], to send the message to the operator console (route code n). If
the n value is omitted, the message is sent to all consoles to which route codes 1 or 11
are assigned. For more detailed information regarding route and descriptor codes,
refer to the IBM publication Routing and Descriptor Codes, GC38-1102.
Enter TO=TSO-id or T-id, to send the message is sent to the logonid. The Shout
facility first searches the IOA Dynamic Destination table for the specified ID. If the
table contains an entry that matches the value, the entrys content is used as the target
for the shouted message. (The entire TO field is used. Therefore, when directing the
message to a remote user, do not append Nn or Mm. Instead, do this in the IOA
Dynamic Destination table itself). For more information, see Dynamic Destination
Table in Chapter 2 of the INCONTROL for z/OS Administrator Guide.
Subparameter URGENCY
In addition, if the destination is USERID-userid (or U-userid), the user can control,
according to urgency, which messages are displayed when the IOA Log file is
accessed. Urgent and very urgent messages are highlighted on the screen. For more
details, see IOA Log Facility in Chapter 2.
Example
Notify the shift manager that the Month-End Accounting report is ready for
decollation.
Optional. Type USER in the DO field and press Enter. The following subparameters
are displayed:
If USER is set to * and LINE is blank, the user name is taken from
the line containing the WHEN string.
AAccept all users. The user receives the report page even if the
users name is not in the Recipient Tree. For more information, see
Decollation Without the Recipient Tree on page 803.
A (All)Report pages are sent to all users at the specified level (if
any) with the specified synonym.
General Information
Statement DO USER specifies either the user name for the identified report page or
the line and column range on the report page where the user name can be found.
Enter an asterisk if the user name should be found on the report page, and then
specify the appropriate line and column ranges. Parameter LINE is optional. If it is
omitted, the line in which the WHEN string was found is used to search for the user
name.
CONTROL-V locates the first non-blank string in the specified area and searches for it
in the Recipient Tree. Whenever a DO USER is specified, CONTROL-V is originally
positioned on the last identified user in the tree. If the page does not belong to the
same user, a search is made for the user name (or synonym) in the tree. If LVL is also
specified, the search is limited to user names of the specified level.
The search is first conducted under the current position in the tree (that is, the
children). If not found, then a scan is conducted on all children of the last identified
users parent. The search continues until the user is found.
The recipient name comparison (between the report and the tree) is performed on a
character basis. It is possible to employ other comparison criteria using CONTROL-V
user Exit CTDX016. For example, check if the name in the report falls within a
specified range (such as catalog number) in the tree. For additional information see
Defining the Recipient Tree on page 791.
Any number of DO USER statements can be specified. They can be used either to
identify more than one recipient for the same page, or to identify specifically (point
to) the user location in the tree.
Special handling occurs when two or more DO USER=* statements are used. When
both a child and a parent are identified in DO USER=* statements, the parent receives
a copy of the report only if parameter TYPE is set to U. If parameter TYPE is set to C
(or blank), multiple DO USER statements can be used to point to a Recipient Tree
location.
Example
Two DO USER=* statements are specified with different LINE/COL references. The
first yields the string BRANCH3 (parent) and the second yields the string FINANCE
(child). If TYPE is set to blank (or C), only user FINANCE (at BRANCH3) receives the
report. CONTROL-V does not generate a copy for the parent (BRANCH3). The first
DO USER statement specifies that the report belongs to the Finance Department of
BRANCH3 and not to the Finance Department of another branch.
*FORCE Option
This option can be used for defining sub-trees. When the user name starts with the
string *FORCE followed by either a user name or asterisk (*), special handling
occurs. This means that when two or more DO USER statements are used, the search
for the user name is not outside the branch of the tree identified by the user name in
the *FORCE statement. If *FORCE * is specified, a search is performed for user name
in the specified line or column range. After it is identified and a search is performed
for another user under it in the tree (because of another DO USER statement), the
search is limited to children of the identified user. *FORCE affects all DO USER
statements in the current ON block even if they are defined in another WHEN block.
For more information, see Defining the Recipient Tree on page 791.
There is a better solution for specifying a generic group of recipients. Begin the
USER NAME with an asterisk, followed by a member name of 1 through 8 characters.
CONTROL-V then reads the list of users from the specified member, in the library
defined by DD statement DAGENUSR.
The interpretation of the generic user name is done when the mission is placed in the
Active Missions file. For more information, see also Defining a Generic User Name
List in the CONTROL-D and CONTROL-V chapter of the INCONTROL for z/OS
Administrator Guide.
The user_name field can be set to special values (described below) which begin with
%%.
%%EXTWTR
The user name can be retrieved from the External Writer name. Format:
DO USER = %%EXTWTR[(startpos,length)]
where
Example
NOTE
$* in ON CLASS parameter EXTWTR is a mask resulting in decollation of all outputs with a
writer name starting with $.
If the external writer name is empty, the original job name is used.
%%JOBNAME
The user name can be extracted from the name of the job which produced the output.
Format:
DO USER=%%JOBNAME[(startpos,length)]
where
%%USERID
The user name can be extracted from the parameter USER in the job card. Format:
DO USER=%%USERID[(startpos,length)]
where
%%DDNAME
The user name can be extracted from the DD name of the JCL statement which creates
the file to be decollated. Format:
DO USER=%%DDNAME[(startpos,length)]
where
%%DSNLLQ
The user name can also be extracted from the low level qualifier of the data set name
of the file to be decollated. The format is:
DO USER=%%DSNLLQ[(startpos,length)]
where
refer to the correct pages in the CDAM file. If the entry is not found, the copy count
value is taken from the DEFAULT COPIES field (of the ON statement or the general
decollating mission default). Remaining parameters are set to default values unless
specified by other means.
If your site retrieves this information from the Permanent User Report list (and does
not permit user updates to the Active User Report list), the S=P option can be used.
The search is performed on the Permanent User Report list only. This eliminates the
need to perform a daily copy from the Permanent list to the Active list using utility
CTDCP2A.
If not specified, the report is sent to the first of the following recipients that is
specified:
Examples
Example 1
The report pages identified by the WHEN statement belong to user MANAGEMENT
of level (department) 20.
The specified report pages are sent to the Management Department. Unidentified
pages are sent to user UNIDENT.
Example 2
Report pages on which the identifying string EMPLOYEES REPORT is found belong
to user MANAGEMENT. Report pages on which the string VACATION SUMMARY
REPORT is found belong to user PERSONNEL.
Example 3
The report is intended for all users defined in member BRANCHES. The generic user
name technique is used.
General Information
Parameter DSN is intended for user parameter definition convenience. It is used
when a job does not write reports to spool but instead writes reports directly to
compressed datasets (using CDAM). In such cases, decollating these reports is
performed using ON DSN statements. CDAM retrieval parameters specified in the
DSN field are merged with CDAM retrieval parameters which are specified in the
ON DSN statements.
NOTE
Multijob CDAM files, created by using CDAM parameter ALLOCOPT=JOBSDSN1 or
ALLOCOPT=JOBSDSN2, cannot be used as input for a report decollating mission.
When the same CDAM parameter is specified in both a DSN field and an ON DSN
statement, the parameter in the ON DSN statement overrides the parameter in the
DSN field for that specific ON DSN statement (that is, not for all the ON DSN
statements in the job).
Example
This job creates a compressed dataset with the name PREFIX=SR01.
NOTE
Y should not be specified if parameter TASKTYPE has a value of CRP (cyclic report
decollating mission).
General Information
A regular report decollating mission differs from a generic decollating mission in the
following way:
A regular report decollating mission is associated with a specific job name. It may
be triggered for execution by the appearance on the output queue of a job with the
same name. It is also possible to send all of the jobs outputs directly to compressed
datasets; therefore, no output appears on the spool for such a job. In this case,
triggering execution of the report decollating mission is accomplished using
prerequisite conditions.
A regular report decollating mission can decollate any output class specified in its
ON statements (see ON Statement later in this chapter). After decollation,
non-held output is deleted from the spool, held output remains on a JES2 but is
deleted from a JES3 spool, and the mission status is set to ENDED.
A generic decollating mission can be defined for a specific job name but is usually
used in conjunction with a generic job name. A generic job name is specified using
mask characters (see Character Masking in Chapter 2). Execution of the report
decollating mission is triggered by the appearance of a job (whose name matches
the job name mask) in specific output classes (in non-held status). These output
classes are defined in CONTROL-D installation parameter GENCLAS. The
appearance of a matching job name in other output classes (or in held status in the
generic classes) does not trigger the execution of a generic decollating mission.
A generic decollating mission can decollate only from the generic classes defined
in the CONTROL-D installation parameters. Any output which is decollated by a
generic decollating mission is deleted from the spool.
For further information, see the CONTROL-D and CONTROL-V chapter in the
INCONTROL for z/OS Administrator Guide.
Examples
Generic decollating missions can be used for:
Handling of all MSGCLASS outputs of jobs in the same way move them from
spool to compressed datasets, allow online viewing of output, and retain backups
for two weeks.
General Information
This parameter provides a common descriptive name for a group of decollating
missions.
The group name appears in all important messages relating to the groups report
decollating missions.
Example
This report decollating mission belongs to the GENERAL-LEDGER group:
General Information
The report decollating mission processes the jobs reports only if all the prerequisite
conditions specified in the IN statements are satisfied.
A prerequisite condition can represent any user-specified situation. The following are
examples of prerequisite conditions:
WEEKEND
JOB-EJGH12-FINISHED
PRINTER-SET
The PREV date reference automatically resolves to a scheduling date reference for the
report decollating missions previous scheduling date (or ODAT1 for a forced
mission).
The **** or $$$$ date reference indicates that any date is acceptable. Only the
prerequisite condition name must match.
Examples
Example 1
Activate the report decollating mission of the job which produces a twice-monthly
salary report when the job finishes OK. When the job that produces the salary report
finishes OK, it creates the prerequisite condition SALARY-OK.
The salary report job is run twice a month, for the 1st and for the 15th. Each report is
decollated only if its prerequisite condition SALARY-OK exists (signifying the job
creating that salary report ended OK). The existence of prerequisite condition
SALARY-OK created by the 1sts job does not cause decollating of the 15ths report.
The existence of prerequisite condition SALARY-OK created by the 15ths job does
not cause decollating of the 1sts report.
The 1sts job does not necessarily run on the 1st of the month. Suppose that job only
finishes executing on the 3rd. At that time, the prerequisite condition SALARY-OK
for the 1st is created. This is because the prerequisite condition is associated with the
missions scheduling date and not with the actual running date.
Example 2
Suppose that a report should be decollated only after the totals of the report have
been checked for accuracy. Parameter IN can specify a prerequisite condition such as
REPORT12-CHECKED, which is created manually after the report has been checked.
For more information, see Adding Conditions and Resources The ADD
Command on page 370.
NOTE
If the value of INTERVAL is 000, the cyclic mission must be subject to an IN prerequisite
condition.
The specified interval starts from the time the previous mission finished executing.
General Information
A cyclic report decollating mission is generally executed at a regular interval defined
by parameter INTERVAL. Cyclic report decollating missions (see parameter
TASKTYPE) are used to process reports produced by multiple executions of jobs
having the same job name.
Any of the following can be used to process post-spool jobs (that is, jobs whose
reports are on the spool):
Example
Execute the report decollating mission every 60 minutes between 9 P.M. and 6 A.M.
Optional.
General Information
The number of copies each report recipient receives is determined according to the
following algorithm:
The copy count defined for the user report in the Active or Permanent User Report
List file.
If not specified in the Active or Permanent User Report List file, the copies defined
in the ON statement describing the report.
If not specified in the ON statement, this parameter (the general job default copy
count) is used. The parameter defaults to 01 if not specified.
Example
Print no copies of the jobs reports, unless otherwise specified in the Active or
Permanent User Report List file.
General Information
When a page in the jobs reports is not identified by a WHEN/DO USER statement
and a default destination is not specified in the ON Statement DEFAULTS, this
parameter designates where the pages is printed.
When CONTROL-V prints a report, it uses (as a default) the destination specified in
the Active User Report lists. (If the destination is not specified, it uses the main
computer printer.) It is the responsibility of the user to fill in the destination for each
report, user, or job (only once in the Permanent User Report List file). However, it is
sometimes inconvenient to do so, especially when using generic decollating missions
where the job name is not known. In such cases, there can be a requirement to print
the report on the original DEST specified for the report (on spool).
Example
Print all unidentified pages on printer RMT24.
Optional.
General Information
When a page in the jobs reports is not identified by a WHEN/DO USER statement
and a default user name and level are not specified in the ON Statement DEFAULTS,
a user whose level is specified in this parameter receives the unidentified pages.
Example
A recipient whose level in the Recipient Tree is 90 should receive each unidentified
page of the jobs reports.
Optional.
General Information
A CONTROL-V user can specify in the Active User Report List file how many copies
of each report are to be received.
Parameter JOB DEFAULTS MAX COPIES cannot be less than parameter JOB
DEFAULTS COPIES.
The effect of setting JOB DEFAULTS parameters MAX COPIES and COPIES to 99 is
described in parameter MAX COPIES of ON Statement DEFAULTS later in this
chapter.
Example
No more than 10 copies of the report should be printed unless otherwise specified in
an ON Statement Defaults MAX COPIES statement.
Optional.
General Information
When a page in the jobs reports is not identified by a WHEN/DO USER statement
and a default user name and level are not specified in the ON Statement Defaults, the
user whose name is specified in this parameter receives the unidentified pages.
Example
A recipient whose name is UNIDENT should receive every unidentified page of the
jobs reports.
Optional. Parameter JOBID specifies a JES job identification number. This parameter
can be used to uniquely identify the job that produced a specific report output when,
for any reason, several jobs exist with the same job name. Valid values:
General Information
When parameter JOBID is not specified and more than one report output exists which
meets the other criteria of a report decollating mission, the report which was
produced last is decollated by the mission. Parameter JOBID enables the user to
uniquely identify the report output which should be decollated.
An asterisk can be specified when a job which produces output for decollation
contains a step which orders a report decollation mission that should decollate such
output. The asterisk is replaced by the job identification number of the job that orders
the decollation mission. This ensures that this jobs output is decollated by the
decollation mission it orders.
Example
The report output from JES job number JOB12345 is decollated by this report
decollating mission.
For a generic mission, the job name can contain mask characters.
General Information
The report decollating mission processes the reports (outputs) of the specified job
name.
When the report decollating mission type is generic, parameter JOBNAME can
contain a job name mask. This mask is compared with the job names appearing on the
generic output classes (see parameter GENERIC). For a description of the * and ?
mask characters, see Character Masking on page 83.
Example
The report to be decollated by this report decollating mission is produced by job
PLRPT010.
General Information
The MAXWAIT parameter is used to overcome the problem of delays in production.
A report decollating mission that is scheduled for execution on a specific day does not
always finish executing that same day. This is the case when the job that produces the
reports has not yet run. A job may be delayed due to a number of reasons, such as
hardware failure, a heavy production workload, or a bug in one of the jobs
predecessors. Therefore, it may be desirable to specify an additional number of days
that the report decollating mission should remain available for execution.
When a report decollating mission cannot be executed within specified time limits, an
appropriate message is written to the IOA Log file, and the mission is deleted from
the Active Mission file.
Examples
Example 1
The report decollating mission should remain in the Active Missions file indefinitely:
MAXWAIT=99
Example 2
The report decollating mission should be given an extra three days to execute after its
original scheduling date has passed:
DAYS=2,4,6
MAXWAIT=3
Assume that the report decollating mission does not run due to the absence of the
required runtime conditions. The report decollating mission that is scheduled for the
2nd of the month waits from the 2nd through the 5th to be executed.
On the 6th, CONTROL-V times out and the report decollating mission scheduled for
the 2nd is not executed. The report decollating missions scheduled for the 4th and 6th
wait for execution until the 7th and 9th, respectively.
Example 3
Schedule the report decollating mission for every working day, whether or not the
computer is active. Give the report decollating mission one extra day to execute:
DCAL=WORKDAYS,
RETRO=Y,
MAXWAIT=1
Today is the 19th. The report decollating mission is scheduled three times with
original scheduling dates of the 16th, 18th and 19th.
The 16ths and 18ths report decollating missions are disregarded on the 20th if they
have not yet executed. The 19ths report decollating mission is disregarded only on
the 21st.
Parameter MINIMUM specifies the minimum number of free tracks required. This
must be a positive 3-digit number (leading zeros are inserted automatically).
NOTE
This parameter is supported for compatibility with previous versions.
General Information
Parameters MINIMUM and PDS are always used together and are never used with
other Basic Scheduling parameters.
Parameter PDS identifies a library, and parameter MINIMUM specifies the minimum
number of free tracks required by that library.
These parameters are intended for use (definition) in missions that issue a warning
message if the minimum number of free tracks is not available.
If parameters MINIMUM and PDS are defined for a mission, the scheduling of the
mission is not related to or dependent upon any date criteria. Instead, the mission is
scheduled if the actual number of free tracks available in the specified library is below
the specified minimum at time of daily mission ordering. The mission can then issue
the appropriate warning.
NOTE
MINIMUM does not work with PDSE-type libraries because they always appear to be 100%
full. MINIMUM only checks current extents.
Example
Schedule the mission when there are less than 20 unused tracks in library
ALL.PARMLIB.
blank
a number from 1 through 9
up to six numbers, each from 1 through 9, if the GENERIC parameter is set to Y
If the MONITOR field is left blank, the decollation monitor is dynamically selected
according to workload.
General Information
The parameter is used only when the site is activating more than one decollation
monitor for the same Active Missions file. This is usually done to allow parallel
decollating. (For more information see the CONTROL-D CTDMON# installation
parameter.) The parameter designates the ID of the monitor that processes the report
decollating mission.
If the value of the MONITOR parameter is blank and parameter GENERIC is set to Y,
the mission is duplicated to produce as many copies as the number specified in
parameter CTDMON# and each copy of the mission is assigned a different monitor
number (ID).
Example
Decollate the job by monitor 2.
Optional. Each month in the year is represented by a number from 1 through 12. A
value can be specified for each month. Valid values are:
General Information
The report decollating mission is scheduled for execution only during the months in
which a value of Y is specified.
Parameter MONTHS cannot be used with parameters PDS, MINIMUM and DATES.
When parameter MONTHS is used, at least one of the following must be specified:
DAYS, DCAL, WDAYS or WCAL. When specified with one of these parameters,
parameter MONTHS works as a filter to limit the mission schedule.
Examples
Example 1
Example 2
Optional. Type Q in the GENERIC field in the decollating mission header and press
Enter. The following subparameters are displayed:
General Information
An MQ decollation mission is placed in the Active Mission File using either the
ORDER or FORCE options, as appropriate, from either the Job List Screen or
Category List Screen. The mission is activated as soon as a message is available in the
MQ queue defined for that decollation.
NOTE
Decollation missions working on a single MQ QUEUE should be activated under the same
control monitor.
Example
Figure 296 MQ Parameter Example
CATEGORY FROM_QUEUE JOBNAME MQMJOBNM GENERIC Q MONITOR 4
MQ QUEUE CSQ1.MQMTEST MAX MSG 00001
===========================================================================
DEF COPIES 01 LVL USER UNIDENT DEST MAX COPIES
===========================================================================
ON MQ USERID K46A ACCT
APPLID APPL4REPORT PRIORITY
APPLNM CTDTEST APPLT 1 FORMAT MQSTR
PRT COPIES LVL USER DEST MAX COPIES
PRINT/CDAM PARMS =
DO
WHEN LINE - COL - PRINT REF NXT CT AND/OR
STRING =
DO USER = BELLA LVL LINE COL -
S A T A SYNONYM = CONCAT =
DO NAME = MY_FIRST_TEST
DO
WHEN LINE - COL - PRINT REF NXT CT AND/OR
STRING =
PF 1=HELP 2=SPLIT 3=END 4=RETURN 5=RFIND 6=RCHANGE
To limit the selection of sysouts from the specified classes, values can
be specified for the following subparameters:
Note: PROCSTEP is the step name in the EXEC statement that invokes
the procedure:
General Information
Each ON statement starts an ON block that extends to the next ON statement. An ON
block is comprised of an ON Statement, ON Statement Defaults and one or more
WHEN statements paired with DO statements. For a discussion of the ON Statement
Defaults, see ON Statement Defaults: Decollating Parameter on page 572.
When CONTROL-V decollates a non-held spool sysout, the sysout is removed from
the spool to the compressed sysout dataset.
When CONTROL-V decollates a held spool sysout, the sysout is copied from the
spool to the compressed sysout dataset. The original sysout remains on a JES2 spool
but is deleted from a JES3 spool.
NOTE
When CONTROL-V decollates a generic job, the sysout is always deleted from the spool.
CONTROL-V decollates only sysouts or compressed datasets of the job that are
defined by ON statements. Any reports of the job that are not included in the ON
statements (for example, certain classes) are not decollated. Therefore, they are not
available for online viewing, printing or backup.
ON CLASS decollates all the sysouts of the specified class (held and non-held). (For
generic decollating missions, only the non-held sysouts are processed.) It is possible
to specify multiple ON statements for the same class, each one containing a different
set of decollating criteria. It is also possible to apply a different set of decollating
criteria for the same report. This option is used only for special cases, examples of
which can be found later in this chapter. Normally, it is recommended to avoid
multiple ON statements for the same class.
At least one ON CLASS statement must be specified for a generic decollating mission.
This class must be defined as a generic class in the CONTROL-V installation
parameters. All other classes are rejected (for a generic job). A generic decollating
mission can contain only ON CLASS statements for generic classes.
NOTE
For further information, see Generic Job Considerations (JES2 only) on page 587.
ON DSN decollates all compressed sysouts that meet the selection criteria specified in
the ON DSN field. The selection criteria specified must be valid Compressed Dataset
Access Method (CDAM) control parameters (such as PREFIX, PGMSTEP or
PROCSTEP) that can be used for retrieval. For more information, see Chapter 5,
Compressed Dataset Access Method (CDAM) for a list of CDAM control
parameters that can be used for retrieval. The CDAM parameters specified in the ON
DSN statement are merged with the parameters specified in the DSN field of the
Runtime Scheduling parameters. In the case of duplicate parameters, the parameter
specified in the ON DSN statement overrides the parameter specified in the DSN
field.
NOTE
pgmstep is the step name in the job, and procstep is the step name in the JCL procedure:
ON SYSDATA is a general name for all system informational data of the job (SYSJCL,
SYSLOG, SYSMSG).
ON SYSLOG decollates only the job log console messages dataset of the job (first
dataset).
ON SYSJCL decollates only the expanded JCL system messages dataset of the job
(second dataset).
ON SYSMSG decollates only the runtime execution messages dataset of the job (third
dataset).
Examples
Example 1
The ON statement defines decollating instructions for all the reports in class D.
Example 2
Example 3
The ON statement defines decollating instructions for the SYSDATA part of the job
output.
Example 4
The ON statement defines decollating instructions for all the SYSOUT of the job. The
output to be decollated is not restricted to a specified program step, procedure step,
ddname or class.
Example 5
NOTE
The ON TRNCLASS statement cannot be used together with other ON CLASS statements for
the same class, and can be used only for an AFPDS Category 5 report. It is not necessary to use
a DO BACKUP for the original AFPDS report.
Example 6
The ON CLASS statement creates a CDAM file from the sysout in SPOOL. The ON
TRNDSN statement uses DAL transformation to perform decollation from the
CDAM file created by the ON CLASS statement.
CLIQUE = CLIQUE01
PRT COPIES LVL USER DEST MAX COPIES
PRINT/CDAM PARMS =
WHEN LINE 00001 - 00010 COL 00010 - 00020 PRINT REF NXT CT AND/OR
STRING = STRING1
DO USER = USER01 LVL LINE COL -
S N T SYNONYM = CONCAT =
DO NAME = NAME TRNCLASS REPORT
DO MIGRATE = MIGMIS
DO
WHEN LINE 00001 - 00010 COL 00010 - 00020 PRINT REF NXT CT AND/OR
STRING = STRING2
DO USER = USER02 LVL LINE COL -
S N T SYNONYM = CONCAT =
DO NAME = NAME TRNCLASS REPORT
DO MIGRATE = MIGNIS
DO
WHEN LINE 00010 - 00020 COL 00020 - 00030 PRINT REF NXT CT AND/OR
STRING = STRING3
DO USER = * LVL LINE COL 00030 - 00040
S N T SYNONYM = CONCAT =
DO NAME = * LINE COL 00040 - 00050
DO MIGRATE = MIGMIS
DO
WHEN LINE - COL - PRINT REF NXT CT AND/OR
STRING =
Example 7
The ON DSN statement creates a backup of the CDAM file. The ON TRNDSN
statement uses DAL transformation to perform decollation from that CDAM. A new
CDAM file is created during ON TRNDSN decollation.
CLIQUE = CLIQUE02
PRT COPIES LVL USER DEST MAX COPIES
PRINT/CDAM PARMS =
WHEN LINE 00001 - 00010 COL 00010 - 00020 PRINT REF NXT CT AND/OR
STRING = STRING1
DO USER = USER01 LVL LINE COL -
S N T SYNONYM = CONCAT =
DO NAME = NAME TRNDSN REPORT
DO MIGRATE = MIGMIS
DO
WHEN LINE 00001 - 00010 COL 00010 - 00020 PRINT REF NXT CT AND/OR
STRING = STRING2
DO USER = USER02 LVL LINE COL -
S N T SYNONYM = CONCAT =
DO NAME = NAME TRNDSN REPORT
DO MIGRATE = MIGMIS
DO
WHEN LINE 00010 - 00020 COL 00020 - 00030 PRINT REF NXT CT AND/OR
STRING = STRING3
DO USER = * LVL LINE COL 00030 - 00040
S N T SYNONYM = CONCAT =
DO NAME = * LINE COL 00040 - 00050
DO MIGRATE = MIGMIS
DO
WHEN LINE - COL - PRINT REF NXT CT AND/OR
Valid values:
General Information
ON Statement defaults subparameters are applied to all pages in the jobs reports that
are decollated under the ON block and:
NOTE
The MAX COPIES subparameter applies to all report pages within the ON block. It is unique
among the ON Statement Defaults in that no overriding parameter exists for it elsewhere. For
more information, see Printing by Original Destination (*SPOOL Option) on
page 575.
For information regarding the report destination, see Defining Report Recipients
on page 793.
The PRT COPIES subparameter determines the default number of printing copies of
the reports defined under the ON statement. Valid values:
98Copy count is equal to the copy count from the JCL multiplied by the copy
count of the default user record from either the Permanent or Active User file
(depending on the value of parameter S(earch) in the DO USER statement).
99Copy count is taken from the spool (that is, the copy count specified in the
JCL).
NOTE
For more information see the example using different copies defaults in different ON
statements a few pages below.
LVL Subparameter
The LVL subparameter is the default level (in the Recipient Tree) of a user who
should receive every unidentified page of the reports defined under the ON
statement. If LVL is omitted, the general JOB DEFAULTS LVL is used instead for all
occurrences where this subparameter would apply.
USER Subparameter
The USER subparameter is the default name of a user who should receive every
unidentified page of the reports defined under the ON statement. If USER is omitted,
the general JOB DEFAULTS USER is used instead for all occurrences where this
subparameter would apply.
DEST Subparameter
The DEST subparameter is the default printing destination of the reports defined
under the ON statement. This printing destination is used for unidentified pages. If
DEST is omitted, the general JOB DEFAULTS DEST is used instead for all occurrences
where this subparameter would apply.
A special option exists in CONTROL-V for such situations. The option is activated by
using the DEST field of the report decollating mission. If destination *SPOOL is
specified in the ON Statement DEST field, CONTROL-V determines the report
destination either by the original destination of the report on the spool, or according
to parameter DEST in CDAM. This applies to all pages (identified and unidentified)
processed by the current ON Statement. For more information, see Destination
CONTROL-V Search Order on page 833.
The MAX COPIES subparameter is the maximum number of copies of the reports
defined under the ON statement that can be printed for a single user. This value
overrides any higher value specified in parameter COP (Copies) of the Active User
Report list. Subparameter MAX COPIES ensures that no user requests an
unreasonable number of copies. This parameter applies to all pages within the ON
block. If subparameter MAX COPIES is omitted, the general JOB DEFAULTS MAX
COPIES is used instead for all occurrences where this parameter would apply.
Examples
Example 1
Within the ON block, unless specified otherwise, one copy are printed of each page.
Unidentified pages go to user MGT (Level 20). No user can receive more than 10
copies of any report page.
The site computer operations manager suspects that a hard copy of certain reports is
not needed by many users. The computer operations manager follows the steps
below:
Send a letter to all of the report recipients stating that from a specified date, the report
is no longer printed but it is available for online viewing. If a specific user wants to
receive printed report pages, the user must specify this in the Active or Permanent
User Report list.
On the specified date, change the PRT COPIES count of the report to 0. Users who did
not update the User Report list do not receive printed copies. However, they can still
access the User Reports list online and change their requested copy count. Many do
not; therefore, a considerable amount of paper can be saved.
If the same sysout class contains two reports, one for which a printed copy is needed
and another for which a printed copy is not needed, they must be defined in separate
ON statements for the same class. Each ON statement specifies a different default
PRT COPIES count.
Example 2
Specify different default PRT COPIES and MAX copies for two reports, both of class
A. Two ON CLASS statements must be used.
NOTE
OUT and DO COND statements are similar, but not identical. The differences are outlined
below in OUT/DO COND Differences.
General Information
If the mission ends OK, the prerequisite conditions are added to or deleted from the
IOA Conditions file according to the specified opt value.
An OUT statement is used to add the prerequisite condition if the job or mission
ends OK.
OUT and DO COND statements can also be used to delete prerequisite conditions. If
an IN prerequisite condition for a job or mission is not an IN prerequisite condition
for any other job or mission, you can use the OUT statement to delete a prerequisite
condition after the job or mission ends OK.
(For more information, see the description of parameter DO COND in this chapter.)
JOB_PAYCALC_ENDED_OK
PRINTER-SET
All prerequisite conditions are associated with a date reference that is used to
distinguish between different runs of the same job or mission with different
scheduling dates. If, for example, a condition is being deleted, only the condition
matching the specified date is deleted. The same condition with a different date is not
deleted. When adding or deleting prerequisite conditions, the date associated with
the prerequisite condition can be a specific 4-character date or one of the following
symbolic dates:
Prerequisite conditions created by parameter OUT can trigger the execution of other
jobs or missions.
Prerequisite conditions deleted by parameter OUT can prevent the scheduling of jobs
and missions that require those prerequisite conditions in their IN parameter.
Statement OUT is applied only if the mission ends OK. DO COND statements are
associated with WHEN statements and are applied only if the WHEN criteria are
satisfied.
DO COND statements are processed after OUT statements and can therefore
override OUT statements.
Example
After the report decollating mission for the job that produces the salary report has
ended OK, permit printing (by a printing mission).
When the report decollating mission for the job that produces the salary report ends
OK, the prerequisite condition SALARY-DECOLLATED is added. This triggers the
execution of a printing mission that prints the report.
General Information
Parameter OWNER is primarily used by CONTROL-Vs internal security mechanism
to determine which operations each user is authorized to perform.
Parameter OWNER can also facilitate the handling of production missions. When
using the Tracking and Control facility, you can restrict the display of CONTROL-V
information to specified users.
Default OWNER is dependent on the sites online environment (CICS, TSO, and so
on). For TSO and TSO/ISPF environments, the TSO user ID is the default. For
non-TSO environments such as CICS, the default is the terminal ID.
Example
Category DAILY of the report decollating mission belongs to M22.
Parameter PDS cannot be used with any of the following parameters: DAYS,
WDAYS, MONTHS, CONFCAL, RETRO and DATES.
NOTE
This parameter is supported for compatibility with previous versions.
General Information
The dataset must be cataloged, and it must be a partitioned dataset.
Parameters MINIMUM and PDS are always used together and are never used with
other Basic Scheduling parameters.
These parameters are intended for use (definition) in missions that issue a warning
message if the minimum number of free tracks is not available.
If parameters MINIMUM and PDS are defined for a mission, the scheduling of the
mission is not related to or dependent upon any date criteria. Instead, the mission is
scheduled if the actual number of free tracks available in the specified library is below
the specified minimum when the New Day procedure is run. The mission can then
issue the appropriate warning.
NOTE
The PDS procedure does not work with PDSE-type libraries because they always appear to be
100 percent full.
Example
Schedule the mission when library ALL.PARMLIB has less than 20 unused tracks.
Any valid sysout printing parameter may be specified. The syntax should be identical
to JCL DD statement syntax. The validity of the parameters is checked.
Additionally, when decollating from the spool, it is possible to specify in this field
CDAM parameters that affect the CDAM operation (for example, PREFIX,
ALLOCOPT).
General Information
CONTROL-V uses report printing parameters defined under the ON statements
when PRINT/CDAM PARMS values are not specified. However, if specified,
PRINT/CDAM PARMS override the original printing characteristics of the reports
decollated under the ON statements.
CONTROL-V retrieves the printing characteristics of the reports when the reports are
read from the spool and moved to Compressed Dataset Access Method (CDAM)
format.
When the reports are written directly to compressed datasets, the printing
characteristics defined in parameter SUBSYS are kept. The printing characteristics are
subsequently used when printing from the compressed sysout.
$SYSDATA Records
Parameters specified in the PRINT/CDAM PARMS field are stored in a $SYSDATA
record in the Active User file. Even if several ON statements are specified for the
same class or CDAM file, only one $SYSDATA record is built for each file. Therefore,
only one set of PRINT/CDAM parameters is stored.
JES2
Under JES2, no special considerations for laser printing are required. CONTROL-V
automatically retrieves the printing characteristics for report retrieval from the spool.
JES3
Under JES3, CONTROL-V retrieves from the spool only standard printer parameters
(CLASS, FCB, UCS, and so on). Laser printing characteristics for reports retrieved
from the spool must be specified in the PRINT/CDAM PARMS field. If two reports in
the same class have different laser printing characteristics, you must use two different
ON statements, each one with a different set of laser printing characteristics.
NOTE
The name of the OUTPUT statement used is the name under the Printers Control monitor and
not the name of the OUTPUT statement in the job.
During the printing process, CONTROL-V looks for the specified OUTPUT statement
and uses it to print the report.
With this method, an OUTPUT statement must exist for every combination of
FORMDEF/PAGEDEF which is in use and it must exist under all printing
environments (the Printers Control monitor, the IOA monitor, the TSO user, and so
on). For site adaptations required for AFP support, see AFP Support in the
CONTROL-D chapter of the INCONTROL for z/OS Installation Guide.
This method is recommended for sites that use a small number of combinations of
PAGEDEF and FORMDEF parameters.
NOTE
This option is not supported when using the One-chunk printing method described in the
CONTROL-D and CONTROL-V chapter of the INCONTROL for z/OS Administrator Guide.
This method is recommended for sites that use a large number of PAGEDEF and
FORMDEF specifications.
When using this option, during the printing process CONTROL-V looks for an
OUTPUT statement name CONTROLD and automatically inserts inline FORMDEF
and PAGEDEF. This option utilizes the AFP.
A CONTROLD OUTPUT statement must exist under all printing environments (the
Printers Control monitor, the IOA monitor, the TSO user, and so on). For site
adaptations required for AFP support, see AFP Support in the CONTROL-D
chapter of the INCONTROL for z/OS Installation Guide.
If you want to process such reports by CONTROL-V, you need to specify the number
of lines per page in CDAM parameter LINECT in the PRINT/CDAM PARMS field. If
the report is written directly to CDAM, parameter LINECT must be specified in the
CDAM parameters.
Example
and
Example
Specify different laser printing characteristics for two different reports.
General Information
PRIORITY is used to help determine the order in which missions in the Active
Missions file are processed by CONTROL-V.
Priority is determined in ascending order where: blank < A < Z < 0 < 9
In general, the mission with the highest priority code executes first if its other runtime
scheduling requirements are satisfied.
Example
This report decollating mission has priority 99 and should be executed before all
report decollating missions with lower (or unspecified) priorities.
General Information
The RETRO parameter is used to control situations where the computer has not been
working for a day or more due to hardware failure, holiday, and so on.
When RETRO is set to Y, report decollating missions are placed in the Active
Missions file for all the days the report decollating mission should have been
originally scheduled. Scheduling occurs from the last scheduling date to the current
working date, only if those days were included in one of the Basic Scheduling
parameters (DAYS, DCAL, and so on). Each report decollating mission placed on the
Active Missions file is associated with a different original scheduling date. For
additional information, see MAXWAIT: Basic Scheduling Parameter on page 548.
When RETRO is set to N, the report decollating mission is only scheduled for the
current working date, only if the report decollating mission is normally scheduled for
that date.
Examples
Example 1
Schedule the report decollating mission only on specified days of the month. If the
date has passed, do not schedule the mission.
Assume that the computer was off-line from the 15th to (and including) the 18th, and
the 15th was the last date that the report decollating mission was scheduled for
execution. Today is the 19th. The report decollating mission is first scheduled for
execution on the 19th, and not on the 16th, 17th, or 18th.
Example 2
Schedule the report decollating mission for every working day, whether or not the
computer is active.
Assume that the computer was off-line from the 16th to (and including) the 18th, and
the 15th was the last date that the report decollating mission was scheduled for
execution. Today is the 19th.
Assume that the WORKDAYS calendar contains the dates 15, 16, 18 and 19.
Therefore, the report decollating mission is scheduled three times with the original
scheduling dates: the 16th, 18th and 19th.
Optional. Type a variable name in the %% field and press Enter. If a system variable
beginning with the special character $ is specified, it is highlighted automatically.
%%varname
CONTNAME
EXTWTR
FILE
JOBNAME
USERID
DSQ
string
The values that may be specified for a system variables beginning the
special character $ described in Table 234.
C Whether to concatenate SET variable values. For future use.
CS Change the case before the value is set. For future release.
The system variable values that begin with the special character $ are
changed to uppercase automatically.
General Information
The SET statement allows for the initialization of system and regular variables at the
beginning of decollation mission execution.
System Variables
System variables define optional specific definitions for the current decollation
mission. Only specific values can be assigned for these variables in SET or DO SET
statements.
NOTE
Statements DO SHOUT and SHOUT are similar, but not identical. The differences are
outlined below in SHOUT/DO SHOUT Differences.
Optional. Upon filling in the SHOUT statement and pressing Enter, a new SHOUT
statement is opened.
R - Regular. Default.
U - Urgent.
V - Very urgent.
MSG Message text. Maximum length: 70 characters.
General Information
The message is sent to the specified destination when the WHEN condition is
satisfied. Multiple SHOUT statements can be evaluated and performed
independently.
Subparameter TO
Enter TO=USERID-userid, to write the message to the IOA Log file under the user
ID specified in the parameter.
Enter TO=OPER[n], to send the message to the operator console (route code n). If
the n value is omitted, the message is sent to all consoles to which route codes 1 or 11
are assigned. For more detailed information regarding route and descriptor codes,
refer to the IBM publication Routing and Descriptor Codes, GC38-1102.
Enter TO=TSO-id or T-id, to send the message is sent to the logonid. The Shout
facility first searches the IOA Dynamic Destination table for the specified ID. If the
table contains an entry that matches the value, the entrys content is used as the target
for the shouted message. (The entire TO field is used. Therefore, when directing the
message to a remote user, do not append Nn or Mm. Instead, do this in the IOA
Dynamic Destination table itself). For more information, see the section on Dynamic
Destination Tables in the IOA administration chapter of the INCONTROL for z/OS
Administrator Guide.
Subparameter URG
In addition, if the destination is USERID-userid (or U-userid), the user can control,
according to urgency, which messages are displayed when the IOA Log file is
accessed. Urgent and very urgent messages are highlighted on the screen. For more
details, see IOA Log Facility in Chapter 2.
Example
If the report decollating mission does not finish executing successfully, send an
urgent, unrollable highlighted message to the operator console.
General Information
A report decollating mission (TASKTYPE REP) decollates regular production jobs.
A cyclic report decollating mission (TASKTYPE CRP) decollates jobs which are
repeatedly executed during a day.
When using the Online facility it is possible to selectively retrieve regular, cyclic, or
emergency missions. This provides an additional means of control.
Cyclic Missions
After a cyclic mission has finished executing, it returns to WAIT SCHEDULE state
and is recycled for additional possible executions. The mission executes again only
after the number of minutes specified in parameter INTERVAL has passed since the
last execution and the rest of its runtime scheduling criteria have been satisfied.
NOTE
TASKTYPE CRP should not be specified if the GENERIC parameter has a value of Y.
It is highly recommended that a cyclic mission delete the prerequisite conditions that
triggered its operation. Otherwise the mission might continually be resubmitted
Emergency Missions
An emergency mission can be used to overcome any irregularities in normal
execution. The mission remains in the Active Missions file, waiting to be scheduled,
until all regular missions of the same GROUP finish executing OK. Then, when the
emergency mission is no longer needed, the mission is automatically removed from
the Active Missions file. This process is performed once a day by the New Day
procedure. (For additional information, see parameter MAXWAIT in this chapter.).
NOTE
It is highly recommended that parameter GROUP be specified if you define emergency
missions. If GROUP is not specified, the mission may remain indefinitely in the Active
Missions file.
Example
PLRPT010 is a regular report decollating mission.
The FROM and UNTIL fields can contain valid times in the format hhmm (where hh
is hour and mm is minute).
General Information
Normally, CONTROL-V submits the mission only during the time interval defined in
parameter TIME (that is, the mission is not submitted before the time specified in the
FROM field and is not submitted after the time specified in the UNTIL field).
When either a FROM and/or UNTIL value is not specified, the default is used. The
default values are the start and end of the work day as determined by the New Day
procedure.
Examples
Example 1
Execute the report decollating mission only between 9 P.M. and 6 A.M.
Example 2
Example 3
Parameter WDAYS specifies days of the week on which report decollating missions
should be scheduled, only if other basic scheduling criteria are met.
Values for WDAYS can be specified alone, or they can be specified together with a
calendar specified in subparameter WCAL. WDAYS/WCAL can also be specified
together with DAYS/DCAL (described under DAYS earlier in this chapter).
The first six days of the week are coded 1 through 6. The last day of
the week is coded 0 (zero). All examples in this chapter assume
Monday is the first day of the week. In these examples, Monday = 1,
Tuesday = 2, ..., Saturday = 6, and Sunday = 0.
When WDAYS are specified without WCAL, the mission is scheduled on the
specified days of the week.
When WDAYS and WCAL are both specified, scheduling depends on the
combination of working days defined in the calendar and the values or format of
parameter WDAYS (described below).
When both DAYS and WDAYS criteria are specified, scheduling depends on the
connecting AND/OR value specified. (For more information, see subparameter
AND/OR in parameter DAYS.)
Non-periodic scheduling
n is an integer from 0 to 6, where 1 is the first day of the week (Sunday or Monday,
depending on the standards at your site) and 0 is the last day of the week (either
Saturday or Sunday).
If a WCAL calendar is not defined, schedule the job or mission on all days
in the week.
Periodic scheduling
n is any integer from 0 to 6, and i is any valid period identifier (or * for all periods).
General Information
Negative values take precedence over positive values when determining whether or
not a mission is scheduled on a certain date. If a negative value (such as format n,
Dn, Ln, DnPi, or LnPi) in either the DAYS or WDAYS field prevents a mission
from being scheduled on a date, the mission is not scheduled on that date even if a
positive value (such as Ln) would otherwise result in the mission being scheduled on
that date.
A maximum of eight periodic values (such as types DnPi LnPi, and LnPi) can be
designated in any desired order.
If a periodic calendar is specified in the WCAL parameter, all periodic values and
the negative non-periodic value -n in the WDAYS parameter are processed; all
nonnegative non-periodic values are ignored.
When Ln and/or Dn values are specified in a week which overlaps two months, the
MONTHS value of the earlier month determines whether or not Dn or Ln values are
applied in the week:
If the first day of the week falls in a month with a MONTHS value of Y, all Dn and
Ln values in that week are applied, even those falling in the next or previous
month when that month has a MONTHS value of N.
If the first day of the week falls in a month with a MONTHS value of N, no Dn or
Ln values in that week are applied (not even if those falling in the next or previous
month when that month has a MONTHS value of Y).
Examples
The examples for this parameter are based on the following assumptions:
Working days are defined in calendar WORKDAYS, which contains the following
working days (indicated by Y) for December 2001:
---S-------------S-------------S-------------S-------------S---
1 2 3 4 5 6 7 8 9 + 1 2 3 4 5 6 7 8 9 + 1 2 3 4 5 6 7 8 9 + 1
Y Y Y Y Y Y Y Y Y Y Y Y Y Y Y Y Y Y Y Y
---S-------------S-------------S-------------S-------------S---
1 2 3 4 5 6 7 8 9 + 1 2 3 4 5 6 7 8 9 + 1 2 3 4 5 6 7 8 9 + 1
B C A A B B C A A B B C A A B B C A A B B
Start of the week is defined as Monday. Weeks start on the following dates in
December 2001: 3rd, 10th, 17th, 24th, and 31st.
At the end of each example, asterisks in a December 2001 calendar indicate the days
on which the mission is scheduled.
Example 1
WDAYS 0,1
Example 2
WDAYS +6
WCAL WORKDAYS
Example 3
WDAYS <0,-5
WCAL WORKDAYS
Example 4
Schedule the mission on the 1st Monday of the 1st week in the month.
WDAYS D1W1
Example 5
Schedule the mission on all working days except Mondays and Fridays.
WDAYS -D1,-L1
WCAL WORKDAYS
Example 6
Each week, schedule the mission on the 1st day of period A in that week, and on all
days except the second day of period B in that week.
WDAYS D1PA,-D2PB
WCAL PERIDAYS
Example 7
Schedule the mission on each Monday and on the 1st day of the month.
DAYS 1
AND/OR OR
WDAYS 1
Example 8
Schedule the mission on the 3rd day of the month only if it is a Monday.
DAYS 3
AND/OR AND
WDAYS 1
Example 9
DAYS L1,L2,L3,L4,L5,L6,L7
AND/OR AND
WDAYS 1
Example 10
Schedule the mission on the 1st, 7th and 15th day of the month if they are both
Saturdays and working days. If the day of the month (1st, 7th, 15th) is not a Saturday,
do not schedule the mission. If the day of the month is a Saturday, but it is not a
working day, schedule the mission on the next working day.
DAYS 1,7,15
AND/OR AND
WDAYS 6
CONFCAL WORKDAYS
SHIFT >
The string can contain blanks, single quotes and hex format. When
not enclosed in single quotes, the length of the string to be
compared is measured from the start of the field to the last
non-blank character.
Example:
where
General Information
The WHEN LINE and COLUMN range parameters specify the area on a report page
in which the identifying character string is located.
The parameters that immediately follow the WHEN line and column range on the
Report Decollating Definition screen provide additional page identification
instructions.
The special line range 99999 is used to search the entire page as a
stream of data. This method is usually used when decollating a sysout
in Page Mode (as opposed to Line Mode). Page Mode is often used for
graphic reports and reports designed for laser printers. There is no
way to check for line range in Page Mode output.
The special column number 9999 is used to search an entire row. This
is useful for AFP format lines to search the entire line.
Note: It is possible to specify large search windows (for example, the
entire page or most of it). However, large search windows should
generally be used only in the early stages of report definition. It is
recommended to minimize the size of the search window (when
possible) for two reasons:
where
NOTE
A report may contain characters that cannot be displayed because they are not supported by
the terminal. Also, some characters appear different on the screen than in print (for example,
special characters on laser printers).
In such cases, you can use CONTROL-D Exit CTDX007 to perform character set
translations based on the contents of the string field. A special symbol in the string
field designates the use and name of the translation table. Using this method, you can
handle all the possible printing symbols, including graphics.
Examples
Example 1
The identifying string resides between lines 1 and 5 and between columns 10 and 70.
The identifying string are printed, along with the rest of the page. The string
references the page on which it is located (not the following page). Each page must be
identified separately.
Example 2
Two identifying strings are required to fully identify the report. One string is on line
1. The other string is on line 3.
Example 3
General Information
WHEN IN QUEUE=Y (or E or S) instructs CONTROL-V to search for the job in the
output queue. Decollation takes place only if the job is found in the output queue or,
when this parameter is set to E, the job is currently executing or in the output queue.
If two or more jobs which have the same name and which have not yet been
decollated are found, CONTROL-V selects the job that most recently finished
executing.
When the same job is run a few times a day, CONTROL-V does not decollate the
same job twice unless specified by the user. For more information, see Rerun
Option on page 321.
WHEN IN QUEUE=N instructs CONTROL-V not to search for the job in the output
queue. WHEN IN QUEUE=N starts the decollating of compressed datasets based on
the prerequisite conditions specified in the IN parameter. Therefore, do not use this
option without specifying prerequisite conditions in an IN parameter.
Specifying appropriate values for WHEN IN QUEUE and CLS can help prevent the
decollation of output which should not be decollated.
This mode enables the number of ENQs activated under the decollation monitor to
remain low. Defining WHEN IN QUEUE=S in a decollation mission removes
ENQ ioaqname CTDREP-jobname jobid, if no SYSOUT from HELD classes was
decollated.
Optional wish WD2552 is applied. SYSOUTs from HELD classes are not decollated
by any DECOLLATION mission.
Example 1
The job creates compressed datasets. Decollating of the compressed sysout is
triggered by the prerequisite condition SALARY-OK.
Example 2
This job decollates the output of a cyclic job. The decollating mission does not begin
until a SYSOUT file exists in output class X.
Example 3
This decollating mission processes a SYSOUT created by job SLRPS001. The
decollating mission does not begin until job SLRPS001 creates a SYSOUT file in class
E with destination R1234. If job SLRPS001 does not create the required SYSOUT, the
decollation will be left in status WAITING FOR JOB until the required SYSOUT file is
created.
Example 4
If the job SLRPS001 creates two SYSOUTs, one in class E with destination R1234 and
another in class X with destination R5678, these two SYSOUTs can be processed by
two decollation missions, the first SYSOUT by the mission from Example 3, and the
second by the following decollation mission:
4
Migration, Printing, Backup and
4
Overview . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 635
Parameter Types . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 639
General Parameters . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 641
Bundling Parameters. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 642
Basic Scheduling Parameters . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 642
Runtime Scheduling Parameters . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 645
Post-Processing Parameters . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 645
Mission-Specific Parameters . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 646
Parameter Descriptions . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 647
# OF DAYS TO KEEP: Mission Specific Parameter . . . . . . . . . . . . . . . . . . . . . . . . . . . 648
# OF GENERATIONS TO KEEP: Mission specific Parameter . . . . . . . . . . . . . . . . . . 650
BATCH: Mission Specific Parameter. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 652
CATEGORY: General Parameter . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 654
CENTERA RETENTION CLASS: Mission-specific Parameter . . . . . . . . . . . . . . . . . . 657
CONFCAL: Basic Scheduling Parameter . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 659
DATES: Basic Scheduling Parameter . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 662
DAYS: Basic Scheduling Parameter . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 664
DESC: General Parameter . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 674
GROUP: General Parameter . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 676
IN: Runtime Scheduling Parameter. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 679
INCLUDE/EXCLUDE USER: Printing Mission Bundling Parameter . . . . . . . . . . . . 682
INTERVAL: Runtime Scheduling Parameter. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 684
MAXWAIT: Basic Scheduling Parameter . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 686
MINIMUM: Basic Scheduling Parameter . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 689
MISSION: General Parameter . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 691
MONITOR: General Parameter . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 693
MONTHS: Basic Scheduling Parameter . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 695
NOT LATER THAN: Runtime Scheduling Parameter . . . . . . . . . . . . . . . . . . . . . . . . . 697
ON LINE# : Runtime Scheduling Parameter . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 699
ON PAGE# : Runtime Scheduling Parameter . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 700
OUT: Post-processing Parameter. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 702
Overview
Migration, printing, backup and restore mission parameters are used to define rules
and operating instructions for executing these missions under CONTROL-V.
Separate Mission Definition screens exist for each of these missions. However, many
of the parameters are common to all the screens and operate in a similar manner,
regardless of the type of mission being defined. This chapter describes these
parameters and their usage.
Migration, printing, backup and restore mission parameters are defined via the
Online facility using preformatted screens.
BMC Software recommends that before proceeding with this chapter, all
CONTROL-V users read Migration, Printing, Backup, Restore Mission Definition
Facility on page 140.
Mission parameters only need to be defined once for each mission. CONTROL-V uses
these parameters for numerous executions of the same mission at different times. Of
course, CONTROL-V lets you modify the parameters at any time.
All parameter definitions are stored as members in standard user libraries. One
member must exist for each mission and the member name must be identical to the
mission name. Each mission is composed of operating instructions for one or more
different mission categories (for example, MIGR-1YEAR, MIGR-5YEARS).
Maintenance within the library and management of the mission operating
instructions are carried out using the Online Mission Definition facility.
This chapter contains a description of the instructions for a single mission category.
Parameter Types
The following types of mission parameters can be specified:
1. What to do?
General Parameters specify which mission to run, the mission type (regular,
emergency, cyclic), and so on. Parameters include:
CATEGORY
DESC
GROUP
MISSION
OWNER
TASKTYPE
2. Bundling.
Bundling Parameters (for printing missions only) determine the recipients and the
sequence of reports in each bundle. Parameters include:
EXCLUDE USER
INCLUDE USER
SORT
3. When?
Basic Scheduling Parameters specify the day or time to execute the mission.
Parameters include:
CONFCAL
DATES
DAYS
MAXWAIT
MINIMUM
MONTHS
PDS
RETRO
WDAYS
4. Runtime Environment.
Runtime Scheduling Parameters specify requirements that must be satisfied to
execute the mission. Parameters include:
IN
INTERVAL
NOT LATER THAN
ON LINE# (available in a future version)
ON PAGE#
PRIORITY
TIME
5. Results Control.
Post-processing Parameters specify what to do when the mission finishes
processing (OK or NOTOK). Parameters include:
OUT
SHOUT
6. Mission-specific
Mission-specific Parameters are unique for each type of mission. Parameters
include:
# OF DAYS TO KEEP
# OF GENERATIONS TO KEEP
BATCH
MONITOR
ON FORM (available in a future version)
OVERRIDE
PRINTER
REQUEST (available in a future version)
RETENTION DAYS
CENTERA RETENTION CLASS
SECONDARY
STAGE
TIMEOUT
A brief summary of the parameters in each type is provided below. This is followed
by a detailed description of each parameter in alphabetical order.
General Parameters
CONTROL-V General parameters for migration, printing, backup and restore
missions specify which mission to run, the mission type (regular, cyclic, emergency),
the owner of the mission (for security purposes), and so on.
Bundling Parameters
CONTROL-V Bundling parameters define the users whose reports are included or
excluded from the bundle and determine the criteria used for sorting the reports in a
bundle.
NOTE
Bundling parameters are applicable to printing missions only.
The New Day procedure determines whether the mission is a candidate for execution
on a specific date. If a mission is a candidate for execution on a specific date, the
mission is placed in the Active Missions file.
Each mission in the Active Missions file has an original scheduling date associated
with it. This is the date the mission should execute according to the Basic Scheduling
parameters. This date is not necessarily the same as the current system date or
working date.
Basic Scheduling parameters are defined separately for MIG and MSM migration
missions:
For more information on this topic, see MIG and MSM Migration Types and
Scheduling Criteria in the CONTROL-D and CONTROL-V chapter of the
INCONTROL for z/OS Administrator Guide.
NOTE
Basic Scheduling parameters may be ignored by the CONTROL-V New Day procedure,
depending on the mode of operation.
Basic Scheduling parameters are divided into the four groups listed below.
Parameters must be selected from only one of the first three groups (A, B or C). Use of
the fourth group (D) is optional.
DAYS/DCAL WDAYS/WCAL
All these parameters are optional.
Parameter DAYS identifies days of the month on which the mission should be
scheduled (for example, 1st day of the month, 3rd working day of the month). Several
formats are available for specifying DAYS values.
Parameter WDAYS identifies days of the week on which the mission should be
scheduled (for example, the 1st day of the week, the 2nd working day of each week).
Several formats are available for specifying WDAYS values.
A calendar name can be specified in the DCAL and/or WCAL fields. A calendar
specifies working daysdays of the year on which a mission can be scheduled.
Calendars and the IOA Calendar facility are discussed in
Chapter 2.
When both DAYS and DCAL are specified, they work as a complementary unit, as
described later in this chapter. Similarly, when both WDAYS and WCAL are
specified, they also work as a complementary unit, as described later in this chapter.
When values for both DAYS (/DCAL) and WDAYS (/WCAL) are specified in the
same mission, the resulting schedule is determined by the value specified in field
AND/OR.
CONFCAL/SHIFT
A calendar specified in CONFCAL is not used for mission scheduling but is used
instead for validating a scheduled date. Only missions which have satisfied all other
specified basic scheduling criteria are checked against the CONFCAL calendar. If the
day is a working day in the CONFCAL calendar, the mission is scheduled on that
day. Otherwise, the mission is either shifted to (scheduled on) another day according
to the value specified in parameter SHIFT, or the mission is not scheduled (if no
SHIFT value has been specified).
CONFCAL calendars are useful for handling holidays and other scheduling
exceptions.
When defining missions, it is useful to understand the IOA Scheduling facility logic
which determines whether or not to order a mission on a specific day. This logic is
described below.
3. A third tentative scheduling decision is created based on the above two decisions
and the AND/OR value linking them.
If DAYS/DCAL are not specified, this third scheduling decision is identical to the
second scheduling decision. If WDAYS/WCAL are not specified, this third
scheduling decision is identical to the first scheduling decision.
5. This third decision (as adjusted) becomes the final scheduling decision. The IOA
Scheduling facility determines whether or not to schedule a mission based on this
final scheduling decision.
Post-Processing Parameters
Post-processing parameters define actions to be taken after the mission has finished
executing. The two post-processing parameters are:
Various internal CONTROL-V rules are applied to determine whether or not the
mission ended OK. Events which may cause a NOTOK indication include:
There are many other events which can cause a NOTOK status (such as spool I/O
error). When a NOTOK status is encountered, use the L (Log) option of the
CONTROL-V Active Missions screen to receive a list of reasons for the NOTOK
status.
Mission-Specific Parameters
Mission-specific parameters are unique for each type of mission. Parameters
PRINTER, BATCH, MONITOR, OVERRIDE, and TIMEOUT apply to printing
missions only. The RETENTION DAYS, CENTERA RETENTION CLASS,
SECONDARY SKELETON, and STAGE parameters apply to migration missions
only. The # OF DAYS TO KEEP and # OF GENERATIONS TO KEEP parameters
apply to backup missions only.
Parameter Descriptions
The following pages contain detailed descriptions of all parameters available in the
CONTROL-V Migration, Printing, Backup and Restore Mission screen. Parameters
are arranged in alphabetical order. Within each parameter, subparameters are
arranged according to the order of the fields on the screen.
Parameters which operate in a similar manner for printing, backup and restore
missions are presented only once. If a parameter only applies to a particular mission
type, this is indicated.
The format required for defining the parameter within an extract of the
CONTROL-V screen.
For more information on the Migration, Printing, Backup, and Restore Mission
facility, see Migration, Printing, Backup, Restore Mission Definition Facility on
page 140.
NOTE
This parameter applies to backup missions only.
This parameter specifies a 5-digit number from 00001 through 65535. Leading zeros
must be supplied.
General Information
This parameter specifies the length of time the backup should be retained. A nonzero
value must be specified for either # OF DAYS TO KEEP or # OF GENERATIONS TO
KEEP, but not both.
NOTE
For information about requirements and restrictions when changing from # OF
GENERATIONS TO KEEP to # OF DAYS TO KEEP, see the CONTROL-D and CONTROL-V
chapter of the INCONTROL for z/OS Administrator Guide.
Utility CTDCLHIS produces a list of all backups whose # OF DAYS has expired.
These out of date backups are then automatically deleted or uncataloged.
Example
Keep the backup created by this backup mission for 90 days.
NOTE
This parameter applies to backup missions only.
This parameter specifies a 4-digit number from 0001 through 9999. Leading zeros
must be supplied.
General Information
Parameter # OF GENERATIONS TO KEEP specifies the number of generations of
report backups that should be retained. A nonzero value must be specified for either
# OF DAYS TO KEEP or # OF GENERATIONS TO KEEP, but not both.
NOTE
For information about requirements and restrictions when changing from # OF
GENERATIONS TO KEEP to # OF DAYS TO KEEP, see the CONTROL-D and CONTROL-V
chapter of the INCONTROL for z/OS Administrator Guide.
Utility CTDCLHIS produces a list of backups that fall outside the range of
generations to keep. These out of date backups are then automatically deleted or
uncataloged.
Utility CTDUPBKP can be used to update the retention period and backup volume
serial numbers in History or Active User Report files. For information about utility
CTDUPBKP, see the INCONTROL for z/OS Utilities Guide.
Example
Keep the backup created by this backup mission for 14 generations.
NOTE
This parameter applies to printing missions only.
General Information
Parameter BATCH enables a printing mission to be scheduled and printed under a
batch job. If BATCH is set to Y, parameter MONITOR is ignored.
When BATCH is set to Y, a printing mission is processed and scheduled like a backup
or restore mission. The member specified in parameter SKELETON is read from the
CONTROL-V SKL library to obtain the skeleton JCL for the batch printing job. For
more information, see the CONTROL-D and CONTROL-V chapter of the
INCONTROL for z/OS Administrator Guide.
Example
This printing mission is submitted as a batch job using the JCL in member PRTSKL of
the CONTROL-D SKL library. Sysout files is freed as soon as they are printed. If the
printing mission does not begin executing within 15 minutes after it is submitted, the
mission terminates NOTOK.
General Information
Parameters for each mission can be specified under different categories. It is possible
to use different criteria for different scheduling dates (for example, regular workday
vs. end of month). Each set of mission criteria is called a category.
Any number of categories (criteria) can be defined for each mission. It is possible to
use multiple categories of the same name, although this is usually not desirable. It is
recommended that in early stages of CONTROL-V implementation, only one basic
category be used for all backup or restore missions, such as DAILY.
For printing missions, parameter CATEGORY can specify the delivery method. For
example, a category can be established for each courier or for each specific bundle.
Parameter INCLUDE/EXCLUDE USER enables you to select the reports included in
each mission category.
For backup and migration missions, if the CATEGORY field is set to NOWAIT,
CONTROL-D does not synchronize mission processing and decollation processing,
and it does not back up or migrate CDAM files that were decollated after
CONTROL-D monitors were started.
For backup and migration missions, if the CATEGORY field is set to NOINDEX,
CONTROL-V indexes are not backed up or migrated together with the CDAM file. In
this case, the original Index files are deleted from DASD by the CTDDELRP utility
even if they are defined as RESIDENT.
The following are some specific strings you can specify in the CATEGORY field for
printing missions, and their effect:
If you specify NOBANNER in the CATEGORY field, banner printing for this print
mission is suppressed. NOBANNER can be specified anywhere in the CATEGORY
field.
If you specify NORULER in the CATEGORY field, print rulers are not processed
for the mission and the Active User Report file is not searched to determine if a
ruler exists for the mission.
If the CATEGORY field begins with ASIS, machine control codes are not
translated to ASA codes and the original format and the original length of the
records that make up the report are saved while printing the report. This increases
the number of chunks but may be necessary for some XEROX or AFP reports.
Whenever the mission is scheduled, the specified category is placed in the Active
Missions file.
Example
Reports printed by this printing mission category is delivered by the courier to the
airport. Reports belonging to Dallas Bank and Dallas Insurance is included.
General information
You can specify one of the classes defined in the EMC Centera environment. The
migrated report will be retained for the period defined for that specific class.
The CTVCLMIG utility reads the retention days defined for the specified class from
the EMC Centera definitions.
If this period has expired, the utility deletes the migrated report from EMC Centera
storage system.
If no value is set for the CENTERA RETENTION CLASS parameter, the report that
was migrated to EMC Centera is deleted based on the value set in the RETENTION
DAYS parameter.
Example
Reports migrated by this mission will be deleted from the EMC Centera storage
system by the CTVCLMIG utility when the number of days defined for the Class1
retention class in the EMC Centera definitions have expired.
General Information
CONFCAL calendars are especially useful for handling holidays and other
scheduling exceptions.
If not specified, missions are scheduled according to other scheduling criteria without
confirmation.
CONFCAL should not contain the name of a periodic calendar. If it does, no day
passes the confirmation.
Example
This example is based on the following assumptions:
Working days are defined in calendar WORKDAYS, which contains the following
working days (indicated by Y) for January 2000:
--S-------------S-------------S-------------S-------------S--
1 2 3 4 5 6 7 8 9 + 1 2 3 4 5 6 7 8 9 + 1 2 3 4 5 6 7 8 9 + 1
Y Y Y Y Y Y Y Y Y Y Y Y Y Y Y Y Y Y Y Y Y
Start of the week is defined as Monday. Weeks start on the following dates in
January 2000: 3rd, 10th, 17th, 24th, and 31st.
Schedule the mission on the 1st, 7th and 15th day of the month if they are both
Saturdays and working days in WORKDAYS. If the day of the month (1st, 7th, 15th)
is not a Saturday, do not schedule the mission. If the day of the month is a Saturday
but is not a working day, schedule the mission on the next working day.
DAYS 1,7,15
AND/OR AND
WDAYS 6
CONFCAL WORKDAYS
SHIFT >
Optional. Valid values are 4-character dates in mmdd or ddmm format, depending
on the site standard.
General Information
The mission is scheduled for execution only on the dates specified in parameter
DATES.
To specify more than 12 dates for one mission, define the dates in a calendar (instead
of using this parameter) and specify the calendar in DCAL (or WCAL).
The relationship between DATES and WDAYS/WCAL is OR. If the mission should
be scheduled according to the DATES parameter or according to the WDAY/WCAL
combination, it is scheduled.
Examples
Example 1
DATES=0115
Example 2
Schedule a mission for the 21st of June and the 21st of December (ddmm format):
Optional. Parameter DAYS specifies days of the month on which the mission should
be scheduled, only if other basic scheduling criteria are met. Values for DAYS can be
specified alone, or they can be specified together with a calendar specified in
subparameter DCAL. DAYS/DCAL can also be specified together with
WDAYS/WCAL (described under WDAYS in this chapter of the guide).
When DAYS are specified without DCAL, the mission is scheduled on the
specified days (in the specified months).
When DCAL is specified without DAYS, the mission is scheduled on all working
days marked in the DCAL calendar.
When DAYS and DCAL are both specified, scheduling depends on the
combination of working days defined in the calendar and the values and format of
parameter DAYS (described below).
When both DAYS and WDAYS criteria are specified, scheduling depends on the
AND/OR parameter connecting them.
If a DCAL calendar is not defined, schedule the mission on all days in the
month. If a DCAL calendar is defined, schedule the mission only on the working
days indicated in the calendar.
n,... Specific days of the month.
If a DCAL calendar is not defined, schedule the mission on the specified days. If
a DCAL calendar is defined, schedule the mission only when a day is defined as
a working day in both the DAYS parameter and the DCAL calendar.
+n,... Days of the month in addition to the working days specified in the DCAL
calendar. DCAL is mandatory.
n,... Schedule the mission on all days except the nth day from the beginning of the
month. DCAL is mandatory.
>n,... Schedule the mission on the indicated day if it is a working day in the DCAL
calendar; otherwise, schedule the mission on the next working day that is not
negated by a n value in this parameter. This format is frequently used for
holiday handling. DCAL is mandatory.
<n,... Schedule the mission on the indicated day if it is a working day in the DCAL
calendar; otherwise, schedule the mission on the last previous working day that
is not negated by n value in this parameter. This format is frequently used for
holiday handling. DCAL is mandatory.
Dn,... Schedule the mission on the nth working day from the beginning of the month.
DCAL is mandatory.
Dn,... Schedule the mission on all working days except the nth working day from the
beginning of the month. DCAL is mandatory.
Ln,... Schedule the mission on the nth day (or nth working day if DCAL is defined)
counting backward from the end of the month. DCAL is optional.
Ln,... If DCAL is defined, schedule the mission on all working days except the nth
working day counting backward from the end of the month. If DCAL is not
defined, schedule the mission on all days except the nth day counting backward
from the end of the month. DCAL is optional.
If the number of days between periods with the same identifier is more than 33
(this value can be changed by the INCONTROL administrator), it is considered a
new period.
The name of a periodic calendar must be specified in DCAL. For details about
periodic calendars, see IOA Calendar Facility on page 390.
General Information
Negative values take precedence over positive values when determining whether or
not a mission is scheduled on a certain date. If a negative value (for example, format
n, Dn, Ln, DnPi, or LnPi) in either the DAYS or WDAYS field prevents a mission
from being scheduled on a date, the mission is not scheduled on that date even if a
positive value (such as Ln) would otherwise result in the mission being scheduled on
that date.
A maximum of eight periodic values (of type DnPi, DnPi, LnPi, and LnPi) can be
designated in any desired order.
If periodic and non-periodic values are mixed when specifying parameter DAYS,
processing depends on the calendar type specified in parameter DCAL:
If a periodic calendar is specified in the DCAL parameter, all periodic values and
the negative non-periodic value -n in the DAYS parameter are processed; all other
non-periodic values are ignored.
D*Pi and D*P*, and L*Pi and L*P* are not permitted, because these values would
result in scheduling the mission on no days in a period or no days in all periods, a
meaningless request.
Parameter DAYS cannot be used with parameters PDS, MINIMUM, and DATES.
Examples
The examples in this chapter are based on the following assumptions:
Working days are defined in calendar WORKDAYS. Working days for January
2000 are indicated by a Y.
---S-------------S-------------S-------------S-------------S---
1 2 3 4 5 6 7 8 9 + 1 2 3 4 5 6 7 8 9 + 1 2 3 4 5 6 7 8 9 + 1
Y Y Y Y Y Y Y Y Y Y Y Y Y Y Y Y Y Y Y Y Y
---S-------------S-------------S-------------S-------------S---
1 2 3 4 5 6 7 8 9 + 1 2 3 4 5 6 7 8 9 + 1 2 3 4 5 6 7 8 9 + 1
B C A A B B C A A B B C A A B B C A A B B
Start of the week is defined as Monday. Weeks start on the following dates in
January 2000: 3rd, 10th, 17th, 24th, and 31st.
At the end of each example, asterisks in a January 2000 calendar indicate the days on
which the mission is scheduled.
Example 1
Schedule the mission on the 17th day and the last day of the month.
DAYS 17,L1
Example 2
Schedule the mission on all working days of the month except the 6th day of the
month, and also schedule the mission on the 1st day of the month.
DAYS +1,-6
DCAL WORKDAYS
Example 3
Schedule the mission on all working days of the month except the first and last
working days of the month, and except the 17th day of the month.
DAYS -D1,-17,-L1
DCAL WORKDAYS
Example 4
Schedule the mission on the 8th day of the month. If it is a non-working day, schedule
the mission on the closest preceding working day.
DAYS <8
DCAL WORKDAYS
Example 5
Schedule the mission on the 1st day of period A, and on all days, except the 2nd day,
of period B. Do not schedule the mission on the 5th day of the month.
DAYS -5,D1PA,-D2PB
DCAL PERIDAYS
Example 6
Schedule the mission on each Monday and on the 1st day of the month.
DAYS 1
AND/OR OR
WDAYS 1
Example 7
Schedule the mission on the 3rd day of the month only if it is a Monday.
DAYS 3
AND/OR AND
WDAYS 1
Example 8
DAYS L1,L2,L3,L4,L5,L6,L7
AND/OR AND
WDAYS 1
Example 9
Schedule the mission on the 1st, 7th and 15th days of the month if they are both
Saturdays and working days. If the day of the month (1st, 7th, 15th) is not a Saturday,
do not schedule the mission. If the day of the month is a Saturday, but it is not a
working day, schedule the mission on the next working day.
DAYS 1,7,15
AND/OR AND
WDAYS 6
CONFCAL WORKDAYS
SHIFT >
Example 10
Schedule the mission to run on the first Friday after the 15th of the month.
DAYS 16,17,18,19,20,21,22
AND/OR AND
WDAYS 5
Optional. Parameter DESC specifies a text of 1 through 50 characters per line. When
you enter text in parameter DESC and press Enter, another DESC line is displayed. An
unlimited number of description lines can be specified.
General Information
Parameter DESC is informational. It does not affect mission processing. The
description is intended to let the user know the purpose of (or some other key
information about) the mission.
Example
Category NORTH-COURIER is displayed in the Category List screen with the
description BUNDLE FOR COURIER TO NORTH BRANCHES.
General Information
Parameter GROUP makes handling missions more convenient. It enables retrieval of
information about a specific groups missions, usually via the Online facility or the
Reporting facility.
The group name appears in all important messages relating to the groups missions.
Overriding DDNAME
Parameter GROUP can be used to override the DD name for a SYSOUT issued by
CONTROL-V to SPOOL, by specifying a value beginning with DD= in one of the
following ways:
where
For details, see parameter OUTGRP in the CONTROL-D chapter of the INCONTROL
for z/OS Installation Guide.
For information about chunking, see the CONTROL-D and CONTROL-V chapter
of the INCONTROL for z/OS Administrator Guide.
Example
This printing mission belongs to the DAILY-PRT-BLUE-FORM group.
General Information
The mission executes only if all the prerequisite conditions (specified in parameter
IN) are satisfied.
A prerequisite condition can represent any user-specified situation. The following are
a few examples of prerequisite conditions:
Morning-A-PRINTED
RESTORE-NEEDED
JOB-EJGH12-FINISHED
SALARY-DECOLLATED
The PREV date reference automatically resolves into a scheduling date reference for
the missions previous scheduling date (or ODATE1 for a forced mission).
The **** or $$$$ date reference indicates that any date is acceptable. Only the
prerequisite condition name must match.
Examples
Example 1
Activate the printing mission only after the salary reports report decollating mission
finishes OK. When the salary reports report decollating mission finishes OK, it
creates the prerequisite condition SALARY-DECOLLATED.
PLEASE FILL IN MISSION PARAMETERS. USE "SHPF" TO SEE PFK DEFINITION 10.19.22
Example 2
Suppose a printing mission should be executed only after the totals of a report have
been checked for reasonableness. Parameter IN can specify a prerequisite condition
such as REPORT404-CHECKED, which is created manually after the report has been
checked. For more information, see Adding Conditions and Resources The ADD
Command on page 370.
PLEASE FILL IN MISSION PARAMETERS. USE "SHPF" TO SEE PFK DEFINITION 08.49.41
NOTE
Parameters INCLUDE/EXCLUDE USER apply to printing missions only.
General Information
Reports belonging to the user specified in parameter INCLUDE USER are included in
the bundle. In addition, reports belonging to the users children (users appearing
under the user in the Recipient Tree) are also included, unless specifically excluded
by an EXCLUDE USER parameter.
When parameter EXCLUDE USER is specified, reports belonging to the specified user
are excluded from the bundle. In addition, reports belonging to the users children (in
the Recipient Tree) are excluded from the bundle, unless specifically included by an
INCLUDE USER parameter.
Example
Include in the bundle reports belonging to the Accounting Department (user
ACCOUNT) and belonging to all users under the Accounting Department in the
Recipient Tree. However, exclude reports belonging to the Accounts Payable section
(user ACCPAYBL). This also excludes reports belonging to ACCPAYBLs children in
the Recipient Tree.
The specified interval starts from the time the previous mission finished executing.
NOTE
This parameter applies to restore and printing missions only.
General Information
A cyclic mission is generally executed at a regular interval defined by parameter
INTERVAL. Cyclic missions (see parameter TASKTYPE) are used to execute printing
and restore requests which have accumulated since the previous execution.
Parameter ON PAGE# can trigger execution of a cyclic printing mission even if the
INTERVAL requirement or another condition has not been satisfied.
Example
Execute this restore mission every three hours.
Optional. Valid values: 0098 (days) or 99 (no limit). A leading zero is required.
General Information
Parameter MAXWAIT is used to overcome the problem of delays in production. A
mission that is scheduled for execution on a specific day does not always finish
executing that same day. A mission may be delayed due to number of reasons, such
as hardware failure, a heavy production workload, or a bug in one of the missions
predecessors. Therefore, it may be desirable to specify an additional number of days
that the mission should remain available for execution.
Emergency missions are also disregarded if their MAXWAIT periods have passed.
Examples
Example 1
MAXWAIT=99
Example 2
The mission should be given an extra three days to execute after its original
scheduling date has passed:
DAYS=2,4,6
MAXWAIT=3
RETRO=Y
Assume that the mission does not run due to the absence of the required runtime
conditions. The mission that is scheduled for the 2nd of the month waits from the 2nd
through the 5th to be executed.
On the 6th, CONTROL-V times out and the mission scheduled for the 2nd is not
executed. The missions scheduled for the 4th and 6th waits for execution until the 7th
and 9th, respectively.
NOTE
This parameter is supported for compatibility with previous versions.
General Information
Parameters MINIMUM and PDS are always used together and are never used with
other Basic Scheduling parameters.
Parameter PDS identifies a library, and parameter MINIMUM specifies the minimum
number of free tracks required by that library.
These parameters are intended for use (definition) in missions which issue a warning
message if the minimum number of free tracks is not available.
If parameters MINIMUM and PDS are defined for a mission, the scheduling of the
mission is not related to or dependent upon any date criteria. Instead, the mission is
scheduled if the actual number of free tracks available in the specified library is below
the specified minimum at time of daily mission ordering. The mission can then issue
the appropriate warning.
NOTE
MINIMUM does not work with PDSE-type libraries because they always appear to be 100%
full. MINIMUM only checks current extents.
Example
Schedule the mission when there are less than 20 unused tracks in library
ALL.PARMLIB.
General Information
Printing missions: The MISSION name must also be specified in the Report
Decollating Mission screen (statement DO PRINT) for all reports printed by this
mission. When the printing mission executes, it prints all reports assigned to it
through parameter DO PRINT if they have been decollated and have not yet been
printed.
Migration and backup missions: The MISSION name must also be specified in either
statement DO MIGRATE or DO BACKUP of the Report Decollating Mission screen
for all reports migrated or backed up by this mission. When the mission executes, it
migrates or backs up all reports assigned to it through statement DO MIGRATE or
DO BACKUP if they have been decollated and have not yet migrated or been backed
up.
Restore missions: This parameter is used for descriptive purposes (for example,
IMMEDIATE, HOURLY).
Example
The STD printing mission prints all the reports that should be printed that day.
NOTE
This parameter applies to printing missions only.
General Information
If parameter MONITOR is not specified, a print monitor is assigned on a rotation
method by the CONTROL-V monitor.
The print monitor number (ID) cannot be greater than the value of installation
parameter PRTMON# . If PRTMON# is set to 0, no print monitors are started but
printing missions can be executed as batch jobs. For information on this topic, see
parameter BATCH in this chapter.
Example
The print monitor whose ID was set to 2 at the time of installation handles the
printing of the reports in this printing mission.
Optional. The months in the year are represented by the numbers 1 through 12. A
value can be specified for each month. Valid values are:
General Information
The mission is scheduled for execution only during the months in which a value of Y
is specified.
Parameter MONTHS cannot be used with parameters PDS, MINIMUM and DATES.
When parameter MONTHS is used, at least one of the following must be specified:
DAYS, DCAL, WDAYS or WCAL. When specified with one of these parameters,
parameter MONTHS works as a filter to limit the mission schedule.
Examples
Example 1
Example 2
Optional. Parameter NOT LATER THAN must be in hhmm format (where hh is the
hour and mm is the minute).
Examples:
General Information
This parameter triggers execution of the mission at the specified time even if the
prerequisite conditions specified in parameter IN do not exist. Use this parameter in
those cases where the prerequisite condition is desirable but not absolutely necessary
for execution of the mission.
When parameter NOT LATER THAN is not specified, the mission executes only if the
prerequisite conditions and the other scheduling requirements are satisfied.
Example
Execute the print mission at 3:00 a.m. even if the prerequisite conditions do not exist.
PLEASE FILL IN MISSION PARAMETERS. USE "SHPF" TO SEE PFK DEFINITION 10.19.22
NOTE
This parameter applies to printing missions only.
Optional. This parameter specifies a 6-digit number (of pages) from 1 through 999999.
General Information
ON PAGE# specifies the number of pages to be counted before execution of a
printing mission begins (even if other runtime scheduling criteria are not met). If the
number of pages to be printed by the printing mission reaches or exceeds this
threshold, execution of the mission begins.
Only report pages decollated by means of a DO PRINT statement are counted. Report
pages for which a (re)print request was issued using option P (Print) in a User Report
List screen are not counted.
During the scheduling process, the ON PAGE# counter is checked before processing
IN conditions but after processing the TIME parameter. Therefore, a printing mission
cannot be triggered by parameter ON PAGE# if its TIME criteria are not satisfied, but
can be triggered even if a required prerequisite condition does not exist.
Example
This cyclic printing mission executes every 30 minutes. However, if 100 pages have
been decollated since the last execution, the mission is executed ahead of schedule
and a new time interval is started.
General Information
If the mission ends OK, the prerequisite conditions are added to or deleted from the
IOA Conditions file according to the specified opt value.
An OUT statement can be used to add or delete a prerequisite condition if the job
or mission ends OK.
OSS-READY
PRINTER-SET
SALARY_DECOLLATED
All prerequisite conditions are associated with a date reference that is used to
distinguish between different runs of the same job or mission with different
scheduling dates. If, for example, a condition is being deleted, only the condition
matching the specified date is deleted. The same condition from a different date is not
deleted. When adding or deleting prerequisite conditions, the date associated with
the prerequisite condition can be a specific 4-character date or one of the following
symbolic dates:
Prerequisite conditions created by parameter OUT can trigger the execution of other
jobs or missions.
Prerequisite conditions deleted by parameter OUT can prevent the scheduling of jobs
and missions that require those prerequisite conditions in their IN parameter.
Example
After the printing mission for the airport courier has ended OK, permit the printing of
other missions.
PLEASE FILL IN MISSION PARAMETERS. USE "SHPF" TO SEE PFK DEFINITION 10.19.22
NOTE
This parameter applies to printing missions only.
General Information
Parameter OVERRIDE can be specified for printing missions which run under a
printing monitor and for printing missions which run under a batch job.
If a printing mission is run under a batch job (because parameter BATCH is set to Y)
and subparameter FREE is set to END, all of the chunks produced by the printing
mission should be in one JES outgroup. Otherwise, SYSOUTS might not be printed in
the correct order. To ensure that all SYSOUTS are in the same JES outgroup, they
must have the same CLASS, DEST and EXTWTR (external writer name). Parameter
OVERRIDE can be used for setting these characteristics.
For more information about subparameter FREE, see parameter BATCH in this
chapter. For more information about chunking, see the CONTROL-D and
CONTROL-V chapter of the INCONTROL for z/OS Administrator Guide.
Example
Use the laser printer to print end-of-year interest earnings on tax form 1099.
General Information
Parameter OWNER is used by CONTROL-Vs internal security mechanism to
determine which operations each user is authorized to perform.
Parameter OWNER also facilitates the handling of production missions. When using
the Online facility, you can restrict the display of CONTROL-V information to
specified users.
Default OWNER is dependent on the sites online environment (CICS, TSO, and so
on). For TSO and TSO/ISPF environments, the TSO user ID is the default. For
non-TSO environments, such as CICS, the default is the terminal ID.
Example
Category DAILY of backup mission BKP0031D belongs to owner M22.
Parameter PDS cannot be used with any of the following parameters: DAYS,
WDAYS, MONTHS, CONFCAL, RETRO and DATES.
NOTE
This parameter is supported for compatibility with previous versions.
General Information
The data set must be cataloged, and it must be a partitioned dataset.
Parameters MINIMUM and PDS are always used together and are never used with
other Basic Scheduling parameters.
These parameters are intended for use (definition) in missions which issue a warning
message if the minimum number of free tracks is not available.
If parameters MINIMUM and PDS are defined for a mission, the scheduling of the
mission is not related to or dependent upon any date criteria. Instead, the mission is
scheduled if the actual number of free tracks available in the specified library is below
the specified minimum when the New Day procedure is run at time of daily mission
ordering. The mission can then issue the appropriate warning.
NOTE
PDS does not work with PDSE-type libraries because they always appear to be 100 percent
full.
Example
Schedule the mission when library ALL.PARMLIB has less than 20 unused tracks.
NOTE
This parameter applies to printing missions only.
Under JES3, the DEST value can be a valid JES printing destination or
the JNAME of the printer which is defined as ANYLOCAL to JES.
CHUNKSIZE Number of lines per chunk sent to the spool for printing. This
parameter overrides the default chunksize specified for the printer
during CONTROL-D installation. Default: 10000. Optional.
General Information
When parameter PRINTER, DEST or CHUNKSIZE is specified, an identical
parameter line is displayed.
Parameter PRINTER enables you to specify which printers in the data center can print
the missions reports. Printers should be selected according to print needs (for
example, laser printers for special formatting; impact printers for carbon copies).
When multiple printers are specified, the printing mission determines which of the
specified printers are open but not currently in use, and then prints on the fastest of
these printers. If no printer is specified, the printer is selected from the printers
defined in the installation parameters.
Parameter DEST is optional and it should normally not be used. CONTROL-V uses
the destination (or JNAME for JES3) defined in the CONTROL-D installation
parameters. If another destination is specified in the User Reports list, it is assumed to
be a remote printer.
For additional information about chunksize and printers control, see the
CONTROL-D and CONTROL-V chapter of the INCONTROL for z/OS Administrator
Guide.
Example
The bundle prints on one of the specified printers that is open and free. If both
printers are open and free, the bundle prints on the faster of the two printers.
PLEASE FILL IN MISSION PARAMETERS. USE "SHPF" TO SEE PFK DEFINITION 10.19.22
General Information
Priority helps determine the order in which missions in the Active Missions file are
processed.
Priority is determined in ascending order where: blank < A < Z < 0 < 9
In general, the mission with the highest priority code executes first if its other runtime
scheduling requirements are satisfied.
Example
The airport courier morning printing mission has priority 99 and should be executed
before all missions with lower (or unspecified) priorities. This assures that the airport
bundle prints as soon as it is ready.
PLEASE FILL IN MISSION PARAMETERS. USE "SHPF" TO SEE PFK DEFINITION 10.19.22
NOTE
This parameter applies to migration missions only.
General Information
This parameter specifies the length of time the migrated report remains on a storage
device before it is reported as unnecessary. A nonzero value must be specified.
Utility CTVCLMIG produces a list of all CDAM and index files whose RETENTION
DAYS have expired. These out of date files are automatically deleted or
uncataloged. For more information about utility CTVCLMIG, see the INCONTROL
for z/OS Utilities Guide.
Utility CTDUPBKP can be used to update the retention period in Migrated or Active
Report files. For information about utility CTDUPBKP, see the INCONTROL for z/OS
Utilities Guide.
Example
Target files of the migration mission are subject to deletion 20 days after the date the
files were migrated.
General Information
Parameter RETRO is used to control situations where the computer has not been
working for a day or more due to hardware failure or holiday, and so on.
When RETRO=Y, missions are placed on the Active Mission file for all days the
mission should have been originally scheduled. Scheduling occurs from the last
scheduling date to the current working date, only if that those days were included in
one of the scheduling parameters (DAYS, DCAL, and so on). Each mission placed on
the Active Missions file is associated with a different original scheduling date. For
additional information, see parameter MAXWAIT.
When RETRO=N, the mission is only scheduled for the current working date, only if
that the mission is normally scheduled for that date.
Examples
Example 1
Schedule the printing mission only on specified days of the month. If the date has
passed, do not schedule the mission.
Assume that the computer was offline from the 5th to and including the 7th. The
mission is not run for the 6th. The next time the mission executes is on the 13th.
Example 2
Schedule the backup mission for every Tuesday. If the computer is down on Tuesday,
execute the mission on the day the computer resumes operations.
NOTE
This parameter applies to migration missions only.
2 through 8 characters. This parameter defaults to the name of the primary migration
mission (see parameter MISSION in this chapter of the guide), modified by changing
the 3rd character to C (or to D if it had been C). (If the value of parameter MISSION is
a single character, C is added as a 2nd character.) This default name can be modified
by typing over it.
General Information
If secondary migration is implemented for any stage in the migration path, the
migration skeleton library must contain a member whose name is identical to the
value specified in this parameter.
NOTE
If parameter SECONDARY MEDIA is not specified anywhere in the migration path, this
parameter is ignored.
Example
Migration mission MIGSEC submits two migration jobs. The primary migration job
uses skeleton MIGSEC to migrate the reports to OSS. The secondary migration job
uses skeleton MICSEC to migrate a second copy of the reports to cartridge. For more
information about migration mission logic, see the CONTROL-D and CONTROL-V
chapter of the INCONTROL for z/OS Administrator Guide.
PLEASE FILL IN MISSION PARAMETERS. USE "SHPF" TO SEE PFK DEFINITION 12.12.05
Optional. Upon filling in the SHOUT statement and pressing Enter, a new SHOUT
statement is opened.
General Information
The message is sent to the specified destination when the WHEN condition is
satisfied. Multiple SHOUT statements can be evaluated and performed
independently.
Subparameter TO
Enter TO=USERID-userid, to write the message to the IOA Log file under the user ID
specified in the parameter.
Enter TO=OPER[n], to send the message to the operator console (route code n). If the
n value is omitted, the message is sent to all consoles to which route codes 1 or 11 are
assigned. For more detailed information regarding route and descriptor codes, refer
to the IBM publication Routing and Descriptor Codes, GC38-1102.
Enter TO=TSO-id or T-id, to send the message is sent to the logonid. The Shout
facility first searches the IOA Dynamic Destination table for the specified ID. If the
table contains an entry that matches the value, the entrys content is used as the target
for the shouted message. (The entire TO field is used. Therefore, when directing the
message to a remote user, do not append Nn or Mm. Instead, do this in the IOA
Dynamic Destination table itself). For more information, see Dynamic Destination
Table in the IOA administration chapter of the INCONTROL for z/OS Administrator
Guide.
Subparameter URGN
In addition, if the destination is USERID-userid (or U-userid), the user can control,
according to urgency, which messages are displayed when the IOA Log file is
accessed. Urgent and very urgent messages are highlighted on the screen. For more
details, see IOA Log Facility in Chapter 2.
Example
If the printing mission does not finish executing successfully, send an urgent
unrollable, highlighted message to the operator console.
PLEASE FILL IN MISSION PARAMETERS. USE "SHPF" TO SEE PFK DEFINITION 10.19.22
NOTE
Parameter SORT applies to printing missions only.
Codes (1 through 9, T, E) corresponding to the desired sort keys are typed in the
ENTER SORT SEQ field. The primary sort key should be entered first, followed by
any secondary sort keys. The codes must be separated by commas.
For each sort key, a sort order (A = ascending, D = descending) may optionally be
specified. The default is sort in ascending order. Example: 5D, 1, 3.
General Information
CONTROL-V sorts the reports included in a printing mission based on the specified
sort keys.
NOTE
Sort criteria can affect printing speed.
When sort key 6 is specified, reports are sorted according to Recipient Tree structure.
All reports belonging to a particular tree branch are printed before any reports
from an alternate branch. The order within a Recipient Tree is illustrated below:
Example
Sort the reports based on user name, using report name (in descending order) as a
secondary key.
NOTE
These parameters apply to migration missions only. Migration stage 01 is mandatory.
General Information
One set of STAGE parameters is displayed for stage 01 migration from disk to
another media. Another set of STAGE parameters is displayed as each migration
stage is defined. A maximum of 10 sets of STAGE parameters can be specified.
Each set of STAGE parameters is divided into two parts: primary migration and
secondary migration. For each stage that is specified, primary migration is mandatory
and secondary migration is optional. The value specified in parameter AGE for a
stage applies to both primary and secondary migration in that stage.
By default, users access the files produced by primary migration. Utility CTDUPBKP
can be used to switch user access between the files produced by primary and
secondary migration. For more information about the work flow of migration
missions, see the CONTROL-D and CONTROL-V chapter of the INCONTROL for
z/OS Administrator Guide.
Example
Figure 428 STAGE Parameter Example
| =========================================================================== |
| RETENTION DAYS 03000 FORCE N SECONDARY SKELETON MICLIM |
| =========================================================================== |
| STAGE 01 PRIMARY MEDIA DISK AGE 00010 REFRESH CTLG |
| PREFIX VOLDP |
| SECONDARY MEDIA REFRESH CTLG |
| =========================================================================== |
| =========================================================================== |
| STAGE 02 PRIMARY MEDIA FTK1 AGE 00030 REFRESH CTLG |
| FSET MAGDISK VSET MAGDISK |
| SECONDARY MEDIA FTK2 REFRESH CTLG |
| FSET OPTICAL VSET OPTICAL |
| |
| STAGE 03 PRIMARY MEDIA OSS2 AGE 00300 REFRESH CTLG |
| PREFIX PLTD |
| SECONDARY MEDIA REFRESH CTLG |
| |
| STAGE 04 PRIMARY MEDIA CART AGE 00600 REFRESH 01500 CTLG N |
| SECONDARY MEDIA REFRESH CTLG |
| |
| STAGE 05 PRIMARY MEDIA AGE REFRESH CTLG |
| SECONDARY MEDIA REFRESH CTLG |
| =========================================================================== |
you must either set APA to YES or set ACIF to YES in the
PRINT/CDAM PARMS in the decollation mission
NOTE
This parameter applies to printing missions only.
General Information
CONTROL-V can store AFPDS reports with their original print resources embedded
in a new report file. Embedding print resources in the report file ensures report
integrity. These reports are not affected by subsequent modifications to report format,
print resources, and the ACIF environment. The new report file can be viewed by
CONTROL-D/WebAccess Server users with the AFP viewer or the CompuView
Navigator under CONTROL-D/Page On Demand.
When parameter STORE is set to Yes, the printing mission does not send SYSOUT to
Spool and does not produce reports to be transferred to CONTROL-D/WebAccess
Server. Instead, it stores the print image as a new report and produces the following:
Subparameters BACKUP and MIGRATE are displayed on the same line after
parameter STORE. These subparameters optionally specify the name of the backup
and/or migration mission that backs up or migrates the stored AFP report.
The BACKUP and MIGRATE subparameters for the new report are the same as the
standard backup and migrate parameters specified for decollation missions. For more
information, see DO BACKUP: Decollating Parameter on page 452 and DO
MIGRATE: Decollating Parameter on page 481.
General Information
A standard mission (MIG, PRT, BKP, RST, or RSM) should be used for regular
production missions.
An emergency mission (EMG, EPR, EBK, ERS, or ERM) should be used for
emergency production events.
A cyclic mission (CPR, CRS, or CRM) usually accumulates requests from various
users and performs them at intervals (for example, every two hours). After a cyclic
mission has finished executing, it returns to WAIT SCHEDULE state. It then executes
again depending on its runtime scheduling criteria.
A cyclic printing mission is often used when the CONTROL-V monitors primary use
is sysout printing. In such a case, it is common to activate a cyclic printing mission
that wakes up every few minutes, and prints reports which were captured from the
spool since the last invocation of the cyclic printing mission.
Emergency missions remain in the Active Missions file until all regular missions of
the same GROUP finish executing OK. When an emergency mission is no longer
needed, it is removed from the Active Missions file. This process is performed once a
day by the CONTROL-V New Day procedure. For details, see the CONTROL-D and
CONTROL-V chapter of the INCONTROL for z/OS Administrator Guide.
NOTE
BMC Software recommends that parameter GROUP be specified if you define emergency
missions. If GROUP is not specified, the mission may remain indefinitely in the Active
Missions file.
Parameter ON PAGE# can be used to trigger (cyclic) printing missions when the
number of pages waiting to be printed exceeds a specified threshold.
Example
Cyclic restore mission RST0120M implements all accumulated restore requests every
two hours.
Optional Parameter TIME consists of subparameter FROM and TO. Either or both
subparameters can be specified.
The FROM and TO fields can contain valid times in the format hhmm (where hh is
hour and mm is minute).
General Information
Normally, CONTROL-V submits the mission only during the time interval defined in
parameter TIME (that is, the mission is not submitted before the time specified in the
FROM field and is not submitted after the time specified in the TO field).
When either a FROM or a TO value is not specified, the default is used. The default
values are the start and end of the work day as determined by the New Day
procedure.
Examples
Example 1
Example 2
Example 3
NOTE
This parameter applies to printing missions only.
NOTE
This parameter applies to printing missions only.
This parameter specifies the number of minutes (from 0 through 99) after a printing
mission is submitted within which the mission must begin execution. If the mission
does not start before the specified number of minutes have elapsed, the mission
terminates NOTOK. Optional. Default: 5 (minutes).
Example
This printing mission is submitted as a batch job using the JCL in member PRTSKL of
the CONTROL-D SKL library. Sysout files are freed as soon as they are printed. If the
printing mission does not begin executing within 15 minutes after it is submitted, the
mission terminates NOTOK.
Optional. Parameter WDAYS specifies days of the week on which missions should be
scheduled, only if other basic scheduling criteria are met.
Values for WDAYS can be specified alone, or they can be specified together with a
calendar specified in subparameter WCAL. WDAYS/WCAL can also be specified
together with DAYS/DCAL (described under DAYS earlier in this chapter).
The first six days of the week are coded 1 through 6. The last day of
the week is coded 0 (zero). All examples in this chapter assume
Monday is the first day of the week. In these examples, Monday = 1,
Tuesday = 2, ..., Saturday = 6 and Sunday = 0.
When WDAYS and WCAL are both specified, scheduling depends on the
combination of working days defined in the calendar and the values and format of
parameter WDAYS (described below).
When both DAYS and WDAYS criteria are specified, scheduling depends on the
connecting AND/OR value specified. (For more information, see subparameter
AND/OR in parameter DAYS.)
n is an integer from 1 through 6 or 0 (zero), where 1 = the first day of the week
(Sunday or Monday, depending on the standard at your site) and 0 = the last day
of the week (that is, Saturday or Sunday).
If a WCAL calendar is not defined, schedule the mission on all days in the
week. If a WCAL calendar is defined, schedule the mission only on the
working days indicated in the calendar.
n,... Specific days of the week.
n is an integer from 1 through 6 or 0, and i is any valid period identifier (or * for all
periods).
General Information
Negative values take precedence over positive values when determining whether or
not a mission is scheduled on a certain date. If a negative value (such as format n,
Dn, Ln, DnPi, or LnPi) in either the DAYS or WDAYS field prevents a mission
from being scheduled on a date, the mission is not scheduled on that date even if a
positive value (such as Ln) would otherwise result in the mission being scheduled on
that date.
A maximum of eight periodic values (such as types DnPi, DnPi, LnPi, or LnPi) can
be specified in any desired order.
If periodic and non-periodic values are mixed when specifying parameter WDAYS,
processing depends on the calendar type specified in parameter WCAL:
If a periodic calendar is specified in the WCAL parameter, all periodic values and
the negative non-periodic value -n in the WDAYS parameter are processed; all
nonnegative non-periodic values are ignored.
When Ln and/or Dn values are specified in a week which overlaps two months, the
MONTHS value of the earlier month determines whether or not Dn or Ln values are
applied in the week:
If the first day of the week falls in a month with a MONTHS value of Y, all Dn and
Ln values in that week are applied, even those falling in the next or previous
month when that month has a MONTHS value of N.
If the first day of the week falls in a month with a MONTHS value of N, no Dn or
Ln values in that week are applied (not even if those falling in the next or previous
month when that month has a MONTHS value of Y).
Examples
The examples in this chapter are based on the following assumptions:
Working days are defined in calendar WORKDAYS which contains the following
working days (indicated by Y) for January 2000:
---S-------------S-------------S-------------S-------------S---
1 2 3 4 5 6 7 8 9 + 1 2 3 4 5 6 7 8 9 + 1 2 3 4 5 6 7 8 9 + 1
Y Y Y Y Y Y Y Y Y Y Y Y Y Y Y Y Y Y Y Y Y
---S-------------S-------------S-------------S-------------S---
1 2 3 4 5 6 7 8 9 + 1 2 3 4 5 6 7 8 9 + 1 2 3 4 5 6 7 8 9 + 1
B C A A B B C A A B B C A A B B C A A B B
Start of the week is defined as Monday. Weeks start on the following dates in
January 2000: 3rd, 10th, 17th, 24th, and 31st.
At the end of each example, asterisks in a January 2000 calendar indicate the days on
which the mission is scheduled.
Example 1
WDAYS 0,1
Example 2
WDAYS +6
WCAL WORKDAYS
Example 3
WDAYS <0,-5
WCAL WORKDAYS
Example 4
Schedule the mission on the 1st Monday of the 1st week in the month.
WDAYS D1W1
Example 5
Schedule the mission on all working days except Mondays and Fridays.
WDAYS -D1,-L1
WCAL WORKDAYS
Example 6
Each week, schedule the mission on the 1st day of period A in that week, and on all
days except the second day of period B in that week.
WDAYS D1PA,-D2PB
WCAL PERIDAYS
Example 7
Schedule the mission on each Monday and on the 1st day of the month.
DAYS 1
AND/OR OR
WDAYS 1
Example 8
Schedule the mission on the 3rd day of the month only if it is a Monday.
DAYS 3
AND/OR AND
WDAYS 1
Example 9
DAYS L1,L2,L3,L4,L5,L6,L7
AND/OR AND
WDAYS 1
Example 10
Schedule the mission on the 1st, 7th and 15th day of the month if they are both
Saturdays and working days. If the day of the month (1st, 7th, 15th) is not a Saturday,
do not schedule the mission. If the day of the month is a Saturday, but it is not a
working day, schedule the mission on the next working day.
DAYS 1,7,15
AND/OR AND
WDAYS 6
CONFCAL WORKDAYS
SHIFT >
5
Compressed Dataset Access Method
5
(CDAM)
This chapter contains the following topics:
Overview . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 756
How to Use CDAM . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 759
Example. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 759
Activating the CDAM . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 759
CDAM Parameters . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 760
Parameter DSN of the DD Statement . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 773
CDAM Logic . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 775
CDAM Dataset Naming Conventions . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 776
Multijob CDAM Datasets . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 777
CDAM User Exit CTDX018 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 779
Example 1. Order a Report Decollating Mission . . . . . . . . . . . . . . . . . . . . . . . . . . 780
Example 2. Add Lines to the Report . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 780
Example 3. Split a Report by Lines (Decollate by Line). . . . . . . . . . . . . . . . . . . . . 781
CDAM Maintenance Utility CTDAMUTI . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 781
Activating the Utility . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 782
Parameter Format . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 782
CDAM Maintenance Utility CTDAMUTI . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 781
Migrated CDAM Datasets . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 785
Media and Resource Management . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 785
OSS Media . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 786
FTK Media . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 786
CART Media. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 787
Overview
This chapter should be read very carefully. It deals with performance considerations
for managing large volumes of sysouts. Although CONTROL-V can be implemented
effectively using the conventional job writes reports to spool method, it is possible
to improve the efficiency of the data center by writing reports directly to compressed
datasets.
CONTROL-V can use two report processing techniques. The basic technique does not
require any JCL changes and can be implemented immediately on any given report.
The following diagram shows the basic report processing workflow:
CONTROL-V monitor writes the reports to compressed datasets while deleting the
original copy from the JES spool.
The decollating process is carried out while the reports are moved from the spool
to the compressed datasets.
This type of process is reliable and is used by many report management systems.
However, it is not the best solution in terms of overall system performance. The
inherent problems of this method are:
Redundant write operations. The same report is written to the spool, then it is read
from the spool and (again) written to compressed datasets. The writing of the
report to the spool is redundant because the report finally resides on compressed
datasets.
The JES spool is a large pre-allocated DASD space. It must be large enough to
contain many of the largest reports. Since it is a pre-allocated area, that area
cannot be used for other purposes (for example, sort work areas) even when
spool utilization is low.
The data on the spool is not compressed and is not structured efficiently. This
results in a waste of space. A significant portion of the spool is full of blanks.
A sysout on the spool can be deleted (purged) very easily by indirect commands
(for example, an operator may delete the entire sysout output class). Therefore,
reports can disappear from the spool before they are printed and a rerun of the
job is required to recreate the report.
Most security products have serious problems protecting data on the spool.
Consequently, the spool is a potential security leak and sysouts on spool are not
protected using conventional security methods.
Although 100% spool utilization must be avoided at all costs, this situation can
occur very easily when many reports and dumps are written to the spool.
The JES spool is one of the most highly used components of the operating
system. Programmers access the spool frequently to scan the JES queues using
SDSF, FLASHER, ISPF, and TSO OUTPUT commands. The overhead for this
activity depends on the number for outputs on the spool. If the spool contains
unnecessary data, system overhead is unnecessarily increased.
The Compressed Dataset Access Method (CDAM) solves all of these problems. It also
has other benefits:
Reports are written directly to compressed sysout. They do not pass through the
spool, thereby avoiding redundant write operations.
The elapsed time of jobs which create large reports is reduced by 10% or more.
Since CDAM sysouts are written to specified units, there is no need for pre-
allocated space. The CDAM allocates space only when it is actually needed and
unused space is released for general use at the end of the job. There is no danger of
a SB37 abend (space shortage) unless the specified unit is completely full. It is
possible to define the entire free area in all the disks in the data center as one large
potential spool for CDAM.
The CDAM performs report compression. The compression rate is 30% to 70%
depending on the type of data.
A report stored in a compressed dataset is subject to all the security rules of the
installation since it is a regular sequential dataset. Multi-user access to a
compressed report is available only via the CONTROL-V Online interface, and
only to authorized users using regular dataset protection. The compression routine
also acts as an encryption mechanism.
The danger of 100% spool utilization is greatly reduced because large reports and
dumps (for example, from CICS) are no longer written to the spool.
Using CDAM, the number of sysouts on the spool is reduced; therefore, the
overhead related to spool operations is reduced.
The following diagram shows the report workflow using the Compressed Dataset
Access Method:
Figure 449 CONTROL-V Report Workflow Using the Compressed Dataset Access
Method
The CONTROL-V monitor uses compressed reports in both workflows. The means
by which CONTROL-V (or the user) can create and read compressed reports is called
the Compressed Dataset Access Method (CDAM).
Example
The old JCL (without CDAM):
The output (DD statement PRINT) is written to a compressed dataset using the
Compressed Dataset Access Method. The high level dataset name qualifier (prefix) is
J01.
//ddname DD SUBSYS=(subsys-name,'parameters')
where
The SUBSYS parameter is a standard JCL parameter. For detailed information about
this parameter, refer to the relevant operating system publications.
Compressed Dataset Access Method parameters can span more than one line. In this
case, the following JCL syntax should be used:
//PRINT DD SUBSYS=(CDAM,'PREFIX=J08,UNIT=PROD',
// 'OUTLIM=30000')
CDAM Parameters
Compressed Dataset Access Method parameters are divided into the following
categories:
//PRINT DD SUBSYS=(CDAM,'XXX'),OUTLIM=100000
To overcome this problem, the user can pass the following sysout control parameters
directly to the CDAM:
NOTE
These parameters are CDAM parameters only. They are not JCL parameters.
BURST
CHARS
COPIES
DEST
NOTE
DEST can only contain a node; it cannot contain a user ID.
FCB
FLASH
FORMS
MODIFY
OPTCD
OUTLIM
OUTPUT
SYSOUT
TRC
UCS
PAGEDEF
FORMDEF
The syntax of the parameters is identical to the JCL syntax as described in the relevant
operating system publications. CDAM checks for the correct syntax. For example:
//PRINT DD SUBSYS=(CDAM,'OUTLIM=100000,SYSOUT=(class,extwtr,form)')
The following sysout control parameters do not behave like standard JCL statements:
OUTPUT=name
It usually contains the parameters FORMDEF and PAGEDEF (used for AFP output).
CONTROL-V does not check whether or not the OUTPUT statement exists in the
Printers Control monitor. It is the users responsibility to provide a valid OUTPUT
statement name.
NOTE
AFP (Advanced Function Printing) refers to IBMs laser printing technology. For a full
description of AFP printing considerations see the INCONTROL for z/OS Administrator Guide
PAGEDEF=name
NOTE
The PAGEDEF parameter is ignored when printing on a non-AFP printer.
Do not specify the PAGEDEF parameter together with the OUTPUT parameter. If
you do so, the OUTPUT parameter overrides the PAGEDEF parameter.
FORMDEF=name
NOTE
The FORMDEF parameter is ignored when printing on a non-AFP printer.
Do not specify the FORMDEF parameter with the OUTPUT parameter. If you do so,
the OUTPUT parameter overrides the FORMDEF parameter.
COPIES=nn
The sysout control parameter COPIES can be used to specify the number of copies to
print if both the JOB DEFAULTS COPIES parameter and the JOB DEFAULTS MAX
COPIES parameter of the report decollating mission are both set to 99.
TRC=
Setting parameter TRC (Table Reference Character) to YES produces the same result
as including the expression OPTCD=J in the JCL.
The ACIF parameter settings determine the conversion format and destination of the
printing mission, as outlined in Table 276.
If the report has ACIF indexes, the original ACIF indexes remain available. However,
identical CONTROL-V indexes are created when the printing mission is processed.
The new CONTROL-V indexes enable the user to access a specific index value
through CONTROL-D/Page On Demand.
For more information about ACIF and CONTROL-D/Page On Demand, see the
CONTROL-D and CONTROL-V chapter of the INCONTROL for z/OS Administrator
Guide.
For more information about the STORE parameter, see STORE: Mission-specific
Parameter on page 736.
ONEDSN
ALLOCOPT = JOBSDSN1
JOBSDSN2
NOTE
For more detailed information about this parameter, see CDAM Logic on page 775.
When CONTROL-D decollates a report from spool, it creates the following entities:
A CDAM file containing the compressed report. A CDAM file is created for every
JES dataset (usually corresponding to every job DD statement).
A report descriptor entry in the Active User Report list ($SYSDATA record). This
record contains general information about the compressed CDAM file and
pointers to the beginning and end of the report.
One or more user or report entries in the Active User Report list. This record
contains the report name and pointers to the beginning and end of the report pages
belonging to the user.
Under classical circumstances, such as a large sysout distributed to many users, the
decollation results are:
Many user and report entries describing each recipient of (any part of) the report.
However, CONTROL-V is not only used for distributing reports to users. Another
common usage of CONTROL-V is to archive MSGCLASS output from production
jobs. Following is a schematic example of a report decollating mission definition used
for this purpose:
ON CLASS A
WHEN - no data in the WHEN statement
DO USER PRODCNTL
DO NAME PRODUCTION MSGCLASS
DO BACKUP BCK0031D
If special CDAM allocation options are not used, the decollation results are:
Many CDAM files (three JES job datasets; one file for each DD statement).
This technique increases the number of records in the CONTROL-V user files,
resulting in inefficient resource usage. It wastes space and slows down CONTROL-V
operation. Space utilization on the disk is not efficient because each small CDAM
dataset occupies one whole track.
ALLOCOPT=ONEDSN
When the above decollation is activated with this option, the results are:
One CDAM dataset containing all sysouts of the job (from the decollated class).
Under this option, CONTROL-V assumes that the printing parameters of the first
decollated JES dataset apply to all sysouts in the CDAM dataset. Translation from
machine printing control characters to ASA control characters is accomplished
automatically at printing time.
ALLOCOPT=JOBSDSN1
When the above decollation is activated with this option, the results are:
One SYSDATA entry for each job, describing all the sysout datasets of this job.
Under this option, CONTROL-V assumes that the printing parameters of the first
decollated JES dataset of the job apply to all sysouts of the job. Translation from
machine printing control characters to ASA control characters and vice versa is
accomplished automatically at printing time.
ALLOCOPT=JOBSDSN2
When the above decollation is activated with this option, the results are:
One SYSDATA entry for each JES sysout dataset (as in classical decollation).
Under this option, the printing parameters of each dataset are kept automatically.
APA=YES or NO
The APA parameter can be set to YES for AFPDS reports or to NO for regular reports.
The default value is YES if the report contains only AFP lines (which begin with
hexadecimal 5A). Otherwise, the default value is NO. The parameter is optional.
For an explanation of how setting the APA parameter to YES affects report indexes,
see ACIF={YES | NO | ONLY | ALL} on page 763.
ASSOC=associationtype
This parameter specifies the report file type (for example, DOC, PDF, AFP).
BLOB=imagetype
The presence of this parameter indicates that the report was created with
CONTROL-D/Image. The value indicated by BLOB is the image type specified when
implementing CONTROL-D/Image (for example, DOC, GIF, JPG).
BLOCKS=number
This parameter specifies the number of blocks allocated for the first logical extent of
the compressed dataset. The parameter is optional. The default is defined by the
CONTROL-V installation parameter AMBLOCK.
The parameter should be used when the user wants to control the allocation
algorithm of CDAM in order to improve system performance. For a full explanation,
see CDAM Logic on page 775.
For example:
A report contains 100,000 lines. The record length is 121. The total space required
(before compression) is 12,100,000 bytes. Assuming a compression rate of 50%, the
total compressed space required is 6,050,000 bytes. The recommended block size of a
CDAM dataset on a 3380 is 23476. Therefore, 6,050,000 : 23476 = 258 blocks are
needed.
Using the default primary allocation size (assume 200) does cause CDAM to create at
least two datasets (logically connected transparent to the application program). If
the user wants to create only one dataset (for performance reasons), a larger block
number should be specified. For example:
//PRINT DD SUBSYS=(CDAM,'BLOCKS=280')
Whatever block number is used, CDAM does not abend due to space shortage when
the initial allocation space is exhausted. In any case, any unused block in the allocated
dataset is released at the end of the job step. For more details, see CDAM Logic on
page 775.
If the STORE parameter in the Printing Mission Definition screen is set to Y (Yes), a
new report file is created. This file incorporates print resources and can be viewed
through CONTROL-D/Page On Demand. CONTROL-V indexes that were defined in
the decollation mission are converted to fit the new report file. The new CONTROL-V
indexes enable the user to access a specific index value through CONTROL-D/Page
On Demand. For more information about CONTROL-D/Page On Demand, see the
CONTROL-D and CONTROL-V chapter of the INCONTROL for z/OS Administrator
Guide.
CMPEXT=YES
ID=WD3133,APPLY=YES,DATA=0,DATAC=ALL
CMPRTN=name
The name of the compression and decompression routine. This parameter overrides
the default compression routine supplied with CONTROL-V. The current default
routine has a compression rate of 30% 70% for reports and dumps.
DATE=jjj
The day in the year in Julian format. This parameter represents the day on which the
compressed sysout was created. This parameter can be used for retrieval purposes. If
a different date is desired when creating a CDAM file, use the DSN field of the
DD statement, which is described in Parameter DSN of the DD Statement on
page 773.
DDNAME=name
This parameter can be used for retrieval. The format is a 1 - 8 characters valid
DD name. This parameter represents the DD name from which the compressed
sysout has been created.
DEBUG{YES|NO}
//PRINT DD SUBSYS=(CDAM,'PREFIX=J01',
// 'DEBUG=YES')
//CDAMSNAP DD SYSOUT=X
ENCODING={rprt_enc|NO}
This parameter specifies the character set used in the report. Although the report is
written to CDAM in the original encoding, the decollation mission works with text
translated into EBCDIC code.
If the encoding is not defined for an XML report, the encoding is taken from the XML
header record. If the encoding is not specified in the XML header, the UTF-8 code is
assumed according to the XML standard. If this parameter is not specified for a non-
XML report, no translation is performed.
The list of supported encoding is located in the ENCODTBL member of the IOA
IOAENV library.
Examples
A text report with ENCODING set to ISO-8859 is translated from ASCII to EBCDIC
for the decollation process.
An XML report that has the following tag in the first line, and without the
ENCODING parameter specified, is translated from UTF-8 Unicode to EBCDIC:
An XML report that has no header tag, and ENCODING is set to NONE, is not
translated.
EXIT{YES|NO}
JOBID=Jnnnnn
This parameter can be used for retrieval purposes. The format is Jnnnnn where nnnnn
is the JES job ID of the job which created the compressed sysout.
JOBNAME=name
This parameter can be used for retrieval purposes. The format is a 1 through 8
character valid jobname. It represents the job which created the compressed sysout.
LAST{YES|NO}
This parameter is used, along with other parameters, as a retrieval criteria to obtain
the sysouts of the last job. The default value of this parameter is N (No).
If LAST is set to Y (Yes), CONTROL-V retrieves (decollates) the sysouts of the last
execution of the job. For example:
ON DSN PREFIX=CDU08,DDNAME=REPOUT,LAST=YES
For the specific report decollating mission jobname, the last execution of the job
which produced output on DD statement REPOUT is processed and its outputs from
DD statement REPOUT (CDAM datasets) are decollated.
LINECT=number
This parameter can be used for reports without page control characters (machine or
ASA reports). When printing without CONTROL-V, the printer normally skips to a
new page based on the value of the LINECT parameter of the OUTPUT statement.
The same is true for CONTROL-V. It breaks such reports into pages based on the
value of the LINECT parameter. If the parameter is not specified for such reports,
CONTROL-V assumes that the value of LINECT is 100.
This parameter affects all reports. Even if a report has page control characters, a page
break occurs after LINECT lines if control character 1 is not detected.
This parameter should be specified in the CDAM parameters when writing directly to
CDAM or in the PRINT/CDAM PARMS field when decollating from spool. For more
information, read about parameter LINECT in PRINT/CDAM PARMS: Decollating
Parameter on page 586.
PCARCH={Y|N}
Specifies whether the report is (Y) or is not (N) archived (backed up) by
CONTROL-D/WebAccess Server after the report is transferred to a PC. For more
information, see the description of modifying report attributes in the
CONTROL-D/WebAccess Server Administrator Guide.
PGMSTEP=name
This parameter may be used for retrieval. The format is a 1 through 8 character valid
job step name. It represents the step in the job from which the compressed sysout has
been created.
PREFIX=name
CDAM writes the sysout to sequential datasets. The PREFIX parameter specifies the
high level datasets name qualifier. The name must be a valid dataset name qualifier of
from 1 through 7 alphanumeric characters. It may consist of two parts separated by a
period, but total length cannot exceed seven characters.
If the file is created when writing directly to CDAM, the value specified in the
CONTROL-D installation parameter AMPREF in the CTDPARM member is used.
The dataset names created by the CDAM are subject to regular security constraints
imposed by the data center (using any standard security package or site-developed
system). The dataset is allocated and opened using the standard system services, thus
enforcing regular security considerations.
PROCSTEP=name
This parameter may be used for retrieval. The format is a 1 through 8 character valid
procedure step name. It represents the JCL procedure step name from which the
compressed sysout has been created.
PS={DOC1|CSET}
The PS parameter can be used to decollate PostScript output using the DOC1 or
CompuSet product.
STEPNUM=nn
This parameter can be used for retrieval. The format is nn where nn is the relative
number of the step from the beginning of the job (in hexadecimal format). It
represents the step number in the job from which the compressed sysout has been
created.
TIME=hhmm
This parameter can be used for retrieval. The format is hhmm representing the hour
and minute when the compressed sysout was created.
TRANSTO=transformationtype
This parameter specifies the type of file to which the report is transformed when
viewed using CONTROL-D/Page On Demand (for example, PDF, TXT).
For example, if the CDAM parameter APA is set to YES (specifying an AFP report)
and TRANSTO is set to PDF, when the AFP report is viewed using
CONTROL-D/Page On Demand, it is converted to a PDF file.
The file conversion occurs only if the appropriate conversion utility is installed.
For more information about the TRANSTO parameter, see the CONTROL-D and
CONTROL-V chapter of the INCONTROL for z/OS Administrator Guide.
UNIT=name
The name of the unit on which the compressed sysout is written. The name must be a
valid (1 through 8 character) unit name within the system. The unit must be a disk
and it can span any number of disk drives. The parameter is optional. The default
name is defined by CONTROL-D installation parameter AMUNIT.
VOLUMES=(nnnnn1,...nnnnn6)
The names of the volumes on which the compressed sysout is written. The names
must be a valid volume name within the system. The parameter is optional. The
default name is defined by the CONTROL-D installation parameter AMVOL.
XMLSEP=tagname
Defines an XML tag to be used for splitting an XML document into pages. The value
tagname is case-sensitive. When XMLSEP is set to a value, the ASSOC parameter is set
to XML. For CDAM decollation, the XMLSEP parameter must be specified only in the
SUBSYS parameter of the DD statement creating the document. XMLSEP may be
used only for EBCDIC reports.
Example 1
Some of the DD statements use CDAM; others simply write to the spool.
// EXEC PGM=XXXX
//PRINT DD SUBSYS=(CDAM,'SYSOUT=A,PREFIX=J01','OUTLIM=100000')
//OUT DD SUBSYS=(CDAM,'SYSOUT=X')
//SYSPRINT DD SYSOUT=X
Example 2
// EXEC CICS
//SYSUDUMP DD SUBSYS=(CDAM,'SYSOUT=X,PREFIX=CICSDMP,BLOCKS=1000')
Example 3
//XXX DD SUBSYS=(CDAM,'....'),DSN=ODATE.Dyyddd
where
yy is the year
ddd is the Julian date
The date can be used as a decollation criteria. When decollating from CDAM
datasets using the ON DSN option, it is possible to specify the date as a parameter.
The resulting decollation includes all sysouts of the job for that date (including
multiple executions on the same day, abends and reruns).
When different business dates run on the same system date, the decollation criteria
may confuse sysouts of different business dates. To prevent this situation, the
business date of the job may be forced as the CDAM dataset date.
The date force option is primarily designed for CONTROL-M users who can
automatically change the CDAM DSN for each business date using the AutoEdit
facility. The special DSN=ODATE option is used to accommodate JCL syntax
limitations. It is impossible to pass a symbolic procedure parameter to subparameters
of a SUBSYS which are between quotes (all CDAM parameters are supplied between
quotes).
Sample procedure:
Users of other scheduling systems can change the date of a CDAM file to the business
date using facilities provided by those products.
The report decollating mission parameters for decollating CDAM datasets created in
all the executions of the job on the same business date should be:
ON DSN PREFIX=CTDSYS,DATE=999
999 is automatically replaced with the original Julian scheduling date of the report
decollating mission.
The report decollating mission parameters for decollating CDAM datasets which are
created in the last execution of the job on the same business date should be:
ON DSN PREFIX=CTDSYS,DATE=999,LAST=YES
If for some reason, a CDAM dataset is not created for that job on that business date,
reports are not selected. If only LAST=YES is used, reports from the previous
business date are selected.
CDAM Logic
CDAM writes the compressed sysout to a sequential dataset. Each sysout may span
one or more datasets. The datasets are allocated on the unit specified in the CDAM
parameters, without secondary allocation parameters. The workflow of CDAM is as
follows:
When the application program performs the first write (PUT) operation, CDAM
tries to allocate a dataset on the specified (or default) unit using the specified (or
default) blocks parameter and the RLSE option.
The dataset is allocated and opened through standard system facilities, and passes
through all security and allocation verifications performed in the operating
system. In case of failure, normal system messages are produced and the job
terminates.
The dataset name is cataloged immediately at the time of creation. The dataset
name created by CDAM conforms to the naming conventions described below.
When CDAM uses all the available space in the first logical extent, it does not
abend on SB37. It tries to allocate another logical extent (see below for naming
conventions). A logical extent is a standard sequential file from the operating
system point of view. The attempted allocation size is twice the amount of the
previous logical extent size. The logical extent may be on a different disk drive in
the same unit.
If allocation fails (that is, a space in the specified size cannot be found), the CDAM
attempts half of the previous size and continues to do so until the allocation
succeeds. Therefore, CDAM abends on SB37 only when the last single free track in
the specified unit is full, that is, there is no remaining space in the entire unit.
In this way, CDAM makes use of otherwise unusable areas on the disks. The disk
normally contains unused tracks which cannot be used by the standard dataset
allocation algorithm. These areas can be used by CDAM. For example, a CDAM
dataset could be allocated as follows:
NOTE
This example is exaggerated to illustrate the CDAM allocation algorithm
When the ddname of the sysout is deallocated (usually at the end of the step), the
remaining free tracks in the last allocated logical extent are released for general use
(since the dataset is allocated using parameter RLSE).
When a compressed sysout is read by CDAM, the record format, block size and the
record length of the dataset are retrieved. The report takes the original LRECL,
BLKSIZE and RECFM specifications (from the ACB/DCB) as it had when produced
by the application program.
PREFIX.JOBNAME.JOBID.DATETIME.STEP#.FILEID
However, unlike regular CDAM allocation options, the file remains allocated to the
CONTROL-D monitor. The monitor adds additional sysouts of jobs to the same file.
When the first logical extent of the CDAM file is full, CDAM allocates a second logical
extent. CDAM continues writing to the logical extent until the end of the processed
job.
Next, the file (which now contains sysouts of many jobs) is deallocated, and the
remaining space in the second extent is freed. When a new job is processed, a new
multi-job CDAM dataset is allocated with the specified space (as first logical extent)
and the process resumes.
This type of CDAM dataset combines the benefits of one large pre-allocated reports
database designated to contain many reports, with the benefits of dynamic allocation
of needed space when the reports database is full.
ON CLASS A
PRINTING PARAMETERS ALLOCOPT=JOBSDSN1,BLOCKS=1000,PREFIX=CTDPRDJ
WHEN - no data in the WHEN statement
DO USER PRODCNTL
DO NAME PRODUCTION MSGCLASS
DO BACKUP BCK0031D
If parameter PREFIX is not specified, the default prefix is taken from the
CONTROL-D installation parameter AMPREFD (unless ALLOCOPT=JOBSDSN1, in
which case the default prefix is taken from the installation parameter JB1PREF).
Using this default prefix may cause regular CDAM datasets and multi-job CDAM
datasets to become intermixed.
NOTE
The prefix used for multi-job CDAM datasets must differ from the prefix used for other
CDAM datasets.
The PREFIX is the unit of integrity of multi-job CDAM datasets. If two (or more)
report decollating missions with ALLOCOPT=JOBSDSNx refer to the same CDAM
prefix, the sysouts are written to the same multi-job CDAM dataset. Different
decollating missions with ALLOCOPT=JOBSDSNx can refer to different prefixes. In
this case, each one is directed to a different multi-job CDAM dataset.
NOTE
Using the same prefix for regular CDAM datasets and multi-job CDAM datasets may affect
the reliability of utility CTDAMUTI. For more information, see Using Utility CTDAMUTI on
Multi-job Datasets on page 784.
NOTE
If CTDX018 is not in the LINKLIST, the IOA LOAD would need to be in the steplib
concatenation of every job that writes directly to CDAM.
On first invocation, the exit can specify that CDAM must perform one of the
following functions:
suppress CDAM processing, leaving the exit responsible for processing the report
Alternatively, on any invocation after the first, the exit can modify the contents (and
optionally the length) of the report line before it is written to the CDAM file. If the
length is set to zero, the line is not written to the CDAM file, which is equivalent to
suppressing the line.
As a further alternative, the exit can, on the first or any subsequent invocation,
perform one of the following functions:
Processing jobs which run several times a day and which write all their reports to
CDAM. In this case, the exit orders a new report decollating mission for each run
of the job.
Processing jobs which produce CDAM files depending on the input which the jobs
receive. In this case, the exit orders a report decollating mission when a CDAM file
is created. When the job does not create a CDAM file, a decollation is not ordered.
The CTDX018O member in the IOA SAMPEXIT library contains a sample exit that
orders a report decollating mission when the CDAM file is created.
Inform CDAM (via a return code during the file open) that CDAM should not
process the lines but should pass the lines to the exit.
Use dynamic allocation, in this case, without the EXIT parameter being set to YES,
to allocate a new CDAM file.
Write records to the newly allocated CDAM file. The records can be the original
records written by the application (and passed by CDAM to the exit) and/or they
can be new records.
Using this method, the exit can add any number of lines to the report or easily change
or suppress lines.
However, if each line of the report is to be distributed to a different user (that is, the
page should be broken down by lines), the use of the CDAM exit is required. The exit
can dynamically allocate a different CDAM dataset for each user, and actually
decollate the report while it is written to CDAM. Member CTDX018S in the IOA
SAMPEXIT library contains a sample exit that splits a report into two different
CDAM datasets.
The CDAM dataset is composed of one or more system datasets which are logically
connected. They appear to the application program as one sequential dataset only
when they are interfaced using CDAM (using parameter SUBSYS).
Standard system maintenance utilities are able to function only on one logical extent
(system dataset). To delete an entire CDAM dataset, the user must physically delete
all the logical extents of the dataset. Utility CTDAMUTI enables the user to delete all
extents of a CDAM dataset using regular CDAM parameters.
NOTE
For deleting unneeded CDAM files, also see utility CTDCCU in the INCONTROL for z/OS
Utilities Guide.
Another important use of utility CTDAMUTI is for emergency situations. If for some
reason, the CDAM subsystem cannot be started and it is therefore impossible to read
the CDAM datasets using the normal SUBSYS parameter, this utility can decompress
the sysout to its original (non-compressed) form even if the CDAM subsystem is not
active.
Parameter Format
function
dataset identification parameters (selection criteria)
MOVEMove (copy and delete) one or more CDAM datasets conforming to the
identification parameters to a sysout on the spool (decompressed).
The dataset identification parameters can be any valid CDAM subsystem parameters.
They should be specified between columns 1 - 71 and should be separated by
commas.
When using ALLOCOPT=JOBSDSN1 only the following parameters are used in the
selection criteria:
JOBNAME
JOBID
SYSOUT
DATE
When using ALLOCOPT=JOBSDSN2 only the following parameters are used in the
selection criteria:
JOBNAME
JOBID
SYSOUT
DATE
DDNAME
PGMSTEP
Examples
Example 1
// EXEC CTDAMUTI
//DAMUTIN DD *
DELETE
JOBNAME=J01MUTP,JOBID=J00345,
DATE=298,
PREFIX=J01
All compressed sysouts of the specified job name and job ID for the Julian date 298
starting with prefix J01 are deleted.
Example 2
// EXEC CTDAMUTI
//DAMUTIN DD *
COPY
DATE=298,
PREFIX=J01
All compressed sysouts of the Julian date 298 starting with prefix J01 are printed to
spool. A different sysout dataset is created for each original sysout. The original
sysout printing attributes (class, recfm, chars, and so on.) are used for the spooled
sysout.
Example 3
// EXEC CTDAMUTI
//DAMUTIN DD *
RECOVER
PREFIX=JB1,
DATE=298,
ALLOCOPT=JOBSDSN1
All compressed sysouts of the Julian date 298 starting with prefix JB1 are printed to
spool. A different sysout dataset is created for each original sysout. The original
sysout printing attributes (class, recfm, chars, and so on) are used for the spooled
sysout.
Table 279 Rules Used when Activating utility CTDAMUTI on Multi-Job CDAM Datasets
Rule Description
COPY Always add parameter ALLOCOPT=JOBSDSNx to the selection criteria.
Also use the special prefix of the multi-job dataset.
When copying more than one CDAM file to a data set the output file
cannot be a PDS member.
DELETE Do not use this function for multi-job datasets.
MOVE Do not use this function for multi-job datasets.
RECOVER This function can be used for re-decollating reports from multi-job
CDAM files. It provides information for building user and SYSDATA
records with the original JOBNAME, JOBID, DDNAME, PGMSTEP and
other parameter values. This function is primarily useful for JOBSDSNx
files. Therefore, parameter ALLOCOPT=JOBSDSNx should be specified.
It is recommended to rename files to be re-decollated by changing their
prefix so that the new prefix can be specified in the RECOVER function as
a dataset identification parameter.
Because of the above limitations, the same prefix should not be used for regular
CDAM datasets and multi-job datasets.
NOTE
The IOA Archive server is not required for viewing or printing CDAM datasets which
migrated to DASD.
Communication between the online viewing process and the IOA Archive server is
accomplished using cross memory services.
The IOA Archive server receives data retrieval requests from online viewing users.
Data from various migrated CDAM datasets that reside on different media may be
requested. The server implements request queuing and data caching mechanisms to
optimize available resource utilization and return requested data as quickly as
possible. For more information about the IOA Archive server, see the CONTROL-D
and CONTROL-V chapter of the INCONTROL for z/OS Administrator Guide.
Information about each resource (device, session, and so on) known to the server
and the desired status of the resource when the server is started.
NOTE
Non-dedicated resources may degrade response time if insufficient resources are available for
the IOA Archive server when required.
The initial status of resources defined in the installation parameters can be changed
during processing by operator commands.
Resources required for the IOA Archive server should be online and ready when
requested. Services provided by the IOA Archive server degrade or stop if a required
resource is not available. In this case, users requesting online viewing or immediate
printing may be left waiting for data from migrated CDAM datasets.
OSS Media
The DataWare/ROSs/OSS Storage System (OSS) utilizes 3490 emulation. Its
resources are 3490 devices which are referred to by device number. These devices
should be explicitly defined to the IOA Archive server (by device number) and
dedicated to the server.
Devices that temporarily need to be used by other jobs or by started tasks should be
disconnected from the IOA Archive server by an operator command.
The IOA Archive server uses a queuing mechanism to minimize platter switching.
FTK Media
The resources defined for FTK media are the number of sessions the IOA Archive
server has with the FileTek Storage Machine (SM). For each data set that is viewed or
printed from the SM, the FTK media activates a logical device that opens a session
with the SM and retrieves all the necessary data.
The IOA Archive server uses a queuing mechanism to retrieve together all the data
from the same dataset.
CART Media
The resources defined for CART media are actual 3490 devices. These devices may be
defined explicitly by specifying their device numbers, or implicitly by specifying the
quantity of devices available for the IOA Archive server. It is also possible to define
whether the devices are owned by the server (DEDICATED), or are shared by the
server and other jobs based on need (DYNAMIC).
The IOA Archive server uses a queuing mechanism to minimize volume switching.
Devices that temporarily need to be used by other jobs or by started tasks should be
disconnected from the IOA Archive server by an operator command.
This method is recommended to ensure a rapid response time when many requests
are issued to different volumes.
Based on the level of service required and the number of pending requests, the
operator can increase (up to the maximum quantity defined in the installation
parameters) or decrease the number of devices the server tries to use.
This method provides no guarantee that devices are available to the IOA Archive
server when needed. If many requests are pending and not enough devices are
available, response time for users degrades.
This method is recommended when the server is often idle, or when there is a
shortage of 3490 drives.
6
6 Implementation Hints
This chapter contains the following topics:
Overview . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 791
Defining the Recipient Tree . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 791
Defining the Levels of the Organization . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 791
Defining Report Recipients . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 793
Recipient Tree Recommendations. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 794
Report Decollating Missions and the Use of the Recipient Tree . . . . . . . . . . . . . 795
Defining the Recipient Tree Operations Control Subtree . . . . . . . . . . . . . . . . . . . 802
Recipient Tree and Security . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 803
Decollation Without the Recipient Tree . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 803
Decollating Criteria Considerations . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 805
Report Sources . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 805
Decollation of Report Types. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 807
Decollation of XML Reports. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 817
Indexing Considerations . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 820
Report Design. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 820
Index Design. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 821
Migrated vs. DASD-resident Indexes . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 822
Naming Conventions . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 822
Index Size . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 824
Using Indexes for Retrieval . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 825
Testing Indexes. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 825
Printing Considerations . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 826
Printing Organization . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 826
Using OUTPARM for Global Control of Printing Characteristics . . . . . . . . . . . . 830
Controlling the Printing Sequence . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 830
Workload Considerations . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 831
Weekend Distribution. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 831
Report Decollating Missions and Printing Missions The Link . . . . . . . . . . . . . 831
Specifying Report Destination . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 832
Sending Entire User Bundle to a Specific Destination . . . . . . . . . . . . . . . . . . . . . . 832
Sending Specific Reports to Specific Destinations . . . . . . . . . . . . . . . . . . . . . . . . . 832
Sending Reports to the Original Destination from Spool . . . . . . . . . . . . . . . . . . . 833
Sending Reports to a Specific Destination . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 833
Sending Reports to a Specific External Writer . . . . . . . . . . . . . . . . . . . . . . . . . . . . 833
Overview
This chapter of the guide is designed for those who are already familiar with the basic
concepts of CONTROL-V, who have read Chapter 1, Introduction and Chapter 2,
Online Facilities, and who have gained some experience with indexing, decollating,
migrating, viewing and using the CONTROL-V Online facility.
'30' 'DIVISION'
The levels must be in ascending sort order (for example, 10, 20, 30). The descriptive
name is in free format. The bank example is used below to demonstrate the different
considerations in defining the levels.
The bank is divided into two major groups: the branches and the head office
divisions. The tree is constructed to represent the bank structure:
OPERATIONS
|
PRESIDENT
|
---------------------------------
| |
REGIONAL MGMT DIVISION
| |
BRANCH DEPARTMENT
| |
BRANCH-DEPT SECTION
| |
BRANCH-WORKER WORKERS
10 OPERATIONS
|
15 PRESIDENT
--------------------------------
| |
20 REGIONAL MGMT 50 DIVISION
| |
25 BRANCH 55 DEPARTMENT
| |
30 BRANCH-DEPT 60 SECTION
| |
--------------------------------
|
70 WORKERS
Notice that the workers level used is the same for the branches and the head office
divisions. A single worker can be directly under any of the levels in the organization
(for example, under a branch, a branch department, a section).
The definition of the tree can be modified any time. New levels can be added without
affecting CONTROL-V operation. Changing the level code, however, may be more
complex; this requires a global change in the current definition of the Recipient Tree
and the report decollating missions. Therefore, it is highly recommended to maintain
an interval between successive levels so that there is a place to insert additional levels
in the future.
The levels of the tree are defined in CONTROL-D installation parameters in the IOA
PARM library. The member must be assembled and linked each time it is modified,
and then copied to a Linklist library (see the INCONTROL for z/OS Installation Guide).
When a change is made to the level definition (for example, a new level is defined),
the CONTROL-V monitor must be shut down and brought up again. It is also
recommended that users of the Online facility log off and log on again. This is only
necessary when the tree structure is modified (not when a new user is defined in an
existing level).
NOTE
Parameters marked with the symbol M can have many occurrences.
Required fields
Optional fields
Implementation hints for the above fields are discussed immediately following this
list of tree definition fields:
In our example, the branches are organized in groups under regional management.
Each branch is composed of a few functional departments (for example, foreign
currency, stock exchange, loans, and so on). A functional department is usually
composed of one or very few bank workers. Therefore, in many cases, a department
is the final destination of the report. The division of the reports between two workers
in the loans department of a bank branch is done manually by the workers
themselves. However, in the main branch, each department is quite large, and there
are functional differences which justify putting specific workers as the designated
report recipients in the tree.
Concerning naming conventions, branches are usually assigned a number. You can
decide that the name of the branch is the number itself (for example, 129). However,
this can lead to ambiguity problems, for example, if there is also a section 129. Each
user name must be unique; therefore, confusion can be caused by a report decollating
statement such as:
DO USER 129
It is recommended that all the branches start with a fixed prefix (for example, BR129,
BR130, BR135, and so on). This enables easy and unique identification of the user in
all the screens and reports.
Lets now review the use of the Recipient Tree by report decollating missions.
Examples
Example 1
Assume all the branches have been defined under the relevant regional
managements. The following example describes how the decollating instructions are
defined. Consider a report which contains the following string beginning in line 2
column 120:
One way of defining the decollation criteria for such a report is:
Figure 450 Defining Decollation Criteria and Use of the Recipient Tree
Example 1
WHEN LINE 00002 - 00002 COL 00120 - 00129 PRINT REF NXT CT AND/OR
STRING BRANCH 129
DO USER = BR129 LVL LINE COL - S A T
SYNONYM = CONCAT =
DO
WHEN LINE 00002 - 00002 COL 00120 - 00129 PRINT REF NXT CT AND/OR
STRING BRANCH 130
DO USER = BR130 LVL LINE COL - S A T
SYNONYM = CONCAT =
DO
WHEN LINE 00002 - 00002 COL 00120 - 00129 PRINT REF NXT CT AND/OR
STRING BRANCH 131
DO USER = BR131 LVL LINE COL - S A T
.
.
.
This method requires a lot of work. A similar definition must be used for every report
which is distributed to the branches. When a new branch is added, it must be added
to all the report definitions. This method of defining report decollating parameters is
used by most report distribution systems.
The Recipient Tree provides a better solution for this problem. It is possible to define
a synonym for each branch that contains the branch number. For example:
WHEN LINE 00002 - 00002 COL 00120 - 00125 PRINT REF NXT CT AND/OR
STRING BRANCH
DO USER = * LVL 25 LINE COL 127 - 129 S T
SYNONYM = CONCAT =
If the string BRANCH is found in the second line of the page between columns 120
125, then take the branch (level 25) name from columns 127 129 of the report.
By using one simple definition, you can define the distribution criteria of this
report for all the branches. If a new branch is added in the future, there is no
change to the report decollation criteria (in any of the jobs). The only requirement
is to add the new branch to the Recipient Tree.
Example 2
Our sample bank has old reports which do not contain the branch number, but rather
the old branch name (in text format). To solve this problem, only a small
manipulation of the Recipient Tree is required. For each branch, define an additional
synonym containing the name of the branch in text format. The synonym can have a
maximum of 20 characters and can contain blanks.
For example:
As you can see, using the Recipient Tree and the decollating criteria is quite simple
and the parameters can easily be updated and maintained.
The Recipient Tree provides a default security feature. Because the users are
organized in a tree, the regional manager is allowed (by default) to view all the
reports of the branches in their region. This may be very helpful for daily operations.
For example, the regional manager can review the status of a certain account (in the
branchs report) without printing a single copy of the report.
Example 3
Each morning the bank branch receives bags full of mail and reports. Someone at the
branch has to sort them according to the branch department which handles them (for
example, loans, foreign currency, savings). This process takes time and security leaks
can occur when certain data should remain confidential between departments.
Because CONTROL-V allows the bank workers to view reports online, the potential
for a security leak can be a real factor to consider. It would be much better if the
package of reports arriving to the branch each day could be sorted according to the
different departments in the branch, with each worker only being able to view that
department's reports. This can be done using CONTROL-V.
Primitive Method
Define the branch departments as users in the tree and specify a WHEN statement for
each department. Example of the tree:
Figure 451 Defining Decollation Criteria and Use of the Recipient Tree
Primitive Method Example 3
25 BR129 The north county branch
SYNONYM 129
SYNONYM North County
30 BR129LO The Loans department
30 BR129FC The Foreign Currency department
30 BR129SA The Savings department
WHEN LINE 00002 - 00002 COL 00120 - 00129 PRINT REF NXT CT AND/OR
STRING BRANCH 129
DO USER = BR129LO LVL LINE COL - S A T
SYNONYM = CONCAT =
DO
WHEN LINE 00002 - 00002 COL 00120 - 00129 PRINT REF NXT CT AND/OR
STRING BRANCH 130
DO USER = BR129LO LVL LINE COL - S A T
SYNONYM = CONCAT =
DO
WHEN LINE 00002 - 00002 COL 00120 - 00129 PRINT REF NXT CT AND/OR
STRING BRANCH 131
DO USER = BR130LO LVL LINE COL - S A T
As you can see, we now have the same problem discussed in Example 1. We have to
define a specific definition for each branch department. This problem can be avoided
if the Recipient Tree is used to do the job.
Better Method
Figure 452 Defining Decollation Criteria and Use of the Recipient Tree
Better Method Example 3
25 BR129 The north county branch
SYNONYM 129
SYNONYM North County
30 BR129LO The Loans department
SYNONYM BR-LOANS
30 BR129FC The Foreign Currency department
SYNONYM BR-FOREIGN-CURRENCY
30 BR129SA The Saving department
SYNONYM BR-SAVINGS
The same synonyms are then defined for all the branch departments in the bank. For
example:
25 BR129
30 BR129SA The Savings department
SYNONYM BR-SAVINGS
25 BR130
30 BR130SA The Savings department
SYNONYM BR-SAVINGS
25 BR131
30 BR131SA The Savings department
SYNONYM BR-SAVINGS
WHEN LINE 00001 - 00001 COL 00020 - 00100 PRINT REF NXT CT AND/OR
STRING = NEW SAVINGS ACCOUNTS FOR
DO
WHEN LINE 00002 - 00002 COL 00120 - 00125 PRINT REF NXT CT AND/OR
STRING = BRANCH
DO USER = * LVL 25 LINE 002 COL 127 - 129 S T
SYNONYM = CONCAT =
DO USER = BR-SAVINGS LVL 30 LINE COL - S A T
SYNONYM = CONCAT =
DO NAME = NEW-SAVINGS_ACC LINE COL -
The report is identified by two WHEN statements with an AND relation between
them. The branch (level 25) name is taken from the contents of the report. A user
named BR-SAVINGS should also get the report. A search is carried out under the
branch in the tree for a recipient whose name (or synonym) is BR-SAVINGS. If such a
user is located under the branch, then that user receives the report. Using this simple
approach, the reports can be decollated and packaged according to the branch
departments.
NOTE
In the previous example, it is essential that all the branches contain the synonym. Otherwise,
when CONTROL-V does not find user BR-SAVINGS under a branch, it looks for it under that
branchs siblings in the Recipient Tree (that is, under other branches that perhaps should not
receive the report). See Example 4.
Example 4
As illustrated in Example 3, one does not need to type many instructions in order to
specify complex decollation criteria. However, if that method is used as described, it
requires very careful maintenance of the Recipient Tree. An error in the Recipient
Tree could result in a distribution error. It is possible to overcome this problem by
using the *FORCE option.
If the DO USER statement starts with the string *FORCE followed by a user name or
*, it means some special processing should be performed by CONTROL-V. It forces
the user or level specified in the statement. It prevents CONTROL-V from searching
the recipient tree above the user defined in the *FORCE statement. The decollation
criteria specified in Example 3 should be:
The use of the *FORCE option is highly recommended when the identification of the
user is performed by a combination of more than one USER statement. Notice the use
of the *FORCE option in Example 5.
835 1060GUST
835 1200-1281GUST
835 1400-1450GUST
835 1360-1399RIJNVIS
835 2100-2120HAMVD
835 2190-2199HAMVD
835 2300-2379HAMVD
835 8600-8620HAMVD
The above specifies that all reports for corporation 835 with center numbers 1200
through 1281 should go to user GUST, while all reports for corporation 835 with
center numbers 8600 through 8620 should go to user HAMVD. Although it is possible
to build a user tree with thousands of synonym entries, it is not recommended (and
not convenient).
Under normal user and synonym search rules, if line 12 position 1-4 contains the
string 8611 (for example), the user name is not located in the tree and the page is
directed to the default user.
However, you can use CONTROL-V Exit CTDX016 to overcome this problem. The
exit is activated when a string from the report is compared with a recipient name or
synonym in the tree. The exit can check that 8611 is between 8600 and 8620 and OK
the user identification for HAMVD.
Notice the use of the *FORCE option for level 30. If for some reason, a center number
is not located under the corporation in the tree (for example, because somebody
forgot to update the tree with a newly opened center), then the report is distributed to
the corporation. The tree is not searched for a center with the same number under
another corporation.
Example 6
A certain page in the report has to be sent to all the branches (that is, many copies of
the same page are needed). This requirement is common to many reports. What is the
best way to solve the problem?
Primitive Method
Figure 456 Defining Decollation Criteria and Use of the Recipient Tree
Primitive Method Example 6
WHEN LINE 00001 - 00001 COL 00020 - 00100 PRINT REF NXT CT AND/OR
STRING = FOREIGN CURRENCY RATES
DO NAME = FC-RATES LINE COL -
DO USER = BR129FC LVL 30 LINE COL - S A T
SYNONYM = CONCAT =
DO USER = BR130FC LVL 30 LINE COL - S A T
SYNONYM = CONCAT =
DO USER = BR131FC LVL 30 LINE COL - S A T
SYNONYM = CONCAT =
This presents the same problem again. It requires that you repeat all the user names
for all the report pages that have to be distributed to a large number of users.
Better Method
It is possible to define a generic user name (such as BRANCHES). This name defines
decollation criteria for a large number of users (in our case all the foreign currency
branch departments in the bank). For example:
Figure 457 Defining Decollation Criteria and Use of the Recipient Tree
Better Method Example 6
WHEN LINE 00001 - 00001 COL 00020 - 00100 PRINT REF NXT CT AND/OR
STRING = FOREIGN CURRENCY RATES
DO USER = *BRANCHES LINE COL -
For more details about defining generic user name lists, see the CONTROL-D and
CONTROL-V chapter of the INCONTROL for z/OS Administrator Guide, and see
Generic User Name on page 516.
10 (operations) OP-MNGR
90 (CD-control) CD-MNGR
95 (op-user) NULL
95 PRODCNTL
95 UNIDENT
The user NULL serves as a destination for reports that should be identified but are
never printed. This user should never be included in a printing mission.
User PRODCNTL receives all the JCL/SYSPRINT (MSGCLASS) messages of the jobs
so they can be reviewed online.
Additional special purpose users can be defined to solve specific problems at your
site.
Online users (for example, TSO, CICS, VTAM and IMS users) can be authorized to
access the reports of a recipient by specifying their ID or prefix in the AUTHORIZE
field of the Recipient Definition screen. This AUTHORIZE field is used by security
module CTDSE04 and user Exit CTDX004 to filter the list of reports. For more
information about the AUTHORIZE field of the Recipient Definition screen, see
Recipient Definition Screen on page 176. For more information about user Exit
CTDX004, see the Exits chapter in the INCONTROL for z/OS Administrator Guide.
Defining and maintaining recipients in the tree can become a time-consuming task.
The time required to load and search a very large tree can degrade the
performance of some CONTROL-V components.
By default, report pages of users who are not found in the Recipient Tree are sent to a
default recipient. This default is not appropriate if user names are intentionally not
defined in the Recipient Tree. Therefore, alternative methods are required which:
Decollate report pages to an extracted recipient name even if the name is not in the
tree. A method to do this is described in 1.
Enable report pages to be viewed by an online user even if the user is not defined
in the tree. Methods to do this are described in 2.
NOTE
Certain recipients must not be omitted from the Recipient Tree. Recipients whose entries
include special information (for example, recipient's address, synonyms,
CONTROL-D/WebAccess Server authorization, $SYSDATA access, special default
destination) must be defined in the Recipient Tree.
To enable report decollation and viewing without defining all users in the Recipient
Tree, follow these instructions:
1 In the report decollation mission definition, specify the value A in the T (type code)
parameter of the DO USER statement. When the T parameter is set to A, a recipient
name is accepted even if it is not in the Recipient Tree. For more information about
the T parameter, see DO USER: Decollating Parameter on page 513.
2 Provide a mechanism which enables online users who are not defined in the
Recipient Tree to access reports they are authorized to access. The most efficient
mechanism depends on whether meaningful pseudo-recipients can be defined,
which security products are used at the site, and whether or not information about
recipients is maintained in other files or databases. The following items describe
such mechanisms:
For example: If the Recipient Tree contains an entry with a RECIPIENT field
set to CLERK*, an AUTHORIZE field set to X123, and a second AUTHORIZE
field set to Y??5???, then reports belonging to all recipients whose names start
with CLERK can be accessed by users X123, YAA5, YZZ5123, and others
whose names match the mask Y??5???.
$$REPLST.qname.recname
where recname is the name of a recipient whose reports are available to the
appropriate users. Set the DUSERLST parameter to NO and the DREPLST
parameter to YES in the CTDSECP member in the SECSRC library. Then,
recompile the CTDSE04 security module using the appropriate job
(CTDSRAC1, CTDSACF1, and so on).
This method does not check the AUTHORIZE field. However, it may cause
significant overhead in the User Reports List screen (Screen U) because all
recipients whose reports appear in CONTROL-D Active or Permanent or
History User List files are checked via the security product. Performance can
be improved by implementing method C in addition to or instead of method
B.
Sample Exit CTDX004U in the SAMPEXIT library shows how to build such a
list of recipients. Exit CTDX004U creates a list by checking the AUTHORIZE
field in the Recipient Tree and adding the name of the current online user to
the list. This exit can be modified for extracting a list of recipients from a site
database or for building the list based on various rules.
The list of recipients can contain prefixes (such as XX*), but usage of short
prefixes can cause significant overhead since they are expanded by scanning
the User Report List files. Sample Exit CTDX004U is useful for implementing
simple rules such as each online user can access the reports of the recipient
with the same name.
Report Sources
CONTROL-V can decollate reports from the following sources:
Decollation is only carried out on classes specified in the job decollation criteria
(that is, not necessarily all outputs of the job).
Sysouts are always copied to CONTROL-V compressed datasets using the CDAM.
If the sysout is in a non-held output class, it is deleted (purged) from the spool.
Decollation is only carried out on the compressed datasets specified in the job
decollation criteria (that is, not necessarily all outputs of the job).
It is possible to select reports for decollation by step name and DD name of the job.
CONTROL-V maintains all the printing characteristics (including laser) that were
specified in the DD statement that created the sysout. Therefore, there is no need to
specify any data in the PRINT/CDAM PARMS field.
Sometimes it is necessary to test the decollation criteria of a large report that cannot
be easily produced for testing. There is a simple technique that allows both
decollation by CONTROL-V and normal printing by operators, without having to
rerun the job that produces the report.
The JCL OUTPUT statement allows you to route a sysout to more than one
destination by defining one copy for LOCAL printing and another for DEST Uxxxx or
one copy to the regular output printing class and the other to a held output class.
(Refer to your JCL manual for further details.) The report is deleted from the spool
after CONTROL-V has decollated it, and the printer has printed it. For example:
text reports
binary reports
print stream reports with transformation
Text Reports
CONTROL-V performs the following decollation functions for EBCDIC text reports:
Binary Reports
CONTROL-V performs the following decollation functions for binary reports:
decollates binary reports to one user, with one name (indexing and splitting are
not available)
sets the binary report and extension according to the CDAM ASSOC parameter
(for example, ASSOC is set to DOC for Word documents)
allows for end-user viewing using CONTROL-D/WebAccess using the
appropriate application (for example, DOC files are read with Word, and PDF files
are read with Adobe Acrobat)
Transformation is the process used in decollation to extract the text from print stream
reports (as illustrated in Figure 459) as it appears in print reports (as illustrated in
Figure 460).
As Figure 459 illustrates, it is not simple nor practical to locate the text directly from a
raw formatted print stream report. To accommodate this, the transformation process
performs the following three actions on a print stream report:
Creates a text version of the pageThis page includes all the data for the current
page of the report in text format. The decollation definition uses this page to locate
specific text on the current page of the report.
Creates a Normalized pageThis page includes all references to resources for the
current page. The Normalized page allows you to view a single page of a report, or
part of the report, without having to view the entire report. Print stream report
pages may use resources from previous pages of the report to display the page,
while the Normalized page references all resources for each individual page.
Normalized AFP reports have additional 2 NOP (comment) records for each
page. These records include the IMM that is active for the page, and indicate
whether the page is a front page or back page for duplex reports.
All Group information and TLE records are removed from the Normalized
report.
Normalized Xerox reports are always Metacode, with DJDE lines in EBCDIC for
each page.
All reports use the same JSL (PROMETA) and the same JDE. During the creation
of the Normalized report STARTON is used, and for viewing the Normalized
report NMOJOB is used.
This information enables you to view a report using the same resources that the
report used during decollation.
If a report resource changes, a new version of that resource is stored in the resource
library. After the changed resource is stored, all subsequent versions of the report
use the new version of the resource when you view the report. Earlier versions of
the report continue to use the previous resource as defined for them. This enables
you to view or print a report with its own original resource, even after the original
resource is no longer in use.
During the report decollation process, a special Resource Set record associated
with the report is created in the Permanent User File, whose key is stored in an
associated SYSDATA record. The Resource Set record references all resources used
by the decollated report. Duplicate Resource Set records are not created, so that the
SYSDATA record points to the existing Resource Set record if the current
decollation uses the same set of resources as one of the previous decollations.
Record Set records can be accessed through the Resource Sets (DO.2) screen. For
more information on the DO screen as related to Resource Sets, see Resource Sets
on page 354.
In general, the process involves creating the following two preliminary decollation
definitions that are used to create the final decollation definition:
The first temporary decollation definition is used to check that all the resources are
available and that the Report Clique definition used in the decollation definition is
correct.
The second temporary decollation definition is used to create the correct text
version of the report.
1 Identify and collect all needed resources for the report. For more information see
Identifying and Collecting Resources on page 811.
2 Create the Report Clique. For more information see Creating Report Cliques on
page 811.
3 Create a decollation mission including a Report Clique. This is the first preliminary
decollation definition. For more information see Creating a Decollation Mission
with a Report Clique (First Temporary Decollation Definition) on page 811.
4 View the report for verification. For more information see Viewing Normalized
Reports using CONTROL-D/WebAccess Server on page 812.
5 Check the Report Clique parameters are correct. For more information see
Verifying Report Clique Parameters on page 813.
6 Create a text report from the print stream report. This is the second preliminary
decollation definition. For more information see Creating a Text Report from the
Print Stream Report (Second Temporary Decollation Definition) on page 813.
7 Check and adjust the text report. For more information see Checking and
Adjusting the Text Report on page 815.
8 Define the decollation according to the text report. This is the final decollation
definition. For more information see Defining the Final Decollation Definition on
page 816.
9 View the decollated report. For more information see Viewing the Final Version
of the Report on page 817.
The decollation definition should contain one DO NAME statement, and one DO
USER statement with a temporary or administrator recipient.
BMC Software recommends creating a short version of the report (only a few
pages), and to use the ON TRNCLASS statement so that temporary CDAMs are
not created.
For information on the Report Clique rendering parameters used to transform reports
to PDF or HTML, see Rendering ParametersUnique to Text Report Cliques.
The transformer uses the Resource Set of the report to get the list of all the resources
that were used in the decollation. If a resource is not found in the local Resource
Manager of the CONTROL-D for Distributed Systems interface, the resource is taken
from the OS/390 Resource Manager. It then resides on the local File System Resource
Manager of the CONTROL-D for Distributed Systems interface, and does not need to
be taken again from the OS/390 Resource Manager in the future.
All the parameters that were defined in the Report Clique and relate to rendering are
used when viewing reports with transformation. For example, the Font Mapping
Table is used to map the original fonts of the report to TrueType fonts. For more
information, see Report Cliques on page 329.
PDF format
When a report is transformed to PDF format, the whole report, or an index section, is
transformed as one PDF file. For this reason, transformation to PDF is not
recommended for large reports without indexes.
HTML format
When a report is transformed to HTML, the report is transformed only a few pages at
a time. This allows the user to view print stream reports in page-by-page mode in a
similar way to text reports.
NOTE
If a report is extremely large, transformation can take a long time. In such cases, try to create a
special, smaller report with the same structure.
If a problem occurs, either the Report Clique must be fixed, or missing resources must
be added. Repeat the process of verifying and collecting resources and/or creating
Report Cliques, as necessary, until the report is displayed correctly.
NOTE
BMC Software recommends giving a different PRINT/CDAM PARMS 'PREFIX=' parameter
to the columnized report, if LAST =Yes is used when viewing the report.
The text page contains only text lines, with each line beginning with a line number
according to the orientation of the text.
no empty lines are displayed
lines in orientation 0o begin with the numeral 0
lines in orientation 90o begin with the numeral 1
lines in orientation 180o begin with the numeral 2
lines in orientation 270o begin with the numeral 3
Example
The resulting text page is set according to the Number of Rows and Number of
Columns parameters defined in the Report Clique. Because the original text in the
document can be any size, if the text is defined with a very small font this may result
in many more words than expected displaying on the same line. If this occurs,
increase the number of rows and columns.
If text required for decollation is not displayed, increase the value of the Number of
Rows and/or Number of Columns parameters, and repeat the decollation.
When creating the text report, CONTROL-V superimposes a grid on the original
bitmap image of the report based on the settings for the Report Clique Number of
Rows and Number of Columns parameters (see CONTROL-D Report Clique
Definition Screen on page 332). The character in each cell in the grid is used to create
the contents of the text report.
The size of the cells in the grid can affect the contents of the outputted text report. You
should compare the text report against either the printed report or the version you
view using CONTROL-D/WebAccess to ensure that no characters required for the
decollation were lost.
The following are some problems with the grid cell sizes that may affect the text
report output:
If grid cells are too large, the resulting report may have cells that contain more than
one character, in which case characters are lost in the text report.
NOTE
The only characters of concern are those that may be used as values in the decollation
definition. Any lost characters not used in the decollation definition are irrelevant.
If grid cells are too small, extra blank spaces may be inserted into the text report.
Extra spaces in the text report is not a serious problem because repeating blanks in
the index values are automatically replaced by a single blank.
If required characters are missing from the text version of the report, you need to
resize the grid by increasing the Number of Rows and Number of Columns
parameters in the Report Clique. Optimally, these numbers should be just large
enough to hold one character of the smallest font that you use in the decollation
definition.
NOTE
If the orientation of the text is either 90o or 270o, then
Use a DO BACKUP statement to decollate the original report from SPOOL or from
DSN to one user with one name. Keep this CDAM for purposes of backup and
legal reasons.
Use an ON TRNDSN step to decollate the CDAM, distribute the report among
recipients, and create indexes. Use this report for viewing and migration.
NOTE
ON TRNCLASS can also be used to decollate with transformation directly from SPOOL.
However, decollation using this method does not save the original report.
CLIQUE=Report_Clique_Name
A Normalized report is a report created during the decollation mission that invokes
transformation. Each page of the Normalized report includes the relevant data and
references to all resources required for viewing or printing a specific page.
Use the text report you created in the step Creating a Text Report from the Print
Stream Report (Second Temporary Decollation Definition) on page 813, to define
necessary lines and columns for WHEN statements, and DO statements such as DO
NAME, DO USER, DO REMARK, DO INDEX.
2 Specify the encoding for the XML report either as an EBCDIC code page, ASCII
code page, or Unicode, in one of the following ways:
3 Because an XML report is usually treated as one page, set the PRINT/CDAM
LINECT parameter to a large enough number to prevent the report from being
split into pages according to the value of LINECT. For more information on the
LINECT parameter, see CDAM Control Parameters on page 763.
4 You can split an XML report into pages by setting the PRINT/CDAM XMLSEP
parameter to tagname. All data inside the specified tag name (that is, the tag name
within its surrounding angle brackets) is treated as a separate page. This feature is
available only for reports with EBCDIC encoding. For more information on the
XMLSEP parameter, see CDAM Control Parameters on page 763.
5 You can analyze the XML report contents and assign ownership by using the DO
SET decollation statement with the variable set to XPath expressions. For more
information on setting variables with DO SET, see DO SET: Decollating
Parameter on page 500.
6 You can view XML reports by invoking the XSLT processor using CONTROL-
D/WebAccess Server. This transforms the XML report into an HTML page
according to the specifications in the XSL stylesheet file.
Example
If the input XML document contains the following code,
ON CLASS X
PRINT/CDAM PARAMETERS = ASSOC=XML,XMLSEP=invoice
DO SET %%COMPANY = </invoice/company/@name>
DO USER = %%COMPANY
DO NAME = INVOICE REPORT
a report for the recipient with the synonym "ABC Corporation" and the report
name "INVOICE REPORT"
<invoice>
<company name="ABC Corporation"/>
invoice data 1
</invoice>
a report for the recipient with the synonym "XYZ Inc" and the report name
"INVOICE REPORT"
<invoice>
<company name="XYZ Inc"/>
invoice data 2
</invoice>
When the report entries are retrieved through CONTROL-D/Page on Demand, the
following are added to each report entry contents:
to the header:
to the footer:
</invoices>
Indexing Considerations
Report Design
To maximize the value and utility of CONTROL-V indexing, reports should collect
essential identifiers for report pages or sections in well defined, compact locations
that can be described by one line number or range and one column number range.
Separate indexes should be used for restricted (controlled) and free (uncontrolled)
index values.
Retrieval is faster when index values are left justified within an index field. Separate
fields should be used for different levels when index terms form a natural hierarchy.
For example:
The entire index value (which cannot exceed 50 characters) must be contained on a
single line. The entire mask value (which cannot exceed 20 characters) must also be
contained on a single line. Column ranges for index and mask values must be on the
same page. These values may be the same, may overlap, or may have no overlap.
For example, on a bank statement the mask BRANCH may indicate that digits in a
specified nearby location represent the branch number. The mask ACCOUNT NO.
may indicate that digits in another specified nearby location are an account number.
Placing summary or grand total values on a separate page facilitates their retrieval.
Index Design
CONTROL-V enables users to retrieve parts of reports based on any predefined index
path. Define separate index paths for each meaningful way to retrieve a report page
or section. It is recommended that each index name be unique. When possible, use
page-level, rather than record-level, indexing. For example:
The following index paths may be specified for a life insurance policy file:
In path 1 (above), 1_pol_type is a page-level index if only one policy type can occur
on a page. Likewise, in paths 2 and 3, payment_mode is a page-level index if only one
type of payment mode can occur on a page.
Index design requires an intimate knowledge of report layout and usage. When
possible, the programmer responsible for maintaining the report program and a user
who knows how the report is used should collaborate in designing indexes for the
report.
If an index is defined as non-resident, its name will only be checked during hit-list
processing, but the index file itself will not be opened and checked for an index value.
Therefore, the hit list can include reports which have a correspondent index, but do
not necessarily contain the requested index value.
Naming Conventions
An index file conforms to the following naming convention:
INDPREF.JOBNAME.DATE.TIME.FILEID
where:
INDPREF is the index file prefix. This prefix can have either of two structures,
depending on the length of the IXHPREF parameter in the CTVPARM member in
the IOA.PARM library:
IXHPREF.IXPREF
where:
If IXHPREF is one or two characters long, INDPREF takes the value of the CDAM
file prefix with one of its characters changed to the value specified in the first
character of IXHPREF. Parameter IXPREF from CTVPARM is not used in this case.
If IXHPREF is one character, the first character of the CDAM prefix is replaced.
For example, if IXHPREF=I and the CDAM file prefix is CTDP.L2, INDPREF is
ITDP.L2.
For example, if IXHPREF=I6 and the CDAM file prefix is CTDP.L2, INDPREF is
CTDP.I2.
DATE is the letter C, followed by the five-character date in julian format (yyddd).
TIME the letter T followed by 6 digits indicating the time in hhmmss format.
FILEID is the File ID beginning with the letter M, followed by one digit (from 1
through 9) which indicates the number of the monitor which created the index,
followed by the 3-digit sequential number of the index produced in the decollation
mission.
PMIGXPREF.JOBNAME.DATE.TIME.FILEID
where PMIGXPREF is the file prefix. This prefix can have either of two structures,
depending on the length of the DSNPREF parameter in the IOASPRM member in the
IOA.PARM library. The length of this parameter should be the same as length of the
parameter IXHPREF in member CTVPARM.
DSNPREF.IXPREF
where IXPREF is the second-level prefix specified in the IXPREF parameter in the
CTVPARM member.
For example, if DSNPREF=M and the original index file prefix is ITDP.L2,
PMIGXPREF is MITDP.L2.
For example, if DSNPREF=M6 and the original index file prefix is CTDP.I2,
PMIGXPREF is CTDP.MI2.
SMIGXPREF.JOBNAME.DATE.TIME.FILEID
where SMIGXPREF is the file prefix. This prefix can have either of two structures,
depending on the length of the SECPREF parameter in the IOASPRM member in the
IOA.PARM library. The length of this parameter should be the same as length of the
parameter IXHPREF in member CTVPARM.
SECPREF.IXPREF
where IXPREF is the second-level prefix specified in the IXPREF parameter in the
CTVPARM member.
If SECPREF is one or two characters long, SMIGXPREF is built by inserting the first
SECPREF character into the original index file prefix, using the same method as
PMIGXPREF is built from DSNPREF.
For example, if SECPREF=S and the original index file prefix is ITDP.L2,
SMIGXPREF is SITDP.L2. If SECPREF=S6 and the original index file prefix is
CTDP.I2, SMIGXPREF is CTDP.SI2.
For both primary and secondary migration, the DATE field has the following format:
DATEWhen an index migrates from disk to the level 01 target media, this field
remains prefixed by the letter C. This letter is replaced by the next letter in
alphabetical sequence during each stage of the multi-stage migration or refresh. The
other qualifiers are copied from the original index name.
Index Size
Index size is a function of index field width, the number of different index values that
occur in the report, and how the report is sorted. Sorting affects index size because
each index entry contains a separate pair of pointers to the first and last page of each
nonconsecutive occurrence of the index value in the report. The indexes in an index
path are shorter when the report is sorted by the fields which comprise the index
path.
For example, a bank report may contain information about 10,000 accounts divided
among 10 account types at 50 branches. If the report is sorted by branch # , account
type, and account # , the account type index would have only 10 entries but each entry
could point to as many as 50 page ranges. If the same report were sorted by account
type, branch # , and account # , the account type index would still have 10 entries but
each entry would point to only one page range containing all the branch # values per
account type entry.
Index values can be specified through the User Reports entry panel, through a Values
of Index panel (option X in the Active User Report list followed by option S in the
Main Index window), or through a Quick Access panel (option Q in the User Reports
entry panel, the Active User Report list, or the Main Index window).
Enter Q in the User Reports entry panel bypass panel field to suppress the display of
this entry panel, and immediately display the Quick Access Report list or Quick
Access panel when entering the User Reports facility.
Use the Index window to list all main indexes for a report. You can select a main
index or display the Quick Access panels from this window.
Use the Values of Index panel to display an alphabetized list of all values that exist in
a specified index. Use option V to view report pages pointed to by the selected
indexes or use option X to display the names of subindexes under any index value in
the list.
Use a Quick Access panel to optionally specify subindex values. Place an asterisk or
prefix in a subindex value field to display the Values of Index panel for that subindex.
When the Quick Access panel contains the desired index values, press Enter to view
report pages pointed to by those values.
Testing Indexes
After report indexes have been defined, they should be tested to be sure they index
the report output in the way expected. The best way to test indexes is to run the
decollating missions containing them.
If no indexes are produced, rerun the decollation mission on a few pages of the report
with index value masks set to an asterisk. Examine the index values produced by the
modified index specification. Determine if an error was made in calculating the line
and column ranges for the index values and/or mask values.
Printing Considerations
Printing Organization
Organizing the printing of bundles is a potentially complicated process. Bundle
organization can be seen from several different points of view, each possibly
conflicting with the others. These points of view and recommended solutions are
discussed below.
There are several types of printers. Some reports can only be printed on specific
printers. For example: Reports which contain logical character sets and/or
graphics cannot be printed by an impact printer. Reports which must be produced
with carbon paper copies cannot be printed by a laser printer.
There are several types of paper: wide, narrow, blue form, carbon, yellow, and so
on.
With laser printers (for example, 3800) it is possible to use physical FLASH. This
requires manual intervention by the operator before printing starts.
With some laser printers, the process of switching from one character set to
another may take 10 to 20 seconds.
The physical constraints described above tend to negate the main purpose of a report
distribution system, which is to print all the reports of one user in one bundle.
It is physically impractical to print one bundle for a user containing different types of
paper (for example). The operator cannot replace the paper in the printer every few
pages. Therefore, it is clear that some physical constraints must be considered when
planning the printing process.
In summary, from the operators point of view, it is desirable to print all the blue
paper together, narrow paper together, and so on.
The dispatchers want bundles printed according to their distribution network. Lets
consider this issue further. When regular printing takes place (without a report
distribution system), the entire report must be printed in order to print the last user in
the report.
Suppose, for example, that a report is sorted according to branches, and the newest
branch in the bank (branch 812) appears last in all reports. Furthermore, the courier
who delivers the material to this new branch must leave before all the other couriers,
because the branch is located very far away.
In this case, unwanted delays occur when the printer is busy printing reports which
could be printed at a later time (all the report pages before those of branch 812),
instead of printing reports (for branch 812) which are needed immediately. What is
needed is the capability to print bundles according to distribution priorities derived
from the delivery schedule.
Assume that the distribution area is divided between distribution couriers and
destination points as follows:
Courier # 1 Courier # 2
Courier # 5 Pickup at
Courier # 3 Courier # 4
Each courier takes a few packages containing reports to be distributed within that
couriers area. The courier should not leave after the specified time. (In the above
example, management is physically located in the same building where reports are
printed. Management reports are not delivered, but most be ready for pickup by 7:30
A.M.)
As we can see from the diagram, the preferred printing order from the point of view
of the dispatchers and distributors is: Courier # 1, # 2, # 3, # 4, # 5 and Management.
Printing in this order increases the probability that the reports get to their destination
on time.
The order described above is the normal preferred printing order. However, it is
sometimes necessary to print in a different order. For example: The airport is about to
be closed very early because of weather conditions. Therefore, the airport courier
should leave earlier, so those reports should be printed first. A solution for such
requirements can be very helpful to the data center in providing high level service to
its customers.
Printing Organization
The suggested printing organization should answer the problems of the operators,
the dispatchers, and the distributors, to the extent that is physically possible, given
the printing constraints discussed above.
A printing mission should be defined for every physical printing constraint (that is,
paper type, flash, and so on). The name of the printing mission should be meaningful.
For example:
STD
132PAPER
80PAPER
BLUEPAPR
CARBON10
CARBON18
FLASH272
FLASH273
NOTE
Different missions have to be defined only for actual physical constraints. Logical printing
characteristics do not require a separate bundle. For example, it is possible to mix different
CHARS and MODIFY parameters in the 132PAPER printing mission.
Printing missions are defined using the Online facility (option M). Each printing
mission can be composed of many categories. In our sample case, each printing
mission is composed of the following categories:
C#1-NORTH-COUNTY
C#2-NORTHEAST-COUNTY
C#3-SOUTH-COUNTY
C#4-AIRPORT
C#5-CENTRAL-BRANCH
MANAGEMENT-BOX
Each category represents a distribution area. In the definition of each category we can
use INCLUDE/EXCLUDE statements for all the report recipients which are located
in the distribution area. Normally, it is not necessary to specify the names of all the
users in the bank. Since the banks structure and the banks hierarchy (as reflected in
the Recipient Tree) generally correspond to the real distribution of the recipients, it is
usually sufficient to specify the name of the parent in the tree. For example,
specifying the recipient NORTH Regional Management automatically includes all its
descendants in the tree (that is, all the branches in the north county). If one of those
branches can be reached more conveniently by the central branch courier, that branch
(and its departments) can be EXCLUDEd from the NORTH-COUNTY category, and
INCLUDEd in the CENTRAL BRANCH category.
The operator control screen contains one line for each category. Example:
Using the Online facility, the operator is always aware of the status of the nights
processing. The operator can request to see a subset of the printing missions list by
using the online query window (for example, only blue paper, only management
box). The operator can control each bundle independently, and can hold it, change its
priority, and so on.
It is not mandatory to define multiple categories for each printing mission. Some
printing missions can contain only one category under which all the reports are
printed. The sort order of the users in the bundle can be controlled using the bundle
parameter SORT. This method is usually used for reports which are produced on
special types of paper and are all delivered to one recipient (for example, receipts,
bills).
Using this method, the number of bundles is minimized and the operator has full
control over the process.
1. The job that produces the report to be printed on blue paper has been decollated by
CONTROL-V.
2. The operator is notified with a highlighted, unrollable message to place the blue
paper on the printer and to let CONTROL-V know when the printer is ready. This
is done using the Shout facility.
3. The operator places the paper in the printer, defines it for exclusive use by
CONTROL-V and starts the printer under CONTROL-V (if it wasnt already open).
For more information, see the CONTROL-D and CONTROL-V chapter of the
INCONTROL for z/OS Administrator Guide.
4. The operator enters the manual conditions list and specifies A (Add) next to the
prerequisite condition BLUE-PAPER-READY. As a result, the printing mission
starts executing.
Workload Considerations
It is sometimes impractical to wait until all the 132-character width reports are
decollated and then to print all of them in bundles, because it takes too long to
complete. In such cases, it is possible to make two printing rounds for 132-character
width paper: one at midnight and one in the morning. Although it means one more
bundle to handle, this method ensures that the reports are printed on time.
Weekend Distribution
The distribution network may work differently on weekends. Instead of six couriers,
only three couriers are used, and the areas are divided in a completely different way
(for example, part of the northeast county is delivered by the airport courier). In such
cases, it is possible to create special printing mission categories for weekend
processing. They contain different INCLUDE and EXCLUDE parameters from the
printing missions used for daily processing.
The weekend category and the daily category should have different basic scheduling
criteria (for example, different WDAYS). They are then automatically scheduled by
CONTROL-V. Refer to the CONTROL-D and CONTROL-V chapter of the
INCONTROL for z/OS Administrator Guide for information about how to schedule
printing missions.
As you can see, the job produces two reports. One must be printed on regular
132-character paper. The other must be printed on a special paper type nicknamed
BLUEPAPR.
The printing mission name can be modified in the Permanent and Active User Report
lists.
Destination consists of two values a node and a user ID each value containing up
to eight characters. However, the value of the DEST parameter for ON statement
DEFAULTS and PRINT/CDAM PARMS is a single 8-character value.
When using this method, subparameter SEARCH of the DO USER statement in the
report decollating mission for this report must be defined as either:
If the report DEST field in the Active User Report list is manually updated for a one-
time specification after the report is already decollated, it is not necessary to specify
the SEARCH subparameter in the report decollating mission of the job.
For more information about parameter SEARCH, utility CTDCP2A, and how this
method works, refer to the CONTROL-D and CONTROL-V chapter of the
INCONTROL for z/OS Administrator Guide.
DEST field in the Print Option window (using option P in the User Report List
screen)
DEST field for a specific report in the Active or Permanent User Report list,
depending on the SEARCH parameter destination in the report decollating
mission
NOTE
If any value other than *SPOOL is specified, the destination is applicable to unidentified
reports only.
A
Editing Mission Definitions in the
A
Incorrectly specified line editing commands can be corrected by typing over them
correctly. Line editing commands can be deleted by blanking them out or by
specifying the RESET command in the COMMAND field.
All operations available in a Mission Definition screen can be performed while in the
Edit environment (for example, parameter values can be changed, the mission can be
saved, and the screen exited).
To exit the Edit environment, retype EDIT in the COMMAND field and press Enter.
Line editing command fields are removed from the display.
Examples:
Examples:
Example:
Example:
A series of DO statements.
The result of a line editing command is dependent on the line on which the
command is specified. For example, command D deletes either a single or a logical
line based on the line type.
Blank parameter lines are added automatically by CONTROL-V (to allow the user
to specify additional parameters) and cannot be deleted.
Example 1
Before: Insert an additional DO statement in a DO block using command I (Insert).
Example 2
Before: Delete the ON CLASS A block. Using the DB (Delete Block) command is the
preferred method. The DB command removes all parameters, comments,
continuation lines, and separator lines of the specified block. DB must be specified on
a main line of the block (that is, ON CLASS).
Example 3
Before: Move multiple DO statements from one ON block to another. Command MM
(Multiple Move) is specified at the beginning and the end of the DO statements that
are moved. Command A (After) specifies the location after which these lines are
placed.
After: The three specified DO statements have been moved to the specified location.
__ DO BACKUP = BKP0007D
__ DO SHOUT TO TSO-001 URGENCY R
Example 4
Before: Copy a WHEN statement and some of its DO statements to another WHEN
statement. Command CC (Multiple Copy) is specified at the beginning and the end of
the lines that are copied. Command B (Before) specifies the location before which
these lines are placed.
After: The specified WHEN and DO statements have been successfully copied.
__ DO
__ WHEN LINE - COL - PRINT REF NXT CT AND/OR
__ STRING =
__ DO
FILL IN REPORT DEFINITION. CMDS: EDIT, SCHED, SHPF, PATH 18.58.32
Example 5
Before: Insert a continuation line between existing continuation lines. It is
recommended that command R (Repeat) be used to repeat the previous logical line.
After: The continuation line has been repeated. The repeated line can be modified as
necessary.
B
B Shout Facility Variables
CONTROL-V Shout facility variables are predefined variables whose values are
automatically updated at the time the SHOUT message is issued. The format of the
system variables is similar to those in the AutoEdit facility:
%%var
Each system variable resolves to the corresponding system value at the time the
SHOUT message is issued.
Example
System Variables
Table 290 System Variables (part 1 of 2)
Variable Description
%%ODATE Original date of the mission (format yymmdd).
%%OYEAR Original year of the mission (format yy).
%%OMONTH Original month of the mission (format mm).
%%ODAY Original day of the mission (format dd).
%%OWDAY Original day of the week of the mission. Format is d, where d is 1
through 6 or 0 (for example, 1 is Sunday, 2 is Monday, ... 6 is Friday, 0 is
Saturday).a
%%OJULDAY Original day of the mission in the year (Julian format jjj).
%%RDATE Current working date (format yymmdd).
The following AutoEdit System variables, prefixed by %%$, resolve to dates having
4-character years:
The following AutoEdit System variables, prefixed by %%$, resolve to the first two
digits of the year in dates which have 4-character years:
Index
Symbols
! Character, Hex Value 82 %%DATE System Variable 847
# Character, DO INDEX Statement 467 %%DAY System Variable 848
# OF DAYS TO KEEP %%DDNAME Function
Description 648 DO NAME Statement 486
Example 649 DO REMARK Statement 497
Migration Missions 164 DO USER Statement 518
Summary 647 %%DSNLLQ Function DO NAME Statement 486
# OF GENERATIONS TO KEEP %%EWTR 573
Backup Missions 164 DEST parameter 573
Description 650 %%EXTWTR Function
Example 651 DO NAME Statement 485
Summary 647 DO REMARK Statement 496
$ Character, Hex Value 82 DO USER Statement 516
$$$$ Date Reference %%FILE Function
DO COND Statement 455 DO NAME Statement 486
IN Parameter 529, 680 DO REMARK Statement 497
OUT Parameter 579 %%JOBID System Variable 848
Schedule Date 455, 528, 579, 679, 703 %%JOBNAME Function
Why Screen Confirmation Window 314 DO COND Statement 457
$$$SPACE Member 117, 149 DO NAME Statement 485
$$CTDSAT Member DO REMARK Statement 496
External Destinations Screen 291 DO USER Statement 517
$$FRM Member, IOA MSG Library 187 OUT Parameter 581
$* Value, EXTWTR Parameter 517 %%JOBNAME Variable System Variable 848
$JOBCHK Ruler, MSGCLASS Output 276 %%JULDAY
$LSYS Command, Machine ID Under JES2 511, 602, 727 Julian Day 848
$PROFVAR Member, SOLVLVC Profile Variable 250 System Variable 848
$SYSDATA Parameter, Recipient Tree 177, 794 %%MONTH System Variable 848
$SYSDATA Record %%ODATE
Active Report List 764 Date of the Job 848
Long Format 282, 284 System Variable 847
Migrated Report 284 %%ODAY System Variable 847
Options 285 %%OJULDAY
Predecollation Reports 279 Julian Day of the Job 848
Short Format 281 System Variable 847
Viewing 280, 285 %%OMONTH System Variable 847
$SYSDATA Records %%OWDAY System Variable 847
Additional Info Option 284 %%OYEAR System Variable 847
$USRNO Installation Parameter 187 %%OYEAR Year of the Job 848
$USRYES Installation Parameter 187 %%RDATE
% Character SHOUT Parameter 600, 725 System Variable 847
%%BLANK System Variable 848 Working Date 848
%%BLANKn System Variable 848 %%RDAY System Variable 847
%%CONTNAME Function DO NAME Statement 487 %%RJULDAY System Variable 847
%%DATE System Date 848 %%RMONTH System Variable 847
%%RWDAY System Variable 847
Index 851
A B C D E F G H I J K L M N O P Q R S T U V W X Y Z
Index 853
A B C D E F G H I J K L M N O P Q R S T U V W X Y Z
Index 855
A B C D E F G H I J K L M N O P Q R S T U V W X Y Z
Index 857
A B C D E F G H I J K L M N O P Q R S T U V W X Y Z
Index 859
A B C D E F G H I J K L M N O P Q R S T U V W X Y Z
Index 861
A B C D E F G H I J K L M N O P Q R S T U V W X Y Z
Index 863
A B C D E F G H I J K L M N O P Q R S T U V W X Y Z
Index 865
A B C D E F G H I J K L M N O P Q R S T U V W X Y Z
Migration Log 285 User Report Lists 202, 204, 206, 208, 212, 217
DELETED Status Device Allocation
Active Missions Screen 307 Archive Server 787
File Transfer Control 297 CART Media 787
Deleting OSS Media 786
Calendars 403 DF/DSS Format 61, 63
Delete 254 DF/HSM Format 61, 63
Manual Conditions 378 Direct Online Viewing
Dependency Screen Flow 186
Prerequisite Condition 71 Display
DESC Command A (All Fields) 194
Active Missions Screen 306 Changing 187
Category List Screen, Printing, Backup, Restore Display A
Mission Definition 151 User Reports Entry Panel 187
Category List Screen, Report Decollating Mission DISPLAY Command
Definition Facility 119 IOA Log Screen 382
Year List Screen 396 Report Lists 223
DESC Field User Reports Entry Panel 187, 195, 198
Show Screen Filter Window 386 Display Filters Window
DESC Format Fields 385
Category List Screen, Migration, Printing, Backup, Options 385
Restore Mission Definition 150 Display J
DESC Parameter User Reports Entry Panel 187
Active Missions Screen 307 Display J (Job) 195
Description 448 DISPLAY OPTIONS
Example 448, 674 Show Options Window 193
Recipient Definition 177 DISPLAY OPTIONS Fields
Recipient Tree 793 User Reports Entry Panel 196
Summary 125, 158 Display Type
DESCENDING Sort Order 730 A (All Fields) 214
DESCRIPTION Field D (Default) 201
External Destinations Screen 289 J (Job) 186, 209
Recipient Tree List 174 L (Long) 212
Description Text Quick Access Report 226
DESC Parameter 674 Report List Header 200
DEST Field S (SDSF) 210
*SPOOL 833 U (User) 205
Active Report List 832 DISPLAY TYPE Parameter
Confirm Print Window 300 User Reports Entry Panel 190
External Destinations Screen 287 Display User Reports
Permanent Report List 832 Index Window 234
DEST Parameter Display V
CDAM 760 User Reports Entry Panel 187
Description 536 Distribution Address
Example 537 Recipient Tree 794
ON CLASS Statement 560 Distribution Type
ON STATEMENT DEFAULTS 573 TYPE Parameter 514
ON Statement Defaults 574 DJDE Parameters
Print Option Window 239 Xerox Printers 60
PRINTER Parameter 712 DL Line Edit Command 837
SUBSYS JCL Parameter 833 DMS/OS Format 61, 63
Summary 162, 318, 706 DO Action
DEST parameter 573 DO Statement 450
Dest/Wtr Field DO BACKUP Statement
User Report Lists 202, 206, 208, 212, 217 Description 132, 452
Destination Code Example 452
CTDS 286 Mission Name 691
Index 867
A B C D E F G H I J K L M N O P Q R S T U V W X Y Z
Index 869
A B C D E F G H I J K L M N O P Q R S T U V W X Y Z
Index 871
A B C D E F G H I J K L M N O P Q R S T U V W X Y Z
Index 873
A B C D E F G H I J K L M N O P Q R S T U V W X Y Z
Exiting 389
Fields 386 J
Message Types 389 JB1PREF Installation Parameter
IOA Manual Conditions 374 ALLOCOPT=JOBSDSN1 771, 776, 778
IOA Primary Option Menu JCL ddname
Description 85 Report Name Extraction 486, 497
Option ... 312 JCL OUTPUT Statement
Option 6 407 Decollation Testing 806
Option 7 374 JCL Parameter
Option F 295 $SYSDATA Long Format 283
IOA SAMPEXIT Library JCL Syntax
User Exits 60 Description 760
IOA Scheduling Facility SUBSYS Option 760
Scheduling... 425 JCL System Dataset
IOA SET 104 ON Statement 561
IOA Variable Database Option JDE name 351
Primary Option Menu 88 Jde Name parameter 351
IOA.PARM library 823 JDE section name 351
IOAID Field JES Dataset
Conditions/Resources 368 CDAM File 470
IOALDNRS Utility 374 JES Job Number
IOASMDIA Installation Parameter $SYSDATA Short Format 281
IOASPRM Member 733 CDAM 769
IOASMDIA Macro Identification Number 544
IOASPRM Member 734 Packet Index Screen 303
Migration Mission 734 Print Plan Screen 324
IOASPRM Member Shout Facility 849
Archive Server Parameter 785 User Report Lists 204, 209, 211, 216
IOASPRM member 823 Zoom Screen 316
IOAUTIL CLIST JES Outgroup
Online Utilities 407 Chunking 707
Is Waiting For: Screen JES Print Destination
Example 312 PRINTER Parameter 712
ISPF 94 PRINTING ON dest 308
PACK Option 391 JES Spool
Primary Option Menu 85 CDAM 757
Wait Message 247 JES2
ISPF Commands DO SHOUT Statement 510
Priority 100 PRINT/CDAM PARMS 587
ISPF/PDF Facilities SHOUT Parameter 601, 726
Online Facility 106 JES3
ISPF/PDF Primary Option Menu *T Command 510
ISPF KEYS Command 100 DO SHOUT Statement 510
ISPSTART Command PRINT/CDAM PARMS 587
ISPF Keys 100 Printing Characteristics 806
IXHPREF Field SHOUT Parameter 601, 726
Index File Name 822 JNAME Value
IXHPREF Parameter JES3 Print Destination 308
CTVPARM Member 822 Job Archiving Facility
IXHPREF parameter 822 Summary 186
IXPREF 822 JOB DEFAULTS Parameter
IXTOPC Parameter *SPOOL Destination 537
CTVPARM Member 298 COPIES 534, 762
Decollating Parameters 128, 428
DEST Parameter 536
LVL Parameter 538
MAX COPIES 540, 575, 762
Index 875
A B C D E F G H I J K L M N O P Q R S T U V W X Y Z
Index 877
A B C D E F G H I J K L M N O P Q R S T U V W X Y Z
Index 879
A B C D E F G H I J K L M N O P Q R S T U V W X Y Z
Index 881
A B C D E F G H I J K L M N O P Q R S T U V W X Y Z
Index 883
A B C D E F G H I J K L M N O P Q R S T U V W X Y Z
Index 885
A B C D E F G H I J K L M N O P Q R S T U V W X Y Z
Index 887
A B C D E F G H I J K L M N O P Q R S T U V W X Y Z
Index 889
A B C D E F G H I J K L M N O P Q R S T U V W X Y Z
Index 891
A B C D E F G H I J K L M N O P Q R S T U V W X Y Z
Index 893
A B C D E F G H I J K L M N O P Q R S T U V W X Y Z
Index 895
A B C D E F G H I J K L M N O P Q R S T U V W X Y Z
Index 897
A B C D E F G H I J K L M N O P Q R S T U V W X Y Z
Index 899
A B C D E F G H I J K L M N O P Q R S T U V W X Y Z
Index 901
A B C D E F G H I J K L M N O P Q R S T U V W X Y Z
Show Screen Filter 388 DO SHOUT Statement 509, 510, 601, 726
TASKTYPE Parameter SHOUT Parameter 600, 725
Cyclic Decollating 524 TO PAGE Parameter
Description 604, 738 Print Option Window 239
ERP 125 Tocol Parameter
Example 605, 740 FIND Command 96
REP 125 Toggle Keys
Summary 125, 158 Quick Ruler Definition Key 265, 275
Tracking and Control 738 TOP SECRET 708
technical support 2 TotRec Field
Terminal Support User Report Lists 212
Online Facility 82 TOPAGE Argument
Termination Status SPAGE Command 251
DO NOTOK Statement 490 Transfer Command
Text Orientation parameters 340 Multi-screen Control 90
Text report TRANSFER END Field
Checking and adjusting with transformation 815 Packet Zoom Screen 302
Text Report Clique parameters 348 Transfer of Control
Text Reports TSO/Online Facility 107
CONTROL-D Report Clique Screen 332 Transfer Packet
Text reports 330 HELD State 302
TIME Decollated Index Files 298
Packet Index Screen 303 TRANSFER START Field
TIME Field Packet Zoom Screen 302
Index File Name 823 Transfer Status
Log Screen 380 File Transfer Control 297
TIME FROM Parameter File Transfer Show Option Window 299
User Reports Entry Panel 197 Packet Zoom Screen 301
TIME FROM/TO Parameter Transfer to TSO Command
Show Options Window 193 PFKey Definition 93
TIME INTERVAL Transfer to Utilities Screen Command
INTERVAL Parameter 532 PFKey Definition 93
TIME Parameter TRANSFERRED Date and Time
CDAM 772 File Transfer Control 297
Description 607, 741 Transformation
Example 607, 741 Checking and adjusting a text report for 815
Summary 160 Creating a decollation mission with 811
Time Range Creating a text report with 813
Show Options Window 193 Creating Report Cliques 811
TIME Parameter 607, 741 Defining the final decollation definition 816
TIME TO Parameter Implementing decollation with 810
User Reports Entry Panel 198 Verifying Report Clique parameters 813
TIME/DATE Verifying the final version of the report 817
Sort Key 730 viewing HTML format 813
TIMEOUT Parameter Viewing Normalized Reports using CONTROL-
Description 744 D/WebAccess Server 812
Example 744 viewing PDF format 812
Summary 162, 647 transformation
Timestamp of print stream reports 808
Overriding 677 transformation of binary reports
TIMESTAMP Field CONTROL-D Resource Manager 809
Zoom Screen 316 normalized page 809
TO BE DELETED Field row columnized page 809
Migration Log 285 TRANSMISSION ERROR Status
TO BE SUSPENDED Status File Transfer Control 297
Active Missions Screen 307 TRANSMIT Parameter
TO Destination Recipient Definition 178
Index 903
A B C D E F G H I J K L M N O P Q R S T U V W X Y Z
Value Selection
Values of Index Panel 232 W
Values of Index Panel Wait Backup Only Status
Based on Index Value 189 Show Options Window 193
Description 231 Wait Bkp Status
Display Selected Index 235 User Report Lists 219
First Value 190 Wait Decollation Status
Index Design 68 Show Options Window 193
Index Window 234 User Report Lists 219
Option V 246 WAIT FOR JOB Status
Options 232 Active Missions Screen 310
Quick Access Panel 228, 231 WAIT FOR PRINTER Status
User Reports Entry Panel 231 Active Missions Screen 310
Via Quick Access Panel 228 Wait Message
VAR format Migrated Report Viewing 247
Index definition 65, 463 WAIT MIGRATE Status
VAR Parameter User Report Lists 219
DO INDEX Statement 466 WAIT PRINT Status
Variable Database Option MUST Parameter 493
Primary Option Menu 88 Show Options Window 193
Variables User Report Lists 219
Shout Facility 847 WAIT PRINTING Status
used with DO statements 503 PC Transfer Packet 295
VAULT DEFINITION Option WAIT PROCESS Status
IOA Menu 89 Active Missions Screen 307
Verifying Report Clique parameters Wait Restore Only Status
transformation 813 Show Options Window 193
Version Information Wait Restore Status
Primary Option Menu 90 User Report List 219
View Indicator WAIT SCHEDULE Status
User Report Lists 202, 206, 210, 216 Active Missions Screen 307
VIEW Option CONTROL Resources 371
$SYSDATA Records 286 Why Screen 312
Active Report List 221 Wait Status
Ruler Editing 222 Color Codes 305
Values of Index Panel 232 WAIT TRANSMISSION Status
View Value File Transfer Control 297, 298
BYPASS PANEL Parameter 191 WAITING FOR JOB Status
Viewing Active Missions Screen 308
Report Viewing 64, 180 WAITING FOR PRINTER Status
Viewing the final version of a report Active Missions Screen 308
Transformation 817 WCAL Parameter
Volume Field Calendar Name 611
Migration Log 285 Calendar Type 613, 749
Volume Prefix Decollating Missions 424
STAGE Parameter 734 WDAYS Parameter 126, 159, 644, 746
Volume Set WD2104 Wish
FileTek Storage Machine 734 Print Mission 493
VOLUMES Parameter WDAYS Parameter
CDAM File 772 AND/OR Logic 126, 159, 665
VSET Parameter DATES Parameter interaction 647
STAGE Parameter 734 Days of the Week 159
Summary 164 Description 610, 644, 746
VTAM 81 Example 614, 750
Environment 50, 94 Format 747
VTAM Printer Name 239 Logic 611, 613, 749
MINIMUM Parameter 552, 689
Index 905
A B C D E F G H I J K L M N O P Q R S T U V W X Y Z
X
X Command
Online Facility Exit 91
Primary Option Menu 87
X Offset parameter 344
Xerox 8700/9700 Printers
User Exits 60
XEROX Reports
CONTROL-D Report Clique Screen 336
XMLSEP
CAPS Command 122
XMLSEP Installation Parameter
CDAM 772
XMLSEP Parameter
CDAM File 772
XResolution parameter 344
XRX Reports
CONTROL-D Report Clique Screen 336
Y
Y Offset parameter 344
YEAR Field
Calendar Definition 399
Calendar Facility Entry Panel 393
Year List Screen 394
Commands 395
Exiting 405, 406
Inserting New Year 397
Year List Screen, IOA Calendar Facility
Format 395
YResolution parameter 344
Z
ZOOM Option
Active Missions Screen 312
File Transfer Control 298, 301
Zoom Screen
Confirmation Window 320
Description 316
Exiting 320
File Transfer 301
Migration Mission 316, 318
Modifying Parameters 320
Restore Mission 320
Index 907
A B C D E F G H I J K L M N O P Q R S T U V W X Y Z