The notification event "request.approval.inserted" is not triggered for approvals on request tableIssue <!-- div.margin{ padding: 10px 40px 40px 30px; } table.tocTable{ border: 1px solid; border-color:#E0E0E0; background-color: rgb(245, 245, 245); padding-top: .6em; padding-bottom: .6em; padding-left: .9em; padding-right: .6em; } table.noteTable{ border:1px solid; border-color:#E0E0E0; background-color: rgb(245, 245, 245); width: 100%; border-spacing:2; } table.internaltable { white-space:nowrap; text-align:left; border-width: 1px; border-collapse: collapse; font-size:14px; width: 85%; } table.internaltable th { border-width: 1px; padding: 5px; border-style: solid; border-color: rgb(245, 245, 245); background-color: rgb(245, 245, 245); } table.internaltable td { border-width: 1px; padding: 5px; border-style: solid; border-color: #E0E0E0; color: #000000; } .title { color: #D1232B; font-weight:normal; font-size:28px; } h1{ color: #D1232B; font-weight:normal; font-size:21px; margin-bottom:-5px } h2{ color: #646464; font-weight:bold; font-size:18px; } h3{ color: #000000; font-weight:BOLD; font-size:16px; text-decoration:underline; } h4{ color: #646464; font-weight:BOLD; font-size:15px; text-decoration:; } h5{ color: #000000; font-weight:BOLD; font-size:13px; text-decoration:; } h6{ color: #000000; font-weight:BOLD; font-size:14px; text-decoration:; } ul{ list-style: disc outside none; margin-left: 0; } li { padding-left: 1em; } --> Symptoms The notification event "request.approval.inserted" is not triggered for approvals on request table when the approvals are generated from the workflow for the first time. If the workflow has second approval activity, it triggers the correct event "request.approval.inserted" Release Kingston Cause The business rules which triggers the related events on approval table is "Approval Events (Task)". Going through the script we can notice that if the class is "request", the expected event is "request.approval.inserted" but this is not happening when workflow creates approval on request table this is because at the time, Request is not yet available when workflow runs. Therefore, it fired the "approval.inserted" event instead of "request.approval.inserted" but in case if the workflow has second approval activity, it triggers event "request.approval.inserted" as it already has a Request. Resolution The business rule is updated on London version and this issue is resolved in it. A simple workaround which can be used is that, replace line 2 from var task = current.sysapproval.sys_class_name; to var task = current.sysapproval.sys_class_name || current.source_table; or replace line 2, line 7, line 12 from var task = current.sysapproval.sys_class_name; to var task = current.sysapproval.sys_class_name || current.source_table; One more thing to note, Once if below customizations are made then the upgrade process automatically skips changes to these objects.To Overwrite customizations during an upgrade Please refer below doc:https://docs.servicenow.com/csh?topicname=t_OverwriteCustomizsDuringUpgrades.html&version=latest