[cphare]

I am querying the opportunities table to do some basic forecasting and need to join Opportunities.sales_rep_id to the Sales Rep table to pull the Rep’s name but return no results. I have found that I don’t have permission to query the Sales_Rep table due to my role’s permission.

Looking at the fields in the Sales_Rep table, I can understand why I don’t have full access to this table as I am not HR nor our NS Admin (that table also contains a field for SSN). However, there are certain fields I will need and there may be other tables affected as well. We just got ODBC access 2 days ago and I have not basic queried all of the tables to see what is denied just yet.

My question: Is there a specific permission within NS that can be assigned to my role that will give me access to these non-sensitive fields so I can write some proper joins or does my ODBC role need full admin privileges to all of NS.

If full role access is needed, how do others work around the sensitive employee data issue? Is that issue simply ignored? I’ve considered a linked server where we can transfer the data, setup appropriate table and even field permissions and query against it.

Would like to know how others are tackling this issue and if there is an EZ permissions fix I can notify my NS Admin about. – Thanks.
This is a cached copy. Click here to see the original post.

[trimblee]

RE: ODBC, Roles, Permissions

The permission is called “Employee Social Security numbers”. It can be masked or unmasked.

Evan

[Author]

Posts