Deleting records in scoped applications and retrieving themSummaryFrom the New York release, ServiceNow introduced a new concept to scoped applications, called the author_elective_update folder. When your application is packaged for the repo or for committing to Source Control, we will unload additional things into this folder that we would previously have ignored. The author_elective_update folder is where we will unload Deletes. When your application is installed on your own instances, we will automatically load these Deletes from the author_elective_update folder. Please refer to KB0794114. We have seen a lot of vendors on store assuming that deleted entries will be shipped as part of their scoped app file, deleted application files from published version. In this post, we will show you how to capture deletion of records in scoped application as well as what to do if you accidentally delete them. This is applied for those apps which have the first version of the app already published on the ServiceNow Store or app published to company's target instance via make app available to other instances. Deletion entries are not packaged as part of app file; for example, any delete action will not be recorded as part of scoped application file. Instead of deleting, you need to set the active field of the record to false. This will ensure that the changes are captured and packaged as part of update file in the next version. For those records which don't have an active field on the form, please ensure to set the description field with message "This file is deprecated and is no longer required". Please refer the screenshot attached for reference. Example of deleting records on a scoped app Let's pretend we created a scoped application called "Marketing Events" v1 which is already published on the store and is installed on customer instance. I need to make some additional changes on top of v1 and publish it to the store so that customers can install it as a part of the update file. My requirement in v2 is to delete a business rule and system property which was created earlier as part of the v1 app. We can do this tracking the changes related to deletion. Steps to track changes related to deleting the business rule and system property Navigate to the business rule you created in v1Set an active field to false. For "sys_properties" table, we don't have an active field in the base system. For those records which don't have an active field, we recommend you to just update the description field with the message, "This file is deprecated and is no longer required." The same steps will be followed for any records which don't have active field in the base system. The above changes will be captured as part of the update in version V2 and will be successfully migrated to customer instance as soon as update file is installed. What to do in case records are deleted by mistake on source instance: If you have already deleted the records, there is a way to retrieve them. Try to restore those records from deleted records module. In Using the Restore Deleted Records plugin to retrieve lost data the process to do so is outlined. Note that you must be a Build Partner to list an application on the ServiceNow Store. If you are not a Build Partner Program participant and you want to develop and sell applications on the ServiceNow Store you can join the ServiceNow Partner Program. Learn More