TISAX-fähiger AI-Rollout: warum Governance der kritische Pfad ist

TISAX-fähiger AI-Rollout: der kritische Pfad läuft über Governance

Die Technik ist selten das Nadelöhr. Wer AI im Automotive breit einführen will, scheitert eher an der Nachweisbarkeit. An Informationssicherheit. An Datenschutz. Und an der Fähigkeit, all das gegenüber OEMs zu belegen.

Compliance ist hier kein Overhead. Sie ist Marktzugang. TISAX ist dabei weniger ein Zertifikat als ein Betriebsmodell. Es entscheidet, ob ein Rollout skalieren darf oder in der Pilotphase feststeckt.

Compliance ist Marktzugang, kein Overhead.

Damit stehen für Sie als Verantwortliche im Engineering konkrete Fragen im Raum:

• Welche Voraussetzungen müssen stehen, bevor sensible Daten in Workflows fließen?
• Wie halten wir Informationssicherheit über den ganzen Lifecycle nach?
• Wie begleiten wir den Weg zur OEM-Fähigkeit, ohne den Betrieb auszubremsen?
• Wer zertifiziert am Ende, und was ist die Rolle des Partners?

Dieser Beitrag zeigt, warum TISAX ein Betriebsmodell ist. Und warum der Umweg über Governance der schnellste sichere Weg zur Skalierung bleibt.

Warum OEMs Nachweise verlangen, nicht Versprechen

Ein OEM kauft nicht nur Ergebnisse. Er kauft die belegbare Sicherheit, dass diese Ergebnisse unter kontrollierten Bedingungen entstanden sind. Genau das leistet TISAX. Es ist ein prüfbarer Standard für Informationssicherheit. Es ersetzt Vertrauen durch Nachweis.

Ein Rollout, der diesen Nachweis nicht liefert, verschließt den Marktzugang. Die technische Reife hilft dann nicht. Damit dreht sich die übliche Priorität um. Die Eingangsfrage lautet nicht, welches Modell am besten ist. Sie lautet, ob wir jeden AI-Schritt gegenüber einem Assessor belegen können. Wer das ernst nimmt, baut von Anfang an anders. Und spart sich die teure Nachrüstung vor der ersten OEM-Abnahme.

TISAX als Betriebsmodell verstehen

Keine Prüfung am Ende, sondern eine Kette

TISAX ist keine einmalige Prüfung kurz vor der Abnahme. Es ist eine Validierungskette über den ganzen Lifecycle. Für den Rollout heißt das: Informationssicherheit, Zugriffskontrolle und Auditierbarkeit sind Default. Sie gelten von der ersten Pilotgruppe an. Sie sind kein Nachgedanke.

Diese Haltung verändert die Reihenfolge der Arbeit. Nicht erst nutzen, dann absichern. Sondern absichern als Bedingung des Nutzens. Genau das ist der Unterschied. Ein Pilot beeindruckt. Eine Capability wird abgenommen.

Wie sich TISAX in den Rollout einfügt

Die Governance-Gates sind zugleich die Bausteine der TISAX-Fähigkeit. Sie greifen ineinander.

• Identität, rollenbasierte Rechte und Datenklassifizierung sind Voraussetzung, nicht Kür.
• Manipulationssicheres Audit-Logging macht Abläufe belegbar und unveränderbar.
• EU-Datenresidenz und eine harte Anbieter-Whitelist sichern den Datenfluss.
• Die Read-only-Integration hält das ALM als System-of-Record unberührt.

Governance schlägt Technik und beschleunigt sie

Der Umweg über Governance ist der schnellste sichere Weg zur Skalierung. Nur belegbare Workflows bestehen ein ASPICE-Assessment und die OEM-Abnahme. Ein brillanter, aber nicht nachweisbarer Workflow ist im Serienprogramm wertlos. Er erzeugt Nacharbeit statt Tempo.

Die Rollen sind dabei klar verteilt. Die Zertifizierung selbst erfolgt durch den Kunden oder eine Prüfstelle. sensified begleitet entlang der Kette. Wir sorgen dafür, dass die Voraussetzungen belegbar erfüllt sind. Wir zertifizieren nicht. Wir machen zertifizierbar.

Der Compliance-Stack im Überblick

TISAX steht nicht allein. Es steht in einem Stack, der ab Tag eins Default ist.

• ASPICE. AI-Outputs bleiben traceable und audit-fest über das V-Modell.
• ISO 26262 bis ASIL-D. Klare Trennung von Assistenz und Safety-Entscheidung.
• ISO 21434. Pipeline-Sicherheit als Default über den Lifecycle.
• EU AI Act. Transparenz für AI-Schritte. AI-Visuals werden gekennzeichnet.

Häufige Fehler auf dem Weg zur OEM-Fähigkeit

• Compliance nachträglich. Erst breit ausrollen, dann absichern wollen.
• Zertifikat statt Betriebsmodell. TISAX als Haken abarbeiten, nicht als Arbeitsweise leben.
• Nachweislücken. Abläufe, die funktionieren, aber nicht belegbar sind.

Der rote Faden bleibt gleich. Was nicht belegbar ist, trägt im Serienprogramm nicht. TISAX ist deshalb kein Hindernis, das man umgeht. Es ist das Fundament, auf dem Skalierung überhaupt erst möglich wird. Wer es so behandelt, gewinnt Tempo statt es zu verlieren.

So gehen wir vor: Build, Operate, Transfer

Einen TISAX-fähigen AI-Rollout bauen wir nicht als Folienkonzept. Wir bauen es als produktive Fähigkeit. Das folgt dem Prinzip Build, Operate, Transfer. Unsere Beteiligung nimmt über die Phasen ab. Ihre Capability wächst ins eigene Haus. Der Wissenstransfer ist vertragliches Erfolgskriterium, kein Zusatz. Sonst entsteht genau der Lock-in, den wir vermeiden wollen.

1. Build. Setup, Guardrails und erste Workflows entlang Ihres realen Prozesses.
2. Operate. Betrieb mit KPI-Verantwortung auf Wertstrom-Ebene. Nie auf Personen-Telemetrie.
3. Transfer. Dokumentierte Übergabe. Ihr Team übernimmt Tooling, Wissen und Betrieb.

Getragen wird das von drei Modulen. Erstens ein Strategic Engineering Lead. Das ist ein Senior-Embedded-Architekt zusammen mit einem Strategic AI Lead. Zweitens die auditierbare Tooling-Plane sensified AI-OS. Drittens die Automotive-Playbooks. Sie beschreiben die Methodik für AI in Embedded-, ASIL-, ASPICE- und AUTOSAR-Kontexten. Die Leitplanke, was AI nicht entscheidet, ist darin fest verankert.

Die vier Mandat-Typen sind kombinierbar. Sie passen sich Ihrem Reifegrad an. Es gibt den Strategic Engineering Lead für den breiten Aufbau. Es gibt die BOT Engineering-Capability als Programm-Paket je Domäne. Es gibt den ASPICE- oder ASIL-Workflow-Pilot zur Validierung vor dem Mandat. Und es gibt das Modul Tooling, MCP und AI-Governance mit Schlüssel-Isolation und Kosten-Transparenz. Der Einstieg ist bewusst risikoarm. Zuerst ein Qualifying-Call zum Fit-Check. Dann NDA und Discovery-Workshop. Danach der Workflow-Pilot. Erst dann das BOT-Mandat mit Governance-Plane. Kommerzielle Details klären wir im Discovery-Workshop, nicht über öffentliche Preislisten.

Gemessen wird auf Wertstrom-Ebene, nie an Personen. Wir messen Kosten je Wertstrom, den Produktivitäts-Zuwachs und die reale Nutzung. So bleibt jederzeit belegbar, ob sich die Fähigkeit rechnet. Das entscheidet über den nächsten Ausbauschritt. Der Betrieb erzeugt keine Chat-Historie als Ergebnis. Er erzeugt prüfbare Artefakte, die in Ihren Prozess passen. Dazu gehören Reports, Traceability-Matrizen und ausführbare Testsuiten.

Der Pilot ist bewusst klein gehalten. Er dauert wenige Wochen. Er nimmt sich einen realen Ausschnitt Ihres Prozesses vor, nicht ein Laborbeispiel. Am Ende steht ein belastbarer Beleg. Sie sehen, ob die Kette hält und ob sich der Aufwand lohnt. Erst auf dieser Basis entscheiden wir gemeinsam über das volle Mandat. So bleibt jedes Investment an ein sichtbares Ergebnis gebunden.

TISAX ist eine von mehreren Governance-Ebenen. Das übergreifende Gerüst beschreiben die fünf Governance-Gates G1 bis G5. Die technische Grundlage der Datenresidenz erklärt der Beitrag zum EU-souveränen AI-Routing.

Fazit

Es gibt einen Unterschied zwischen zwei Sätzen. Der erste lautet: Wir nutzen AI-Tools. Der zweite lautet: Wir besitzen eine beherrschte, auditierbare AI-Engineering-Capability. Dieser Unterschied entscheidet, ob AI im Serienprogramm trägt oder im Pilot versandet. Genau diese Entscheidungen hat sensified für den eigenen Betrieb getroffen. Sie sind in einem realen ASPICE-Serienprogramm gebaut. Deshalb kommt sensified mit einer Position, nicht mit Fragen.

Drei Dinge unterscheiden diesen Ansatz. Es gibt einen klaren Plan, belegt durch eigenes, produktives IP. Wir bauen es mit, bis es ASPICE-konform in Produktion läuft. Und es gibt keinen Vendor-Lock-in, abgesichert durch modell-agnostische Architektur und Transfer als Erfolgskriterium. Zwei Tiefen treffen dabei in einem Partner zusammen. Das ist etabliertes Automotive- und SDV-Wissen. Und es ist AI-Engineering-Tiefe aus eigener Plattform.

Wie dieser Baustein in eine beherrschte Gesamt-Capability passt, zeigt unsere Seite zur AI-Transformation im Automotive-Engineering. Den strategischen Rahmen erklärt der Beitrag AI im Engineering ist ein Capability-Thema, kein Tool-Thema. Der nächste Schritt ist ein Discovery-Workshop. Dort ordnen wir Ihren Prozess, Ihre Compliance-Lage und den ersten sinnvollen Use-Case gemeinsam ein.

Das Wichtigste in Kürze

• TISAX ist ein Betriebsmodell über den Lifecycle, keine Prüfung am Ende.
• Die Governance-Gates sind zugleich die Bausteine der TISAX-Fähigkeit.
• Nur belegbare Workflows bestehen ASPICE-Assessment und OEM-Abnahme.
• sensified macht zertifizierbar. Die Zertifizierung erfolgt durch Kunde oder Prüfstelle.