What is said here might be true for those products that are doing sub-capacity pricing based on MSUs. They just need to register/deregister their product to write the MULC data. However, as I said in a previous post, I know that the IBM CPCS and imaging software cause SMF89 records to be written so those products can be priced based on the number of items processed by the products. I don't think that can be done by registering the product to write the MULC data. I have to process these records through a program to create reports to send to IBM each year. By the way, I also know that this was in place before the present sub-capacity pricing process was in place for the subsystems like CICS and DB2. I started to process these records at a previous job in 2000 or earlier.
Tom Kelman Enterprise Capacity Planner Commerce Bank of Kansas City (816) 760-7632 > -----Original Message----- > From: IBM Mainframe Discussion List [mailto:[email protected]] On > Behalf Of Edward Jaffe > Sent: Saturday, September 12, 2009 3:50 PM > To: [email protected] > Subject: Re: Sub Capacity Reporting for non IBM Vendors > > Scott Barry wrote: > > CA Common Services (CAIRIM) is writing SMF 89 data today, contributing > to > > SMF 89 and MULC (SMF type 30) analysis and reporting for many of its > > software products. This effort came about in the past year's time- > frame, > > having been revealed (remember - CA does not announce futures!) at CA > World > > 2007. The product identification is delivered by CA as a PTF, if > > interested, to resolve the individual product names based on their CA > LMP > > key identification. > > > > I think what Peter is saying is that such records are most likely NOT > being created by CAIRIM. That is, it's unlikely that any CA-written code > formats an SMF89 record and calls the SMFWTM service to write it to SMF. > It's far more likely that CAIRIM simply uses the IFAEDxxx services to > register/deregister their products and/or IFAUSAGE to write MULC data. > Those actions will indirectly cause SMF89s to be produced. That's what > our products do. I suspect, that's what they do too... Correct me if I'm > wrong... > > -- > Edward E Jaffe > Phoenix Software International, Inc > 5200 W Century Blvd, Suite 800 > Los Angeles, CA 90045 > 310-338-0400 x318 > [email protected] > http://www.phoenixsoftware.com/ > > ---------------------------------------------------------------------- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to [email protected] with the message: GET IBM-MAIN INFO > Search the archives at http://bama.ua.edu/archives/ibm-main.html ***************************************************************************** If you wish to communicate securely with Commerce Bank and its affiliates, you must log into your account under Online Services at http://www.commercebank.com or use the Commerce Bank Secure Email Message Center at https://securemail.commercebank.com NOTICE: This electronic mail message and any attached files are confidential. The information is exclusively for the use of the individual or entity intended as the recipient. If you are not the intended recipient, any use, copying, printing, reviewing, retention, disclosure, distribution or forwarding of the message or any attached file is not authorized and is strictly prohibited. If you have received this electronic mail message in error, please advise the sender by reply electronic mail immediately and permanently delete the original transmission, any attachments and any copies of this message from your computer system. ***************************************************************************** ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [email protected] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
