So beantworten Sie eine Forderung nach 100 % Verfügbarkeit
Die Frage des AuftraggebersKönnen Sie eine Serviceverfügbarkeit von 100 % garantieren?
Machen Sie aus einem Zuverlässigkeitsziel keine Garantie völliger Ausfallfreiheit. Nennen Sie die freigegebene Verpflichtung für den tatsächlich geforderten Leistungsumfang. Sind 100 % zwingend und nicht verhandelbar, wird ein Angebot durch eine Antwort mit Vorbehalten nicht anforderungskonform.
Eine Antwort zum Anpassen
Wir können keine ununterbrochene Verfügbarkeit unter allen Umständen garantieren. Für [benannter Service, Bereitstellung und abgedeckte Funktionen] bieten wir [freigegebene Verfügbarkeitsverpflichtung], gemessen über [Messzeitraum] nach [vereinbarte Messmethode], vorbehaltlich [konkrete Ausschlüsse in den vorgeschlagenen Bedingungen]. Bei einer Unterschreitung gelten [freigegebene Abhilfen und Vertragsreferenz]. Unser Angebot umfasst [nachgewiesene Maßnahmen zur Resilienz und Wiederherstellung]; deren Umfang und Testergebnisse sind in [Nachweisreferenzen] ausgewiesen. Wiederherstellungsverpflichtungen stehen gesondert in [freigegebene Wiederherstellungsbedingungen]; sie bedeuten keine Zusage völliger Ausfallfreiheit. Bitte bestätigen Sie über [zugelassener Klärungskanal], ob diese definierte Verpflichtung für Anforderung [ID] akzeptabel ist oder ob eine vorbehaltlose Garantie von 100 % Voraussetzung für die Zulässigkeit des Angebots ist.
Ersetzen Sie alle Angaben in eckigen Klammern durch belegte Fakten. Entfernen Sie optionale Sätze, die Sie nicht belegen können. Reichen Sie diese Formulierung nicht unverändert ein.
Das Verfügbarkeits-Verpflichtungsblatt
Gleichen Sie diese fünf Punkte ab, bevor eine Prozentzahl in die Antwort gelangt. Ein Widerspruch braucht technische und kaufmännische Freigabe, keine beschönigende Formulierung.
- Was gilt als Ausfall?
- Definieren Sie den fehlgeschlagenen Nutzervorgang, die Ausfallschwelle und den Messpunkt. Eine Statusseite zur Infrastruktur belegt allein keine erfolgreichen Ende-zu-Ende-Vorgänge des Auftraggebers.
- Über welchen Zeitraum?
- Nennen Sie Messzeitraum und Zeitzone. Unterscheiden Sie zeitbasierte Verfügbarkeit vom Anteil erfolgreicher Anfragen: Derselbe Prozentsatz kann eine wesentlich andere Nutzererfahrung beschreiben.
- Was ist ausgeschlossen?
- Benennen Sie Wartung, Ausfälle von Abhängigkeiten und Kundenpflichten ausdrücklich. Prüfen Sie, ob der Auftraggeber diese Ausschlüsse zulässt, statt Ihren Standardvertrag unverändert zu übernehmen.
- Was können Sie nachweisen?
- Ordnen Sie Bereitstellungsarchitektur, Überwachungsumfang und Wiederherstellungstests dieser Gelegenheit zu. Kennzeichnen Sie eine zugesagte künftige Konfiguration als Vorschlag, nicht als bereits betriebsbereit.
- Was folgt bei Unterschreitung?
- Dokumentieren Sie vereinbarte Folgen und Anspruchsverfahren. Servicegutschriften, Kündigungsrechte und finanzielle Haftung brauchen Freigabe; der Angebotsautor entscheidet sie nicht selbst.
Was die Antwort belastbar macht
Trennen Sie eine absolute Verfügbarkeitszusage von einer messbaren Serviceverpflichtung. Klären Sie Umfang, Nachweise und Vorbehalte vor der Antwort.
Den tatsächlich genutzten Service definieren
Benennen Sie die Produktionsbereitstellung, abgedeckte Vorgänge, Servicezeiten und die Überwachungsgrenze. Ein funktionsfähiger Server bedeutet nicht zwangsläufig eine nutzbare Anwendung. Klären Sie, ob Anmeldung, Integrationen, Hintergrundverarbeitung und vom Auftraggeber verwaltete Konnektivität dazugehören. Schränken Sie die Anforderung nicht stillschweigend ein: Jeder wesentliche Ausschluss gehört in Antwort und vorgeschlagene Bedingungen.
Vier unterschiedliche Zusagen auseinanderhalten
Ein Entwicklungsziel, gemessene historische Verfügbarkeit, ein vertragliches SLA und ein Wiederherstellungsziel beantworten unterschiedliche Fragen. Historische Ergebnisse beschreiben einen Zeitraum; ein SLA eine freigegebene Verpflichtung samt Abhilfe. Wiederanlaufzeit und Wiederherstellungspunkt betreffen Wiederherstellung und Datenverlust. Keines dieser Ziele ersetzt automatisch durchgängige Verfügbarkeit.
Das SLA Ihres Dienstleisters ist nicht Ihr Anwendungs-SLA
Die Verpflichtung eines Cloud-Anbieters gilt für dessen definierten Service und die berechtigte Architektur, nicht automatisch für die gesamte Nutzung Ihres Kunden. Das Compute SLA von AWS unterscheidet beispielsweise Verpflichtungen auf Regions- und Instanzebene mit Ausschlüssen und Gutschriftregeln. Nutzen Sie dies als Beispiel zur Abgrenzung, nicht als Nachweis der Zuverlässigkeit Ihres Produkts.
Die erforderlichen Nachweise
Freigegebene Servicebedingungen
Beschaffen Sie die genaue SLA-Version, Messdefinition, Ausschlüsse, Abhilfen und Dokumentenrangfolge. Dokumentieren Sie technische und rechtliche Freigaben von Abweichungen zum Standardangebot. Lassen Sie den Prozentsatz offen, bis diese Grundlagen vorliegen.
Vergleichbare Betriebsnachweise
Fordern Sie Überwachungsdaten für den angebotenen Umfang, Berichtszeitraum und bekannte Lücken an. Trennen Sie beobachtete von garantierter Leistung. Beziehen Sie relevante Vorfälle ein, statt nur den störungsärmsten Monat auszuwählen.
Getestete Kontinuitätsmaßnahmen
Beschaffen Sie aktuelles Bereitstellungsdiagramm, Abhängigkeitsverzeichnis und datierte Wiederherstellungs- oder Failover-Ergebnisse. Klären Sie, was getestet wurde, welche Ausfälle simuliert wurden und ob Handlungen des Auftraggebers erforderlich sind.
Die freizugebende Entscheidung
- Verantwortliche
- Technik oder Serviceverantwortlicher bestätigt die Machbarkeit; Rechtsabteilung und kaufmännisch Befugte genehmigen die Verpflichtung. Der Angebotsverantwortliche dokumentiert die Zulässigkeitsentscheidung und bewahrt die Vorbehalte.
- Fortfahren
- Fahren Sie mit einer Antwort mit Vorbehalten nur fort, wenn die angebotene Verpflichtung belegt, freigegeben und durch Auftraggeberanweisungen oder eine maßgebliche Klarstellung zugelassen ist.
- Nicht fortfahren
- Antworten Sie nicht mit Ja, wenn dies eine unbelegte Ausfallfreiheitsgarantie annimmt. Ist die Anforderung zwingend und lehnt der Auftraggeber Alternativen ab, erhalten Sie die Lücke und eskalieren die Angebotsentscheidung.
- Zur Entscheidung vorlegen
- Bitten Sie den Auftraggeber, Verfügbarkeitsziel, Vertragsverpflichtung und Kontinuitätsanforderung zu unterscheiden. Nutzen Sie das zugelassene Fragenverfahren; verlassen Sie sich nicht auf informelle Zusicherungen außerhalb dieses Verfahrens.
Die Entscheidung in den Abgabeunterlagen sichern
Prüfen Sie vor Freigabe, dass die finale Antwort den genehmigten Serviceumfang, Prozentsatz und Ausschlüsse erhält und die richtige SLA-Fassung nennt. REQVERA ist eine abschließende Kontrollebene für Anforderungen, Antworten, freigegebene Nachweise und Abgabedateien — kein Verfügbarkeitsgarant und kein Werkzeug zur Verhandlung von Ausnahmen.
Den tatsächlichen Ablauf der Abschlussprüfung ansehenGeltungsbereich & maßgebliche Quellen
Illustrative Auftraggeberfrage, kein berichteter Kundenfall. Allgemeine Angebotspraxis zu Verfügbarkeitszusagen; kein REQVERA-SLA und keine Produktfähigkeit werden behauptet. Vertragswirkung und zwingende Ausschreibungsbedingungen erfordern die zuständige Rechts- und Vergabeprüfung.
- Google SRE: Service Level Objectives
Technische Primärreferenz zur Unterscheidung von Indikatoren, Zielen und Vereinbarungen sowie zur Vorsicht bei absoluten Verfügbarkeitszielen. Kein aktuelles SLA eines Google-Produkts.
- Amazon Compute Service Level Agreement
Anbieterspezifisches Beispiel für architekturabhängige Verpflichtungen, Definitionen, Ausschlüsse und Abhilfen. Es begründet nicht das SLA des antwortenden Lieferanten.