This portal is to open public enhancement requests against IBM Z Software products. To view all of your ideas submitted to IBM, create and manage groups of Ideas, or create an idea explicitly set to be either visible by all (public) or visible only to you and IBM (private), use the IBM Unified Ideas Portal (https://ideas.ibm.com).
We invite you to shape the future of IBM, including product roadmaps, by submitting ideas that matter to you the most. Here's how it works:
Start by searching and reviewing ideas and requests to enhance a product or service. Take a look at ideas others have posted, and add a comment, vote, or subscribe to updates on them if they matter to you. If you can't find what you are looking for,
Post an idea.
Get feedback from the IBM team and other customers to refine your idea.
Follow the idea through the IBM Ideas process.
Welcome to the IBM Ideas Portal (https://www.ibm.com/ideas) - Use this site to find out additional information and details about the IBM Ideas process and statuses.
IBM Unified Ideas Portal (https://ideas.ibm.com) - Use this site to view all of your ideas, create new ideas for any IBM product, or search for ideas across all of IBM.
ideasibm@us.ibm.com - Use this email to suggest enhancements to the Ideas process or request help from IBM for submitting your Ideas.
See this idea on ideas.ibm.com
Objective
To add more data to the z/OS Connect Audit record for auditing and monitoring purposes.
Description
As the SMF123 record is described as the z/OS Conned Audit record, it would be appropriate that more information from USS log files should be written to the SMF123 records so existing reporting functionality (provided by SAS MXG and similar products) can be utilised.
Technical Requirements (Information which would prove useful)
1. Cut records for all attempted API runs, make it such that the z/OS Connect product is auditable. This includes:
a) Unsuccessful API runs (401s at z/OS Connect level)
b) Any other scenario where an end user perf
orms a z/OS Connect action and it is not logged.
2. Include the following information already available via HTTP logs to SMF:
a) HTTP response code.
b) Whether a service was started or stopped (all we see currently is that the status has changed, not to what).
c) Whether an API was started or stopped (all we see currently is that the status has changed, not to what).
d) Whether an API is updated (overwritten) by ano
ther.
3. Include the error message written to stderr where there is one (when 500 returned).
4. Include target system data, which backend system the API called
5. Include which program or transaction was called via an API in CICS or IMS
Idea priority | High |
By clicking the "Post Comment" or "Submit Idea" button, you are agreeing to the IBM Ideas Portal Terms of Use.
Do not place IBM confidential, company confidential, or personal information into any field.
This requirement is addressed by z/OS Connect Enterprise Edition V3.0.30 / APAR PH19977:
https://www.ibm.com/support/pages/node/3810447
We have created a version 2 of the SMF 123 subtype 1 records to give you more detailed information about your API provider requests. These include details about the service provider and the System of Record (SOR), and also any request and response headers used.
For full details see:
API provider data from SMF type 123 subtype 1 version 2 records
Also, should the RFE requesting a UOW ID token be implemented, it too should be available on SMF123, thus enabling end to end tracking of the UOW.