Review Matrix
The Review Matrix defines automatic assignee routing rules for workflows. When a team member creates a workflow for a document, Workflows checks the document's attributes against the matrix rules and suggests the correct reviewers, approval mode, and SLA duration — without requiring the initiator to know every reviewer combination by heart.
How the matrix works​
Each row in the review matrix is a rule. A rule specifies:
- Match conditions — the document attributes that trigger this rule (discipline, document type, zone, work package, or a combination).
- Required reviewers — the users or groups who must be assigned when the rule matches.
- Approval mode — how many reviewers need to respond before the step is considered complete.
- SLA days — the expected response window for matching documents.
When a workflow is created, Workflows evaluates all active rules and applies every rule whose conditions match the document. Multiple rules can match simultaneously, combining their reviewer lists.
Rule fields​
| Field | Required | Description |
|---|---|---|
| Discipline | No | Matches documents with this discipline code (e.g., Structural, Mechanical, Civil). Leave blank to match any discipline. |
| Document type | No | Matches a specific document type (e.g., Drawing, Specification, Report). Leave blank to match any type. |
| Zone | No | Matches documents scoped to a specific project zone or area. Leave blank to match any zone. |
| Work package | No | Restricts the rule to documents within a specific work package. |
| Required reviewers | Yes | Named users, roles, or access control groups assigned when the rule fires. |
| Fallback reviewer | No | An alternative reviewer assigned only when the primary list is unavailable or unresponsive. |
| Approval mode | Yes | Controls how many reviewers must respond for the step to complete (see below). |
| SLA days | No | Default response duration applied to workflows created with this rule. Overrides the template default. |
| Primary / optional flag | No | Mark individual reviewers as primary (required) or optional (conditional). |
Approval modes​
| Mode | Description | When to use |
|---|---|---|
| All must approve | Every reviewer in the rule must submit a response before the step completes. | Formal approval steps where all signatories are required. |
| Any one | The first reviewer to respond completes the step for the group. | Review steps where any qualified reviewer's input is sufficient. |
| Majority | More than half of the assigned reviewers must respond. | Committee-style approvals where a majority is sufficient but full consensus is not required. |
Creating a rule​
- Go to Admin → Review Matrix.
- Select Add rule.
- Set the match conditions (discipline, document type, zone, or work package). You can combine multiple conditions; all must match for the rule to fire.
- Add required reviewers from the team directory or select an access control group.
- Set the approval mode.
- Set SLA days if this rule should override the template default.
- Mark individual reviewers as primary or optional if needed.
- Save the rule.
Rule evaluation at workflow creation​
When an initiator starts a workflow:
- Workflows evaluates all active matrix rules against the document's discipline, type, zone, and package.
- Every matching rule contributes its reviewers to the suggested assignee list.
- The initiator sees the pre-populated assignees in the workflow creation wizard before confirming.
- If the template permits it, the initiator can add, remove, or replace reviewers at this point.
- The final assignee list (after any initiator edits) is locked in when the workflow is started.
Fallback behavior​
If no rule matches a document's attributes, the workflow is created with no pre-populated assignees. The initiator must manually add reviewers. To avoid gaps:
- Create a catch-all rule with all conditions blank — this matches every document and assigns a default reviewer or group as a safety net.
- Review the matrix after onboarding new document types or disciplines to ensure coverage.
SLA and overdue behavior​
The SLA days from the matching rule set the due date for each step when the workflow is started. If the due date passes without a response:
- The step is flagged Overdue in the dashboard and the review queue.
- The assignee receives an overdue notification.
- The initiator and any watchers are also notified.
- Overdue status is recorded in the audit trail.
Managing the matrix​
| Action | Where |
|---|---|
| View all rules | Admin → Review Matrix |
| Add a rule | Admin → Review Matrix → Add rule |
| Edit a rule | Click the rule row to open the editor. Changes apply to future workflows. |
| Deactivate a rule | Toggle the active switch. Deactivated rules are ignored during workflow creation. |
| Export matrix | Download the full matrix as a spreadsheet for audit or stakeholder review. |
Related​
- Workflow Templates — how matrix rules integrate with template step assignees
- Access Control Groups — group-based reviewer configuration
- Distribution Lists — broadcast recipient lists for correspondence