We
have AP,FA,GL,PO,PA,HR and Payroll modules and have setup an account much like
you where they can view the data but using a account different from apps.
However in our test instance which is refreshed periodically the users have the
apps password and do what they like in that instance. I would lock down
the apps account in Production and make them run their traces in the development
environment. That should give them what they need. Do you have an
example of where that wouldn't work ?
-----Original Message-----
From: April Wells [mailto:[EMAIL PROTECTED]
Sent: Wednesday, October 15, 2003 7:40 AM
To: Multiple recipients of list ORACLE-L
Subject: Financials and APPS passwordOkay, anyone using Financials... E-Business suite... Oracle 11i... whatever you want to call it...I am trying to apply SOME kind of security to my databases. It appears that it is critical for everyone to be able to access production using the APPS id.... Finance and accounting people, developers, everyone. What does everyone else do in their setups? The newest reason is the need to run the new Mass Additions Trace which apparently requires that you use the apps id. We have found a way to set up any user with a read only version of what APPS has (since they have to be able to compile reports in production and access production data live rather than a month old clone), but Oracle says that you need to run Mass Additions Trace as apps.Does anyone let the entire company have the production apps user's password?April Wells
Oracle DBA/Oracle Apps DBA
Corporate Systems
Amarillo Texas
/\
/ \
/ \
\ /
\/
>\<
\
>\<
\
Few people really enjoy the simple pleasure of flying a kite
Adam Wells age 11
The information contained in this communication, including attachments, is strictly confidential and for the intended use of the addressee only; it may also contain proprietary, price sensitive, or legally privileged information. Notice is hereby given that any disclosure, distribution, dissemination, use, or copying of the information by anyone other than the intended recipient is strictly prohibited and may be illegal. If you have received this communication in error, please notify the sender immediately by reply e-mail, delete this communication, and destroy all copies. Corporate Systems, Inc. has taken reasonable precautions to ensure that any attachment to this e-mail has been swept for viruses. We specifically disclaim all liability and will accept no responsibility for any damage sustained as a result of software viruses and advise you to carry out your own virus checks before opening any attachment.