Skip to main content
The Support Tickets module is Xobito’s built-in helpdesk. It gives your workspace a place to log, track, and resolve support requests that don’t fit neatly into a single WhatsApp thread — billing questions, technical issues, or multi-step troubleshooting that spans days.
Support tickets list

Tickets vs. the live chat inbox

Both tools help you talk to customers — but they serve different jobs.
Use the Live Inbox for…Use Tickets for…
Quick real-time WhatsApp repliesIssues that take hours or days to resolve
Conversations that fit the 24-hour windowCases needing escalation or a paper trail
One-shot questions (“what time do you close?”)Multi-step troubleshooting
Campaign replies and marketing follow-upsTracking a case across email + chat
Bot flows handling FAQsAnything you may need to review later
Many teams use both: start a case in the Live Inbox, then open a ticket when the issue clearly needs more than a single reply.

When to use tickets

Technical issues

A customer reports a bug. You need to log it, route it to the right team, and come back with a resolution.

Billing disputes

Refund requests, invoice corrections, and anything involving money. Keeps a full record of replies and attachments.

Feature requests

Collect, organise, and prioritise customer ideas over time.

Complaints & escalations

Serious complaints that need documented handling.

Ticket statuses

Every ticket is in one of three statuses:
StatusMeaning
OpenNew ticket awaiting the team’s first response.
AnsweredAn admin has replied — waiting on the customer.
ClosedResolved. Can be reopened by creating a new ticket or by an admin action.
A ticket moves from Open → Answered automatically the moment an admin posts the first reply. Moving a ticket to Closed is a deliberate action — done from the ticket view with the close button.

Priorities

Tickets can be set to one of four priority levels:
  • Low — nice-to-have, not time-sensitive.
  • Medium — normal business-hours response.
  • High — needs attention today; revenue-impacting or escalated.
  • Urgent — top of the queue; outages, critical blockers, or VIP cases.
Priority is set by the customer when creating a ticket and can be adjusted by admins afterwards. The list view is filterable by priority.

Departments

Departments route tickets to the right team. Common examples:
  • Sales — pre-purchase questions, pricing, demos
  • Support — product usage, troubleshooting
  • Billing — invoices, refunds, subscription changes
  • Technical — bugs, integrations
When you open a new ticket, you pick a department from the dropdown. The admin users linked to that department are notified by email about the ticket.
Departments are managed centrally by the Xobito support team — not inside your workspace. You cannot add, rename, or delete departments from your Xobito account. The dropdown in the ticket form lists the departments that Xobito has configured for the platform.If you need a new department (for example “Integrations” or a region-specific queue), contact Xobito support at support@xobito.com and we’ll add it for you.
Each department has a name, a description, an active/inactive status, and a list of admin users who receive the email notifications when a ticket is opened in that department.

Ticket numbers

Every ticket is given a unique, auto-generated ID in the format TKT-000001, TKT-000002, and so on — a padded six-digit sequence. The ticket ID is what you’ll quote when referring to a case in email or chat.

Key features

File attachments

Customers and admins can attach screenshots, PDFs, logs, and documents to the initial ticket and to any reply.

Email notifications

Emails are sent on ticket creation, every reply, and any status change — to the other party.

Priority and department filters

Sort your queue by priority, status, and department to triage the day’s work.

Reply threading

All replies from both sides are preserved on the ticket in chronological order, with attachments.

What’s in the Tickets section

Create a ticket

Open a new ticket from the customer portal.

Manage tickets

List, filter, reply, close, and reopen tickets.

Customer portal experience

Customers access tickets from their own portal at /{subdomain}/tickets (where {subdomain} is your workspace’s URL slug). From there they can:
  • View all of their tickets and the current status of each.
  • Open a new ticket — pick a department, set a priority, add attachments.
  • Reply to an existing ticket.
  • Close a ticket themselves once it’s resolved.
  • Download any attachments from the thread.
If you run a Xobito workspace that supports end-customers directly, share the portal URL with them. They can bookmark it and track their own tickets without agent help.

The portal routes

For reference, the customer-side ticket routes are:
ActionRoute
List my ticketsGET /{subdomain}/tickets
New ticket formGET /{subdomain}/tickets/create
Submit a new ticketPOST /{subdomain}/tickets/store
View a ticketGET /{subdomain}/tickets/{ticket}
Reply to a ticketPOST /{subdomain}/tickets/{ticket}/reply
Close a ticketPOST /{subdomain}/tickets/{ticket}/close
Download an attachmentGET /{subdomain}/tickets/{ticket}/download
{subdomain} is your workspace’s URL slug; {ticket} is the ticket record.

Frequently asked questions

Attachments are stored on the workspace’s public disk under tickets/{tenant_id}/replies/. They’re served to authorised users who are part of the ticket thread.
On ticket creation, up to 5 files, 10 MB each. On replies, the per-file limit is also 10 MB. Allowed types are jpg, jpeg, png, gif, pdf, doc, docx, txt, and zip.
Yes. The ticket body is capped at 1000 characters on creation. Each reply is capped at 2000 characters (minimum 5). For longer content, attach a document.
A closed ticket is archived. For a follow-up issue, the customer opens a new ticket from the portal. Admins can revisit any ticket in the history.
No. The outbound webhooks system in Xobito does not include ticket events — tickets are UI-only. If you need to automate on tickets, monitor the email notifications or reply through the UI.
No. The tickets module has no public REST API — all creation, replies, and status changes go through the web UI.