Q-assign Selection Criteria traditionally allow filtering records based on fields on the target object (such as Lead, Case, or Opportunity) and standard lookup relationships. However, many real-world use cases require selecting records based on child or related objects, such as Tasks or Events.
To address this, Q-assign now supports Additional Selection Criteria, a powerful enhancement that allows Assignment Groups to further refine record selection using multiple related objects, including those connected via polymorphic lookup fields (for example, Task and Event relationships).
This enhancement enables advanced filtering scenarios such as:
Assign Leads that have no Tasks
Assign Cases that have at least one open Task
Assign Leads that do not have any open Tasks
Apply multiple child object filters within a single Assignment Group
Additional Selection Criteria introduce a secondary filtering layer that runs after the primary Selection Criteria.
This allows Q-assign to:
Query related objects separately (including polymorphic ones)
Progressively narrow down records using multiple child-object filters
Support both “met” and “not met” logic
Include or exclude records without any related child records
Primary Selection Criteria runs first
This identifies an initial set of target records (for example, Leads with Status = Open).
Additional Selection Criteria run sequentially
Each configured related-object criterion filters the working set further.
Final Working Set proceeds to assignment
Only records that pass all criteria are evaluated by matching rules and assigned.
💡 Best Practice: Place the most restrictive Additional Selection Criteria first to improve performance.
A new Assignment Group setting, Max Records to Select, controls how many records are fetched by the primary Selection Criteria before Additional Selection Criteria are applied.
Why This Matters
Additional Selection Criteria may filter out many records. This setting allows Q-assign to:
Default Behaviour
Using Additional Selection Criteria, you can filter records in an Assignment Group using child/related objects (for example Task or Event), including relationships via polymorphic lookups such as Task.WhoId (Lead/Contact).
Common example:
Select Leads that have Tasks matching certain criteria (Priority = High, etc.)
Optionally include Leads with no Tasks
You must have access to QA Assignment Groups (Q-assign admin/manager permissions).
You should already have an Assignment Group created with:
Object = Lead (or your target object)
Source Queue/User configured (optional, depending on your design)
Go to QA Assignment Groups tab
Open the relevant Assignment Group (AG)
Scroll to Selection Criteria area
Find the section called Additional Selection Criteria
You will see the "Additional Selection Criteria” section with the Manage Additional Selection Criteria button and a summary row.

You can see the summary path like: Task > Name ID → Lead
You can also see the “Include records without…” checkbox column in the summary table.
This opens the management pop-up, where you can view existing criteria or create new ones.
The “Additional Selection Criteria” pop-up with:

A list/table of existing criteria (if configured)
Button: New Additional Selection Criteria
Column showing “Include Re…” (Include Records Without…)
In the pop-up, click New Additional Selection Criteria
This opens the configuration screen “Define Additional Selection Criteria” page showing:

Order
Related Object
Lookup to Object (this is the key part for polymorphic relationships)
Criteria mode: “met” / “not met”
Criteria rows (Field / Operator / Value)
Option: Include Leads without any Tasks
On the “Define Additional Selection Criteria” screen:
Order
Enter the execution order (e.g., 1)
Best practice: put the most restrictive criteria first
Related Object
Select Task (or Event, or another child object)
Lookup to Lead/Other object
Select the lookup field that connects Task to Lead.
For the polymorphic Lead/Contact relationship, this is typically:
Name ID (this represents the Task WhoId relationship in your UI)
This is what enables Task/Event filtering even when the relationship is polymorphic.
Related Object = Task
Lookup to Lead = Name ID
In the line that reads:
“Select Leads with Tasks where the following criteria are [met/not met].”
Choose one:
met → Keep leads that have at least one task matching your criteria
not met → Keep Leads where tasks do not match the criteria (often used to exclude “open tasks” etc.)
Under the criteria grid, configure the child object filters (Task fields)
Example shown in your UI:
Field: Priority
Operator: equals
Value: (multi-select values supported)
To add more conditions:
Click Add Criteria Row
If you add more than one criteria row, use Filter Logic to control how the rows combine.
Scroll down to Filter Logic
Enter logic like:
1 AND 2
1 AND 2 OR (3 AND 4)

Click Save. The Additional Selection Criteria section should now show:
Related object mapping row
Criteria summary
.png?Policy=eyJTdGF0ZW1lbnQiOlt7IlJlc291cmNlIjoiaHR0cHM6Ly9kemY4dnF2MjRlcWhnLmNsb3VkZnJvbnQubmV0L3VzZXJmaWxlcy8yMzgxLzQ0MDcvY2tmaW5kZXIvaW1hZ2VzL3F1LzIwMjUvU2NyZWVuc2hvdF8yMDI1LTEyLTIyXzIzNTM0MCgxKS5wbmciLCJDb25kaXRpb24iOnsiRGF0ZUxlc3NUaGFuIjp7IkFXUzpFcG9jaFRpbWUiOjE3NjgxOTYzMTd9fX1dfQ__&Signature=FEajPlORuzawxUMcAcqWhM5NF70c~wSHVZ90RoO2wBmjtk3K9IAXksxV3W8xnIjKakEyVKb-nEznJZ6xwKQ-BjxQ0yP2VU6Ihrqmh2OIocaURUbwQTW1oDMTv4Nubst91tjOmPq6MPLWWUx~iGV2LjJqvYKUJqRbV-PRqlliTPBDa4SilWwBHWSrCmMbZbSFg17NKTnkJLG7-VR06ZdSyKvoqG6AFIGBPXw~wQUXBHbiKXbuLfpHm2Ye8XKTLfS7RjGakHeIG-gHez9P1q8H0kOU~uDTQZPsN0ucowlEjWdZFfnNbzldHRUbkDtunuaTeMbToxO5S0-XalWcJRrsmA__&Key-Pair-Id=K2TK3EG287XSFC)