Service Level Agreement (SLA)

Öffentliche Uptime-Zusage, Credit-Plan und Wartungsfenster. Live-Performance unter /status.

Version 1.0Wirksam ab 2026-04-17Trust-Hub

Geltungsbereich. Dieses SLA gilt für alle zahlenden Kunden auf Pro-, Team- oder höheren Plänen. Free-Tier- und Demo-Mode-Nutzer erhalten keine Service-Credits, profitieren jedoch von denselben operativen Praktiken.

1. Definitionen

  • Dienst: die Harbinger-Explorer-Webanwendung, erreichbar unter https://www.harbingerexplorer.com.
  • Monats-Uptime: prozentualer Anteil der Gesamtzeit eines Kalendermonats, in dem der Dienst verfügbar ist; berechnet als (Gesamtminuten − Nicht-verfügbare Minuten) ÷ Gesamtminuten × 100.
  • Verfügbar: der öffentliche Dienst antwortet auf authentifizierte Anfragen innerhalb von 30 Sekunden mit HTTP 2xx, gemessen von mindestens drei unabhängigen geografischen Vantage Points.
  • Ausgeschlossene Zeit: planmäßige Wartung (≥ 48 Std. im Voraus angekündigt), höhere Gewalt, oder Ausfälle, die durch Fehlverwendung des Kunden bzw. außerhalb unseres Einflusses liegende Drittdienste (z. B. Kunden-ISP, OAuth-Provider-Ausfälle, die ausdrücklich nicht Teil unseres SLA sind) verursacht werden.

2. Uptime-Zusage

Harbinger Explorer verpflichtet sich zu einer Monats-Uptime von ≥ 99,9 % für den Dienst.

Monats-UptimeService-Credit (% der Monatsgebühr)
≥ 99,9 %0 %
99,0 % bis < 99,9 %10 %
95,0 % bis < 99,0 %25 %
< 95,0 %50 %

3. Service-Credits

3.1 Credits werden als Service-Credits auf künftige Rechnungen verrechnet, nicht in bar erstattet.

3.2 Anforderung per E-Mail an support@harbingerexplorer.com innerhalb von 30 Tagen nach Ende des betroffenen Monats unter Angabe der Case-ID(s) und ungefähren Ausfallzeiträume.

3.3 Credits sind auf 50 % der Monats-Abogebühr des betroffenen Monats begrenzt. Credits sind das alleinige und ausschließliche Rechtsmittel bei Nichteinhaltung dieses SLA.

4. Wartungsfenster

4.1 Reguläre Wartung erfolgt im rollierenden Sonntag 02:00–04:00 UTC Fenster. Wir bemühen uns, den Dienst auch während dieser Fenster verfügbar zu halten; Ausfälle innerhalb des Fensters werden nicht gegen das SLA gerechnet.

4.2 Notfall-Wartung für Sicherheits-Patches kann jederzeit erfolgen. Wir veröffentlichen einen Eintrag auf /status und benachrichtigen Abonnenten über den Status-RSS-Feed.

5. Latenz-Zielsetzung (informativ)

Zusätzlich zur Verfügbarkeit veröffentlichen wir zwei Latenz-Service-Level-Objectives unter /status:

  • Workspace-TTFB-p95 < 1,5 s
  • Agent-Ende-zu-Ende-p95 < 30 s (vom Prompt-Submit bis zur ersten vollständigen Agent-Antwort)

Dies sind operative Ziele, keine vertraglichen Zusagen unter diesem SLA. Anhaltende Verletzung (> 7 aufeinander folgende Tage) eröffnet einen internen Incident und wird auf der Status-Seite reflektiert.

6. Reporting und Transparenz

7. Kündigung bei chronischem SLA-Verstoß

Verfehlt der Dienst die 99,0 %-Monats-Uptime in drei (3) aufeinander folgenden Monaten, kann der Kunde den Abonnement-Vertrag aus wichtigem Grund kündigen und erhält eine anteilige Rückerstattung der vorausbezahlten Gebühren für den ungenutzten Teil der Laufzeit.


Dokumentversion: 1.0 — Wirksam ab: 2026-04-17