Why complaints and disputes need their own setup
Most support conversations are fine to resolve end to end. Complaints and disputes are different in three ways:- Recognition matters. A customer rarely says “I’m filing a complaint.” They write “this is the third time you’ve charged me” or “I never authorized this payment.” If your process treats those as complaints or error notices, the agent must recognize them consistently.
- The record matters. Your process usually needs specific facts captured (dates, amounts, what the customer is asking for) and a reviewable trail of what was said.
- The wrong answer is costly. A confident AI reply that promises a refund, denies liability or sets a resolution date can create an obligation your team did not intend.
1. Recognize complaints and disputes with tags
Create a Custom tag group so every conversation gets a consistent classification. Open Tag Groups, click New Group, and configure:
Write the AI Instructions from your complaint policy, not from general intuition. If your policy says any expression of dissatisfaction is a complaint, say so, and give examples. Tag accuracy depends on how specific these instructions are. See Tags.
The default groups add context you can use alongside it: Sentiment (Positive, Neutral, Negative), Type of Issue, and Escalation Reason, whose Policy triggers family explains escalations caused by your rules.
2. Keep the agent from answering where it shouldn’t
Decide, per category, whether the agent may reply to the customer at all. Then encode it in Reply Rules:
With the Internal Comment card, the agent posts a note your team sees in the helpdesk (an Internal Note in Zendesk and Intercom, an Internal Comment in Front, a Case Comment in Salesforce) and nothing reaches the customer. The stricter card always wins, so a broad Direct Reply setup elsewhere cannot override these.
Tag Group conditions wait until the conversation has been classified. System fields such as Human Agent Assigned resolve immediately. Put time-critical blocks on system fields or User Attributes where you can.
3. Capture what your process requires
Where your policy allows the agent to take the intake, build an Intent Rule that collects the facts deterministically instead of leaving it to free-form conversation. See Rulebook.- Check nodes branch on the
Complaint or Disputetag and on User Attributes such as account type. - Read nodes extract structured values from the conversation into tree variables: transaction date, amount, merchant, what the customer is asking for.
- A Form node collects typed input in the widget when you need exact values. Email channels cannot render Forms, so use Read nodes there.
- A Tool node calls an Action that creates the case in your complaints or disputes system, with the captured values and the conversation reference.
- A Reply node acknowledges receipt with the wording your compliance team approved, including the case reference your system returned.
4. Escalate and route
- Planning Prompt escalation triggers. Fini’s default Escalation Topics already include regulator or ombudsman complaints and threats of legal action. Add your own, for example unauthorized transactions or account-takeover signals. See Prompts.
- Agent groups. For widget and native email tickets, map your complaint and dispute tags to an agent group such as
Disputes. When the agent escalates, Fini routes the ticket to that group and assigns an available member. See Agent groups. - Helpdesk routing. For helpdesk channels, the escalation and internal note land in the ticket in your helpdesk; route from there with your helpdesk’s own rules.
5. Guard the wording of every reply
Add Guardrails that check replies before delivery:- A Custom rule that fails any reply promising a refund, credit, reversal or resolution date, or admitting or denying fault.
- Banned terms for phrases your compliance team has ruled out.
- Confidential attributes for account data that must never appear in a reply.
6. Audit what happened
Every Fini reply carries an AI Steps trace in Inbox. For a complaint or dispute conversation it shows:
To review a period, filter Inbox by Tags (your complaint tags) and date range, and save it as a View. Use Feedback Notes to record reviewer findings on individual replies. Analytics breaks conversations down by tag and shows escalation reasons.
Inbox and AI Steps are a review surface, not your system of record. Keep the case file in your complaints or disputes system, created by the Tool node in step 3 or by your team after escalation.
7. Test before and after every change
Build a Test Suite set for this flow:- Use the Escalation behavior judge, edited to your policy: pass when complaints and disputes escalate or receive only the approved acknowledgment, fail when the agent resolves them alone.
- Add a second set with the Safety & boundaries judge to catch promises and legal-sounding statements.
- Seed scenarios from real Inbox conversations tagged as complaints, plus hand-written edge cases in a CSV: indirect complaints, a dispute raised mid-conversation about something else, a customer who mentions a regulator.
Related
Reply Rules
Direct Reply, Internal Comment and No Reply conditions.
Tags
Custom tag groups, AI Instructions and Rulebook availability.
Fintech setup
Recommended configuration for banking and fintech support.
Security overview
Fini’s certifications, data handling and reviewer FAQ.

