Support
The ticket queue with priorities, categories, labels, teams and an assignee. Every ticket has a page with the conversation, the attachments and the history of every step.
- Tickets
- Categories
- Labels
- Teams
- Service agreements
- Recycle bin
Support requests, planned maintenance, the HACCP log and device inventory stop living in chat threads, spreadsheets and inboxes. TicketOS holds them together, with the full history of every request and the person handling it.
The platform
The screens below are the real TicketOS interface, rebuilt inside this page. Switch tabs for the home page, the ticket queue, maintenance with the HACCP log, and the device inventory.
The dashboard opens the day: how many tickets are open, how many were closed, which ones are past their deadline, and how the queue moved over the last two weeks.
The full queue, filterable by venue, category, priority, status and assignee. Rows stay on a single line: you scroll sideways rather than read truncated text.
Planned work on the shared calendar and the HACCP log with the readings for the period, ready to export for an inspection.
Fleet inventory with the assigned person, where each record came from, and the budget spent per department. Rows marked MDM arrive from the Hexnode sync.
The screens are the real interface of the platform. Figures, venue names and people names are illustrative: no venue or employee data is published here.
Seven Investfood group brands on the same system, each one with its data kept apart from the others.
90
venues served
7
brands on one system
600
people in the network
20
operational sections
The problem
Within a month the same fridge gets reported three times, by three people, on three different channels. Nobody knows whether the technician already came. Nobody knows what the last repair cost. At inspection time there is no date, no signature, no recorded temperature.
TicketOS removes the problem at the root: every report becomes a ticket with a number, a venue, a category, a priority and a person responsible for it. From that point on, everything stays written down.
Modules
Each area stands on its own and is switched on when it is needed. Permissions follow the person role, so an area manager sees their network and an agent sees their queue.
The ticket queue with priorities, categories, labels, teams and an assignee. Every ticket has a page with the conversation, the attachments and the history of every step.
Planned and unplanned work on equipment, a shared calendar, a contract renewal schedule and an HACCP log whose readings are signed and ready for inspection.
Inventory of laptops, tablets and phones with the person they belong to, the purchase catalogue, stock on hand and the budget spent per department.
Venues, brands, area managers, agents and data collection forms built without writing code. Reports cross volumes, times and costs across the whole network.
How it works
The venue opens a ticket from the portal, from the till, from a public form, or simply by writing to a dedicated email address. Either way it enters the same queue.
Category and priority decide the team and the deadline. Whoever takes it gets a Slack notification and an in app alert, and answers from the ticket page.
When it closes, the conversation, attachments, times and costs stay. Reports read them back per venue, category, agent and supplier, with no manual work.
Intake channels
Asking someone behind a counter to learn a new program during service does not work. TicketOS takes the request on the channel that person already uses, and turns it into a tracked ticket anyway.
On the floor
People working in a venue do not have a desk. The interface adapts to the screen, the navigation bar sits at the bottom where the thumb lands, and fields do not make the page zoom by themselves when a form is tapped.
Integrations
Support requests and development requests go to separate channels, so neither group reads the other notifications.
A dedicated receiving address and signed outbound notifications, with a sender identity configurable per company.
Weekly fleet sync: serial numbers, models and owners arrive in the inventory on their own.
An embed interface to open and follow a ticket without leaving the till software.
Scheduled visits are published as calendar entries and drop straight into the technician agenda.
Token authenticated routes under an api prefix, to connect other back office systems, warehouses and internal tools.
Security and data
The platform is multi company by design. Separation is not a convention among the people writing the code: it is enforced on every request, server side.
Firebase authentication with expiring tokens. Four roles, from super administrator down to the venue user.
Every record carries its company reference and every query applies it. No data crosses the boundary.
Integration keys are encrypted with the key management service and can be rotated without stopping the service.
Application and database hosted in Europe, with a static egress address for suppliers that need to allow it in advance.
FAQ