No Application Scope (sys_scope) on System Generated Fields (Defect?)

[Ben Vargas]

I have created a number of new tables in scoped applications that are not extended off of any Global table such as task and it doesn't appear that the Application (sys_scope) is being set on the system generated fields such as sys_created_on and sys_created_by. Is this a defect that ServiceNow is aware of?

This results in the Read Only property being greyed out when attempting to edit the dictionary, further troublesome is the UI Policy Action form does not allow the system fields to be selected to make them read only through that approach either. I suspect that I'll be able to use a Client Script to force sys_created_on and sys_created_by on the form to be read only, but this seems to be a defect in my opinion.

Has anyone else experienced this and/or is it a known defect ServiceNow?

[Ben Vargas]

Modifying the ACLs to allow me to set the sys_scope field properly seems to have fixed the issue and I can simply use the Read Only checkbox on the dictionary record(s) now; I've opened a HI Incident to report this as a possible defect.

[Pradeep Sharma]

Hello Ben,

This is the expected behavior. The application field will be empty as this are OOTB fields.

Let me know if you have any questions.

http://wiki.servicenow.com/index.php?title=Creation_Restrictions_Across_Application_Scopes#gsc.tab=0

[Ben Vargas]

Pradeep,

I have to respectfully disagree or push back on that answer.

While it may be working as designed and expected behavior... I can't imagine it is not at least an issue that the system fields such as Created On cannot be easily set Read Only through the dictionary or through the UI Policy configuration values. Perhaps you're correct that the scope being blank is accurate, but then I believe it's a defect on the ACLs and UI Policy Action field selection widget that admins/developers cannot select the sys fields to be set read only or apply UI Policy Action to.

Respectfully,

Ben

[Ben Vargas · Accepted solution]

HI Support opened PRB1007487 for this defect.