CCarpenter
Member
Hi. I am looking for information regarding how everyone is handling =
security for custom-written programs placed on JDE menus. We are =
currently using the User Class/Group in JDE. The shortcoming to this =
method, however, is that we can only use 1 per user. i.e.:
User Class/Group . . . . . . . . . . *FC =20
-------------------------------------------------------------------------=
-------------------------------------------------------------------------=
-----
We cannot use JDE program level security because this particular program =
just prints a report - it does not have Add/Change/Delete functionality.
-------------------------------------------------------------------------=
-------------------------------------------------------------------------=
-----
We do not want to use masking i.e.:
User Security: A J K DP F=20
User Key . . . . . . . . . . . . =20
=20
because this is very cumbersome to maintain for 100+users.
-------------------------------------------------------------------------=
-------------------------------------------------------------------------=
-----
How is everyone else putting security on their custom applications?
Cheryl Carpenter
Senior Programmer/Analyst
Neptco, Inc.
30 Hamlet St., PO Box 2323
Pawtucket, RI 02861
(P): (401) 722-5500 x134
(F): (401) 728-9932
Business Email: [email protected]=20
Personal Email: [email protected]
*******************Internet Email Confidentiality =
Footer*******************
=20
=20
Privileged/Confidential Information may be contained in this message. =
If you
are not the addressee indicated in this message (or responsible for =
delivery of
the message to such person), you may not copy or deliver this message to =
anyone.
In such case, you should destroy this message and kindly notify the =
sender by
reply email. Please advise immediately if you or your employer do not =
consent to
Internet email for messages of this kind. Opinions, conclusions and =
other
information in this message that do not relate to the official business =
of my
firm shall be understood as neither given nor endorsed by it.
=20
security for custom-written programs placed on JDE menus. We are =
currently using the User Class/Group in JDE. The shortcoming to this =
method, however, is that we can only use 1 per user. i.e.:
User Class/Group . . . . . . . . . . *FC =20
-------------------------------------------------------------------------=
-------------------------------------------------------------------------=
-----
We cannot use JDE program level security because this particular program =
just prints a report - it does not have Add/Change/Delete functionality.
-------------------------------------------------------------------------=
-------------------------------------------------------------------------=
-----
We do not want to use masking i.e.:
User Security: A J K DP F=20
User Key . . . . . . . . . . . . =20
=20
because this is very cumbersome to maintain for 100+users.
-------------------------------------------------------------------------=
-------------------------------------------------------------------------=
-----
How is everyone else putting security on their custom applications?
Cheryl Carpenter
Senior Programmer/Analyst
Neptco, Inc.
30 Hamlet St., PO Box 2323
Pawtucket, RI 02861
(P): (401) 722-5500 x134
(F): (401) 728-9932
Business Email: [email protected]=20
Personal Email: [email protected]
*******************Internet Email Confidentiality =
Footer*******************
=20
=20
Privileged/Confidential Information may be contained in this message. =
If you
are not the addressee indicated in this message (or responsible for =
delivery of
the message to such person), you may not copy or deliver this message to =
anyone.
In such case, you should destroy this message and kindly notify the =
sender by
reply email. Please advise immediately if you or your employer do not =
consent to
Internet email for messages of this kind. Opinions, conclusions and =
other
information in this message that do not relate to the official business =
of my
firm shall be understood as neither given nor endorsed by it.
=20