The volume is discovered late
A twenty-day contract is used up intervention after intervention. Without a count kept as you go, you learn it is exhausted the day you schedule the next one, or the day the invoice surprises the client.
Maintenance contract management often happens in two places that do not talk to each other: the contract sleeps in a folder, and the interventions live in a schedule. In between, the volume used is rebuilt by hand, the day the client asks for it. In pylotik, the maintenance contract is a managed object: its period, its volume, its catalog, its committee and its indicators, read by you and by your client on the same data.
A maintenance contract commits over time. That is precisely what makes it forgotten between two deadlines.
A twenty-day contract is used up intervention after intervention. Without a count kept as you go, you learn it is exhausted the day you schedule the next one, or the day the invoice surprises the client.
The maintenance committee is prepared with extracts copied into a deck. What was done, what remains, what slipped: everyone arrives with their own figures, and the meeting is used to reconcile them.
Who approves an intervention at the client, who rules on an overrun, who sits on the committee? Written in the contract, rarely in the tool where the work is done.
The contract is attached to its client, who can be an external organization or an internal team. It goes from draft to active, then to closed.
A start and end date, a reference, a description and a purchase order. The contract knows what it is made of before the first intervention.
An intervention volume in days, deducted at each approved intervention. A schedule that would exceed the remaining volume is refused and the gap is stated, rather than noted after the fact. A volume left empty means a contract with no ceiling.
Under fixed price, the contract has its own payment schedule. Under time and materials, each approved intervention is valued at the rate of its type. It is a billing mode, chosen contract by contract, not a steering mode.
The contract authorizes a list of intervention types, each with its default duration and rate. What is not in the catalog cannot be scheduled on this contract.
A director and a manager on the supplier side, their counterparts on the client side. Everyone knows what falls to them, and it is the tool that reminds them, not the memory of whoever signed.
The contract has its committees, held on the pylotik. screens. The contract's indicators are frozen there at each session, and the minutes go to the client for approval.
Maintenance contract steering is part of the core, on every tier, like the contract of each project, where fixed price or time and materials is chosen. Scheduling interventions and their acceptance signed by the client make up the Interventions module, from the Business tier: see the pricing page.
A maintenance contract is not a flow of requests to resolve as they come: it is a dated commitment, which follows a cycle.
Your client finds their contracts in their space: the volume used, committed and remaining, interventions by status, lead times. These are the indicators frozen at the last committee, the same as yours. They approve or refuse, with a reason, the interventions that concern them, and they approve or refuse the minutes of the maintenance committee. Their access is free.
What you keep to yourself does not change: your teams' workload, your costs, your margins and your internal reporting stay invisible on their side. A shared truth about the contract, a responsibility that stays whole on the supplier's side: this is what we call operational commitment management.
The scope is deliberately clear, so that the demo holds no surprise.
What the maintenance contract does bring, on the other hand, is what is most often missing: a volume kept up to date, interventions scheduled against real workload, a committee that has its material, and a client who reads the same thing as you. The drift mechanics are the same as on a project: a maintenance contract is a dated commitment, which the commitment levels page places at the heart of the target.
A managed maintenance contract is a dated commitment: a period, a volume in days, a catalogue of interventions, interventions scheduled on the actual workload and validated by the client, a committee and a history. Support handled incident by incident is a flow of requests to resolve as they come, under service levels: that is the job of a project ticketing or ITSM tool. pylotik manages the former and handles neither service levels nor penalties. See project ticketing or ITSM and where pylotik fits.
Yes. The billing mode is chosen contract by contract: fixed price, with its own payment schedule; time and materials, valuing each approved intervention at the rate of its type. Steering, for its part, does not change.
An intervention that would exceed the remaining volume cannot be scheduled on this contract, and the gap in days is displayed. The overrun is discussed before the intervention, not on the invoice.
No. The period is carried by the contract and can be read at any time, but no renewal or deadline alert is automated today.
They see their contracts and their indicators, frozen at the last committee: volume used, committed and remaining, interventions, lead times. They see neither your costs, nor your margins, nor your teams' workload.
Yes. The client of a contract can be a team in your organization: an IT department that maintains its business lines' tools holds the same commitments, without a commercial contract.
The demo runs on a data set that is already filled in: a contract, its volume, its interventions, its committee, and what the client reads of it.