Der Modellanbieter in der Lieferantenbewertung

TL;DR

Modelle werden schneller abgekündigt als jede andere Softwarekomponente in Ihrem Haus. Claude Opus 4.1 wird am 5. August 2026 abgekündigt — einen Tag nach Erscheinen dieses Beitrags. Wer Modellkennungen im Anwendungscode stehen hat, hat kein Betriebsproblem, sondern ein Lieferantenrisiko.

Die Zahlen, um die es geht

Ein Auszug aus dem Lebenszyklus der Claude-Modelle:

Vergleichen Sie das mit dem, was Sie von anderen Komponenten gewohnt sind. Eine Datenbank-Hauptversion wird über Jahre gepflegt, ein Betriebssystem über ein Jahrzehnt. Hier reden wir über Monate.

Und die Abkündigung ist nicht theoretisch: Ein abgekündigtes Modell antwortet mit einem Fehler 404. Ihre Anwendung fällt aus, nicht langsam, sondern sofort.

Warum das eine Lieferantenfrage ist

Für Unternehmen im Anwendungsbereich von NIS2 ist die Sicherheit in der Lieferkette ausdrücklich zu betrachten — einschließlich der Beziehungen zu Anbietern. Ein Modellanbieter ist Teil dieser Kette, weil Verfügbarkeit und Integrität Ihrer Anwendung von ihm abhängen.

Was das praktisch bedeutet, unterscheidet sich von klassischen Softwareanbietern:

Die Vorlaufzeiten sind kürzer. Bei einem Datenbankhersteller haben Sie Jahre. Hier Monate.

Die Ankündigung erreicht Sie nicht automatisch. Ein Abkündigungshinweis in der Dokumentation ersetzt keine Benachrichtigung an den Betriebsverantwortlichen. Wer nicht aktiv nachschaut, erfährt es aus einem Störungsbericht.

Der Ersatz ist nicht identisch. Ein neueres Modell verhält sich anders, kostet anders und lehnt teilweise Parameter ab, die vorher funktionierten. Ein Wechsel ist kein Versionssprung, sondern eine kleine Migration.

Was in die Bewertung gehört

Vier Angaben je Modellanbieter, die Sie ohnehin für andere Zwecke brauchen:

1. Verarbeitungsort und Vertragslage. Wo wird verarbeitet, wer ist Vertragspartner, liegt ein Auftragsverarbeitungsvertrag vor. Bei Claude unterscheidet sich das erheblich je nach Weg — die Gegenüberstellung steht im Beitrag zur EU-Datenresidenz.

2. Abkündigungspraxis. Welche Vorlaufzeiten waren zuletzt üblich, gibt es zugesicherte Fristen, wie wird informiert.

3. Funktionsumfang je Plattform. Der Punkt, der bei Claude besonders zählt: Batch-Verarbeitung, Dateiverarbeitung, serverseitige Werkzeuge und die Agentenplattform stehen auf Amazon Bedrock und Google Vertex AI nicht zur Verfügung. Wer sich für einen dieser Wege entscheidet, akzeptiert einen dauerhaft reduzierten Funktionsumfang.

4. Die verfügbare Ausweichoption. Das ist die eigentliche Risikominderung — und der Punkt, der in Lieferantenbewertungen fehlt.

Die Maßnahme, die tatsächlich wirkt

Nicht eine Klausel im Vertrag, sondern eine Architekturentscheidung: ein Gateway mit logischen Modellnamen.

model_list:
  - model_name: standard
    litellm_params:
      model: anthropic/claude-sonnet-5

  - model_name: anspruchsvoll
    litellm_params:
      model: anthropic/claude-opus-5

Die Anwendung kennt standard und anspruchsvoll, nicht claude-sonnet-5. Eine Abkündigung wird damit zu einer geänderten Zeile in der Konfiguration statt zu einem Entwicklungsvorhaben durch mehrere Codebasen.

Dokumentieren Sie das ausdrücklich als Maßnahme zur Beherrschung eines Lieferantenrisikos — genau so wird es in einer Bewertung gelesen. Die Systematik steht im Beitrag zum Modellwechsel über das Gateway.

Als zweite Ebene: ein selbst betriebenes Modell als Ausweichziel für die kritischsten Wege. Es muss nicht gleichwertig sein — es muss den Betrieb tragen, bis Sie migriert haben. Die Abwägung steht im Vergleich mit selbst gehosteten Modellen.

Was Sie im Betrieb einrichten sollten

Quartalsweise Bestandsprüfung. Welche Modellkennungen laufen produktiv, welche davon sind zur Abkündigung vorgesehen. Fünf Minuten, wenn die Modelle-API abgefragt wird.

Eine Suche im Code als Teil der Prüfung. Jede Fundstelle einer Modellkennung außerhalb der Gateway-Konfiguration ist eine Stelle, die bei der nächsten Abkündigung anzufassen ist.

Einen benannten Verantwortlichen. Abkündigungen erreichen niemanden, wenn niemand zuständig ist. Das ist dieselbe Rolle, die auch den Modell-Lebenszyklus führt — die Einordnung steht im Beitrag zum Leistungsumfang eines Betriebsvertrags.

Der Fehler, den wir am häufigsten sehen

Modellkennungen mit erfundenen Datumsanhängseln. Wer aus dem Gedächtnis claude-sonnet-5-20260401 schreibt, weil andere Modelle solche Suffixe hatten, bekommt einen Fehler 404 — und sucht ihn beim Modell statt bei der Zeichenkette.

Nutzen Sie ausschließlich die exakten Kennungen aus der offiziellen Übersicht, und legen Sie sie an genau einer Stelle ab.

Häufig gestellte Fragen

Wie schnell werden Claude-Modelle abgekündigt?

Deutlich schneller als klassische Softwarekomponenten — die Lebenszyklen bewegen sich im Bereich von Monaten. Claude Opus 3 wurde im Januar 2026 abgekündigt, Sonnet 3.7 und Haiku 3.5 im Februar 2026, und Claude Opus 4.1 ist für den 5. August 2026 vorgesehen. Ein abgekündigtes Modell antwortet mit einem Fehler 404.

Gehört ein Modellanbieter in die Lieferantenbewertung?

Ja. Er stellt eine Komponente bereit, von der Verfügbarkeit und Integrität Ihrer Anwendung abhängen — für Unternehmen im Anwendungsbereich von NIS2 ist die Lieferkettensicherheit ausdrücklich zu betrachten. Bewerten Sie Verarbeitungsort, Vertragslage, Abkündigungspraxis, Funktionsumfang je Plattform und vor allem die verfügbare Ausweichoption.

Was ist die wirksamste Risikominderung?

Ein Gateway mit logischen Modellnamen. Wenn Ihre Anwendungen Rollen wie standard ansprechen statt konkreter Modellkennungen, wird eine Abkündigung zu einer geänderten Konfigurationszeile statt zu einer Migration durch mehrere Codebasen. Dokumentieren Sie das ausdrücklich als Maßnahme zur Beherrschung des Lieferantenrisikos.

Ist ein neueres Modell ein direkter Ersatz?

Nein. Neuere Modelle verhalten sich anders, tokenisieren teilweise anders und lehnen Parameter ab, die vorher zulässig waren — etwa temperature oder feste Denkbudgets. Ein Wechsel ist deshalb eine kleine Migration mit eigener Prüfung, kein reiner Austausch der Kennung. Die Systematik steht im Beitrag zur Modell-Migration.

Wie erfahre ich von Abkündigungen?

Nicht automatisch — ein Hinweis in der Dokumentation ersetzt keine Benachrichtigung an den Betriebsverantwortlichen. Richten Sie eine quartalsweise Bestandsprüfung ein, die die produktiv genutzten Modellkennungen gegen die aktuelle Übersicht hält, und benennen Sie eine zuständige Person. Ohne beides erfahren Sie es aus einem Störungsbericht.

Der nächste Schritt

Suchen Sie in Ihrem Code nach Modellkennungen außerhalb einer zentralen Konfiguration. Jede Fundstelle ist Arbeit bei der nächsten Abkündigung — und die nächste steht, wie die Tabelle oben zeigt, selten mehr als ein halbes Jahr entfernt. Bei der Absicherung unterstützen wir gern.