Warning about generic DTCN profile

We have been experiencing a great number of problems in our CICS regions, caused by DTCN profiles defined incorrectly. These profiles became generic by the wrong use of wildcards or missing data.
This has been affecting a lot of developers running on CICS and sometimes it takes time to identify the cause of
the disturbance.

We always recommend our developers, that the profiles have to be as unique as possible, to avoid problems. But still, either people don't pay attention to that or a new developer is on the run creating a new profile.

Our requirement is : we would like to have a message (warning) displayed on the screen when a profile seems somehow ?generic? and to carry on using that profile the user has to press a PF key to accept it.

This will bring attention to the definition of the profile and it will make people think twice.

There are some fields that always should be filled in, but not necessarily at the same time.

- User-Id or Terminal-id or IP Name/Address ( this will confine the session to one person) combined with

- Transaction-id or Load Name or CU name ( will make the profile more unique )

We cannot use the EQAOPTS commands DTCNFORCETERMID, DTCNFORCETRANID, DTCNFORCELOADMOD,
DTCNFORCEPROGID, DTCNFORCEUSERID, DTCNFORCEIP, because of the diversity of our scenarios.

Sometimes we run with an unknown technical user or without a terminal, etc.

If there is a Load Name and corresponding CU filled with wildcards it should give an error, because this will route all
programs running in online to an user or terminal suffocating the system.

Well the idea is basically, look after some bad placed wildcards, missing information about user , terminal, client (IP name), and based on that analysis, come out with a message telling the user that the profile feels like a generic one, risking future problems. If the scenario indeed has to be as defined, then the user has to accept it by pressing a pre-defined PF key.

With such an enhancement, we believe that problems with profiles will be considerable reduced.


Ps. this enhancement should be implemented in 3270 and RDz as well.