Not sure which Odoo apps you actually need? Start with a free diagnostic call Book a call →
Odoo Helpdesk

Tickets that route themselves. Mostly.

Odoo Helpdesk handles the fundamentals well — stages, SLA policies, a customer portal, a merge tool for duplicates. What it doesn’t do out of the box is the two things support teams actually ask us for: get tickets in cleanly from WhatsApp and email without a manual triage step, and stop a human from having to open every “where’s my order” ticket that a knowledge base article already answers.

Get a helpdesk audit → See what we configure
What we configure

Six pieces that decide whether SLAs mean anything past week one.

Helpdesk is a genuinely capable stock app. The gap is almost never the module — it’s whether the stages, routing, and escalation rules match how your team actually triages, not a generic default someone left unchanged.

Ticket stages & SLA policies

Kanban stages — New, In Progress, Solved, Cancelled — paired with SLA policies scoped by team, priority, or tag. Deadlines colour-code on the ticket itself, so an agent sees the clock without opening a report.

Team-based routing rules

Multiple Helpdesk teams, each with its own assignment method — manual, random, or balanced load — and routing rules keyed on tag, priority, or the channel a ticket came in on.

Customer self-service portal

Portal users see ticket status and history, reply and attach files without emailing back and forth, and rate the resolution on close — all without a separate login system to maintain.

Knowledge base integration

Helpdesk tickets link to Knowledge or Forum articles, with suggested articles surfaced to the agent (and optionally the customer) at the moment a ticket is created — before anyone starts typing a reply from scratch.

Merging duplicate tickets

The native merge tool combines threads from the same customer into one record, keeps the full message history, and notifies both requesters — so a ticket opened twice doesn’t get worked twice.

Escalation rules

SLA breach triggers a stage change, a reassignment, or a notification to a team lead — configured per policy, not left as a single generic “overdue” flag nobody checks until the customer calls.

Where tickets come from

Native intake is solid. Everything outside email is a build.

Helpdesk ships with clean email and portal intake. Live chat handoff works too. Anything else — WhatsApp, phone logs, a webhook from another system — needs a bridge built on top.

Email alias (native) Website contact form (native) Portal ticket (native) Live chat handoff (native) WhatsApp bridge (custom) Phone call log (custom) API / webhook intake (custom) Marketplace order sync (custom)

The recurring request: a customer messages on WhatsApp, and it needs to become a real Helpdesk ticket — not a separate conversation your support team has to remember to check.

Where stock Helpdesk quietly runs out of road

Fine for a small team. Not built for volume.

Illustrative pattern — not a specific client, but the shape we see repeatedly once ticket volume outgrows what one or two agents can read individually.

Helpdesk, out of the box

  • Email-to-ticket works, but routing is per-team — not by what the ticket is actually about
  • No native WhatsApp channel; those conversations sit entirely outside Helpdesk
  • SLA breach sends a notification — it doesn’t reroute, reprioritise, or escalate on its own
  • No AI layer at all — every “where’s my order” ticket needs a human to open and answer it
  • Knowledge base article suggestions are keyword-matched, not aware of the actual ticket content
  • Merge tool works one pair of tickets at a time, by hand

What we build on top

  • WhatsApp-to-Helpdesk bridge — inbound messages become tickets, agent replies flow back through WhatsApp
  • SLA escalation logic that actually acts on breach: reassign, reprioritise, ping a team lead
  • An AI autoreply agent scoped to your knowledge base, drafting or sending answers to common tier-1 questions before a human touches the ticket
  • Routing rules that read ticket content, not just team and tag, to sort the genuinely urgent from the routine
  • Portal enhancements pulling live order or invoice status from Odoo, so “where’s my order” often never becomes a ticket at all
  • Bulk merge tooling for known duplicate patterns — same customer, same subject, tight time window
On the AI autoreply piece specifically

It’s not a checkbox in Settings. It’s a build.

To be direct about it: Odoo doesn’t currently ship an AI agent that reads a Helpdesk ticket, checks it against your knowledge base, and replies on its own. That capability — the part that actually reduces tier-1 volume — is something we build as a scoped, bespoke project on top of Helpdesk and Knowledge, not a native feature we’re configuring. We’d rather tell you that up front than let a sales deck imply otherwise.

1ticket system for email, portal, and chat — not three inboxes
0duplicate tickets left unmerged once routing rules are set
Per-policySLA escalation, not one generic overdue flag
BespokeAI autoreply, scoped to your knowledge base — not a stock feature

Get a free helpdesk audit.

We’ll look at your ticket stages, SLA policies, and intake channels, and tell you honestly what’s a configuration fix and what would need a custom build like a WhatsApp bridge or an AI autoreply agent. Within 5 business days you’ll have a written audit with a fixed-scope quote. No deck.