- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
‎10-24-2015 11:19 PM
Following error is received when accessing current.setAbortAction from a before business rule on sc_task table from within an scoped application,
"Access to api 'setAbortAction' from scope 'x_13487_xxxx' has been refused due to the api's cross-scope access policy"
Is there an alternate way to set abort action from within an application scope?
Amit
Solved! Go to Solution.

- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
‎10-25-2015 04:06 AM
Hi Sergiu,
The system always enforces the following creation restrictions when a developer adds a configuration record belonging to another application scope. Please refer the below link for more info.
Creation Restrictions Across Application Scopes - ServiceNow Wiki
However the link you pointed is correct as we can use abort action on the custom tables created as part of the scoped application(their own scope).
Please let me know if you have any questions.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
‎10-25-2015 01:27 AM
Hi Pradeep,
Unfortunately, Kalaiarasan P is right on this one. See here wiki page where it is mentioned it is possible:
Scoped GlideRecord API Reference - ServiceNow Wiki
Check chapter 10, subchapter 10.1.
If this is not the case, then wiki should be updated.
Regards,
Sergiu

- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
‎10-25-2015 04:06 AM
Hi Sergiu,
The system always enforces the following creation restrictions when a developer adds a configuration record belonging to another application scope. Please refer the below link for more info.
Creation Restrictions Across Application Scopes - ServiceNow Wiki
However the link you pointed is correct as we can use abort action on the custom tables created as part of the scoped application(their own scope).
Please let me know if you have any questions.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
‎10-25-2015 04:13 AM
Much clear now Pradeep.
Thanks
Sergiu
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
‎10-25-2015 02:52 PM
Thanks Pradeep!
Now it is much clear why this behavior, and it makes sense.
How would you be your recommendation for the problem I am trying to resolve?
Problem: I have created a catalog item in an app scope, and would like to implement a rule that only the assignee can close the catalog task?
Thanks,
Amit
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
‎08-22-2017 10:56 AM
I am running into the same issue and was wondering if anyone came up with a solution to this problem of not being able to use setAbortAction on the sc_task table from a scoped application.