Longpela Expertise logo
Longpela Expertise Consulting
Longpela Expertise
Home | Press Room | Contact Us | Site Map
FAQ


LongEx Mainframe Quarterly - November 2014
 

management: The Logistics of Output: Report and Output Management Products

In the 1980s, mainframes printed a lot of output. Forms, documents, reports, job output; you name it, it went on paper. Mainframe sites had large printers busily going through boxes and boxes of paper. Output management products have helped save many of these trees, providing a way of storing and viewing output online. Today there are many different products to manage output. So what are they, and what do they do?

Document vs Output

All output isn't necessarily equal. In general there are two main groups of output: Plain Text and Documents

Plain Text

On z/OS there is a lot of output from jobs and started tasks. Much of this output, particularly from production batch and system tasks, needs to be retained for IT staff. The z/OS syslog also has valuable information that IT staff will want to keep.

This output is quite easy to manage. It is plain text, and normally used only by IT staff. There are rarely compliance requirements for its retention, and clients do not need access. There can be a lot of this output, but it is rarely excessive.

Simple, plain-text reports can also be managed with these plain text products.

Reports and Documents

These are more complicated. They can have sophisticated formatting and presentation features like images, fonts and overlays. They can be produced as very large reports, with different users using (or permitted to use) different sections. Individual sections may need to be merged together as a single report for some individual users or groups.

Security for reports and documents may be more complicated, as some users may have access to only some portions of each report. Clients may need access to these documents, increasing the compliance and security requirements.

There will be more functionality needed. For example, browser-based viewing, automatic email notification, and indexing for content searching. As you can imagine, the amount of this output can be huge.

Plain Text

Software to store plain text output has been around for years, and there are many options. These include:

  • BMC Control-D
  • ASE OMCS
  • RSD EOS
  • CA View (Previously SARS)
  • SEA $avers
  • MacKinney Job and Syslog Facility

This software typically monitors the JES Spool, and automatically takes output depending on selection criteria like class or destination. This output will be automatically managed: saved, archived and deleted as needed. Security is included to restrict access to output, as are ISPF applications to browse and manage the output.

These products usually rely on systems features like DFSMShsm for report archiving to tape. However they usually include automatic deletion of reports when they are no longer needed.

Some products take a step towards document and report management with extra features. For example BMC Control-D provides report distribution and bundling features, and an additional Report Approval feature. It also provides web access via Control-D/WebAccess.

Document and Report Management

Software for z/OS document and report management has come a long way over the years. Today examples of mainframe-supporting document management software include:

  • IBM Content Manager on Demand (CMOD)
  • IBM Tivoli Output Manager
  • ISIS Papyrus
  • ASG ViewDirect
  • Beta Systems Beta93 Output Manager
  • LRS PageCenter
  • CA Spool, CA Deliver and CA View
  • Macro4 Columbus Z
  • SEA TRMS

These products include all the functionality of the plain-text output management products above, and add more. Let's take IBMs CMOD as an example.

CMOD can run on many different platforms. The z/OS CMOD monitors JES spool, and takes output depending on selection criteria. Output can also be sent directly to CMOD from batch. CMOD accepts PDF, plain text and AFP documents. CMOD uses z/OS OAM for automatic document archiving and retrieval. Documents are usually saved initially in DB2, and then moved disk and tape as they get older, depending on the configuration. Different reports can have different archival options.

Reports are viewed from a web browser, including AFP and PDF documents. Security is managed by the z/OS security product (e.g. RACF), with sufficient granularity to limit report access to groups or individuals. It includes search functionality by indexing documents as they are accepted. CMOD can also convert input data to formats like HTML, PDF and XML.

The optional distribution feature allows automatic document distribution via PDF file, web, email and print. It supports document bundling, splitting and merging: merging multiple documents or parts of documents for distribution.

CMOD can run on run on Windows, System i and a few UNIX variants. However it can also run exclusively on z/OS. However many of the competitors reduce their mainframe footprint and rely on non-mainframe components. For example ISIS Papyrus has a z/OS agent forwarding output to a non-mainframe server.

IBM CMOD provides all the functionality within the one product. Others may merge or require other products to offer similar functionality. For example, Macro 4 Columbus Z provides report acquisition, conversion and distribution features. It needs partner, non-mainframe Macro 4 Columbus products for report archival and online viewing. Similar CA-Spool provides SPOOL acquisition, printing, transformation and forwarding. However it relies on other CA products such as CA View for online viewing, and CA Deliver for report bundling and distribution.

Conclusion

Many sites have two output management products: one for job/started task and syslog output, and one for report management and distribution. Plain text products provide all you need for archival and online viewing of basic job output and plain text reports. Report management products build on this functionality for sophisticated report management. They add bundling and distribution features, AFP document support, indexing, web based access, document translation and automatic notification.


David Stephens



LongEx Quarterly is a quarterly eZine produced by Longpela Expertise. It provides Mainframe articles for management and technical experts. It is published every November, February, May and August.

The opinions in this article are solely those of the author, and do not necessarily represent the opinions of any other person or organisation. All trademarks, trade names, service marks and logos referenced in these articles belong to their respective companies.

Although Longpela Expertise may be paid by organisations reprinting our articles, all articles are independent. Longpela Expertise has not been paid money by any vendor or company to write any articles appearing in our e-zine.

Inside This Month

Printer Friendly Version

Read Previous Articles


Longpela Expertise know about the mainframe software market, and how to reduce your software licensing costs. Contact us to get your own z/OS software portfolio expert.
© Copyright 2014 Longpela Expertise  |  ABN 55 072 652 147
Legal Disclaimer | Privacy Policy Australia
Website Design: Hecate Jay