Ken Porowski wrote:
For a non-IBM vendor that does sub-capacity licensing how do you get the
data to them?
Send them the SCRT .csv file?
Send them a number and hope they trust you?
Do they actually alter the charges on a monthly basis?
If using SCRT data is it product specific (e.g. for a DB2 tool you use
SCRT data for DB2) or just based on overall (e.g. z/OS) usage?
Or is it some other method altogether?
I have a new vendor that I asked the question of sub-capacity licensing
and they want me to provide more details on the model. They are
unfamiliar with SCRT and sub-capacity/workload licensing but are willing
to listen. I have to admit that I currently do not have
sub-capacity/workload pricing on any non-IBM products so I just want to
get a feel for how it "normally" works.
IBM SCRT does not support ISV products. Period.
Some ISVs have been able to get customers to agree to "tie" certain ISV
products to SCRT-supported IBM products. For example, they could agree
to "tie" some IMS tool from the ISV to IMS from IBM. With this agreement
in place, the same SCRT report sent to IBM can also be sent to the ISV.
This works because IMS is supported by SCRT.
Some customers will not agree to this "marriage". Suppose a customer
wants to run the ISV IMS tool in only a subset of LPARs running IMS.
Now, the SCRT reports become worthless unless the customer is willing to
perform a second SCRT run that includes SMF records from only the subset
of LPARs on which the ISV IMS tool is licensed. Multiply this extra work
by potentially dozens of ISV products and this can become a considerable
burden on the customer.
There are people within IBM that would like to enhance SCRT to be able
to handle non-IBM products. With just a little bit of work, SCRT's
hard-coded product tables could be externalized and generalized and SCRT
could be made to produce different sub-reports for different
vendors--IBM being just one. But, this work needs justification like all
development projects. If customers thought this was an important, and
submitted a requirement, this might happen. Otherwise, it's unlikely...
--
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
