There are products (table base, dpt) that stores this kind of data. I am sure that beside vat there is a lot of other application related i formation currently hard coded in programs... as others mentioned, a seperation of duty is required between logic (programmers) and data (production stuff).
Itschak בתאריך 4 בינו 2017 18:47, "Jesse 1 Robinson" <[email protected]> כתב: > 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 > ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [email protected] with the message: INFO IBM-MAIN
