Skip to main content
A routing policy holds the rules a queue runs: the distribution rule, tiebreaker, and crediting behavior. A queue’s routing behavior lives on its policy, not on the queue itself. A policy is reusable across queues and is versioned. Each edit creates a new version, and a queue always runs the active version. When you change one policy, every queue that uses it updates.
The Dock is the app bar at the bottom of the screen. Open the Routing app from the Dock.Then select the Policies tab, alongside Queues, Assignments, and Activity. This page covers the Policies tab.
The policy editor has four tabs: General, Assignment, Availability, and Credit Behavior.

General

The General tab defines the policy’s identity and what it routes: To delete a policy, open it in edit mode. Use the Danger Zone in the General tab. You cannot delete a policy that queues still point to. The dialog lists the queues you need to update first.

Assignment

The Assignment tab holds the distribution rule and its settings. Together they determine how the engine scores members and picks a winner.

Distribution rule

The distribution rule is the primary way the engine scores members and picks a winner. Choose one of three:

Distribution settings

Below the distribution rule, the Distribution Settings group holds three controls: When the distribution rule is already Least recent assignment, the engine does not offer Recency as a tiebreaker. If members are still tied after the tiebreaker, an order set by dragging rows in the queue’s members table decides (see Ranking); with no order, the member who joined the queue first wins. Under Recency this happens on a fresh or reset queue, where nobody has an assignment yet. Weighted distribution is not available with the Least recent assignment rule. You can also reset assignment counts manually.

Availability

The Availability tab controls how out-of-office (OOO) and busy status affect whether a member qualifies for routing at all. Enable a toggle to run that check and exclude members who match. Disable a toggle to ignore that condition. By default, only the currently-OOO check is on: Turning on the upcoming out-of-office toggle reveals Upcoming OOO window (days). This sets how far ahead of an upcoming OOO block the engine stops qualifying a member. You edit the window in whole days (1–3). The app stores the value as hours, with a default of 4 hours. Beyond these controls, the engine also scores calendar availability for the Most available calendar time rule and for slot generation for queue-hosted events. There it automatically respects each member’s working hours and meeting buffers. When you select the Most available calendar time rule, an extra field appears: Availability planning window (days). It sets how many days around the selected slot the engine scores member availability. Set a value from 1 to 7 days. The default is 7 days. The working-hours and meeting-buffer constraints are built in and are not configurable.

Credit Behavior

The Credit Behavior tab controls when the engine credits members back for meetings that do not result in a completed assignment. Credits keep distribution scoring from penalizing those members. Enable crediting is the master switch, and it is on by default. The toggles below it apply only while it is on, and all of them start on: