Bis zum 2. Dezember 2027 gelten die Verpflichtungen der Bereitsteller gemäß dem EU-KI-Gesetz für Hochrisiko-KI-Systeme, die in den Bereichen Biometrie, kritische Infrastruktur, Bildung, Beschäftigung, Migration, Asyl und Grenzkontrolle eingesetzt werden [1]. Compliance-Teams warten 2026 nicht bis Dezember 2027, um sich zu positionieren. Sie erstellen bereits jetzt Lieferantensorgfaltsfragebögen, und die Beschaffung von Unternehmens-KI stockt bei diesen Fragebögen in einem Ausmaß, das nur wenig mit der beschafften Technologie zu tun hat. Die Lösung ist keine bessere Demo. Es ist eine Neuausrichtung dessen, worum es im Beschaffungsgespräch tatsächlich geht.

Wie ein „Stocken“ 2026 tatsächlich aussieht

Der technische Proof-of-Concept besteht. Das Modell liefert nützliche Ergebnisse auf der eigenen Arbeitslast des Kunden. Der technische Gutachter schreibt eine positive Anmerkung und übergibt die Unterlagen an die Beschaffung. Dann liegen die Unterlagen. Drei Wochen später meldet sich das Compliance-Team des Kunden mit einer Mitteilung zurück: „Wir können unsere Verpflichtungen als Bereitsteller für diesen Workflow nicht nachweisen, wenn die Inferenz auf einem Endpunkt erfolgt, den wir nicht kontrollieren.“

Die Unternehmensumfrage von a16z identifizierte die Entstehung dieses Musters: Deal-Zyklen, die „früher über ein Jahr dauerten, werden jetzt in 2 oder 3 Monaten abgeschlossen“ für Produkte, die den neuen Anforderungen entsprechen [4]. Die Implikation gilt auch umgekehrt. Die Beschaffung von Produkten, die nicht den neuen Anforderungen entsprechen, dauert weiterhin ein Jahr. Starke technische Pilotprojekte ändern daran nichts.

Was bei der Beschaffung tatsächlich nachgewiesen werden soll

Das EU-KI-Gesetz unterscheidet zwischen dem Anbieter eines KI-Systems und dem Bereitsteller dieses Systems [1]. Eine Bank, die eine Drittanbieter-LLM-API zur Bewertung von Kreditanträgen nutzt, ist der Bereitsteller. Die Verpflichtungen des Bereitstellers umfassen menschliche Aufsicht, Überwachung, Vorfallberichterstattung und den Nachweis dieser Fähigkeiten auf Anfrage. Diese Verpflichtungen gelten für die Bank, nicht für den LLM-Anbieter – und das Beschaffungsteam der Bank ist die Ebene, auf der die Lieferantenauswahl entscheidet, ob die Verpflichtungen praktisch erfüllbar sind.

Diese Ausrichtung ist nicht nur EU-spezifisch. Das NIST veröffentlichte am 7. April 2026 eine Konzeptnotiz für ein AI RMF-Profil zu Vertrauenswürdiger KI in kritischer Infrastruktur [2], die erste bundesstaatliche Abgrenzung der AI RMF-Bereitstellerverpflichtungen für Betreiber kritischer Infrastruktur in den USA. Das OECD AI Policy Observatory pflegt ein lebendiges Repository „aus mehr als 80 Rechtsordnungen und Organisationen“ [3]. Die grenzüberschreitende Konvergenz bei den Verpflichtungen der Bereitsteller ist der Trend, kein Ausreißer.

Beschaffungsteams in regulierten Branchen lesen diese Signale und positionieren sich vor. Sie können nicht bis zum 2. Dezember 2027 warten, um zu erfahren, ob eine Lieferantenarchitektur ihnen erlaubt, ihre Verpflichtungen zu erfüllen.

Warum „wir sind SOC 2“ die falsche Antwort ist

Die historisch die Beschaffungsgespräche in Unternehmen klärende Antwort mit Kontrollen des Anbieters – SOC 2 Typ II, ISO 27001, DSGVO-konformer DPA – bezieht sich auf Kontrollen auf Anbieterseite. Diese sind notwendig. Sie sind jedoch nicht ausreichend für die Pflichten des Bereitstellers, die jetzt relevant werden.

Die Pflichten des Bereitstellers verlangen, dass dieser auf Anfrage nachweist, welche Daten durch das KI-System geflossen sind. Dabei geht es um die eigenen Protokolle des Bereitstellers, nicht um die des Anbieters. Ein SOC-2-konformer Anbieter, der Prompt und Antwort in einer verwalteten Cloud hält, kann diese Lücke nicht schließen, da die Lücke auf der Seite des Bereitstellers liegt: Der Bereitsteller kann kein Protokoll von etwas vorlegen, das er nicht sieht.

Dies ist die strukturelle Diskrepanz, die das Beschaffungsgespräch ins Stocken bringt. Das Compliance-Team verfasst ein Memo zu den Pflichten des Bereitstellers. Der Anbieter antwortet mit Zertifizierungen auf Anbieterseite. Die beiden Schiffe passieren sich.

Der Rahmen, der das Stocken auflöst

Drei Eigenschaften der Bereitstellungsarchitektur, die im Anbieterfragebogen von Anfang an benannt werden, lösen das Stocken auf:

  1. Inference lokal beim Bereitsteller. Entweder auf dem Gerät des Nutzers oder auf einem Server, den der Bereitsteller betreibt. Prompts und Antworten verlassen niemals den Perimeter des Bereitstellers.
  2. Inhaltsfreie Audit-Protokolle, die der Bereitsteller besitzt. Jede administrative Aktion wird mit Zeitstempel und Akteur im SIEM des Bereitstellers protokolliert. In der Audit-Zeile erscheinen keine Prompts oder Antworten. Die Zeile ist der Beleg; der Inhalt verbleibt beim Bereitsteller gemäß seiner eigenen Aufbewahrungsrichtlinie.
  3. Identität über den IdP des Bereitstellers. OIDC gegen Microsoft Entra ID oder Google Workspace. Die bestehenden Zugriffskontrollen und SSO-Richtlinien des Bereitstellers bleiben unverändert gültig.

Dies sind keine Eigenschaften des Anbieters, die zertifiziert werden müssen. Es sind Eigenschaften der Bereitstellungsarchitektur, die spezifiziert werden müssen. Sobald der Anbieterfragebogen darauf ausgerichtet ist, schreibt sich das Compliance-Memo von selbst: Jede Pflicht des Bereitstellers hat eine entsprechende architektonische Eigenschaft, auf die der Bereitsteller verweisen kann.

Wie das in der von uns gelieferten Form aussieht

Software Tailors AI Suite wird als Desktop-Installer ausgeliefert, die mit einem lokalen Inferenzprozess kommunizieren. AI Admin Console ist die Verwaltungsoberfläche, die das IT-Team des Bereitstellers nutzt, um Richtlinien durchzusetzen, Lizenzen zu verwalten und Audits bereitzustellen. Sechs Fortune Global 500-Kunden aus Pharma, Finanzen, Regierung, Recht, Verteidigung und Energie setzen diese Form seit 2007 ein (ehemalige Kunden), und jede dieser Implementierungen durchlief vor Vertragsabschluss eine Version des oben beschriebenen Rahmens.

Der schnellste Weg, dies konkret zu machen, ist, es an einer realen Arbeitslast durchzugehen. Ein kostenloser einwöchiger Pilot stellt das Modell auf der Hardware des Kunden bereit, die Audit-Zeile im SIEM des Kunden und die Identität über den IdP des Kunden – genug, damit das Compliance-Team das Memo zu den tatsächlich geltenden Pflichten verfassen kann.

Quellen

  1. Europäische Kommission. „KI-Gesetz – Regulatorischer Rahmen für KI.“ https://digital-strategy.ec.europa.eu/en/policies/regulatory-framework-ai. Zugriff am 03.06.2026.
  2. NIST. „KI-Risikomanagement-Rahmenwerk.“ https://www.nist.gov/itl/ai-risk-management-framework. Zugriff am 03.06.2026. Das Konzeptpapier zur Kritischen Infrastruktur wurde am 7. April 2026 veröffentlicht.
  3. OECD AI Policy Observatory. „Policy Navigator Dashboards.“ https://oecd.ai/en/dashboards. Zugriff am 03.06.2026.
  4. Andreessen Horowitz. „Stand der generativen KI im Unternehmen.“ https://a16z.com/generative-ai-enterprise-2024/. Veröffentlicht am 21. März 2024. Zugriff am 03.06.2026.