Role change
Describe the current role, the proposed change, and why it is needed.
Approval workflow template
Use a clear review process before a role or permission change reaches production. This makes it easier to document the reason, the impact, and the sign-off required for each access decision.
Why is the role change needed?
What role or hierarchy is changing?
Which resources and actions are affected?
What relationship or field conditions apply?
Who must review or approve the change?
What is the rollout and rollback plan?
Describe the current role, the proposed change, and why it is needed.
Note whether access is limited to an org, a team, a tenant, or a relationship condition.
List the impacted resources, who signs off, and any rollback or monitoring plan.
Use this template when a permission model changes, when a new hierarchy is introduced, or when a role update needs visible approval before engineering closes the work.