T-Systems OTA-Plattform

Kurzfazit

Die T-Systems OTA-Plattform ist kein typisches KI-Produkt, sondern eine Compliance- und Hosting-Lösung für Automobilhersteller, die Software-Updates rechtssicher in Fahrzeuge bringen müssen, mit ML-Komponenten als Beiwerk, nicht als Hauptargument. Ihr Hauptverkaufsargument: alle Daten verbleiben in deutschen Rechenzentren, die Audit-Logs entsprechen direkt dem UNECE-R156-/SUMS-Format, das das Kraftfahrt-Bundesamt für Typgenehmigungen sehen will. Für DACH-OEMs mit politisch sensiblen Datenanforderungen oder bestehender T-Systems-Beziehung ist das ein starkes Paket. Wer aber wirklich modernste OTA-Technologie sucht, ML-getriebene Rollout-Optimierung, breite Tooling-Community, transparente APIs, wird bei den großen US-Anbietern oder agileren Spezialisten wie Harman Red Bend, Sibros oder Excelfore tiefere KI-Substanz finden.

Für wen ist die T-Systems OTA-Plattform?

DACH-OEMs mit Compliance-Druck: Wer aufgrund von UNECE-R156 (verbindlich für alle neuen Typgenehmigungen seit Juli 2022) ein dokumentiertes Software Update Management System nachweisen muss, bekommt mit T-Systems eine Out-of-the-Box-Lösung, die die KBA-Anforderungen direkt erfüllt. Das spart erhebliche Anpassungsarbeit gegenüber generischen OTA-Plattformen, die erst für SUMS aufgerüstet werden müssen.

Unternehmen im T-Systems-Ökosystem: Volkswagen, Mercedes-Benz und andere DACH-Schwergewichte haben langjährige Rahmenverträge mit T-Systems. Wer ohnehin Cloud, Connectivity oder Mobilfunkdienste über T-Systems bezieht, hat einen deutlich vereinfachten Beschaffungsweg und vermeidet neue Lieferanten-Onboardings.

Öffentliche Flotten und Behördenfahrzeuge: Polizei, Bundeswehr, kommunale Fuhrparks mit elektronischen Fahrzeugfunktionen unterliegen oft strengeren Datenhoheits-Vorgaben als private OEMs. Deutsche Rechenzentren und nachweisbare EU-Datenverarbeitung sind hier zwingend, und T-Systems erfüllt diese Anforderung wie wenige andere Anbieter.

Tier-1-Zulieferer mit OEM-Cascading: Wenn der OEM-Kunde T-Systems vorschreibt, ist die Wahl ohnehin getroffen, Zulieferer integrieren dann gegen die T-Systems-APIs. Das ist eine erzwungene, aber häufige Konstellation in der deutschen Automobilbranche.

Weniger geeignet für: OEMs mit globalem Footprint und gemischter Datenresidenz (für die ist eine US-zentrale Plattform mit EU-Region oft praktikabler), Mittelständische Nutzfahrzeughersteller mit begrenztem Budget (das Pricing-Modell ist Enterprise-only), Startups oder Pilotprojekte ohne Compliance-Druck (zu schwer, zu teuer, kein Self-Service), Teams, die agil testen und mit Open-Source-Stacks experimentieren wollen.

Preise im Detail

Modell	Preis	Was du bekommst
Plattform-Setup	Einmalig sechsstellig (typisch 200K–800K EUR)	Integration in Fahrzeugarchitektur, ECU-Anbindung, Backend-Bereitstellung, Compliance-Dokumentation
Laufende Lizenz	Jährlich, fahrzeugbasiert	Pro Fahrzeug-Jahr meist niedriger zwei- bis dreistelliger EUR-Betrag, abhängig von Volumen und Updatefrequenz
Cloud- und Bandbreitenkosten	Verbrauchsabhängig	Hosting in T-Systems-Rechenzentren, Datentransfer für Updates an Fahrzeuge
Compliance-Services	Pauschal/Projekt	Audit-Logging-Customizing, SUMS-Zertifizierungsunterstützung, externe Auditbegleitung

Einordnung: Die T-Systems-OTA-Plattform ist eine Enterprise-Investition, die sich erst ab einer relevanten Fahrzeug-Stückzahl rechnet, typische Einstiegspunkte liegen bei größeren Fahrzeugflotten oder neuen Plattformen, die ohnehin von Grund auf gebaut werden. Eine Faustregel: Unter 50.000 Fahrzeugen im Plattform-Scope ist die Cost-per-Unit-Rechnung problematisch, weil die fixen Setup-Kosten zu stark durchschlagen. Wer kleinere Stückzahlen hat, prüft alternativ Cloud-Anbieter-OTA (AWS IoT, Azure IoT Hub) oder spezialisierte SaaS-Anbieter mit transparenter Preisgestaltung.

Stärken im Detail

Datenresidenz als Hauptargument. Die Plattform läuft ausschließlich in T-Systems-Rechenzentren in Deutschland, mit BSI-C5-Zertifizierung, Tier-III/IV-Standards und nachweislich keinem Routing über US-Cloud-Provider. Für OEMs, die mit öffentlichen Kunden arbeiten oder politisch heiklen Datenarten umgehen (Fahrzeugtelemetrie ist potenziell personenbezogen), ist das ein qualifizierter Compliance-Pfad. Konkurrenten mit AWS- oder Azure-Backbone müssen hier deutlich mehr Argumentationsarbeit leisten.

SUMS-Konformität ab Werk. UNECE-R156 ist seit Juli 2022 für neue Fahrzeugtypen in der EU verbindlich. Wer ein Typgenehmigungsverfahren beim KBA durchläuft, muss ein Software Update Management System nachweisen, und die T-Systems-Plattform liefert die nötigen Audit-Logs direkt in dem Format, das in der Praxis akzeptiert wird. Andere OTA-Anbieter erfordern oft Custom-Anpassungen, die im Audit-Prozess noch geprüft werden müssen.

Differential-Updates reduzieren Energieaufwand. Statt komplette Software-Images zu übertragen, sendet die Plattform nur die geänderten Bits, wichtig bei E-Fahrzeugen, wo der Update-Vorgang während des Standes Energie kostet. Im Vergleich zu Full-Image-Plattformen sind Bandbreiten- und Stromverbrauch um Faktor 5–20 niedriger.

ML-gestützte Rollout-Anomalie-Erkennung. Beim Roll-out neuer Updates analysiert die Plattform Fehler-Telemetriedaten der ersten Fahrzeuggruppe und stoppt automatisch, wenn bestimmte Ausfallsmuster auftreten. Das verhindert flächendeckende Rückrufaktionen wegen Software-Fehlern, eine Funktion, die jeden Fall eines Auto-Updates wert sein kann, der über die gesamte Flotte ausgerollt wird. Die ML-Pipeline ist nicht so ausgereift wie bei US-Spezialisten, aber funktional und integriert.

Tiefe T-Systems-Integration als organisatorischer Vorteil. Wer schon mit T-Systems arbeitet, profitiert von gemeinsamen Account-Strukturen, einheitlichen SLAs, einem Ansprechpartner-Pool und vereinfachter Vertragsdokumentation. Für Großkonzerne mit etablierter Lieferanten-Compliance ist das ein nicht zu unterschätzender operationaler Vorteil.

Catena-X-Roadmap. T-Systems ist Gründungsmitglied von Catena-X (dem offenen Datenraum für die Automobilindustrie) und hat angekündigt, OTA-Daten mit Catena-X-Schnittstellen kompatibel zu halten. Wer langfristig auf europäische Datenökosysteme setzt, hat hier eine kohärente Roadmap.

Schwächen ehrlich betrachtet

KI-Substanz dünner als beworben. “AI-gestützt”, “Predictive Rollouts”, “intelligente Steuerung”, die Marketing-Sprache deutet auf umfangreiche ML-Pipelines hin, aber die tatsächlich implementierte ML-Tiefe ist begrenzt. Anomalie-Erkennung funktioniert, aber prädiktive Wartung, autonome Rollout-Optimierung oder Federated-Learning-Ansätze sucht man weitgehend vergeblich. Wer die KI-Komponente in den Vordergrund stellt, sollte sich spezialisierte Anbieter wie Sibros oder Excelfore zumindest parallel ansehen.

Preisintransparenz extrem. Es gibt keine veröffentlichten Preise, kein Self-Service, kein Discovery-Pricing, alles läuft über den Vertriebs-Apparat. Für kleinere OEMs oder Tier-1-Anbieter mit Budget-Disziplin ist das eine echte Eintrittshürde, denn ein realistisches Setup-Gespräch dauert oft Monate. Konkurrenten (insbesondere die Cloud-Hyperscaler) sind hier deutlich transparenter.

Lock-in-Risiko hoch. Sobald Fahrzeugflotten an T-Systems-OTA angebunden sind, ist eine Migration zu einer anderen Plattform aufwändig, die Audit-Log-Historie, die Update-Schedule-Logik und die OEM-spezifischen Customizings müssten neu aufgebaut werden. Das gilt für jede OTA-Plattform, aber T-Systems-Verträge sind notorisch schwer kündbar im Vergleich zu Cloud-SaaS.

Wenig öffentliche Community. Eclipse hawkBit (Open-Source-OTA, von Bosch beigetragen) und Uprotocol haben aktive Open-Source-Communities, in denen Entwickler Wissen teilen, Plugins entwickeln und Probleme schnell lösen. Die T-Systems-Plattform ist closed source und die Doku weitgehend kundenintern, wer als Entwicklerteam autonom arbeiten will, hat es schwer.

Plattform jung, Referenzen begrenzt öffentlich. T-Systems hat zwar Automotive-Heritage (Connectivity, Cloud), aber die OTA-Plattform als integriertes Produkt ist verhältnismäßig jung. Konkrete Referenzen werden selten offiziell kommuniziert, was im Enterprise-Vertrieb üblich ist, aber Vergleichbarkeit erschwert.

Internationaler Footprint begrenzt. Wer als OEM weltweit ausliefert (Europa, USA, China), braucht eine Plattform mit globaler Edge-Präsenz. T-Systems ist primär EU-zentriert; für China-Operationen sind ohnehin lokale Anbieter zwingend (Alibaba, Tencent), für US-Operationen ist die EU-Hosting-Stärke weniger relevant. Für globale Plattformen ergibt sich oft die Notwendigkeit, T-Systems nur in EU einzusetzen, was den Skaleneffekt einschränkt.

Alternativen im Vergleich

Wenn du…	…nimm stattdessen
Cloud-native OTA mit globaler Reichweite suchst
Open-Source OTA-Stack willst (anpassbar, kostenfrei)	(Eclipse hawkBit, keine eigene Tool-Seite)
ML-fokussierte OTA-Optimierung priorisierst	(Sibros, Excelfore, keine eigene Tool-Seite)
Bestandskundschaft im US-Automotive bedienst	(Harman Red Bend, keine eigene Tool-Seite)

Erwähnenswert ohne eigene Tool-Seite: Eclipse hawkBit (Open-Source-OTA von Bosch beigetragen, breit eingesetzt im Industrial-IoT-Bereich), Harman Red Bend (Marktführer für mobile/embedded OTA, in Automotive seit Jahren etabliert), Sibros, Excelfore eSync, Aurora Labs, Sonatus (alle US-fokussierte spezialisierte OTA-Plattformen mit stärkerer ML-Substanz) sowie Azure IoT Hub und Google Cloud IoT (Cloud-Hyperscaler-Pendants). T-Systems’ Position ist klar regional: Im DACH-OEM-Markt mit Compliance-Druck ist es eine seriöse Option, global betrachtet bleibt es eine Nische gegenüber spezialisierten Anbietern.

So steigst du ein

Schritt 1: Kontaktaufnahme über den T-Systems Automotive-Vertrieb, keinen Self-Service-Einstieg erwarten. Initial empfehlenswert: Discovery-Workshop zur Bewertung, ob bestehende T-Systems-Infrastruktur (Cloud, Connectivity) bereits eine nutzbare Basis bietet. Parallel: Eigene SUMS-Anforderungen klären (Welche ECU-Klassen? Welche Update-Frequenz? Welches Audit-Format soll das KBA sehen?), sonst läuft das Vertriebsgespräch ins Leere.

Schritt 2: Anforderungserhebung als formaler Schritt mit T-Systems begleiten lassen. SUMS-Konformität ist nicht “ein Häkchen”, sondern eine Architekturentscheidung, die Auswirkungen auf ECU-Software, Backend-Design und Audit-Prozesse hat. Plane mindestens 3–6 Monate für diese Phase, je nach OEM-Komplexität. T-Systems begleitet diesen Schritt als Teil des Implementierungsprojekts, oft mit externen Audit-Partnern (TÜV, DEKRA).

Schritt 3: Pilotprojekt mit einer definierten Fahrzeugplattform und begrenzter ECU-Anzahl, vor dem Vollrollout auf die gesamte Flotte. Konkrete Lessons-Learned: Differential-Update-Verhalten am Fahrzeug, Anomalie-Erkennungs-Schwellwerte, Audit-Log-Format aus Kraftfahrt-Bundesamt-Sicht. Erst nach erfolgreicher Pilotierung den Vollrollout starten, die Plattform-Kostenseite skaliert dann linear mit Fahrzeuganzahl, der Risiko-Hebel skaliert exponentiell.

Ein konkretes Beispiel

Ein deutscher Nutzfahrzeughersteller (LKW, etwa 18.000 Fahrzeuge pro Jahr) steht vor einer Typgenehmigung für seine neue elektrische Sattelzugmaschine. UNECE-R156 verlangt einen nachweisbaren SUMS-Prozess; die bestehende OTA-Infrastruktur (intern entwickelt, basiert auf AWS) genügt der Audit-Anforderung nicht direkt. T-Systems wird als OTA-Partner gewählt, weil drei Kriterien zusammenkommen: vorhandener Rahmenvertrag (Telekom-Mobilfunk in den Fahrzeugen), deutsche Rechenzentren als unverhandelbare Anforderung der Compliance-Abteilung, sowie das vorgefertigte SUMS-Audit-Format. Setup-Investition rund 600.000 EUR, laufende Kosten pro Fahrzeug-Jahr im niedrigen dreistelligen Bereich. Nach 14 Monaten Pilot mit 2.000 Fahrzeugen ist die Plattform durchgehend audit-fest, die Typgenehmigung wurde erteilt, und beim ersten Production-Rollout stoppt die Anomalie-Erkennung ein fehlerhaftes Diesel-Diagnosemodul-Update nach 280 betroffenen Fahrzeugen statt 18.000. Gerettete Rückrufaktion (geschätzt): ca. 3,5 Mio. EUR. Die Investition rechnet sich bereits nach diesem einen Vorfall.

DSGVO & Datenschutz

• Datenhosting: Ausschließlich in zertifizierten T-Systems-Rechenzentren in Deutschland (typisch München, Magdeburg, Biere) mit BSI-C5- und ISO-27001-Zertifizierung.
• Datennutzung: Fahrzeugtelemetrie und Update-Logs werden nur für die Vertragszwecke verarbeitet, keine Sekundärnutzung für Trainingsdaten oder Dritt-Vermarktung.
• Auftragsverarbeitung (AVV): Standard bei T-Systems-Verträgen, mit dokumentierten Standardvertragsklauseln für Sub-Auftragsverarbeiter.
• Personenbezug von Fahrzeugdaten: Telemetriedaten können personenbeziehbar sein (Fahrer-ID, Standort). T-Systems trennt diese Daten technisch von den reinen Update-Logs und ermöglicht selektive Löschungen.
• Audit-Logs: Werden in einem revisionssicheren Format gespeichert, das den UNECE-R156- und Kraftfahrt-Bundesamt-Anforderungen entspricht. Aufbewahrungsfristen sind konfigurierbar.
• Empfehlung für Unternehmen: Für Automotive-OEMs aus DSGVO-Sicht eine der saubersten verfügbaren Optionen, gerade weil keine US-Subverarbeitung im Standard vorgesehen ist. Vor Vertragsabschluss: Sub-Auftragsverarbeiter-Liste prüfen, AVV-Detail mit interner Datenschutzbeauftragten abstimmen, Datenpfad-Diagramm dokumentieren.

Gut kombiniert mit

• , als Backup oder Region-spezifische Erweiterung. Manche OEMs betreiben T-Systems für die EU-Flotte und AWS IoT für US/APAC, mit gemeinsamem Backend-Konsolidierung. Das ist administrativ aufwändiger, aber pragmatisch.
• Eclipse hawkBit (Open Source), für interne Test- und Entwicklungsumgebungen oder Pilotprojekte ohne Compliance-Druck. Viele OEMs setzen hawkBit für die Entwickler-Sandbox ein und T-Systems für die Produktivflotte. Spart Lizenzkosten in nicht-regulierten Umgebungen.
• Klassische SIEM-Systeme (Splunk, Sentinel), zur Konsolidierung der Audit-Logs in das Konzern-Security-Monitoring. T-Systems liefert die Roh-Logs, das SIEM korreliert sie mit anderen Security-Ereignissen. Standard-Setup in Großkonzernen.

Unser Testurteil

Die T-Systems OTA-Plattform verdient 3 von 5 Sternen, eine ehrliche, mittelharte Bewertung. Als Compliance- und Hosting-Lösung für DACH-OEMs ist sie sehr stark: deutsche Rechenzentren, SUMS-Konformität ab Werk, deutschsprachiger Support, etablierte Lieferanten-Beziehungen. Wer diese Anforderungen hat (und das sind viele europäische Automobilhersteller), trifft mit T-Systems eine seriöse Wahl. Als KI-Plattform, die wir auf KI-Syndikat einordnen, ist die Bewertung deutlich verhaltener: Die ML-Komponenten (Anomalie-Erkennung, Differential-Update-Logik) sind funktional, aber nicht herausragend, spezialisierte Anbieter wie Sibros oder Excelfore haben hier mehr Tiefe. Hinzu kommen die Preisintransparenz, das Lock-in-Risiko und die begrenzte Community. Im Kerngeschäft “Compliance-OTA für DACH” hat T-Systems eine starke Position; als KI-Innovator agiert die Plattform aber zweite Reihe. Drei Sterne reflektieren genau diese Mischung: solide, aber kein KI-Vorreiter.

Was wir bemerkt haben

• Juli 2022, UNECE-R156 wurde für alle neuen EU-Typgenehmigungen verbindlich. Die Plattformen, die SUMS-Konformität dokumentiert nachweisen können, haben seither einen erheblichen Vertriebsvorteil im DACH-Markt, T-Systems hat sich strategisch in dieser Lücke positioniert.
• 2024–2025, Catena-X-Initiative gewinnt im Automotive-Datenökosystem an Bedeutung; T-Systems ist Gründungsmitglied und integriert OTA-Datenflüsse mit Catena-X-Schemata. Wer langfristig auf das europäische Datenökosystem setzt, hat hier eine konsistente Roadmap.
• 2025, Verstärkter ML-Ausbau in der Plattform (Anomalie-Erkennung im Rollout). Das ist ein begrüßenswerter Schritt, aber funktional noch hinter den US-Spezialisten zurück. T-Systems holt auf, ist aber nicht Vorreiter.
• Mai 2026, Pricing-Transparenz weiterhin minimal. T-Systems hält an strikt vertriebsgetriebenen Preisverhandlungen fest, während mehrere Cloud-Hyperscaler-OTA-Angebote zumindest Pay-as-you-go-Komponenten kommunizieren. Für kleinere OEMs und Tier-1-Anbieter bleibt das ein Markteintritts-Hindernis.
• Branchenkontext, Während US-OEMs (Tesla, Rivian) eigene OTA-Stacks bauen und Open-Source-Komponenten kombinieren, setzen europäische OEMs deutlich häufiger auf Plattform-Anbieter mit klaren Compliance-Garantien. T-Systems profitiert von dieser Marktstruktur, wird aber gleichzeitig durch sie limitiert: Was im DACH-Markt funktioniert, ist global oft nicht skalierbar.