Open an incident properly
With their description, the affected equipment and a photo. You stop having to interpret "the hallway AC isn't working" at eight in the morning.
Client app
Half the calls a maintenance company gets aren't requests: they're just asking how things are going. With their own access, the client sees it themselves and the call never happens.
When the information only exists inside your system, you are your client's search engine.
Their own access, scoped to their sites, their assets and their work orders.
With their description, the affected equipment and a photo. You stop having to interpret "the hallway AC isn't working" at eight in the morning.
What state each job is in, who's handling it, and what's been done. The information that today gets asked over the phone.
Upcoming preventive visits on a calendar or timeline. They know when it's their turn without asking, and can arrange site access.
The PDF of every job, whenever they need it, without asking you. And they can upload any documents they want to attach.
If you give them that permission, the client signs the report from their own access. Useful when the site manager wasn't there the day of the visit.
What equipment they have, at which site, with what history and documentation. Often the first time a client sees it laid out clearly.
For when your client expects a real platform: what they see and can do is a lot more than it looks.
Indicators, status and trend of their incidents, activity by site, what needs their attention and their upcoming visits, on a single screen.
Each incident carries its history of communications, so what was said is not lost in an email or a WhatsApp.
They receive the proposal, read it and approve or reject it from their own access, with a record of who did it and when.
Each piece of equipment with its history and documentation. And, if you grant the permission, creating, editing or moving assets.
A document tree by site and by asset, which they can browse and add their own files to.
If you enable the expenses module, the client checks them by period.
With the warehouse module active, they check the stock and materials of their sites.
They answer, with their rating, the surveys you send them, and you collect their opinion without asking for it elsewhere.
The same information in two interfaces. On mobile, an installable app designed for one-handed use: report with a photo, check how a job is going, approve a quote. On a computer, views designed for a large screen —lists, tables, board and calendar of work orders, a dashboard with indicators and detail sheets— for the manager who works with many sites. It is the one best appreciated by whoever has to follow many sites at once, and the information is the same their team sees on mobile.
Of everything the client access offers, the most surprising is that they can see their future preventive visits, with dates, sites and assets, on a calendar or timeline. A client who knows the chiller inspection is due next month doesn't call to ask, arranges site access, and, above all, understands what they're paying for. It's the difference between a contract perceived as a recurring bill and one perceived as a service.
Leave your details and we will get in touch to see whether we fit. No commitment, no lock-in period.
That scoping is what makes this safe to open up.
Their sites, their assets, their work orders. One client never reaches another's, not even by direct link.
Within the same client, a store manager and the head office contact don't have to see the same thing.
Subcontractors log in through their own access, scoped to the jobs assigned to them.
The client app is available in eleven languages, which matters when a chain has sites abroad.
Your client can check, contribute and request, but does not run the job: they cannot change a work order's state. That's a product decision, not an unresolved limitation. The lifecycle of a job — what's assigned, what's in progress, what's closed — is owned by whoever is providing the service, because they're the one accountable for it. Opening it up to the client would turn the state into a negotiation and strip the history of its evidentiary value. What they can do, if you grant the permission, is sign the report: giving their sign-off, which is a different thing.
Signing up every client the same day and sending an email with credentials is the surest way to get no one to log in. What works is the opposite: start with two or three clients who call a lot — they're the ones who'll appreciate it most — and open their access in a meeting, showing them the two screens they'll actually use. From there, the best sales pitch for the rest is that their peers in the same industry already have it. And a practical tip: instead of announcing the portal, start answering their questions with a link to the specific work order. Within two weeks they're logging in on their own.
A complete access limited to their own scope: dashboard with indicators, incidents with their conversation, work orders and reports in PDF, quotes they approve or reject, calendar and upcoming preventive visits, assets with their history and documentation, and satisfaction surveys. On mobile and on a computer, in eleven languages and with per-person permissions. Whether they use it more or less afterwards depends on each client: what counts when they demand it is being able to show that it exists and that it is up to the task. In the demo we set up the access of one of your clients so you can show it to them.
Yes, with lists, tables, a board and a calendar of work orders and a dashboard with indicators, designed for whoever manages many sites. The information is the same as on mobile: only the way of seeing it changes, adapted to a large screen.
There's no per-license limit, so the decision is yours and worth thinking through: giving access only to the account manager is easy to manage, but giving it to every site manager too is what actually cuts down the calls, because the person who sees the problem is the one who opens the ticket.
Yes, if you work with quotes: the client receives the proposal in their access and approves or rejects it from there, with a record of who did it and when. It's one of the things that speeds work up most, because a pending quote stops falling asleep in an inbox no one connects to the breakdown.
No. Each access is scoped to that client's own sites, assets and work orders, and that limit is enforced on the server, not just in what's shown on screen.
No, and it's deliberate. The lifecycle of the job is owned by whoever provides the service. The client can sign the report if you grant that permission, which is giving their sign-off, not managing the state.
No. The client app installs on the device, but it's built for checking and requesting with a connection. Working without coverage is the technician's scenario, and it's the technician app that's built for that.
In practice, no. The two things a client does — open an incident and check how it's going — are designed for someone who logs in three times a month and doesn't remember anything from the last time.
They have their own portal, separate from the client one, with access limited to the jobs assigned to them and to handing back what they did inside the system.
In the demo we'll set up access for one of your clients with their sites, to see what they'd see and what they'd stop asking you.
Accessibility
Saved in this browser. Light or dark theme is set from the footer.