|
More than reasonable if your company is trying to meet SOX requirements. Where I'm working currently, many things that had been performed by IT have been pushed back to the users. In some cases, this meant new developing new programs to eliminate the routine use of DBU/SQL for changing production data. For the remaining exceptional changes, we require the user (often the appropriate department head) to make a non-verbal request (email or helpdesk ticket) and then verify the change we make in a test environment. Once approved (email or signed CRF (change request form)), IT then changes the production environment. May seem excessive, but it's part of our written SOP developed with the auditors. One of the few upsides of SOX has been to get users to take more responsibility for their data. Tom Jedrzejewicz wrote: > My position is ... > > The fact of the matter is that mistakes happen; that is why there are > methods in any system to reverse transactions or make adjustments. > When an error happens, those means should be employed if at all > possible. DBU or SQL or fix programs should only be employed when the > system cannot be used. > > Question for the list ... is my position unreasonable? How are these > situations handled in your companies?
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.