- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
10-07-2016 12:15 AM
Hi,
I have written business role in 'x_y_z'. In business rule I am calling third party application and trying to create some variable set using third party application data.
I used background script tool and came to know that I am facing following issue :
"Security restricted: Create operation against 'item_option_new_set' from scope 'x_y_z' has been refused due to the table's cross-scope access policy"
When I ean the same script in global scope.I am able to create variable set.In my application I have assigned admine and security admin role.
Can someone please help me How to fix the issue or some otherway to create application specific variable set .
Thanks
Vimal
Solved! Go to Solution.

- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
10-07-2016 05:46 AM
Part of the benefit of scoped applications is they can allow or deny access from other tables. This allows them to keep 'private tables' for their application data or allow sharing of the information. This has nothing to do with the user's security, it is application-to-application security. If you go to the tables you are trying to write, you'll see an Application Access tab that defines the cross application access.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
10-02-2019 03:02 PM
Hi Chuck.
In a scoped app's table, why would you set "Accessible from" to "All application scopes" if all your scoped app tables are within the scope?
Are there global-scoped players that may need to interact? For example if my table is extended from Task, do I need to have "All application scopes?"
When would "This application scope only" be advised?
Thanks,
Rick Forristall

- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
10-04-2019 06:32 AM
"This application scope" works well if you want to keep your data private from other applications. This says "Hey other apps - global or scoped, don't mess with my data." I tend to use this as the default because I don't want someone else's scripts creating/writing/deleting my records. Reading is USUALLY alright, but your case may vary.
"All scopes" makes it possible for other apps (including global and scoped) to interact with your tables. I only do this when I know another scope (or global) NEEDS to interact with my table.

- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
10-28-2020 07:22 AM
Hello Chuck, looks like you know alot about this. I have a issue where both web services and "All application scopes" are on. But a user in our system can suddenly not comment from the portal. Any tips?
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
10-28-2020 07:49 AM
Hi Everyone,
My "All application scope", "Allow Configuration" and "cross-scope access issues, kindly suggest.

- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
10-30-2020 04:54 AM
I found the issue, somehow I needed to give "can update" access for the user to be able comment from the portal.