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 [email protected] -----Original Message----- From: IBM Mainframe Discussion List [mailto:[email protected]] On Behalf Of Angel Tamayo Sent: Wednesday, January 04, 2017 8:22 AM To: [email protected] 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 < [email protected]>: > 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 [email protected] with the message: INFO IBM-MAIN
