Introduction

A position control tool provides information on your staffing levels, but it doesn't truly control anything unless changes to those positions go through a tightly controlled approval process. The dynamic and powerful approval workflows built into FTE Tree give your organization the ability to stay on top of changes to your position control, only allowing changes that your leadership approves of.

Your organization can create as many approval workflows as it needs and assign them to any part of your organization. You may create a unique one for each department in your entire organization. We don't limit how many you can create. Our software will track them all and ensure that each change to your approved position control goes through a tightly controlled workflow, automatically managing the paperless approval process for you. Every interaction and part of the approval process is automated and documented with timestamps, allowing you to keep track of exactly who signed off on what and when.

General Approval Settings

Reminder Email Settings

  • Reminder Email Days: Sets the number of days between reminder emails sent to approvers. For example, if the first request email is sent on Monday and this value is set to 3, a reminder will be sent 72 hours later on Thursday. Defaults to 3.

  • Reminder Email Total: Limits the total number of emails sent to a user when they are an approver. Includes the first email and reminders. A value of 0 means no emails will be sent. This value is checked each time an approval request is reviewed, so changes take effect immediately. Defaults to 5.

  • Reminder Email Days Back-off: Increases the delay between each consecutive reminder email. The value is compounding. For example, with a 3-day reminder interval and a 1-day back-off, reminders will be sent on days 3, 7, and 12. Defaults to 1.

  • Reminder Email Business Days Only: Counts only business days (Monday through Friday) between reminder emails. Holidays are not excluded. Disable this option to use calendar days. Defaults to True.

Approval Behavior Settings

  • Allow Pre-Approvals: When enabled, allows a user to pre-approve an upcoming request in a step that has not yet been started. When disabled, all previous approval steps must be completed first in sequential order.

  • Require Comment if Approving Request: When enabled, requires an approver to enter a comment or note when approving a request. Defaults to False.

  • Require Comment if Denying Request: When enabled, requires an approver to enter a comment or note when denying a request. Defaults to True.

  • Active Organization User Approvers: When enabled, only active organization users will be included in newly created approval requests. If the inactive user is the only approver in a step, it may result in an auto-approval. Defaults to False to minimize auto-approval risk.

Default Approval Levels

  • Default Approval Level - Replacement: Sets the approval level used for all position replacement requests. Since replacement requests do not involve attribute changes, a fixed level is used organization-wide rather than being calculated from the request. This must be set before users can submit replacement requests.

  • Default Approval Level - Elimination: Sets the approval level used for all position elimination requests. Since elimination requests do not involve attribute changes, a fixed level is used organization-wide rather than being calculated from the request. This must be set before users can submit elimination requests.

Request Numbering

  • Prefix for Request Label: Attaches a prefix when a request number is displayed. For example, a value of 'R' on request #134 will display as 'R134'. Optional.

  • Number of Digits to Pad for Request Numbers: Pads the sequential request number to a specified number of digits. A value of 4 results in 'R0134'. Set to 0 for no padding. If the number of requests exceeds your setting, this value will be automatically updated unless set to 0.

Escalation Settings

Escalation automatically adds backup approvers to approval request steps that have been pending without action beyond a configurable threshold. When escalation is triggered, users assigned to the escalation role (configured on each organization approval role) are added to the step and notified via email.

  • Enable Escalation: Enables automatic escalation of approval requests after timeout. Defaults to False.

  • Escalation Days: The number of days without action before escalation is triggered. Measured from the earliest email sent in the current step. Defaults to 7.

  • Escalation Business Days Only: Counts only business days (Monday through Friday) for the escalation timeout. Holidays are not excluded. Disable this option to use calendar days. Defaults to True.

Escalation is triggered at most once per approval step. If no eligible backup approvers are found (for example, if no escalation role is configured or all escalation role users are already on the step), the step is marked as escalated and no further attempts are made.

Escalation is also triggered immediately (regardless of the timeout setting) when the requester is the only approver on a step. This ensures separation of duties is maintained by attempting to add backup approvers who can review the request. If no backup approvers are available, the step is auto-approved and logged in the audit trail.

Types of Approval Workflows

Approval workflows are categorized based on the type of position request being made:

  • Position Change: This type of request is made when changes are made to an existing position's attributes such as FTE amount, job code, pay adjustments, or wage rate. Any change to the position's FTE or cost will require an associated Position Change approval workflow to be assigned. If the department is part of the change request, it will be routed to the approval workflow associated with the new department. The approval level is determined by the highest-level attribute included in the request.

  • New Position: This type of request is made when a brand new position is being created. All required position attributes must be provided on the request. The approval level is determined by the highest-level attribute included in the request.

  • Replacement Position: When a user wishes to replace a currently approved position without making any changes to that position's FTE, job code, or cost, they may request routing through a Replacement Position workflow. This type is typically used for a replacement position requisition when someone leaves your organization or takes another position. The approval level is set at the organization level in the general approval settings.

  • Position Elimination: When a user wishes to eliminate an approved position, they may request routing through a Position Elimination workflow. The approval level is set at the organization level in the general approval settings.

Approval Levels

Approval levels provide a tiered system for routing requests through different workflows based on the significance of the changes being made. Higher levels represent more significant changes and can require more rigorous approval processes.

How Approval Levels Work

Each approval level has a numeric display order and a name. For example, an organization might create three levels:

Display Order Level Name
1 Standard
2 Elevated
3 Executive

Approval levels connect two parts of the system:

  1. Attribute types can be assigned an approval level. This determines how significant a change to that attribute is considered. For example, changing a position's job code might be a "Standard" level change, while changing the FTE amount might require "Elevated" approval.

  2. Approval workflows are each assigned an approval level. This determines which tier of changes the workflow is designed to handle.

How Approval Levels Route Requests

When a user submits a position change or new position request, FTE Tree examines the attributes being changed and finds the highest approval level among them. It then selects the appropriate workflow by finding the lowest-level workflow assigned to the department (or its ancestors) that is equal to or greater than the required level.

For example, if a request changes an attribute that requires "Standard" approval but no "Standard" workflow is assigned to the department, FTE Tree will automatically route the request to the next available workflow, such as an "Elevated" workflow. This ensures that requests always receive at least the required level of scrutiny.

For replacement and elimination requests, the approval level does not depend on attribute changes. Instead, a fixed default level is configured in the general approval settings and used for all requests of that type.

Managing Approval Levels

Approval levels are managed from the Approval Settings area in Settings > Approval Requests. Each level requires:

  • Display Order: A numeric value that determines the level's position in the hierarchy. Lower numbers represent less significant changes.
  • Level Name: A descriptive name for the level (e.g., "Standard", "Elevated", "Executive").

Both the display order and level name must be unique within your organization. An approval level cannot be deleted if it is currently referenced by any attribute types, workflows, or organization default settings.

Workflow Steps

Each approval workflow consists of one or more steps that define who needs to approve a request and in what order. Steps are processed sequentially, and each step can be assigned to:

  • Specific users: Individual organization users assigned as approvers.
  • Approval roles: Dynamic roles that are mapped to users by department, allowing the correct approver to be selected automatically based on the department in the request. See Permissions and Roles for more information on setting up approval roles.

Each step also has the following settings:

  • Step Name: A label describing the purpose of the step (e.g., "Manager Review", "Finance Approval").
  • Approvers Required: The number of approvals needed to complete the step. Set to a specific number for partial approval (e.g., 2 of 5 approvers), or leave blank to require all assigned approvers.
  • Allowed Denial Count: The number of denials allowed before the step is automatically denied. Defaults to 0, meaning any denial will deny the step.

If a step has no roles or users assigned, it will auto-approve. Similarly, if a workflow has no steps at all, requests using that workflow will auto-approve. A step will also auto-approve if the requester is the only assigned approver and no escalation approvers are available, to maintain separation of duties.

When a request is created, the workflow steps and their approvers are copied as a point-in-time snapshot. Changes to the workflow after a request is created do not affect requests that are already in progress.

Workflow Comment and Response Settings

Each approval workflow can be configured with its own comment requirements and response choice groups. These settings control what approvers see and are required to provide when they approve, deny, or cancel a request.

Comment Requirements

  • Require Comment if Approving: When enabled, the approver must enter a comment when approving a request routed through this workflow. Defaults to False.
  • Require Comment if Denying: When enabled, the approver must enter a comment when denying a request. Defaults to True.
  • Require Comment if Cancelling: When enabled, a comment is required when cancelling a request. Defaults to True.

Approval Response Choice Groups

Workflows can optionally be configured with response choice groups that provide approvers with a dropdown of predefined reasons when taking action on a request. This standardizes the reasons for approvals and denials across your organization.

  • Approve Choice Group: An optional choice group displayed to the approver when approving a request. For example, choices might include "Budget Verified", "Within Headcount Plan", or "Executive Approved".
  • Deny Choice Group: An optional choice group displayed to the approver when denying a request. For example, choices might include "Over Budget", "Insufficient Justification", or "Position Freeze".

Response choice groups are managed from Settings > Choice Groups under the "Approval Response" category. Each workflow can reference a different set of choices, allowing you to tailor the approval experience for different parts of your organization.

Approval Workflow Attachments

The approval workflow provides support for attaching files to the approval request. These files are mapped to the specific approval workflow and will appear when a user makes a new request.

Each approval workflow file attachment requires:

  • Attachment Title: A clear description displayed instead of the actual file name.

  • Required Upload: When enabled, the user must upload a file for this attachment when submitting the request. When disabled, the file upload is optional.

  • File Instructions: Optional instructions explaining how to use the file.

  • Display on New Request: Enable to show the attachment on new requests. Disabling does not retroactively remove it from existing requests.

All files within FTE Tree are encrypted in transit and at rest. Download links are time-limited to 15 minutes and restricted to authorized users. For additional details, see Audit and Data Integrity.

Assigning Workflows to Departments

Approval workflows are assigned through the department tree and cascade down similarly to how department roles are assigned. You can assign a specific workflow to the top of your department tree and let it cascade to all child departments, or assign specific workflows to specific departments or branches. In FTE Tree, an approval workflow must be assigned to a department for users to make approval requests.

When assigning workflows to departments, the workflow's approval level determines which requests it handles. A department can have multiple workflows of the same request type assigned at different approval levels, allowing different tiers of changes to follow different approval processes.

Workflow Comments

Each approval workflow detail page includes a Comments button where your users can have conversations about the workflow. Comments support threaded replies and user mentions with email and in-app notifications. Commenting on approval workflows requires the approval request settings permission. For more details, see Messages and Notifications.

Need Help?

If you have any questions about configuring approval workflows, please contact us or email us at support@ftetree.com.