Drittland-Support und KI im IT-Service - Warum das Betriebsmodell vor Zuschlag prüfbar sein muss

Bei der Beschaffung komplexer IT-Leistungen wird der spätere Support häufig als nachgelagerte Betriebsfrage behandelt. Moderne Supportketten können jedoch internationale Teams, Unterauftragnehmer, Fernzugriffe und KI-gestützte Assistenzfunktionen verbinden. Zugleich enthalten Tickets je nach Störung Namen, Screenshots, Protokoll- und Berechtigungsdaten, Anhänge oder Informationen aus sensiblen Fachprozessen. Das Supportmodell gehört deshalb bereits in die Vergabevorbereitung.

Eine pauschale Standortangabe reicht dafür kaum aus. Vergabestellen müssen unterscheiden, wo Ticketdaten gespeichert werden, von wo sie bearbeitet werden und ob das Supportpersonal zusätzlich auf Produktiv-, Test-, Entwicklungs- oder Migrationssysteme zugreifen kann. Ebenso wichtig sind die beteiligten Rechtspersonen und ihre Aufgaben. Ein Standort sagt noch wenig darüber aus, wer Daten erhält und welche Verantwortungskette entsteht. Auch die technische Möglichkeit eines Anbieters ist von dem Betriebsmodell zu trennen, das er im konkreten Angebot verbindlich zusagt.

Datenschutzrechtlich sind Auftragsverarbeitung und eine mögliche Drittlandübermittlung getrennt zu prüfen, greifen in der Verarbeitungskette aber ineinander. Erhält ein anderer Verantwortlicher oder Auftragsverarbeiter in einem Drittstaat Zugriff auf personenbezogene Ticketdaten, können zusätzlich zu den Anforderungen an die Auftragsverarbeitung die Vorgaben der Art. 44 ff. DSGVO eingreifen. Ein Fernzugriff kann hierfür bereits ausreichen. Erfolgt der Zugriff dagegen durch Beschäftigte derselben europäischen Rechtsperson und wird kein weiterer Verantwortlicher oder Auftragsverarbeiter eingeschaltet, liegt grundsätzlich keine eigenständige Übermittlung an einen weiteren Empfänger vor. Die mit einer Verarbeitung aus einem Drittstaat verbundenen Sicherheits- und Zugriffsrisiken bleiben dennoch zu bewerten. Eine reine Länderabfrage liefert deshalb noch keine belastbare Entscheidungsgrundlage.

Ein tragfähiges Vergabedesign kann, soweit Schutzbedarf und Betriebsanforderungen dies tragen, eine Verarbeitung innerhalb EU/EWR als Ausgangsmodell vorsehen und Drittland-Support für konkret offengelegte und prüfbare Modelle öffnen. Mit dem Angebot sollten dafür insbesondere Rechtspersonen, Staaten, Aufgaben, Datenkategorien, Speicher- und Zugriffsmöglichkeiten, betroffene Systeme, Unterauftragnehmer, die vorgesehene Übermittlungsgrundlage und die wesentlichen Schutzmaßnahmen abgefragt werden. Datenschutz und Informationssicherheit müssen das tatsächlich angebotene Modell vor Zuschlag bewerten können.

Für KI-gestützten Support gilt derselbe Grundgedanke. Eine Ja-Nein-Abfrage zum KI-Einsatz bleibt zu abstrakt. Zusammenfassung, Übersetzung, technische Klassifikation, Routing und Antwortentwürfe haben ein anderes Daten- und Wirkungsprofil als der Zugriff auf frühere Tickets oder personenbezogene Wissensbestände, Retrieval- oder RAG-Funktionen, automatisierte Antworten, Systemhandlungen oder personenbezogene Bewertungen von Beschäftigten. Deshalb sollten Bieter System und Anbieter, Zweck und konkreten Use Case, Datenquellen, Verarbeitungsorte, Speicher- und Aufbewahrungslogik, die Nutzung von Eingaben und Ausgaben für Training oder Modellverbesserung, Berechtigungen sowie menschliche und technische Kontrollen offenlegen. Je nach Use Case kann zusätzlich die regulatorische Einordnung des konkreten KI-Einsatzes relevant werden. Je nach Ausgestaltung sind seit dem 2. August 2026 auch die Transparenzpflichten des Art. 50 KI-VO zu berücksichtigen, insbesondere bei unmittelbarer Interaktion mit natürlichen Personen. Menschlich geprüfte interne Antwortentwürfe sind davon regelmäßig zu unterscheiden.

Besonders wichtig ist die Berechtigungslogik. Die KI-Funktion sollte die bestehende Berechtigungsarchitektur technisch durchsetzen und keine Informationen erschließen, auf die der jeweilige Nutzer außerhalb der KI-Funktion keinen Zugriff hätte. Wenn eine Anwendung Tickets oder Wissensbestände durchsucht, müssen Rollen und Berechtigungen deshalb bereits bei der Auswahl der durchsuchten Informationen wirksam werden. Werden personenbezogene Informationen zusätzlich in Suchindizes oder Wissensbeständen gespeichert, müssen Berichtigungen und Löschungen auch dort umgesetzt werden können.

Die Vergabeunterlagen sollten diese Steuerung auf mehrere klar zugeordnete Dokumente verteilen. Leistungs- und Servicebeschreibung legen Supportprozess, Datenminimierung, Systemzugriffe und freigegebene KI-Funktionen fest. Angebotsformblätter schaffen die Tatsachengrundlage für die Prüfung. AVV und Sicherheitsanlage konkretisieren Verarbeitungskette, Unterauftragnehmer, Löschung, Berechtigungen, Authentisierung, Protokollierung und Vorfallbehandlung. Der Vertrag macht die Angebotsangaben verbindlich und regelt Dokumentenrangfolge, Aktivierung, Änderungen, Aussetzung und Fortführung der Supportleistung.

Das für Vergleichbarkeit, Risikobewertung und Freigabe maßgebliche Betriebsmodell muss dabei vor Zuschlag hinreichend bestimmt sein. Rein umsetzende Unterlagen können, soweit die Vergabeunterlagen dies vorsehen und sie keine neue materielle Entscheidung enthalten, gegebenenfalls vor Leistungsaufnahme finalisiert werden. Beteiligte Rechtspersonen und Staaten, wesentliche Datenflüsse und Zugriffsmöglichkeiten sowie das tragende Schutz- und Betriebsmodell sollten dagegen nach Zuschlag nicht erst neu bestimmt werden.

Während der Vertragslaufzeit braucht es eine abgestufte Change-Governance. Technische Änderungen können innerhalb des vereinbarten Rahmens dokumentiert werden, soweit Zwecke, Datenquellen, Berechtigungen, Anbieterstrukturen, Verarbeitungsorte und Automatisierungswirkungen unverändert bleiben und sich das geprüfte Risiko- und Leistungsprofil nicht wesentlich verändert. Neue Drittstaaten oder datenverarbeitende Unterauftragnehmer (Subprozessoren), zusätzliche Datenquellen, erweiterte Retrieval-Zugriffe, neue Systemrechte, automatisierte Außenwirkungen, Training mit Auftraggeberdaten oder erstmals personenbezogene Bewertungen erfordern dagegen eine erneute Prüfung vor ihrer Nutzung. Änderungen außerhalb des ursprünglich angelegten Vertragsrahmens können zusätzlich vergaberechtlichen Prüfbedarf nach § 132 GWB auslösen.

Die entscheidende Verbindung liegt damit zwischen Transparenz vor Zuschlag und Steuerungsfähigkeit im Betrieb. Vergabestellen brauchen kein Freigabeverfahren für jedes einzelne Ticket. Sie benötigen ein geprüftes Betriebsmodell, klare Änderungsgrenzen und festgelegte Zuständigkeiten für Datenschutz, Informationssicherheit, Vertragsmanagement und Vergabe. Erst diese Kombination macht internationale Supportketten und KI-Funktionen dauerhaft steuerbar.

©Urheberrecht. Alle Rechte vorbehalten.

Information icon

Wir benötigen Ihre Zustimmung zum Laden der Übersetzungen

Wir nutzen einen Drittanbieter-Service, um den Inhalt der Website zu übersetzen, der möglicherweise Daten über Ihre Aktivitäten sammelt. Bitte überprüfen Sie die Details in der Datenschutzerklärung und akzeptieren Sie den Dienst, um die Übersetzungen zu sehen.