Supportzeitraum (Anhang II)
Entwurf — nicht kundenverbindlich, bis Recht und Vertrieb unterzeichnet haben. Dauer, Uhrstart, SKU-Abdeckung und das Verhältnis „kostenloser“ Security-Updates zu einem Supportvertrag sind TBD.
Anhang II verlangt, den Supportzeitraum für Sicherheitsupdates mit dem Produkt anzugeben. Art. 13 verlangt, diesen Zeitraum festzulegen und anzugeben (fünf Jahre sind die übliche Erwartung, sofern nicht die Art des Produkts einen kürzeren Zeitraum rechtfertigt). Diese Seite ist der gesammelte Entwurf, keine unterzeichnete Anhang-II-Erklärung.
Vorgeschlagener Wortlaut (unsigniert)
Roasthubs stellt Sicherheitsupdates für mindestens fünf (5) Jahre bereit, gerechnet ab dem späteren der folgenden Zeitpunkte:
- Lieferdatum (Übergabe / Go-live des in Betrieb genommenen IPC), oder
- Datum der letzten Major-Version der unter dem Vertrag installierten Roasthubs-Software.
In diesem Zeitraum sollen Security-Remediation-Updates ohne zusätzliche Gebühr für den Security-Fix selbst erfolgen. Funktionsarbeit, Hardwareersatz und Custom Engineering bleiben im kommerziellen Vertrag. Die operative Auslieferung kann weiterhin eine aktive Support- oder Fernzugriffsbeziehung erfordern.
Zugehörige Betriebsnotizen (kein Ersatz)
Aus bestehenden SLA-/Lifecycle-Antworten (vor Wiederverwendung als Anhang II prüfen):
- OS-End-of-Life-Hinweis: mindestens 12 Monate.
- Hardware-Lifecycle-Review: jährlich für Supportvertragskunden.
- OS-Upgrades: im Supportvertrag enthalten (manuell remote).
- Security-Updates: monatlich unter Enterprise-Support, wenn ein Wartungsfenster vereinbart werden kann.
- Hardwareersatz: nicht im Supportvertrag enthalten.
Vollständiger Entwurf in Git: rhsos-infra/docs/support-period.md. Notion: Support Period (CRA Annex II).
Siehe auch sichere Updates und SBOM (Release-Assets für den Supportzeitraum aufbewahren).