Was gehört in eine Ausschreibung für ein LLM-Gateway oder eine KI-Plattform?

Wo Daten verarbeitet werden, was aufbewahrt wird, wer damit trainieren darf, die Unterauftragsverarbeiter und der AVV, Identität und Zugang (SSO, SCIM, Schlüssel), Ausgabenkontrolle, welche Modelle und Anbieter zugelassen sind, Audit-Logs und Export, Unterstützung bei den Betreiberpflichten nach der KI-Verordnung, Ausstiegsbedingungen und das SLA. Dieser Katalog deckt jeden Bereich mit 43 Anforderungen und den zu verlangenden Nachweisen ab.

Können öffentliche Auftraggeber diesen Katalog in einer Ausschreibung verwenden?

Ja. Er ist frei kopierbar und anpassbar. Vergabestellen nutzen ihn typischerweise als Anlage zur Leistungsbeschreibung mit den technischen Anforderungen und fügen dem Vertrag die freiwilligen EU-Mustervertragsklauseln für KI (MCC-AI) bei. Prüfen Sie die Anforderungen vor der Veröffentlichung anhand Ihres Vergaberechts und kennzeichnen Sie die Muss-Kriterien.

Was sind die EU-Mustervertragsklauseln für KI?

Musterklauseln für die Beschaffung von KI-Systemen, veröffentlicht von der Community of Practice on Public Procurement of AI in der Public Buyers Community der Europäischen Kommission. Die Aktualisierung vom März 2025 enthält eine vollständige Fassung für Hochrisiko-KI und eine Kurzfassung (Light) für sonstige KI. Sie sind freiwillig und als Anlage zu einem Vertrag gedacht, der weiterhin Datenschutz, Haftung und geistiges Eigentum regeln muss.

Ist ein Modellanbieter ein Unterauftragsverarbeiter eines KI-Gateways?

In der Regel ja. Leitet ein Gateway Prompts mit personenbezogenen Daten an einen Modellanbieter weiter, verarbeitet dieser die Daten im Auftrag des Gateways. Deshalb verlangen die Zeilen 13 und 14 eine Liste der Unterauftragsverarbeiter, die Inferenzanbieter einschließt, und eine Vorabinformation, bevor neue hinzukommen.

Wie lange sollte eine KI-Plattform Anfrageprotokolle aufbewahren?

Für Hochrisiko-Verwendungen verlangt Artikel 26 Absatz 6 KI-Verordnung von Betreibern, die Protokolle unter ihrer Kontrolle mindestens sechs Monate aufzubewahren, sofern andere Rechtsvorschriften nichts anderes vorsehen. Viele Auftraggeber verlangen 12 Monate Anfragedatensätze, die nur Metadaten enthalten, und keine gespeicherten Inhalte.

Anforderungskatalog für die Ausschreibung eines LLM-Gateways oder einer KI-Plattform

Stand 9. November 2026. Frei kopierbar, anpassbar und nutzbar in Ihren eigenen Vergabeunterlagen.

Ein Unternehmen oder eine öffentliche Stelle, die für Beschäftigte und Anwendungen Zugang zu großen Sprachmodellen einkauft, kauft meist ein Gateway: ein Konto und eine API vor mehreren Modellanbietern. Dieser Katalog nennt 43 Anforderungen für diesen Einkauf, gegliedert in der Reihenfolge, in der eine Sicherheits- und Einkaufsprüfung sie durchgeht. Zu jeder Anforderung steht, warum sie wichtig ist und welchen Nachweis Sie vom Bieter verlangen sollten.

Er ist herstellerneutral und eignet sich als Anforderungsanlage für eine Angebotsanfrage, eine öffentliche Ausschreibung oder eine Sicherheitsprüfung von Lieferanten. Für KI-spezifische Vertragsbedingungen kombinieren Sie ihn mit den freiwilligen EU-Mustervertragsklauseln für KI (MCC-AI), die im März 2025 in der Public Buyers Community der Europäischen Kommission veröffentlicht wurden.

Katalog herunterladen (.md)Tabelle (.csv)

Die CSV-Datei öffnet sich in Excel, Google Sheets oder Numbers, mit leeren Spalten für Gewichtung, Antwort des Bieters und erhaltenen Nachweis.

Die Anforderungen

Jede Anforderung ist so formuliert, dass ein Bieter sie in einem Absatz beantworten und den Nachweis beifügen kann. Kennzeichnen Sie die Muss-Kriterien, gewichten Sie die übrigen und streichen Sie, was für Sie nicht zutrifft.

1. Datenstandort

Nr.	Anforderung	Warum sie wichtig ist	Zu verlangender Nachweis
1	Verarbeitungsregion. Der Anbieter kann die Inferenz auf eine vom Auftraggeber benannte Region beschränken, etwa die EU/den EWR oder Europa, für die gesamte Organisation, ein Team oder einen einzelnen API-Schlüssel, einschließlich Wiederholungen und Fallbacks.	Warum sie wichtig istGateways schalten zwischen Anbietern um. Ohne eine Regionsregel, die jeden Versuch erfasst, kann ein Fallback einen Prompt unbemerkt in eine andere Rechtsordnung verlagern.	Zu verlangender NachweisDie Routing-Richtlinie für eingeschränkten Datenverkehr, die je Region zulässigen Endpunkte mit ihren Standorten und das Verhalten, wenn kein Endpunkt in der Region eine Anfrage bedienen kann.
2	Definition der Region. Der Anbieter gibt an, welche Länder jede Region umfasst, zum Beispiel nur EU/EWR oder auch das Vereinigte Königreich, die Schweiz oder weitere Länder.	Warum sie wichtig istVertriebsunterlagen verwenden Europa und EU oft gleichbedeutend. Ihre Bewertung der Datenübermittlung hängt von der genauen Liste ab.	Zu verlangender NachweisEine schriftliche Definition je Region und der Verarbeitungsort jedes Unterauftragsverarbeiters darin.
3	Standort von Eingang und Gateway. Der Anbieter gibt an, wo TLS terminiert wird, wo das Gateway läuft und welcher Hostname für die regionale Verarbeitung zu verwenden ist.	Warum sie wichtig istEine Anfrage kann von einem Modell in der richtigen Region bedient werden und trotzdem zuerst ein globales Edge-Netzwerk durchlaufen.	Zu verlangender NachweisHostnamen je Region, Hosting-Anbieter und Region von Load Balancer und Gateway sowie ein Datenflussdiagramm.
4	Standort von Metadaten und Logs. Der Anbieter gibt an, wo Kontodaten, Nutzungsdatensätze, Betriebslogs, Backups und E-Mails gespeichert und verarbeitet werden.	Warum sie wichtig istAngaben zur Datenresidenz betreffen oft nur Prompts. Auch Metadaten enthalten personenbezogene Daten wie Namen, E-Mail-Adressen und IP-Adressen.	Zu verlangender NachweisEin Speicherort je Datenkategorie, einschließlich Backups und Transaktions-E-Mails.

2. Aufbewahrung und Zero Data Retention

Nr.	Anforderung	Warum sie wichtig ist	Zu verlangender Nachweis
5	Keine Speicherung von Inhalten durch den Anbieter. Der Anbieter verarbeitet Prompts und Ausgaben nur, um die Anfrage zu bedienen, oder gibt genau an, welche Inhalte er wo und wie lange speichert.	Warum sie wichtig istDas Gateway sieht jeden Prompt, den Ihre Organisation sendet. Seine eigene Aufbewahrung ist das erste Risiko, das Sie prüfen sollten.	Zu verlangender NachweisEine Beschreibung des Datenflusses, das Log-Schema mit den geschriebenen Feldern und die zugehörige Klausel im AVV.
6	Zero Data Retention bei Modellanbietern. Der Auftraggeber kann verlangen, dass Anfragen nur an Modell-Endpunkte gehen, die zusagen, keine Kopie der Inhalte zu behalten, auf Ebene der Organisation, eines Teams oder eines Schlüssels, und untere Ebenen können dies nicht abschalten.	Warum sie wichtig istModellanbieter bewahren Prompts zur Missbrauchsüberwachung üblicherweise eine Zeit lang auf, sofern für den Endpunkt keine Zero-Retention-Vereinbarung gilt.	Zu verlangender NachweisAufbewahrungsbedingungen je Anbieter, wie die Einstellung bei jeder Anfrage durchgesetzt wird und welche Funktionen deaktiviert sind, solange sie aktiv ist.
7	Funktionen, die Inhalte speichern. Der Anbieter listet jede Funktion auf, die Inhalte speichert (Prompt-Caching, gespeicherte Antworten, Gesprächsverlauf, Dateien, Batch-Jobs), mit ihrer Aufbewahrungsdauer und der Einstellung, die sie abschaltet.	Warum sie wichtig istAufbewahrungszusagen enthalten meist Ausnahmen für bestimmte Funktionen. Die Liste zeigt, wo diese Ausnahmen liegen.	Zu verlangender NachweisEine Funktionsliste mit Aufbewahrungsdauer je Funktion und der Einstellung, die sie deaktiviert.
8	Löschung bei Vertragsende. Der Anbieter löscht die Daten des Auftraggebers innerhalb einer festgelegten Frist nach Ende der Leistung oder gibt sie zurück und bestätigt dies schriftlich.	Warum sie wichtig istArtikel 28 Absatz 3 Buchstabe g DSGVO verlangt, dass der Vertrag mit dem Auftragsverarbeiter die Löschung oder Rückgabe nach Abschluss der Leistungen regelt.	Zu verlangender NachweisDie AVV-Klausel mit der Frist, die Behandlung von Backups und ein Muster einer Löschbestätigung.

3. Training und Nutzung der Daten

Nr.	Anforderung	Warum sie wichtig ist	Zu verlangender Nachweis
9	Kein Training durch den Anbieter. Der Anbieter verwendet Prompts, Ausgaben oder Metadaten nicht, um Modelle zu trainieren oder zu verbessern.	Warum sie wichtig istTraining ist die Nutzung, die Auftraggeber am häufigsten ausschließen, und der Ausschluss bindet nur, wenn er im Vertrag steht.	Zu verlangender NachweisDie Klausel in Vertrag oder AVV und der entsprechende Abschnitt der Datenschutzerklärung.
10	Kein Training durch Modellanbieter. Der Anbieter leitet den Datenverkehr des Auftraggebers nur an Anbieter, die zusagen, nicht damit zu trainieren, und erklärt, wie dies bei jeder Anfrage durchgesetzt wird.	Warum sie wichtig istDie Zusage des Gateways bindet nicht die Modellanbieter dahinter.	Zu verlangender NachweisAnbieterbedingungen je Endpunkt, der Durchsetzungsmechanismus und der Datenverkehr, den er abdeckt.
11	Sonstige Sekundärnutzung. Der Anbieter gibt an, ob Inhalte oder Metadaten für Analysen, Benchmarking, Produktverbesserung oder menschliche Prüfung verwendet werden, und wie man dem widerspricht.	Warum sie wichtig istSekundärnutzungen liegen außerhalb der Weisungen, die ein Verantwortlicher einem Auftragsverarbeiter erteilt, sofern sie nicht vereinbart sind.	Zu verlangender NachweisEine Liste der Sekundärnutzungen, die Richtlinie zur menschlichen Prüfung und die Einstellung zum Widerspruch.

4. Unterauftragsverarbeiter und AVV

Nr.	Anforderung	Warum sie wichtig ist	Zu verlangender Nachweis
12	Auftragsverarbeitungsvertrag. Ein AVV nach Artikel 28 DSGVO liegt vor Vertragsschluss vor und regelt Gegenstand, Dauer, Weisungen, Vertraulichkeit, Sicherheit, Unterstützung, Löschung und Prüfungen.	Warum sie wichtig istArtikel 28 Absatz 3 legt fest, was der Vertrag mit dem Auftragsverarbeiter enthalten muss. Ein Gateway verarbeitet personenbezogene Daten in jedem Prompt, der eine Person erwähnt.	Zu verlangender NachweisDer Text des AVV, das anwendbare Recht und die Art der Unterzeichnung.
13	Liste der Unterauftragsverarbeiter. Der Anbieter veröffentlicht jeden Unterauftragsverarbeiter mit Zweck, verarbeiteten Daten und Standort, einschließlich Modell- und Inferenzanbietern.	Warum sie wichtig istBei einem Gateway ist jeder Modellanbieter, der Ihren Datenverkehr bedienen kann, ein Unterauftragsverarbeiter.	Zu verlangender NachweisDie URL der Liste und das Datum ihrer letzten Änderung.
14	Information über neue Unterauftragsverarbeiter. Der Anbieter informiert mit einer festgelegten Vorlaufzeit, bevor er einen Unterauftragsverarbeiter hinzufügt oder ersetzt, und räumt ein Widerspruchsrecht ein.	Warum sie wichtig istArtikel 28 Absatz 2 verlangt, dass der Verantwortliche über Änderungen informiert wird und Gelegenheit zum Einspruch erhält.	Zu verlangender NachweisDie AVV-Klausel mit der Vorlaufzeit und der Kanal, über den informiert wird.
15	Internationale Datenübermittlungen. Für jede Verarbeitung außerhalb des EWR nennt der Anbieter den Übermittlungsmechanismus (Angemessenheitsbeschluss, Standardvertragsklauseln, UK IDTA).	Warum sie wichtig istÜbermittlungen brauchen eine Rechtsgrundlage nach Kapitel V DSGVO, und der Auftraggeber dokumentiert seine Bewertung.	Zu verlangender NachweisDie Anhänge der Standardvertragsklauseln und eine Zusammenfassung der Transfer-Folgenabschätzung des Anbieters.
16	Meldung von Datenschutzverletzungen. Der Anbieter meldet Verletzungen des Schutzes personenbezogener Daten unverzüglich und innerhalb einer festgelegten Zahl von Stunden.	Warum sie wichtig istDer Verantwortliche hat nach Artikel 33 72 Stunden für die Meldung an die Aufsichtsbehörde, daher muss die Frist des Auftragsverarbeiters kürzer oder gleich lang sein.	Zu verlangender NachweisDie AVV-Klausel, eine Zusammenfassung des Incident-Response-Prozesses und der Sicherheitskontakt.

5. Identität und Zugang

Nr.	Anforderung	Warum sie wichtig ist	Zu verlangender Nachweis
17	Single Sign-on. Anmeldung über SAML 2.0 oder OpenID Connect mit dem Identitätsanbieter des Auftraggebers, etwa Microsoft Entra ID, Okta oder Google Workspace, für die Admin-Konsole und für Nutzer.	Warum sie wichtig istArbeitskonten binden den Zugang an das Beschäftigungsverhältnis und wenden die MFA- und Anmelderichtlinien des Auftraggebers an.	Zu verlangender NachweisUnterstützte Protokolle und Identitätsanbieter, die Einrichtungsanleitung und eine Testverbindung.
18	SSO-Pflicht. Der Auftraggeber kann SSO für alle Nutzer vorschreiben und Passwort- und andere Anmeldeverfahren abschalten.	Warum sie wichtig istSSO neben Passwörtern lässt Konten außerhalb der Kontrolle des Identitätsanbieters.	Zu verlangender NachweisDie Einstellung und wie sie mit bestehenden Sitzungen und API-Schlüsseln umgeht.
19	Benutzerbereitstellung. Provisionierung und Deprovisionierung über SCIM 2.0 aus dem Identitätsanbieter, mit Zuordnung von Gruppen zu Rollen oder Teams.	Warum sie wichtig istOhne Deprovisionierung behalten ausgeschiedene Beschäftigte den Zugang, bis jemand daran denkt, ihn zu entfernen.	Zu verlangender NachweisDie unterstützten SCIM-Ressourcen (Benutzer, Gruppen) und wie schnell eine Deprovisionierung Sitzungen und Schlüssel widerruft.
20	Rollen und API-Schlüssel. Rollenbasierter Zugriff, ein Schlüssel je Person und je Anwendung, eingeschränkte Schlüssel und sofortiger Widerruf.	Warum sie wichtig istGeteilte Schlüssel verschleiern, wer welche Anfrage gesendet hat, und lassen sich nicht für eine einzelne Person widerrufen.	Zu verlangender NachweisDie Rollenmatrix und der Lebenszyklus der Schlüssel: Erstellung, Einschränkung, Rotation und Widerruf.
21	Desktop-Apps und Coding-Agenten. Der Anbieter gibt an, wie sich Beschäftigte in KI-Desktop-Apps und Coding-Agenten (zum Beispiel Claude Desktop, Claude Code und IDE-Erweiterungen) authentifizieren: per Anmeldung mit dem Arbeitskonto oder über verteilte Schlüssel.	Warum sie wichtig istIn diesen Werkzeugen tauchen private Konten und kopierte Schlüssel außerhalb des Einkaufs auf.	Zu verlangender NachweisDie Einrichtungsanleitung und die Liste der unterstützten Werkzeuge.

6. Ausgabenkontrolle

Nr.	Anforderung	Warum sie wichtig ist	Zu verlangender Nachweis
22	Budgets auf den Ebenen, die Sie steuern. Harte monatliche Limits je Nutzer, je Anwendung und je Team oder Abteilung, die die Ausgaben beim Limit stoppen.	Warum sie wichtig istAgenten und Batch-Jobs können ein Monatsbudget in Stunden verbrauchen. Ein Limit, das nur warnt, ist ein Bericht.	Zu verlangender NachweisDie unterstützten Ebenen und was beim Limit geschieht: Sperre, Warnung oder Überziehung.
23	Obergrenze für die Organisation und Warnungen. Eine Obergrenze für die gesamte Organisation und Warnungen, bevor ein Limit erreicht ist.	Warum sie wichtig istDie Finanzabteilung braucht eine Zahl, die nicht überschritten werden kann, gleich was darunter geschieht.	Zu verlangender NachweisDie Einstellungen und die Warnkanäle.
24	Preise und Rechnungsstellung. Preis je Modell oder je Tarif, die Abrechnungswährung, Rechnungen mit Firmendaten und USt-IdNr. des Auftraggebers sowie Kostenberichte je Nutzer und Anwendung für die interne Verrechnung.	Warum sie wichtig istToken-Preise unterscheiden sich zwischen Modellen um Größenordnungen, daher braucht die Bewertung die Preisgrundlage und die Berichte.	Zu verlangender NachweisDie Preisliste, eine Musterrechnung und ein Muster-Nutzungsbericht.

7. Modellzugang und Freigabelisten

Nr.	Anforderung	Warum sie wichtig ist	Zu verlangender Nachweis
25	Modellkatalog. Die angebotenen Frontier- und Open-Weight-Modelle und welche davon unter jeder Regionsregel verfügbar sind.	Warum sie wichtig istEin Modell, das in Ihrer Region nicht verfügbar ist, steht Ihnen nicht zur Verfügung, sobald die Regionsregel aktiv ist.	Zu verlangender NachweisEine Modellliste je Region und die Richtlinie für die Aufnahme neuer Modelle.
26	Modell-Freigabelisten. Admins legen fest, welche Modelle jedes Team, jede Anwendung oder jeder Schlüssel nutzen darf. Anfragen an andere Modelle werden abgelehnt.	Warum sie wichtig istIhre Freigabe eines Modells für einen Anwendungsfall sollte durchgesetzt werden, nicht nur dokumentiert.	Zu verlangender NachweisDie Einstellung und die Fehlermeldung für ein nicht freigegebenes Modell.
27	Anbieter-Freigabelisten. Admins legen fest, welche Inferenzanbieter Datenverkehr bedienen dürfen. Fallbacks halten die Liste ein, und neue Anbieter werden nie ohne Freigabe hinzugefügt.	Warum sie wichtig istEin Anbieter, den der Lieferant hinzufügt, ist ein neuer Ort, an dem Ihre Daten verarbeitet werden.	Zu verlangender NachweisDie Einstellung, wie Fallbacks sie anwenden und was geschieht, wenn der Lieferant einen Anbieter hinzufügt.
28	Modelländerungen. Der Anbieter kündigt die Abkündigung von Modellen und Versionswechsel im Voraus an, und der Auftraggeber kann eine Version festschreiben.	Warum sie wichtig istEin stiller Modellwechsel verändert die Qualität der Ausgaben und kann die Bewertung eines Anwendungsfalls hinfällig machen.	Zu verlangender NachweisDie Richtlinie zur Abkündigung und der Benachrichtigungskanal.
29	Transparenz des Routings. Leitet der Anbieter automatisch zwischen Modellen oder Anbietern um, aus Kosten- oder Verfügbarkeitsgründen, dokumentiert er die Regeln und hält fest, welches Modell und welcher Anbieter jede Anfrage bedient hat.	Warum sie wichtig istAutomatisches Routing ist nur dann wertvoll, wenn Sie sehen, wohin jede Anfrage ging.	Zu verlangender NachweisDie Routing-Dokumentation und ein Muster eines Datensatzes je Anfrage.

8. Audit-Logs und Export

Nr.	Anforderung	Warum sie wichtig ist	Zu verlangender Nachweis
30	Admin-Audit-Log. Jede Änderung an Nutzern, Schlüsseln, Budgets und Richtlinien, mit handelnder Person, Zeitpunkt sowie Vorher- und Nachher-Werten.	Warum sie wichtig istPrüfer fragen, wer eine Richtlinie wann geändert hat. Ohne Vorher- und Nachher-Werte kann das Log nicht beantworten, was sich geändert hat.	Zu verlangender NachweisEin Muster-Logeintrag und die Aufbewahrungsdauer.
31	Anfrageprotokoll. Für jede Anfrage: Zeitpunkt, Nutzer oder Schlüssel, Modell, bedienender Anbieter, Regionsregel, Status, Tokens und Kosten, ohne Inhalte, sofern der Auftraggeber dies nicht ausdrücklich aktiviert, mit festgelegter Aufbewahrungsdauer.	Warum sie wichtig istFür Hochrisiko-Verwendungen verlangt Artikel 26 Absatz 6 KI-Verordnung von Betreibern, die Protokolle unter ihrer Kontrolle mindestens sechs Monate aufzubewahren. Das Anfrageprotokoll ist zugleich der Nachweis für das KI-Inventar.	Zu verlangender NachweisDie Feldliste, die Aufbewahrungsdauer und ein Muster-Export.
32	Export. Logs lassen sich als CSV oder über eine API exportieren und an das SIEM des Auftraggebers senden.	Warum sie wichtig istAufzeichnungen, die der Auftraggeber nicht herausholen kann, kann er für seine eigene Prüfung nicht nutzen.	Zu verlangender NachweisFormate, Zeilen- oder Zeitraumgrenzen und die API-Dokumentation.

9. Betreiberpflichten nach der KI-Verordnung

Nr.	Anforderung	Warum sie wichtig ist	Zu verlangender Nachweis
33	Unterstützung bei Inventar und KI-Kompetenz. Der Anbieter liefert die Informationen, die der Auftraggeber für sein KI-Inventar und seine Maßnahmen zur KI-Kompetenz nach Artikel 4 braucht: die je Anwendung genutzten Modelle, ihre Anbieter und ihre dokumentierten Grenzen.	Warum sie wichtig istArtikel 4 gilt seit dem 2. Februar 2025, und ein Inventar ist der Ausgangspunkt für jede weitere Pflicht aus der KI-Verordnung.	Zu verlangender NachweisAufzeichnungen zu Modell und Anbieter je Anwendung und Links zur Modelldokumentation.
34	Hochrisiko-Verwendungen. Will der Auftraggeber den Dienst für einen in Anhang III genannten Zweck nutzen, gibt der Anbieter seine Rolle nach der KI-Verordnung an und vereinbart die einschlägigen Klauseln der EU-Mustervertragsklauseln für KI.	Warum sie wichtig istDie Betreiberpflichten für Anhang III gelten ab dem 2. Dezember 2027 und hängen von Informationen ab, die nur Anbieter und Modellanbieter haben.	Zu verlangender NachweisDie Erklärung des Anbieters zu seiner Rolle und ein ausgefüllter Anhang der MCC-AI (High Risk oder Light).
35	Dokumentation der KI-Modelle mit allgemeinem Verwendungszweck. Für jedes angebotene KI-Modell mit allgemeinem Verwendungszweck verlinkt der Anbieter die Dokumentation, die dessen Anbieter nachgelagerten Anbietern bereitstellt, und die öffentliche Zusammenfassung der Trainingsinhalte.	Warum sie wichtig istArtikel 53 verpflichtet Anbieter von KI-Modellen mit allgemeinem Verwendungszweck, diese bereitzustellen, und Auftraggeber legen sie je Modell ab.	Zu verlangender NachweisLinks je Modell und das Abrufdatum.
36	Transparenz. Der Anbieter gibt an, ob Ausgaben maschinenlesbar gekennzeichnet sind und wie er die Offenlegungspflichten des Auftraggebers unterstützt.	Warum sie wichtig istDie Transparenzpflichten nach Artikel 50 gelten ab dem 2. August 2026.	Zu verlangender NachweisAngaben zur Kennzeichnung je Modell und Hinweise zur Offenlegung.

10. Ausstieg und Portabilität

Nr.	Anforderung	Warum sie wichtig ist	Zu verlangender Nachweis
37	Standardschnittstelle. Die API folgt einer verbreiteten Schnittstelle, etwa dem OpenAI-kompatiblen Chat-Completions-Format, sodass Anwendungen ohne Neuentwicklung wechseln können.	Warum sie wichtig istEine proprietäre Schnittstelle macht aus einem Anbieterwechsel ein Softwareprojekt.	Zu verlangender NachweisDie API-Referenz und die SDKs und Werkzeuge, die bekanntermaßen damit funktionieren.
38	Datenexport beim Ausstieg. Der Auftraggeber kann Konfiguration, Nutzer, Schlüssel-Metadaten, Nutzung und Logs vor und nach der Kündigung in einem maschinenlesbaren Format exportieren.	Warum sie wichtig istIst der Dienst ein Datenverarbeitungsdienst im Sinne der Datenverordnung (Data Act), gibt Kapitel VI dem Kunden Wechselrechte, und ab dem 12. Januar 2027 dürfen keine Wechselentgelte mehr erhoben werden.	Zu verlangender NachweisExportformate, die angebotene Unterstützung beim Übergang und wie lange die Daten nach der Kündigung verfügbar bleiben.
39	Laufzeit und Kündigung. Vertragslaufzeit, Kündigungsfrist, etwaige Entgelte bei Kündigung und die Übergangsfrist.	Warum sie wichtig istLange Laufzeiten und Kündigungsentgelte bestimmen, was ein Ausstieg kostet.	Zu verlangender NachweisDie kaufmännischen Bedingungen und die Kündigungsklausel.

11. Support und SLA

Nr.	Anforderung	Warum sie wichtig ist	Zu verlangender Nachweis
40	Verfügbarkeits-SLA. Eine monatliche Verfügbarkeitszusage mit Service-Gutschriften, der Messmethode und den Ausnahmen.	Warum sie wichtig istKI wandert in produktive Abläufe, in denen Ausfallzeiten Geld kosten.	Zu verlangender NachweisDas SLA-Dokument, die öffentliche Statusseite und die Verfügbarkeit der letzten 12 Monate.
41	Failover zwischen Anbietern. Ist ein Modellanbieter nicht verfügbar, wechseln Anfragen zu einem anderen freigegebenen Anbieter desselben Modells, innerhalb der Regions- und Freigaberegeln.	Warum sie wichtig istEin Failover, das Region oder Freigabeliste ignoriert, bricht die Regeln genau dann, wenn ohnehin ein Vorfall läuft.	Zu verlangender NachweisDas Failover-Design und die Zahl der Anbieter je Modell unter jeder Regionsregel.
42	Support und Kommunikation bei Vorfällen. Supportkanäle, Reaktionszeiten nach Schweregrad, Sprachen und wie Vorfälle kommuniziert werden.	Warum sie wichtig istDer Vorfallprozess des Auftraggebers hängt von dem des Anbieters ab.	Zu verlangender NachweisDie Support-Richtlinie, die URL der Statusseite und aktuelle Vorfallberichte.
43	Sicherheitsdokumentation. Eine Sicherheitsübersicht, ein ausgefüllter Sicherheitsfragebogen und die Prüfberichte oder Zertifizierungen, die der Anbieter und seine Hosting-Anbieter besitzen.	Warum sie wichtig istDas prüft das Sicherheitsteam des Auftraggebers vor der Freigabe. Wer es gleich mit der Ausschreibung anfordert, spart eine Runde.	Zu verlangender NachweisDie Sicherheitsseite, ein ausgefüllter Fragebogen wie der offene Sicherheitsfragebogen für LLM-Gateways und etwaige Berichte.

Katalog herunterladen (.md)Tabelle (.csv)

Die Antworten von Standard Compute

Standard Compute ist ein europäisches KI-Gateway: ein Unternehmenskonto und eine API für Claude, GPT, Gemini und offene Modelle, betrieben von der Standard Compute AS in Oslo. Hier stehen unsere Antworten auf die Anforderungen oben, in der Formulierung unserer Sicherheitsseite und unseres AVV. Die Nummern beziehen sich auf die Zeilen des Katalogs.

Nr.	Status	Unsere Antwort
Nr. 1	Verfügbar, zuschaltbar	Legen Sie eine Europa-Regel für Ihr Unternehmen, ein Team oder einen einzelnen Schlüssel fest, und jede Anfrage, einschließlich Wiederholungen und Fallbacks, wird ausschließlich von freigegebenen europäischen Inferenz-Endpunkten bedient. Kann kein europäischer Endpunkt sie bedienen, wird die Anfrage abgelehnt, bevor Ihr Prompt gesendet wird.
Nr. 2	Verfügbar	Eine Europa-Regel lässt nur die freigegebenen europäischen Inferenz-Endpunkte zu, die in unserer Liste der Unterauftragsverarbeiter mit ihrem jeweiligen Verarbeitungsort aufgeführt sind.
Nr. 3	Verfügbar	Unser EU-Gateway unter eu.stdcmpt.com terminiert TLS und läuft in Finnland, und Ihre Kontodaten werden in Frankfurt gespeichert.
Nr. 4	Verfügbar	Ihre Konto- und Nutzungsdaten werden in Frankfurt gespeichert. Anfrageprotokolle enthalten nur Metadaten (Modell, Anbieter, Tokens, Kosten und Status), nie Ihre Prompts oder Ausgaben. Jeder Unterauftragsverarbeiter der Plattform ist mit seinem Standort aufgeführt.
Nr. 5	Verfügbar	Wir verarbeiten Ihre Prompts im Arbeitsspeicher, um jede Anfrage zu bedienen, und schreiben sie nie auf Datenträger oder in Logs.
Nr. 6	Verfügbar, zuschaltbar	Aktivieren Sie Zero Data Retention für Ihr Unternehmen, ein Team oder einen Schlüssel, und jede Anfrage wird nur an Inferenz-Endpunkte geleitet, die zusagen, keine Kopie Ihrer Daten zu behalten. Teams und Schlüssel erben die Anforderung und können sie nie abschalten.
Nr. 8	Verfügbar	Der AVV sieht die Löschung oder Rückgabe aller übrigen personenbezogenen Kundendaten innerhalb von 30 Tagen nach Vertragsende vor (Abschnitt 10).
Nr. 9, 10	Verfügbar	Standard Compute trainiert nie mit Ihren Prompts oder Ausgaben. Mit einer Regionsregel oder aktivierter Zero Retention geht jede Anfrage nur an Anbieter, die zusagen, nicht damit zu trainieren.
Nr. 12, 16	Verfügbar	Unterzeichnen Sie unseren Auftragsverarbeitungsvertrag in wenigen Minuten im Dashboard. Er verpflichtet uns, nicht mit Ihren Daten zu trainieren, Ihre Inhalte nicht aufzubewahren und Datenschutzverletzungen innerhalb von 72 Stunden zu melden. Der AVV unterliegt norwegischem Recht.
Nr. 13, 14	Verfügbar	Wir veröffentlichen jeden Unterauftragsverarbeiter mit Zweck, Daten und Standort und informieren Sie 14 Tage, bevor wir einen neuen hinzufügen.
Nr. 15	Verfügbar	Übermittlungen außerhalb des EWR oder des Vereinigten Königreichs in ein Land ohne Angemessenheitsbeschluss unterliegen den EU-Standardvertragsklauseln und, für Daten aus dem Vereinigten Königreich, dem UK IDTA (AVV Abschnitt 6).
Nr. 17	Verfügbar	Verbinden Sie Microsoft Entra ID oder einen beliebigen SAML-Identitätsanbieter, damit sich Ihre Mitarbeitenden mit ihren Arbeitskonten bei Standard Compute anmelden. Wer zu Ihrer verifizierten Domain gehört, tritt Ihrem Unternehmen automatisch bei.
Nr. 18	Teilweise	Die SAML-Anmeldung ist für jedes Unternehmen mit SSO verfügbar. Die Passwort-Anmeldung bleibt daneben verfügbar, SSO ist also nicht der einzige Zugang.
Nr. 19, 21	Verfügbar	Mitarbeitende melden sich mit ihrem Microsoft-Arbeitskonto über unser EU-Gateway bei Claude Desktop und Claude Code an, sodass keine API-Schlüssel verteilt werden müssen. Der Zugang folgt Ihren Microsoft-Entra-Gruppen über SCIM-Provisionierung.
Nr. 20	Verfügbar	Gliedern Sie Ihr Unternehmen in Teams, laden Sie Kolleginnen und Kollegen per E-Mail ein und geben Sie jeder Person und jeder App einen eigenen Schlüssel, alles unter einem Unternehmenskonto. Die Rollen sind Admin und Mitglied.
Nr. 22, 23	Teilweise	Jede Person und jede App erhält ein festes Monatsbudget, das nie überschritten wird, und Sie können Ausgabenlimits pro Schlüssel und für das gesamte Unternehmen festlegen. Ein eigenes Budget je Team gibt es nicht: Teams werden über die Budgets ihrer Personen und Apps gesteuert.
Nr. 24	Verfügbar	Feste Monatstarife je Person oder App, ohne Überraschungen bei Token-Kosten, und Stripe-Rechnungen mit Ihrem Firmennamen und Ihrer USt-IdNr. Die Preise sind in US-Dollar.
Nr. 25	Verfügbar	Nutzen Sie führende offene Modelle wie GLM, DeepSeek, MiniMax und Kimi neben Claude, GPT und Gemini über eine API. GLM, DeepSeek und MiniMax werden für auf Europa beschränkte Arbeitsbereiche auch von europäischen Anbietern bedient.
Nr. 26	Verfügbar	Sie entscheiden, welche Modelle jeder Schlüssel nutzen darf, sodass jede App und jedes Teammitglied genau die Modelle erhält, die Sie freigeben.
Nr. 27	Verfügbar	Legen Sie genau fest, welche Inferenzanbieter Ihre Daten verarbeiten dürfen, für das gesamte Unternehmen, ein Team oder einen einzelnen Schlüssel. Untere Ebenen können die Regeln nur verengen, neue Anbieter werden nie ohne Freigabe eines Admins hinzugefügt, und Fallbacks können Ihre Liste nie umgehen.
Nr. 29	Verfügbar	Jeder Schritt geht an das günstigste Modell, das ihn erledigen kann, und an den günstigsten Anbieter, der schnell genug ist, und der Anfragedatensatz zeigt das Modell und den Anbieter, der die Anfrage bedient hat.
Nr. 30, 31, 32	Verfügbar	Jede Admin-Änderung wird mit Vorher- und Nachher-Werten protokolliert, und Sie können einen Datensatz zu jeder Anfrage exportieren, mit dem Modell, dem Anbieter, der sie bedient hat, und der geltenden Regionsregel, aufbewahrt für 12 Monate. Exporte erfolgen als CSV.
Nr. 33	Verfügbar	Ein Schlüssel je Person und je App, die Modelle, die jeder Schlüssel nutzen darf, sowie Modell und bedienender Anbieter jeder Anfrage: die Aufzeichnungen, die unsere Checkliste zur KI-Verordnung für Betreiber verlangt.
Nr. 37	Verfügbar	Eine OpenAI-kompatible API (Chat-Completions-Format) für jedes Modell, beschrieben in der API-Referenz.
Nr. 40, 41	Verfügbar	Fällt ein Anbieter aus, wechselt Ihre Anfrage automatisch zu einem anderen freigegebenen Anbieter desselben Modells, ohne Ihre Regions- oder Anbieterregeln zu verlassen. Enterprise umfasst ein monatliches Verfügbarkeits-SLA von 99,9 % mit Service-Gutschriften. Der aktuelle Status ist öffentlich unter /status.
Nr. 43	Verfügbar	Unsere Sicherheitsseite, unser ausgefüllter Sicherheitsfragebogen, die Liste der Unterauftragsverarbeiter und der AVV sind öffentlich.

Nicht aufgeführte Zeilen beantworten Sie in Ihrem Angebot gemeinsam mit Ihrem Ansprechpartner bei uns. Der Katalog oben bleibt herstellerneutral: Nutzen Sie ihn mit jedem Anbieter.

Unternehmenskonto erstellen

Fragen

Was gehört in eine Ausschreibung für ein LLM-Gateway oder eine KI-Plattform?: Wo Daten verarbeitet werden, was aufbewahrt wird, wer damit trainieren darf, die Unterauftragsverarbeiter und der AVV, Identität und Zugang (SSO, SCIM, Schlüssel), Ausgabenkontrolle, welche Modelle und Anbieter zugelassen sind, Audit-Logs und Export, Unterstützung bei den Betreiberpflichten nach der KI-Verordnung, Ausstiegsbedingungen und das SLA. Dieser Katalog deckt jeden Bereich mit 43 Anforderungen und den zu verlangenden Nachweisen ab.
Können öffentliche Auftraggeber diesen Katalog in einer Ausschreibung verwenden?: Ja. Er ist frei kopierbar und anpassbar. Vergabestellen nutzen ihn typischerweise als Anlage zur Leistungsbeschreibung mit den technischen Anforderungen und fügen dem Vertrag die freiwilligen EU-Mustervertragsklauseln für KI (MCC-AI) bei. Prüfen Sie die Anforderungen vor der Veröffentlichung anhand Ihres Vergaberechts und kennzeichnen Sie die Muss-Kriterien.
Was sind die EU-Mustervertragsklauseln für KI?: Musterklauseln für die Beschaffung von KI-Systemen, veröffentlicht von der Community of Practice on Public Procurement of AI in der Public Buyers Community der Europäischen Kommission. Die Aktualisierung vom März 2025 enthält eine vollständige Fassung für Hochrisiko-KI und eine Kurzfassung (Light) für sonstige KI. Sie sind freiwillig und als Anlage zu einem Vertrag gedacht, der weiterhin Datenschutz, Haftung und geistiges Eigentum regeln muss.
Ist ein Modellanbieter ein Unterauftragsverarbeiter eines KI-Gateways?: In der Regel ja. Leitet ein Gateway Prompts mit personenbezogenen Daten an einen Modellanbieter weiter, verarbeitet dieser die Daten im Auftrag des Gateways. Deshalb verlangen die Zeilen 13 und 14 eine Liste der Unterauftragsverarbeiter, die Inferenzanbieter einschließt, und eine Vorabinformation, bevor neue hinzukommen.
Wie lange sollte eine KI-Plattform Anfrageprotokolle aufbewahren?: Für Hochrisiko-Verwendungen verlangt Artikel 26 Absatz 6 KI-Verordnung von Betreibern, die Protokolle unter ihrer Kontrolle mindestens sechs Monate aufzubewahren, sofern andere Rechtsvorschriften nichts anderes vorsehen. Viele Auftraggeber verlangen 12 Monate Anfragedatensätze, die nur Metadaten enthalten, und keine gespeicherten Inhalte.

Quellen

Beantworten Sie den gesamten Katalog mit einem Anbieter: ein europäisches Gateway zu Frontier- und offenen Modellen, mit allen Kontrollen in einem Unternehmenskonto.