Rules Engine Overview
Admins may use the Rules Engine to customize interviews based on fields in the ATS. Rules follow the following pattern:- Conditions Conditions based on specified ATS fields to determine matching jobs
- Actions How Tenzo should configure ATS jobs which match these conditions (e.g. adding to a folder, interview generation instructions, specific setting configurations)
Rules for Generating the Interview Script
There are two distinct options for how the Tenzo interview script is created from an ATS Job.- Script Auto-Generation Under this flow, a full set of screening questions will be generated based on the job description and any linked Meeting Copilot or Autopilot intake context. This pathway is recommended for staffing agencies and recruiting teams which manage a large variety of jobs and there is not a standard screen through which all candidates will be processed. Each screen will then be automatically tailored to the specific job requirements. Rule Action: Assign an AI Generation Template. Your organization can manage one default generation template with standards to follow for interview generation. You may also create additional rules to assign more specific generation templates when additional job conditions apply. Generation template rules stack meaning if multiple rules assign generation templates, all templates will be applied.
- Pre-Made Interview Template Under this flow, a premade interview template will be followed exactly for the newly linked job. This pathway is recommended for teams with long-running jobs for which the interview questions and scoring will remain consistent over time. Rule Action: Assign a Job Template (a premade interview marked as a Template) as the action.
Rules for Restricting Job Syncs
Tenzo only pulls a matching ATS job into the product when a matching rule assigns a Job Template or AI Generation Template. Folder, background, summary, and settings actions do not make a job eligible on their own. When you save a rule, Apply Rule to Jobs can update jobs already in Tenzo and create matching open ATS jobs that are not in Tenzo yet. You choose which jobs to include; matching jobs are selected by default. If you create or save a rule without one of those templates, the rule editor and the rules list show a warning. You can still save the rule — for example, to draft it or to assign a folder while another matching rule supplies the template — but jobs that match only that rule will not sync. To restrict the interview to specified roles: For all rules which assign either a generation or job template: Specify any restriction conditions based on your ATS fields (e.g. Location, Job Title, Industry, etc). To ensure all roles in your ATS are linked to an interview: You may specify a condition-free Fallback Rule to assign either a Generation or Premade Job template. For all jobs not matching other conflicting interview creation rules, this fallback rule will apply and the interview will be created. A fallback rule without a Job Template or AI Generation Template also shows the warning. Jobs that match no other rule will not sync until you add one.Rules for Background Templates
Background Templates are saved documents with supplementary information and rules to help the AI answer candidate questions during the interview and when communicating over SMS or email not available in the job description. Your organization has one default background template which will be assigned to all jobs automatically without any special rules needed. You may however also create rules to assign more specific background templates matching conditions. Example Use Cases:- Different teams in your organization have different policies for which questions about the role the AI is permitted to answer. You may make a Separate Background info template for each team and a different rule for each.
- If you would like to provide supplementary information (e.g. an office phone number) that is different depending on the office.
Other Rule Actions
- Assign a Folder
- Assign Interview Settings (e.g. a specific calendar for follow-up interviews)
- Assign Question Constraints templates
Auto-Mapping: Automatic Rule Creation
What is Auto-Mapping?
Auto-mapping is a powerful extension of the rules engine that eliminates the need to manually create rules and related objects for every unique value of a job field. Instead of creating individual rules, folders, or templates for each department, client, location, or any other job attribute, you configure a single auto-mapping that creates them for each unique value. When an auto-mapping is configured, the system automatically:- Creates objects in Tenzo (folders, background info, generation templates, etc.) based on your naming pattern
- Creates an integration rule that assigns those objects to jobs with that value for the watched field
Key Concepts
- Source Field — The job field to watch for unique values (e.g., “Department”) The same fields available in rule conditions are available here.
-
Naming Pattern — A template for naming created entities. Use
{{value}}as a placeholder for the field value. For example,{{value}} Background InfobecomesEngineering Background Infowhen the field value is “Engineering”. -
Supported Actions — Auto-mapping currently supports the following action types:
- Assign Background Template — Creates a background info template per unique value
- Assign AI Generation Template — Creates an AI generation template per unique value
- Assign Folder: Creates a top-level folder per unique value and assigns matching jobs to it
Creating an Auto-Mapping Config
- Navigate to Admin > ATS Integrations > Rules Engine
- Click Create auto-mapping in the rules table
- Fill in the configuration:
- Config Name — A descriptive name for this auto-mapping (e.g., “Department Templates”)
- Source Field — Select the job field to watch from the dropdown
- Active — Leave this on to start processing new jobs immediately
- Add one or more actions. For each action, configure:
- Action Type: Choose “Assign Background Template,” “Assign AI Generation Template,” or “Assign Folder”
- Naming Pattern — Enter a pattern using
{{value}}as a placeholder (e.g.,{{value}} Background)
- Click Create Config
Managing Auto-Mapping Configs
Viewing auto-created rules — Expand an auto-mapping row in the rules table to see all the child rules that have been generated. Each child rule shows the field value it was created for and the entities that were assigned. Editing a config: Click the edit icon to modify a config. Changes only affect future auto-creations. Existing rules, folders, and templates that were already created are preserved and unaffected. Deactivating a config: Toggle the Active switch to pause auto-creation without deleting the config. While inactive, new unique values encountered during job syncs will not trigger rule, folder, or template creation. Reactivating the config resumes processing for future syncs. Deleting a config: Deleting an auto-mapping config preserves all previously auto-created rules, folders, and templates. The rules become standalone and continue to function normally; they simply lose their association with the config.Example: Auto-Mapping by Department
Consider an organization with 20 departments, each needing a unique background template with department-specific information. Without auto-mapping, an admin would need to:- Create 20 background templates (one per department)
- Create 20 integration rules, each with a condition matching the department and an action assigning the correct template
- Repeat this process every time a new department is added
- Source Field: Department
- Action: Assign Background Template with naming pattern
{{value}} Background Info
Filling In Auto-Created Templates
Auto-created background info templates and AI generation templates are created blank — they have the correct name from your naming pattern but contain no content. After an auto-mapping creates new templates, you will need to navigate to the template and fill in the appropriate content. Auto-mapping handles the repetitive work of creating objects and wiring up rules, while you retain full control over each generated object.Example: Organizing Jobs by Store
If each store should have its own folder, create an auto-mapping with the store-name field as the source field and use Assign Folder with the naming pattern{{value}}. The first synced job for “Downtown” creates a top-level “Downtown” folder and a child rule for that store value. Later eligible jobs with the same store value are assigned to the existing folder.