- Created two views in SQL based on a combination of GP and custom tables
- Granted access to the views for SmartList Builder, Tools>>SmartList Builder>>Security>>SQL Table Security
- Created my Smartlist, Tools>>Smartlist Builder>>Smartlist Builder
- Tested by Smartlist, all looked good
- Deployed views to client site
- Exported Smartlist Builder to XML
- Imported to client site
- Granted access to the views for SmartList Builder at the site
- Error when viewing Smartlist, "You do not have security privileges to view all of the tables used in this SmartList"
- Follow steps in KB Article #967731 to configure a Security Task and Security Role that includes the operation Smarlist Builder\Smartlist Builder Permissions\Smartlist Builder\View Smartlists with SQL Tables
- Still get error
- Grant DYNGRP SELECT Permissions on both views
- Still get error
- Run Grant.SQL
- Still get error
Ugh. And the error happened for both regular users and sa. So what was the issue? Well, you have to have the permissions set BEFORE you import the XML file. So make sure you have those steps completed before you do your import, I did not narrow it down but I would think steps 8, 12, and 14 would be important. But I would do 8, 10, 12, and 14 just to be safe.
Once I had the permissions set, and then imported the XML file, all was good :) It seems that it does not recognize the permissions fully if they are set afterwards.
Happy holidays to all!
5 comments:
Christina,
Sure the response is well overdue. I was experiencing the same issue and did the following to resolve it. In Dynamics GP 2010 R2 there is an option in Security Tasks for the following:
Product: Smartlist Builder
Type: Smartlist Builder Permissions
Series: Smartlist Builder
The option displayed is View Smartlists with SQL Tables. Once this is turned on for the security task, make sure the task is assigned to your users security role and give it a try.
Hopefully the 3 years it took for a response wasn't to long :) Thought I would post it anyway in case others stumble on the post.
Hey Sean, yeah the KB I referenced addresses that. The issue is with the order of importing and defining security in order for it to work (if recollection serves). :)
Christina, What did you do after you had already imported. I have deleted the Smartlist in SLB and set all of the security and then I imported the SL again. I am still getting the error. Any help would be appreciated. Lisa
Hi Lisa- When you deleted it, did you open up SmartList so the change was included?
We had this happen with a customer as well, but nothing we found was working. Luckily, the very talented consultant who was working on the issue noticed in the exported SL's xml was a database ID (TWO) that the customer didn't have in their system. She changed the ID right in the xml to one of their company IDs before re-importing and bingo, the thing finally worked!
Post a Comment