* Understanding Scoped Applications:Scoped applications in ServiceNow are designed to isolate and protect application-specific code and data. Server-side scripts within scoped applications can use the gs (GlideSystem) object for logging and debugging purposes. However, not all gs methods are appropriate or valid for scoped applications.
* Valid Logging Methods in Scoped Applications:
* gs.info():This method logs informational messages to the system log. It is commonly used for general-purpose logging when developers need to track execution flow or display debug data.
Example:
gs.info('This is an informational log message.');
* gs.error():This method logs error messages to the system log. It is used to indicate problems or issues encountered during script execution. Example:
gs.error('An error occurred during script execution.');
* Incorrect Options Explained:
* gs.debug() (Option B): This method is not valid in scoped applications. It is a legacy logging method available in the global scope but restricted in scoped applications.
* gs.iog() (Option C): This is a typographical error and not a valid gs method in ServiceNow.
* gs.logError() (Option E): This is not a recognized ServiceNow API method. To log errors, gs.
error() is used instead.
* Best Practices for Logging:
* Logging should be meaningful and avoid unnecessary entries to keep logs clean and manageable.
* Avoid excessive use of logging in production environments, as it can clutter the system logs and potentially degrade performance.
ServiceNow Developer Documentation on GlideSystem (gs).
SN Pro Tips on debugging and logging practices in scoped applications.

Created UI policy on incident form, action set's cmdb_ci field as mandatory and script as not. result, field was not mandatory.
A UI Policy's Actions execute before the UI Policy's Scripts. Actions are predefined operations that can be applied to fields or sections, such as making them mandatory, read-only, visible, or setting a default value. Scripts are custom JavaScript code that can be used to perform more complex logic or validations. Actions are executed first, and then Scripts are executed if the UI Policy conditions are met. References: [ServiceNow Docs - UI policy actions], [ServiceNow Docs - UI policy scripts]

https://www.servicenow.com/community/it-service-management-forum/email-notification/m-p/695221

A benefit of creating an Application Properties page for each application you develop is that Application Properties allow a developer or admin to make changes to an application's behavior without modifying application artifacts. Application Properties are system properties that store configuration information for a specific application. They can be used to control various aspects of the application, such as feature flags, default values, thresholds, or URLs. By creating an Application Properties page, you can group and display all the properties related to your application in one place and make them easy to access and update. This way, you can avoid hard-coding static data in your application code and make your application more flexible and maintainable. Reference: Working with System Properties, Organizing your ServiceNow System Properties