Managed Cloud Service Level Agreement
What we commit to on availability, backups, restores, certificates, updates and support, and what you get if we miss.
Last updated
This Service Level Agreement (the “SLA”) applies to customers with an active, paid Managed Cloud service. It forms part of the Managed Cloud Terms of Service.
It does not apply to a suspended service, a trial instance, a staging or sandbox instance, or to software you run yourself outside Managed Cloud.
| Term | What it means here |
|---|---|
| Instance | The Stockovaa application and database we operate on your behalf. |
| Available | Your instance responds to a request for its sign-in page with a successful response within 10 seconds, from our monitoring locations. |
| Downtime | A period of consecutive minutes during which your instance is not available, excluding anything listed in clause 8. |
| Monthly uptime | Total minutes in the calendar month, less downtime minutes, divided by total minutes, expressed as a percentage. |
| Business hours | 08:00 to 18:00 West Africa Time, Monday to Friday, excluding Nigerian public holidays. |
| Recovery point objective (RPO) | The maximum amount of recent work that could be lost in a worst-case restore. |
| Recovery time objective (RTO) | The target time to bring your instance back after a declared failure. |
We target 99.9% monthly uptime for your Managed Cloud instance, measured across a calendar month.
| Monthly uptime | Allowed downtime in a 30-day month |
|---|---|
| 99.9% | About 43 minutes |
| 99.5% | About 3 hours 39 minutes |
| 99.0% | About 7 hours 18 minutes |
Availability is measured at our infrastructure edge from at least two independent monitoring locations, at intervals of one minute or less. A single failed check is not downtime. Downtime starts at the first of two consecutive failed checks and ends at the first successful check.
Your live uptime figure, the current month to date, is shown on the dashboard in the Managed Cloud portal. You do not have to take our word for it at the end of the month.
Backups are the part of this service that matters most on the worst day you will ever have. These are the commitments.
| Commitment | Target |
|---|---|
| Backup frequency | At least once every 24 hours, automatically. |
| Recovery point objective | 24 hours. At worst you lose the work done since the last completed backup. |
| Recovery time objective | 8 business hours from the point a restore is authorised by you. |
| Retention | 30 days of daily backups, plus 12 monthly snapshots. |
| Storage | Encrypted at rest, in a location separate from the instance it protects. |
| Restore testing | We test a restore at least quarterly, on a real customer backup, to a throwaway environment. |
Requesting a restore
- Restores are requested from the Backups page in the Managed Cloud portal, or by contacting support.
- A restore overwrites current data with the contents of the chosen backup. We will always confirm in writing with a named person on your side before we run one.
- Restoring to a separate copy, so you can inspect the data without touching production, is available on request and is the option we will usually recommend first.
- Restores caused by our fault are free. Restores caused by a mistake on your side, such as staff deleting records, are also free up to twice in any 12-month period. Beyond that we may charge for the engineering time.
Longer retention is available. If your sector requires you to keep records for seven years, tell us and we will quote for it.
| Commitment | Target |
|---|---|
| TLS certificates | Issued and renewed automatically. Renewal begins at least 30 days before expiry. A certificate on a domain we manage will not be allowed to lapse. |
| Critical security patches | Applied within 72 hours of a fix being available to us, or sooner where a vulnerability is being actively exploited. |
| High severity patches | Applied within 14 days of a fix being available to us. |
| Routine updates | Applied on the published schedule shown in the Managed Cloud portal. |
| Certificate expiry visibility | Shown on your dashboard, with an alert to the account owner ahead of any expiry. |
Security patching may require a brief restart. Where the risk justifies it, we will apply the patch first and notify you afterwards rather than wait for a maintenance window.
How we secure the platform more broadly is described in the Data Processing Agreement and the Privacy Policy.
- Planned maintenance expected to interrupt service is notified to the account owner at least 5 business days in advance.
- It is scheduled outside business hours wherever the work allows.
- We aim to keep planned interruptions under 60 minutes in any calendar month.
- Planned maintenance notified in line with this clause does not count as downtime.
Emergency maintenance may be carried out at any time to protect the security, integrity or availability of the platform. We will notify you as soon as it is practical to do so, and emergency maintenance is treated as downtime unless it was required by something in clause 8.
Managed Cloud support is by email, by phone and through the ticket queue in the Managed Cloud portal. Tickets give you a written trail, so they are the channel we recommend for anything that is not urgent.
| Severity | What it means | First response | Update frequency |
|---|---|---|---|
| S1 Critical | The instance is down, or trading has stopped entirely. | Within 1 hour, any day, any time. | Hourly until service is restored. |
| S2 Major | A core function is broken and there is no workaround. Trading continues but is impaired. | Within 4 business hours. | Daily. |
| S3 Minor | Something is wrong but there is a workaround, or it affects one user. | Within 1 business day. | Every 3 business days. |
| S4 Request | A question, a configuration change, a report request. | Within 2 business days. | On progress. |
A response target is our first meaningful reply from a person who can act, not an automatic acknowledgement, and not a promise of resolution. We set severity when the ticket is opened. If you think we have called it wrong, say so and we will review it immediately.
S1 is answered around the clock. Everything else is answered in business hours, which are 08:00 to 18:00 West Africa Time, Monday to Friday, excluding Nigerian public holidays.
- We manage DNS records for domains you connect to your instance, and we bind and renew certificates for them.
- DNS changes you request through the portal are applied within 1 business day. Propagation across the internet afterwards is outside our control.
- Where you own the domain, its registration and renewal remain your responsibility unless we have separately agreed to manage them.
- We will alert you when a connected domain is approaching expiry, if the registrar exposes that information to us. That alert is a courtesy, not a commitment, and it does not transfer responsibility for renewal to us.
A domain that expires at its registrar takes your site offline no matter how well the instance behind it is running. Downtime caused this way is excluded under clause 8.
The availability commitment does not apply to unavailability caused by any of the following.
- Planned maintenance notified in line with clause 5.
- Emergency maintenance required to address an active security threat.
- Anything genuinely outside our reasonable control, including a national network failure, a regional data-centre outage, civil unrest or an act of government.
- Failure or degradation of a third-party service you asked us to integrate with, including payment gateways, messaging providers and registrars.
- Your own network, devices, browsers or local internet connection.
- A domain of yours that expired, or DNS you changed outside the portal.
- Custom code, a plugin or an integration added to your instance at your request.
- Use that breaches the Acceptable Use Policy, including load that we have asked you to reduce.
- Suspension for non-payment, or any period covered by clause 9 of the Terms of Service.
- A restore you asked us to run, for the duration of that restore.
If we miss the availability commitment in a calendar month, you are entitled to a credit against your next managed service invoice.
| Monthly uptime achieved | Credit |
|---|---|
| 99.9% or better | None. The commitment was met. |
| Below 99.9% down to 99.0% | 10% of that month's managed service fee |
| Below 99.0% down to 97.0% | 25% of that month's managed service fee |
| Below 97.0% | 50% of that month's managed service fee |
How to claim
- Claim within 30 days of the end of the month concerned, through a support ticket or by email to the Managed Cloud team.
- Tell us the dates and approximate times you were unable to use the service. Our monitoring records are the reference, and we will share the relevant extract with you.
- We respond to a claim within 10 business days.
- Credits are applied to a future managed service invoice. They are not paid in cash and they are not transferable.
- Credits in any single month are capped at 50% of that month's managed service fee.
Service credits are your sole and exclusive financial remedy for a failure to meet a service level, as stated in clause 8 of the Terms of Service. They are separate from a refund. The Refund Policy explains the difference.
Credits are not the answer to a service that keeps failing. If we miss the availability commitment in three consecutive calendar months, or in any four months within a rolling twelve, you may end the managed service immediately by written notice and we will refund the unused portion of your current term, calculated pro rata.
Clause 9 of the Terms of Service applies from that point. Your perpetual licence is unaffected, and the free data export described there is available in full.
We would rather you never need this clause. If the service is letting you down, tell us early. Escalation details are on the support page.
- We may update this SLA. A change that reduces a commitment takes effect at your next renewal, never mid-term.
- A change that improves a commitment takes effect when published.
- The account owner is notified by email of any change that reduces a commitment, at least 60 days before your renewal date.
Something not right?
Raise it while it is happening rather than at the end of the month. We can only fix what we know about, and a live report is worth more than a credit.
- Customer support
- support@stockovaa.com
- Managed Cloud team
- managed@stockovaa.com
- Phone
- +234 707 222 2315
- Response time
- Within one business day
The other documents
- Terms of ServiceThe agreement itself. What your perpetual licence covers, what the service fee buys, and what happens if the service lapses.
- Refund PolicyWhich payments can be refunded and which cannot, and why a licence fee and a service fee are treated differently.
- Acceptable Use PolicyWhat you may and may not run on your instance, including custom code, outbound email and capacity.
- Privacy PolicyWhat we hold about you as our customer, why, who else sees it, and how long we keep it.
- Data Processing AgreementThe processor terms for the personal data inside your instance, including the access our engineers hold.
- Cookie PolicyWhat this site and the portal store on your device, and why your own instance needs its own notice.

