|
I remember back in the dark ages (1981), I work for a company that had a 4331 with 1 meg of memory. Anyway, the executive payroll was stored on a removable disk pack (remember those). The MIS manager would bring in the pack from home, run the executive payroll, remove the pack and take it home till the next pay period. CJG Carl Galgano EDI Consulting Services, Inc. 540 Powder Springs Street Suite C19 Marietta, GA 30064 770-422-2995 mailto: cgalgano@ediconsulting.com http://www.ediconsulting.com EDI, Communications and AS400 Technical Consulting -----Original Message----- From: Rob Berendt <rob@dekko.com> To: MIDRANGE-L@midrange.com <MIDRANGE-L@midrange.com> Date: Wednesday, January 05, 2000 4:34 PM Subject: RE: LIMITING Programmer ACCES TO LIVE DATA >I knew of a place in Michigan that used to run their payroll on a S/36. >They had two copies of the library. One for executives and one for the >rest. They would delete one and install the other when they wanted to >run the payroll. All wires leading out of the computer room were severed >when the executive payroll was loaded. When complete, the DELETE was ran >with the option to write binary zeros over the old data. > > > > > >jccats@bright.net on 01/05/2000 04:03:17 PM >Please respond to MIDRANGE-L@midrange.com@Internet >To: MIDRANGE-L@midrange.com@Internet >cc: >Fax to: >Subject: RE: LIMITING Programmer ACCES TO LIVE DATA > >LOL!! I agree.... I've got a great story for you.. > >Our payroll department has a package that reside on our AS/400... >they have a program that asks for a "master" password. Without >this password a person can't have access to other option on the >payroll menus. > >The Administrative group does not want IS to have that password >because they are afraid that we are going to access payroll files, >yet they want us to help them trouble shoot problems... we were >able to work around the password (and able to find what it was) just >to prove a point..... after all they want us to write reports/queries >and support the payroll system too... but God forbid we have >access to a few table files... > >It's amazing how little trust can be shown to IS professionals. > >I agree, if you don't trust the contractor, find another one. It >amazing that some companies think all "we" want to do is nose >through their files...... personally I really don't want to know how >much some people make, cause it will only make me mad !! Out >of sight.. out of mind.. > > >Joanie > > > >+--- >| This is the Midrange System Mailing List! >| To submit a new message, send your mail to MIDRANGE-L@midrange.com. >| To subscribe to this list send email to MIDRANGE-L-SUB@midrange.com. >| To unsubscribe from this list send email to MIDRANGE-L-UNSUB@midrange.com. >| Questions should be directed to the list owner/operator: david@midrange.com >+--- > > >+--- >| This is the Midrange System Mailing List! >| To submit a new message, send your mail to MIDRANGE-L@midrange.com. >| To subscribe to this list send email to MIDRANGE-L-SUB@midrange.com. >| To unsubscribe from this list send email to MIDRANGE-L-UNSUB@midrange.com. >| Questions should be directed to the list owner/operator: david@midrange.com >+--- +--- | This is the Midrange System Mailing List! | To submit a new message, send your mail to MIDRANGE-L@midrange.com. | To subscribe to this list send email to MIDRANGE-L-SUB@midrange.com. | To unsubscribe from this list send email to MIDRANGE-L-UNSUB@midrange.com. | Questions should be directed to the list owner/operator: david@midrange.com +---
As an Amazon Associate we earn from qualifying purchases.
This mailing list archive is Copyright 1997-2024 by midrange.com and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available on our policy page. If you have questions about this, please contact [javascript protected email address].
Operating expenses for this site are earned using the Amazon Associate program and Google Adsense.