⚖ AgroHub Legal Center

Service Level Agreement

AgroHub's Service Level Agreement: availability, support and performance commitments across Basic, Standard and Premium tiers for platform, API and webhooks.

Version 1.0 Effective 26 June 2026 Owner Chief Technology Officer Next review 26 June 2027
↓ Download PDF ↓ Word (.docx) ← Legal Center

On this page

1. Overview 2. Service Tiers 3. Availability Commitment 4. Support and Incident Response 5. Performance Targets 6. Escalation Path 7. Scheduled Maintenance 8. Exclusions 9. Service Credits 10. Consumer Responsibilities 11. Reporting and Reviews 12. Definitions 13. Term, Review, and Revision History
Incorporated by reference. This document is a governing platform policy. By integrating with, transacting on, or signing any agreement with AgroHub — including any Memorandum of Understanding, Integration / API Services Agreement, data-protection agreement, or order form — you agree that the then-current version of this document, together with the Integration Policy, is incorporated into that agreement and binding on the parties.

1. Overview

This Service Level Agreement (“SLA”) defines the availability, support, and performance commitments AgroHub provides for its production services — the AgroHub platform, the Data Intelligence API, and its webhook and event delivery. It applies to internal teams, integrated partners, and external consumers who have been assigned a service tier.

This SLA operates alongside the AgroHub Integration Policy and any partner agreement, integration annex, or order form. Where a partner agreement specifies different terms, that agreement prevails for the affected service.

Note: Several AgroHub flows depend on partner services that act as conditional gates (see the Integration Policy). Where a third-party partner is on the critical path, that partner’s own SLA governs its uptime; AgroHub’s commitments here are measured net of partner-caused unavailability (Section 8).

2. Service Tiers

AgroHub offers three tiers. Each consumer or integration is assigned a tier, which determines the commitments below.

Tier Typical Consumer Summary
Basic Sandbox, pilot, and non-critical internal use. Best-effort support, business-hours coverage.
Standard Integrated partners and production business workloads. 99.9% uptime, priority support, defined response times.
Premium Strategic partners, financiers, and mission-critical flows. 99.99% uptime, 24/7 support, fastest response and resolution.

3. Availability Commitment

Availability is the percentage of time in a calendar month that the covered service is operational, excluding Scheduled Maintenance and the Exclusions in Section 8.

Tier Monthly Uptime Max Downtime / Month Measurement
Basic 99.0% ≈ 7h 18m Best-effort; not credit-bearing.
Standard 99.9% ≈ 43m Monthly, calendar month.
Premium 99.99% ≈ 4m 23s Monthly, calendar month.

Uptime = (Total Minutes − Excluded Minutes − Downtime Minutes) ÷ (Total Minutes − Excluded Minutes) × 100. “Downtime” means a period in which the covered service is unavailable or fails all authenticated requests.

4. Support and Incident Response

4.1 Severity Definitions

Severity Definition Example
P1 — Critical Service down or a conditional gate failing; material trade or settlement impact; no workaround. Booking gate or Data Intelligence API fully unavailable.
P2 — High Major function impaired or severely degraded; limited workaround. Elevated error rate; webhook delivery badly delayed.
P3 — Medium Minor function impaired; reasonable workaround exists. Non-blocking defect; degraded non-critical endpoint.
P4 — Low Question, cosmetic issue, or feature request. Documentation query; UI cosmetic defect.

4.2 Support Coverage and Channels

Tier Coverage Hours (PKT) Channels
Basic Business hours (Mon–Fri, 09:00–17:00). Email, knowledge base.
Standard Extended (Mon–Fri, 07:00–19:00) + P1 after-hours. Email, portal, phone for P1.
Premium 24 × 7 × 365 for all severities. Email, portal, phone, dedicated channel, named contact.

4.3 Target Response Times

“Response” means the time from a correctly submitted ticket to a substantive acknowledgement by an AgroHub engineer, measured within the tier’s coverage hours (24×7 for Premium).

Severity Basic Standard Premium
P1 — Critical 1 business day 1 hour 15 minutes
P2 — High 2 business days 4 hours 1 hour
P3 — Medium 3 business days 1 business day 4 hours
P4 — Low Best effort 2 business days 1 business day

4.4 Target Resolution / Workaround Times

“Resolution” means restoration of service or a reasonable workaround. Complex defects may be permanently fixed in a later release after an interim workaround is provided.

Severity Basic Standard Premium
P1 — Critical Best effort 8 business hours 4 hours
P2 — High Best effort 2 business days 1 business day
P3 — Medium Next release 5 business days 3 business days
P4 — Low Backlog Next release Next release

5. Performance Targets

For the Data Intelligence API and webhook delivery, AgroHub targets the following monthly levels, measured at the service edge and excluding client-side network latency.

Metric Basic Standard Premium
API success rate ≥ 99.0% ≥ 99.9% ≥ 99.95%
API response time (P95) < 800 ms < 500 ms < 300 ms
Webhook delivery (P95) < 5 min < 60 sec < 30 sec

6. Escalation Path

If a ticket is not progressing within the target times, consumers may escalate as follows:

  • Level 1 — Support engineer (ticket owner).

  • Level 2 — On-call / platform lead (P1 / P2).

  • Level 3 — Engineering Manager and Incident Commander.

  • Level 4 — Chief Technology Officer and, for Premium, the named account contact.

For P1 incidents on Premium accounts, AgroHub opens a major-incident bridge and provides updates at least every 30 minutes until service is restored.

7. Scheduled Maintenance

  • Routine maintenance is performed within a published weekly window, announced at least 48 hours ahead (Standard) or 5 business days ahead (Premium).

  • Emergency maintenance to address security or stability risks may proceed with shorter notice; AgroHub gives as much notice as practical.

  • Windows are designed to avoid peak trade periods and, where possible, are zero-downtime. Announced maintenance does not count against the availability commitment.

8. Exclusions

The availability and performance commitments do not apply to unavailability or degradation caused by:

  • Scheduled or announced emergency maintenance.

  • Third-party partner outages on the critical path (e.g. a gated logistics or data provider), governed by that partner’s own SLA.

  • Factors outside AgroHub’s reasonable control, including force majeure and upstream network or cloud-provider outages.

  • The consumer’s equipment, software, configuration, or integrations not provided by AgroHub.

  • Use exceeding documented rate limits or in breach of the Integration Policy or acceptable-use terms.

  • Beta, trial, preview, or sandbox features, which are provided “as is.”

9. Service Credits

If AgroHub fails to meet the monthly availability commitment for a Standard or Premium service, the consumer may request a service credit as a percentage of that service’s monthly fee. Basic-tier services are not credit-bearing.

9.1 Standard Tier

Monthly Uptime Service Credit
< 99.9% and ≥ 99.0% 10% of monthly fee
< 99.0% and ≥ 95.0% 25% of monthly fee
< 95.0% 50% of monthly fee

9.2 Premium Tier

Monthly Uptime Service Credit
< 99.99% and ≥ 99.9% 10% of monthly fee
< 99.9% and ≥ 99.0% 25% of monthly fee
< 99.0% 50% of monthly fee

9.3 Claim Process

To receive a credit, the consumer must submit a request through the support portal within 30 days of the end of the affected month, with dates, times, and supporting logs. Credits are applied to a future invoice, are the consumer’s sole and exclusive remedy for missed availability, and may not exceed 50% of the affected service’s fee for that month.

10. Consumer Responsibilities

To be eligible for these commitments, the consumer agrees to:

  • Use supported API versions, SDKs, and integration patterns.

  • Stay within documented rate limits and follow the Integration Policy.

  • Verify webhook signatures and handle retries idempotently.

  • Maintain accurate contact and escalation details.

  • Keep credentials secure and rotate them as required.

11. Reporting and Reviews

AgroHub publishes a status page for covered services. Standard and Premium consumers receive a monthly availability report. Premium consumers additionally receive a quarterly service review covering performance against this SLA, incident and gate-reliability trends, and upcoming changes.

12. Definitions

Term Definition
Covered Service The AgroHub platform, Data Intelligence API, or webhook/event delivery assigned to a tier.
Downtime A period in which a covered service is unavailable or fails all authenticated requests.
Response Time Time from a valid ticket to a substantive engineer acknowledgement.
Resolution Time Time to restore service or provide a reasonable workaround.
Service Credit A credit against future fees for a missed availability commitment.
Scheduled Maintenance Planned work performed within an announced window.

13. Term, Review, and Revision History

This SLA is effective on the date stated and remains in force for the duration of the applicable agreement. It is reviewed at least annually; material changes are communicated to affected consumers with at least 30 days’ notice.

Version Date Author Summary
1.0 26 June 2026 Chief Technology Officer Initial issued version with Basic, Standard, and Premium tiers.
This page is the canonical, version-controlled text of the Service Level Agreement. Where a downloaded copy differs from this page, the version published here at the effective date stated above prevails. AgroHub may update this document; material changes are communicated to affected partners. Questions: contact AgroHub.