Again, that would point towards an external service - whether imported to on-prem or via a call to the external service. That way, chosen carefully, auditors would see that as defensible.
Cheers, Martin Martin Packer, zChampion, Principal Systems Investigator, Worldwide Cloud & Systems Performance, IBM +44-7802-245-584 email: martin_pac...@uk.ibm.com Twitter / Facebook IDs: MartinPacker Blog: https://www.ibm.com/developerworks/mydeveloperworks/blogs/MartinPacker Podcast Series (With Marna Walle): https://developer.ibm.com/tv/mpt/ or https://itunes.apple.com/gb/podcast/mainframe-performance-topics/id1127943573?mt=2 From: Jesse 1 Robinson <jesse1.robin...@sce.com> To: IBM-MAIN@LISTSERV.UA.EDU Date: 04/01/2017 16:47 Subject: Re: Implementing application's variables Sent by: IBM Mainframe Discussion List <IBM-MAIN@LISTSERV.UA.EDU> One parting shot. Technical possibilities aside, look for a solution that 'localizes' the mechanism as close as possible to the application folks. My earlier reply did not consider involvement of auditors, who will surely want you to prove at any given moment what the calculation value is and how it is managed. I work at an electric utility, which is minutely governed by PUC regulations at many levels. The rules can change frequently and unpredictably. As others have suggested, consider some kind of data base that can supply a rich variety of values easily demonstrable to auditors. . . J.O.Skip Robinson Southern California Edison Company Electric Dragon Team Paddler SHARE MVS Program Co-Manager 323-715-0595 Mobile 626-543-6132 Office ⇐=== NEW robin...@sce.com -----Original Message----- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Angel Tamayo Sent: Wednesday, January 04, 2017 8:22 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: (External):Re: Implementing application's variables Customer decided to make the change as usual it means hard coding the new VAT, for future changes they want to have a best mechanism. I appreciate all the information and suggestions you all provided here, certainly will be explored, analised and thoroughly tested before to be implemented. Thanks to all. 2017-01-04 7:17 GMT-05:00 Elardus Engelbrecht < elardus.engelbre...@sita.co.za>: > Windt, W.K.F. van der (Fred) wrote: > > >> Can COBOL read environment variables these days? > > >You can call CEEGTJS to read the value of (exported) JCL variables. > > Indeed. It is more or less the same as other LE functions + services > like CEEENV, CEEDATE, CEEBLDY, CEE3PRM, CEEGMT, CEESxLOG, etc. You > setup the parameters, storage, etc and way how you call it and then > you call that function/service. [1] > > In fact, the book (z/OS Language Environment Programming Reference) > contains C++ and COBOL examples for these functions and callable services. > Hard and difficult RTFM work, of course, but once you got the hang, it > should be easy. > > This book only contains an example CEEGTJS in C/C++, but it should not > be that hard to do the same in COBOL or PL/I. Hmmm, perhaps in a good > rainy day, I should try out that CEEGTJS in COBOL out just for fun. > ;-) > > Just keep an eye on these results after calling that service CEEGTJS: > CEE000, CEE3L9, CEE3LA, CEE3QS > > Groete / Greetings > Elardus Engelbrecht > > [1] - I played around in Assembler and COBOL with date/time/utc/local > CEE functions during testing and implementing of our brand new STP > some years ago. ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN Unless stated otherwise above: IBM United Kingdom Limited - Registered in England and Wales with number 741598. Registered office: PO Box 41, North Harbour, Portsmouth, Hampshire PO6 3AU ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN