Requests with priority
Every request has a status, from “Open” to “Urgent”, or “Awaiting client reply” when it’s waiting on the client, and an owner.
Requests with a status and an owner, projects with team assignments, and invoicing linked to your ERP, in the same system, for technical teams that need both.
Every request has a status, from “Open” to “Urgent”, or “Awaiting client reply” when it’s waiting on the client, and an owner.
Gantt charts, deadlines and time logged per project, assigned to a specific member of the team.
Invoices, payments and client balances synced automatically from your ERP.
The same ticket, the same project and the same invoice all live under the same client, not in three separate tools. For a technical company running development projects AND maintenance contracts in parallel, that means nobody has to open a second tool to see whether a client owes money, whether one of their tickets is pending, or whether their project is close to its deadline.
Every request can start right away, or go through cost approval first. The choice is made when the request is created.
| Aspect | Direct request | Estimate first |
|---|---|---|
| Work starts | Right away | After client approval |
| Statuses in between | - | “Awaiting estimate” → “Awaiting client approval” |
| Can an employee skip it? | - | No; the rule is enforced by the system itself |
| What the client does | Follows the progress | Approves or rejects the estimate |
Project type (examples)
Contract type
Websites, hosting, domains, third-party services: every client has their own password vault inside their portal, with title, URL, username and encrypted password, visible only to people with explicit access. The client adds, edits or deletes entries on their own, so they don’t have to email you their domain password for you to remember it, and the next technician who picks up the ticket doesn’t dig through old messages to find a username.
Every active project has a schedule status, calculated from the hours estimated against the hours actually logged, and every team member has their own workload status, from light to overloaded. That matters most when the same technicians handle projects AND support requests together, and a new assignment shouldn’t be made blind: the person in charge sees who has room before assigning the next urgent ticket, instead of asking around one by one.
A client with an active project and no communication for 30 days, or with an active contract and no contact for 20 days, is flagged automatically in a weekly report, before they have to ask “what happened with my site?” or, worse, don’t ask at all and simply leave. In a technical company with dozens of maintenance contracts at once, nobody can keep track of which client has gone silent.
Yes, every day. It is recalculated from the actual billable time logged on the contract’s tickets, not by subtracting hours by hand.
In the password vault of their portal, encrypted and visible only to people with explicit access, not in a shared file.
Yes. Every member has a workload status, from light to overloaded, calculated from the hours they have taken on in active projects.
30 minutes. We show you the platform, listen to how your team works, and send a tailored proposal within a few days.