Toyota Motor North America betreibt BasisPilot als interne Plattform für SAP-Abläufe auf AWS. Der Assistent kann Werkzeuge für Betriebsaufgaben anfordern, doch Anwendungscode prüft Berechtigungen und Freigaben und steuert die Ausführung. In einem am 28. Oktober 2026 gemeinsam mit AWS veröffentlichten Bericht beschreibt Toyota den Einsatz für 20 SAP-Systeme auf mehr als 60 Amazon-EC2-Hosts.

Inhalt

Toyota betreibt BasisPilot intern für SAP

BasisPilot ist kein kommerzielles Produkt, sondern eine interne Plattform von Toyota Motor North America. Laut dem gemeinsam verfassten Fallbericht deckt sie Entwicklungs-, Test-, Stage- und Produktionsumgebungen ab. Dazu gehören SAP-Anwendungsserver, SAP-HANA-Datenbanken und ABAP- sowie Java-Systeme.

Die Plattform bündelt Aufgaben wie Systemüberwachung, Backup-Abfragen, Patching, Sicherheitsprüfungen sowie Cluster- und Disaster-Recovery-Abläufe. Toyota beschreibt sie als Werkzeug für den eigenen SAP-Betrieb, nicht als Angebot für andere Unternehmen.

So verbindet BasisPilot AWS mit SAP

Die Oberfläche ist eine React-Webanwendung, die über Amazon CloudFront ausgeliefert wird. Im AWS-Hub-Konto laufen APIs und Backend-Dienste; die SAP-Systeme befinden sich in getrennten Workload-Konten, den sogenannten Spoke-Konten. Amazon Bedrock unterstützt den KI-Assistenten, AWS Lambda führt serverlose Aufgaben aus, und Amazon DynamoDB speichert unter anderem den Fortschritt längerer Vorgänge.

Für plattformverwaltete Host-Aufgaben nutzt das Hub-Konto zeitlich und sachlich begrenzte AWS-STS-Rollen in den Workload-Konten. Die Sitzungen dauern laut Beschreibung 15 Minuten. Befehle auf Hosts laufen über AWS Systems Manager Run Command. Dieser Zugriffspfad verwendet dem Bericht zufolge weder SSH-Schlüssel noch offene eingehende Netzwerkzugänge.

Die KI fordert Werkzeuge an, die Anwendung kontrolliert Änderungen

Dunkle Chatoberfläche von BasisPilot mit einer Anfrage zum Backup-Status und der Rückfrage nach einer SAP-System-ID.

Der Assistent kann eines von 68 typisierten Werkzeugen anfordern. Anwendungscode prüft die Eingaben, die rollenbasierten Berechtigungen und die geltenden Freigaberegeln, bevor eine Aktion ausgeführt wird. Für Produktionsaktionen, destruktive Vorgänge und Aktionen auf Hosts mit mandantenfähigen Datenbanken verlangt die beschriebene Richtlinie eine menschliche Freigabe. Eine frei verwendbare Shell erhält der Assistent nicht.

Die Beispielinteraktion macht die Begrenzung konkret: Auf die Bitte, den Backup-Status anzuzeigen, fragt BasisPilot zunächst nach der SAP-System-ID. Die Oberfläche zeigt damit eine einzelne Abfrage, während die Berechtigungs- und Freigabekontrollen im Anwendungscode liegen.

Nach der Ausführung prüft die Plattform laut Fallbeschreibung das tatsächliche Ergebnis und protokolliert Werkzeugaufrufe und Freigaben. Ein angenommener Befehl gilt dabei zunächst nur als Zwischenstand, nicht automatisch als erfolgreicher Abschluss.

Lange SAP-Aufgaben laufen in überprüften Phasen

Längere Vorgänge werden in Phasen aufgeteilt. AWS Lambda speichert Zwischenstände in DynamoDB und setzt die Arbeit asynchron fort; die Oberfläche fragt den gespeicherten Fortschritt ab, statt eine Webanfrage während des gesamten Vorgangs offen zu halten. Routineaufgaben dauern laut Beschreibung häufig 10 bis 90 Minuten, manche Abläufe mehrere Stunden.

Die Reihenfolge der Schritte richtet sich nach den Abhängigkeiten im jeweiligen Vorgang. Für den beschriebenen Kernel-Workflow nennt Toyota außerdem eine Wiederherstellung des gesicherten Kernels, falls die Prüfung nach dem Systemstart fehlschlägt. Diese Rückfallmöglichkeit bezieht sich auf diesen Ablauf.

Was Toyota aus den Pilotläufen berichtet

Für mehr als 30 im März 2026 beobachtete Dateisystemverkleinerungen schätzte Toyota die Laufzeit auf etwa eine Stunde, verglichen mit zuvor geschätzten drei bis vier Stunden. Das ist eine Unternehmensschätzung für diese Arbeiten und diesen Beobachtungszeitraum.

Toyota schätzte außerdem, dass die selbstständige Einsicht in den Systemstatus die Zahl statusbezogener Tickets um 25 Prozent verringerte. Diese Zahl bezieht sich auf Anfragen zum Systemstatus, nicht auf sämtliche Störungen. Für das Sammeln und Analysieren betrieblicher Informationen gab das Unternehmen eine Schätzung von mindestens 20 Prozent weniger Zeit an.