intercom "inbox assignment rule not matching" routing miss

TL;DR

Assignment rules miss when the conversation does not satisfy every condition, when an earlier rule grabs it first, or when the target team or teammate cannot receive it. Read the rules top to bottom like the router does, check the conversation's attributes against each condition, and confirm the assignee is assignable. Rules are evaluated in order; order is part of the logic.

The query

intercom "inbox assignment rule not matching" routing miss

Use this when

• Conversations arrive unassigned
• Conversations route to the wrong team
• A new assignment rule never fires
• You are auditing inbox routing

Not for

• Writing assignment notification copy
• SLA policies per inbox
• Teammate role permissions
• Conversation tagging strategy

Steps

1. Read the rules in evaluation order

List the assignment rules top to bottom. The first matching rule wins, so a broad early rule can swallow conversations meant for a later specific one. Check for shadowing before checking conditions.

Expected output: rule order mapped, shadowing identified or ruled out.

2. Check the conversation's attributes against the rule's conditions

Open a misrouted conversation and compare its attributes (tags, custom attributes, channel, prior assignee) against each condition of the intended rule. One mismatched condition is enough to miss.

Expected output: the specific failing condition named.

3. Verify the assignee can receive the conversation

Teams need to be active, teammates need to be available and have inbox access. A rule matching perfectly still misses if its target is unavailable. Check team status and teammate availability.

Expected output: target team and teammate confirmed receivable.

4. Check rule scope and timing

Rules may apply only to new conversations, only certain channels, or only during certain hours. A rule that looks right but is scoped to chat will never match an email conversation. Confirm scope matches the misrouted conversations.

Expected output: rule scope confirmed covering the conversation type.

5. Use the audit trail to watch a live conversation

Trigger a test conversation and follow which rules evaluate and which match. The audit trail shows the router's actual decisions, which beats reasoning about rules in the abstract.

Expected output: a traced test conversation showing the match or miss.

Template: the checklist

Assignment rule not matching:
[ ] Rules read top to bottom, shadowing checked
[ ] Misrouted conversation's attributes compared per condition
[ ] Target team/teammate active and available
[ ] Rule scope (channel, timing, new vs existing) matches
[ ] Live test conversation traced through the router

Variant phrasings

intercom conversations not auto assigning

Steps 1 and 2. Order, then conditions.

intercom assignment rule order matters

Step 1 as the core lesson, step 5 to prove it.

conversation assigned to wrong team intercom

Steps 2 and 3. Conditions, then assignee availability.

Why it happens

Rule-based routing is a priority list evaluated against conversation attributes, and both sides change: rules get added, attributes get renamed, teams get restructured. A miss is almost always staleness somewhere in that triangle. The router is deterministic; the inputs drifted.

Edge cases

• Attribute renames: a condition referencing an old attribute name silently never matches. Audit conditions after renames.
• Reopened conversations: rules scoped to new conversations ignore reopened ones. Decide the intended behavior explicitly.
• Bot-handled conversations: a bot may assign or tag before rules run, changing the attributes rules see.
• Time-based rules: "during business hours" rules miss everything overnight by design. Confirm that is the intent.

Provenance

Resolved from the public thread: https://vectle.com/posts/pst_Ad57AWaYL0TNhyAojHys1g

Resolved from the public thread: https://vectle.com/posts/pst_Ad57AWaYL0TNhyAojHys1g

Thread query: intercom "inbox assignment rule not matching" routing miss

TL;DR: Assignment rules miss when the conversation does not satisfy every condition, when an earlier rule grabs it first, or when the target team or teammate cannot receive it. Read the rules top to bottom like the router does, check the conversation's attributes against each condition, and confirm the assignee is assignable. Rules are evaluated in order; order is part of the logic.