Unable to create a Standard Change Template - why?Issue <!-- div.margin { padding: 10px 40px 40px 30px; } table.tocTable { border: 1px solid; border-color: #e0e0e0; background-color: #fff; } .title { color: #d1232b; font-weight: normal; font-size: 28px; } h1 { color: #d1232b; font-weight: normal; font-size: 21px; margin-bottom: 5px; border-bottom-width: 2px; border-bottom-style: solid; border-bottom-color: #cccccc; } h2 { color: #646464; font-weight: bold; font-size: 18px; } h3 { color: #000000; font-weight: bold; font-size: 16px; } h4 { color: #666666; font-weight: bold; font-size: 15px; } h5 { color: #000000; font-weight: bold; font-size: 13px; } h6 { color: #000000; font-weight: bold; font-size:14px; } ul, ol { margin-left: 0; list-style-position: outside; } --> Symptoms When the user is trying to create a simple Standard Change Template, the system is not allowing them. The template will not process to completion. Release Kingston Patch 12 Cause In this case, the user was trying to utilize a custom group to populate Approvers, but the Platform's "Standard Change Catalog" workflow is hard-coded to point to the Out of Box (OOB) "Change Management" group which was not present in the user's instance. Read on for more details. Resolution It was also discovered that in order to use a custom group to populate Approvers (a necessary step to create a Standard Change Template), the below details must be true: The group must have at least one member, andThe group itself must possess the "change_manager" role to be able to have its users populate as approvers for a Standard Change Template, andThe associated workflow's "Approval - Group" activity must be updated to reflect the new custom group [versus the OOB "Change Management" group which is hard-coded into that activity] There was also an additional DOC request created to address the incomplete nature of the current documentation on how to create a Standard Change Template: DOC67866.