Produktkonfiguration
Technische Mechanismen, die in der konkret umgesetzten AIonicOS-Konfiguration vorhanden, aktiviert und nachweisbar sind.
AIonicOS · Technische Prüfung & Beschaffung
Digitale Souveränität beginnt mit vier prüfbaren Fragen.
Nicht ein Label entscheidet über Souveränität, sondern die konkrete Architektur, der vereinbarte Betrieb und die Verantwortung im Unternehmen. Diese Seite trennt deshalb AIonicOS-Mechanismen von Vertrags- und Organisationsaufgaben — als Arbeitsgrundlage für IT, Einkauf, Datenschutz und Fachverantwortliche.
Drei Kontrollbereiche, eine gemeinsame Prüfung
Vertrag / Beschaffung
Vereinbarungen zu Hosting, Supportzugriff, Unterauftragnehmern, Aufbewahrung, Export und Exit.
Unternehmensorganisation
Klassifizierung, Rollen, Risikobewertung, Aufsicht, Schulung und rechtliche Entscheidungen des Kunden.
AIonicOS / KONTROLLMATRIX
Vier Fragen für Architektur, Einkauf und Verantwortung
Wo laufen Daten und Ausführung?
Die Antwort entsteht aus einem dokumentierten Datenfluss: Quelle, Speicher, Retrieval, Modell, Werkzeug, Protokollierung, Backup und Supportzugriff.
Produktkonfiguration
Konfiguration
AIonicOS unterstützt je nach vereinbartem Umfang Single-Tenant-Betrieb und weitere Bereitstellungskonfigurationen. Verfügbare Modelle, Provider, Regionen, Speicherorte und Telemetrie werden nur für die tatsächlich umgesetzte Konfiguration beschrieben.
Vertrag / Beschaffung
Vereinbarung
Hostingregion, Unterauftragnehmer, Aufbewahrung, Backup, Support- und Notfallzugriffe sowie Export- und Exit-Leistungen gehören in die Beschaffungs- und Datenschutzunterlagen.
Unternehmensorganisation
Verantwortung
Der Kunde klassifiziert Daten, genehmigt zulässige Verarbeitungsorte und Anbieterpfade und benennt Eigentümer für Quellen, Betrieb und Ausnahmen.
Zu prüfende Nachweise
- Architektur- und Datenflussdiagramm
- Konfigurations- und Anbieterinventar
- AVV/DPA, Support- und Exit-Regelung
Wer darf auf einen Workflow zugreifen, ihn freigeben und verändern?
Souveränität braucht benannte Identitäten, begrenzte Rechte und einen nachvollziehbaren Änderungsweg — nicht nur eine Anmeldung an der Oberfläche.
Produktkonfiguration
Konfiguration
Agenten- und Dienstidentitäten, möglichst geringe Berechtigungen, Richtlinienkontrollen und menschliche Freigaben können an die jeweilige Integration gebunden werden. Der wirksame Umfang hängt von Quellsystem und Umsetzung ab.
Vertrag / Beschaffung
Vereinbarung
Supportrollen, zeitlich begrenzte Notfallzugriffe, Genehmigungen, Protokollierung und das Change-Verfahren werden mit Zuständigkeiten und erwarteten Nachweisen vereinbart.
Unternehmensorganisation
Verantwortung
Der Kunde vergibt Rollen, trennt unvereinbare Aufgaben, prüft Berechtigungen wiederkehrend und entscheidet, welche fachlichen oder risikorelevanten Aktionen eine Freigabe verlangen.
Zu prüfende Nachweise
- Rollen- und Berechtigungsmatrix
- Freigabe- und Eskalationsregeln
- Änderungs- und Zugriffsprotokoll
Was belegt der Lauf- und Kostennachweis?
Ein technischer Laufnachweis zeigt, was die konfigurierte Operation erfasst hat. Er ist ein Beweismittel für die Prüfung — kein pauschaler Beleg rechtlicher Konformität.
Produktkonfiguration
Konfiguration
Verfügbare Laufdaten können Quellenbezüge, Modell- und Werkzeugaufrufe, Freigaben, Ergebnisse, Fehler sowie KI- und Kostenkategorien einem Durchlauf zuordnen. Felder und Detailtiefe folgen der unterstützten Konfiguration.
Vertrag / Beschaffung
Vereinbarung
Aufbewahrungsdauer, Zugriff, Exportformat, Löschung, Nachweislieferung und gegebenenfalls Prüfrechte werden für den vorgesehenen Zweck festgelegt.
Unternehmensorganisation
Verantwortung
Fach-, IT- und Kontrollverantwortliche bewerten die verfügbaren Nachweise, gleichen sie mit den Geschäftsergebnissen ab und behandeln Ausnahmen oder Vorfälle nach dem eigenen Kontrollsystem.
Zu prüfende Nachweise
- Beispiel eines Laufnachweises
- Datenfeld- und Aufbewahrungskonzept
- Abgleich mit Abnahme- und Kontrollkriterien
Welche Kontrollen gehören in Produktkonfiguration, Vertrag und Unternehmensorganisation?
Keine Ebene ersetzt die andere. Erst die Zuordnung verhindert, dass technische Funktionen als Rechtszusage verstanden oder Organisationspflichten an Software delegiert werden.
Produktkonfiguration
Konfiguration
AIonicOS stellt die für den vereinbarten Workflow umgesetzten Mechanismen für Berechtigungen, Freigaben, Protokollierung, Quellen- und Modellwahl sowie Beobachtbarkeit bereit.
Vertrag / Beschaffung
Vereinbarung
Leistungsumfang, Betriebsmodell, Verantwortungsgrenzen, Service, Unterauftragnehmer, Datenschutz, Nachweise, Änderungen und Exit werden beschaffbar und prüfbar beschrieben.
Unternehmensorganisation
Verantwortung
Rechtliche Rolle und Risikoklasse, Datenschutz-Folgenabschätzung soweit erforderlich, Arbeitnehmerbeteiligung, menschliche Aufsicht, Schulung und laufende Wirksamkeitskontrolle verbleiben beim verantwortlichen Unternehmen.
Zu prüfende Nachweise
- RACI für Produkt, Lieferant und Kunde
- Risiko- und Kontrollregister
- Freigabe für Betrieb und wesentliche Änderungen
EU AI Act · offizieller Stand
Der Zeitplan ist gestaffelt — und aktuell im Übergang.
Für Beschaffungsentscheidungen trennen wir bereits anwendbare Meilensteine von den noch veränderlichen Hochrisiko-Terminen. Maßgeblich bleibt der aktuelle Rechtsstand der offiziellen EU-Quellen und die Einordnung des konkreten Systems.
-
Bereits anwendbar
Verbote bestimmter KI-Praktiken sowie die Vorgaben zur KI-Kompetenz sind nach Darstellung der Europäischen Kommission anwendbar.
-
Bereits anwendbar
Governance-Regeln und Pflichten für Anbieter von General-Purpose-AI-Modellen sind nach Darstellung der Kommission anwendbar.
-
Allgemeiner Meilenstein
Die Kommission nennt diesen Termin für die Mehrheit der Regelungen und für Transparenzpflichten. Hochrisiko-Termine müssen davon getrennt betrachtet werden.
Die Kommissionsseite zum AI Act, zuletzt aktualisiert am 7. Juli 2026, berichtet über eine politische Einigung vom 7. Mai 2026 zum Änderungsvorschlag: Regeln für Systeme in bestimmten Hochrisikobereichen sollen ab 2. Dezember 2027 gelten, für in regulierte Produkte integrierte Systeme ab 2. August 2028. Der AI Act Service Desk zeigt zugleich noch die früheren Hochrisiko-Termine und kennzeichnet sie mit einem Hinweis zum Digital Omnibus. Deshalb verwenden wir die älteren Termine nicht als feststehende Beschaffungsfrist. Politische Einigung, formeller Rechtsakt und jeweils geltende Fassung sind vor einer Entscheidung erneut zu prüfen.
Primärquellen der Europäischen Kommission
- AI Act — Rechtsrahmen und aktueller Umsetzungsstand Aktualisiert am 7. Juli 2026; enthält die politische Einigung und die neu dargestellten Hochrisiko-Termine. (öffnet in einem neuen Tab)
- AI Act Service Desk — Implementierungszeitplan Zeigt die gestaffelten Meilensteine und markiert die Hochrisiko-Termine mit dem Digital-Omnibus-Hinweis. (öffnet in einem neuen Tab)
Diese Einordnung dient der Information und ist keine Rechtsberatung.
AIonicOS / NÄCHSTE PRÜFUNG
Prüfen Sie die Konfiguration, nicht das Versprechen.
Im technischen Gespräch ordnen wir einen konkreten Workflow, seine Datenpfade, Rollen, Nachweise und Vertragsfragen ein. Den Plattformkontext finden Sie in der AIonicOS-Übersicht.