Trigger types
New ticket
Check the agent when a customer creates a ticket. Filters then decide whether the agent should
own it.
Delay based
Check the agent after a ticket has stayed resolved for the configured time. The ticket must
still be resolved when the delay ends.
Before new matching starts
For an incoming customer message, Chatarmin CX first checks whether an AI Agent or Workflow already owns the conversation. If so, that owner continues before new triggers and filters are considered. The owner is not simply the latest assignment shown in the Inbox. Assigning a person without replying does not stop the current AI Agent. After a normal reply, the same agent can continue customer follow-ups for up to 30 days. A human reply stops that agent’s follow-up, and the next customer message can be matched again. If the agent is still waiting for customer information, a delay, or approval, a human reply prevents the old work from resuming. That open pause also blocks a fresh AI Agent, so the human team owns the conversation while it remains open. Read Routing and ownership for examples.Matching methods
Exact filters
Match fixed ticket data such as channel, status, tag, language, team, or integration.
Semantic filter
Match what the customer means, even when they use different words.
Customer-support examples
- New ticket + exact filters: Consider the agent only for German email tickets assigned to the Returns team.
- New ticket + semantic filter: Match customers asking where an order is, whether it shipped, or why delivery is late.
- New ticket + both: Handle address-change requests only for open Shopify tickets.
- Delay based: Send a CSAT follow-up after the ticket has remained resolved for the configured time.
Set up a trigger
1
Choose when to check the agent
Use New ticket for incoming support or Delay based for work after a ticket has stayed
resolved.
2
Set exact boundaries
Add exact filters for channel, status, integration, language, team, or other fixed ticket data.
3
Describe the customer request
Add a semantic filter for the support request the agent should own. Skip it only when the exact
conditions alone are intentional.
4
Test positive and negative cases
Test messages that should start the agent, messages for another agent, and ambiguous requests
that should go to a person or fallback.