Re: restricted user level security
- From: brem219 <brem219@xxxxxxxxxxxxxxxxxxxxxxxxx>
- Date: Thu, 5 Oct 2006 12:28:01 -0700
Thank you for your response. I want to tell you the steps I took, and
hopefully you can help me understand why I'm not getting the correct results.
On the Main table, I added a field called User (FirstName LastName),
corresponding with the access user name, to go along with Supervisor
(LastName). All of my queries and macros are built off the Supervisor name,
so I didn't want to change that. Here are the steps I took to try to give
each Supervisor access to only their own work items:
1) I removed all of the Supervisors' permissions from the Main table where
everyone's records are stored.
2) I added a text box where the User automatically fills in on the Add form
(for adding new records) and the Change form (for changing existing records).
3) I changed the queries of all six Supervisors to include the User field
and the criteria of =CurrentUser
4) In the record source of the Add form, I replaced the Main table with a
query, the query includes all of the fields and the CurrentUser() criteria.
I changed the Run Permissions to Owner.
I exited and logged in under the name of user Jane Doe to test. When I went
to Jane's opening form and tried to enter the Add form, it said "Records
cannot be read, no read permission on Main table" and did not open the form.
When I opened the Change form, it did open, but Jane's eight records were no
where to be seen. I hope you can help me sort this out. Thank you.
"Joan Wild" wrote:
You can read more about RWOP in the security white paper, and also at.
http://www.jmwild.com/RWOP.htm
Instead of having the user choose their name from a list, just set the
form's recordsource to a query that uses a criteria of CurrentUser().
If you need more help on this, please tell me how the current 'last name'
looks up their records? Is their Access username the same as their last
name?
--
Joan Wild
Microsoft Access MVP
brem219 wrote:
Security is now in place, and each user has their own password. The
opening form asks each user to type in their last name and leads them
to their own form, where they can view a report of their work or add
and change work items. Still, their needs to be a feature added to
prevent a user from entering another's name and looking at their
work. I'm unclear what you mean by a RWOP query.
Also, how do you adjust the permissions so the users can add and
change items in tables, but cannot view them? Thanks.
"Joan Wild" wrote:
brem219 wrote:
Good afternoon,
I am creating a database designed to monitor an organization's
current workflow. I want to create secure access for a group of
six people and myself. The workflow is stored in a table and
organized by name. The forms are designed so that each member can
view and make changes to their own work, and view reports. I want
the security aspect to limit the database so each user will only be
able to view their own work and are unable to view or change anyone
else's. However, the manager has a special form where he has the
ability to view his own work and that of the five others. Can I
accomplish this without having to create separate workflow tables
and queries for each user?
Yes you can. You indicate that your workflow table has a 'name'
field in it. By the way, that's not a good name for a field -
conflicts with an Access property name.
Anyway, you can set up user level security.
Study up on it and practice on a copy of your mdb, until you get it
right. Security FAQ
http://support.microsoft.com/?id=207793
Security Whitepaper
http://support.microsoft.com/?id=148555
I've also outlined the detailed steps at
www.jmwild.com/AccessSecurity.htm
Since you already have a field for the 'owner' of the record, set up
the usernames in security to match the name you used in this field.
You can use the CurrentUser() function to retrieve the Access
username.
What you'd do is implement security, and remove all permissions from
the tables. Use a RWOP (run with owner permissions) query for your
form. In this query you can set a criteria under the 'name' field
of CurrentUser(), and only that person's records will appear.
--
Joan Wild
Microsoft Access MVP
- Follow-Ups:
- Re: restricted user level security
- From: Joan Wild
- Re: restricted user level security
- References:
- Re: restricted user level security
- From: Joan Wild
- Re: restricted user level security
- From: Joan Wild
- Re: restricted user level security
- Prev by Date: Re: Database Secuirty
- Next by Date: Re: Database Secuirty
- Previous by thread: Re: restricted user level security
- Next by thread: Re: restricted user level security
- Index(es):
Relevant Pages
|