A real SLA. In writing.
Response-time targets, credit-back if we miss, and a public quarterly report on how we did.
A lot of IT providers stay vague about response times. We write ours down. Every Topping Technologies managed-services client gets the same targets below, put into your agreement and measured every quarter.
Every ticket gets a priority and a clock
| Priority | What it covers | Response target |
|---|---|---|
| P1 · CriticalBusiness stopped | Outage, downed server or network, a site offline, or a security incident in progress. An engineer is actively working it within one hour. | 15 min |
| P2 · HighMajor impact | A core system degraded or a group of users blocked. Painful and urgent, though the business is still moving. | 30 min |
| P3 · StandardSingle user / request | An individual issue, a question, or a routine change request. Handled fast, in order, without the noise of an emergency. | 4 hrsbusiness hours |
Miss the target? You get a credit.
A response target only means something if missing it costs us. So if we miss a committed target on your tickets, you get a service credit on your next invoice, on a schedule already written into your agreement. It is settled up front, so there is nothing to haggle over later.
Every quarter, you also get a plain report of how we did against these numbers across your account.
None of the big names will put this in writing
When we looked at the regional field, not one competitor published a response-time guarantee on a public page or in a standard contract. An SLA with credit-back terms is about the clearest trust signal an IT partner can give, so we lead with it.
Frequently asked questions
When does the response clock start?
What counts as a P1 critical incident?
What is the service credit if you miss a target?
Do you really publish your adherence numbers?
Is the SLA the same for every client?
Hold us to it.
Ask for the SLA in your proposal. We'll write these targets and the credit terms into your agreement before you sign anything.