Change-based approvals

not all approval chains are linear change based, or conditional, approvals allow your team to create approval chains based on the submitter, or changes made within the scenario we recommend ensuring that there is at least one non change based approval step in your chain if a scenario does not meet the requirement for any conditional approval steps, it will display a message for the user to reach out to their administrator a stage of the approval process can be included always, only if certain conditions are met, or to be excluded under certain conditions you can set approval steps to trigger on any or all changes in a scenario, as well as the total cost of the scenario you also have the option to leverage carrot to customize your pathways if it does not meet any of the above requirements any or all changes to customize your approver for selecting any or all changes in a scenario, the approval chain logic will look at the job before changes in the scenario unless you specify change after… examples include this stage if any or all changes in a scenario involve a job that was originally in the engineering department before change, or there is a new job created in the engineering department department="engineering" include this stage if any or all changes in a scenario involve a job that was changed to being in the engineering department this will not look at new jobs created in the scenario change after department="engineering" cost when determining an approver based on the cost of the scenario changes, the “cost” value that the approval chain references is the total cost of the scenario located at the top of the page for example, if you are updating an existing job and not changing compensation, that cost will stay at $0 if you are terminating a role and creating a backfill with the same compensation, the total cost will also remain at $0 if you create a new job and add compensation, the total cost will adjust accordingly if you change the compensation of an existing open or active job, or terminate a job without a backfill, the cost will also adjust custom choosing the custom change identifier will default to reference the person submitting the request, unless you specifically reference scenario changes when writing your custom carrot logic, it will default to looking at the submitter unless you specify "scenariochanges any{}" or "scenariochanges all{}" examples include this stage if the person submitting this scenario is in the engineering department and whose title contains “manager” department="engineering"&& title "manager" include this stage if the person submitting this scenario is in the sales department and whose title contains “director”, and if the job they are changing is in the sales department (department="sales" && title "director") && scenariochanges any{department="sales"} https //www charthop com/pricing/ headcount planning | compensation planning | hris