Toyota Motor North America décrit BasisPilot comme une plateforme interne d’opérations SAP sur AWS, et non comme un produit commercial. Dans un compte rendu coécrit avec AWS et publié le 28 octobre 2026, l’entreprise explique que l’assistant IA peut demander des outils précis, tandis que l’application contrôle les accès, les approbations et l’exécution des opérations.

Dans cet article

BasisPilot, une plateforme interne à grande échelle

Le compte rendu indique que BasisPilot couvre 20 systèmes SAP et plus de 60 hôtes Amazon EC2, répartis entre les environnements de développement, de test, de préproduction et de production. Les charges gérées comprennent des applications ABAP et Java, des bases SAP HANA et des déploiements HANA multi-tenant.

Toyota Motor North America a conçu la plateforme pour ses propres opérations. L’assistant et les workflows décrits ne constituent donc pas une offre destinée aux entreprises qui souhaitent acheter un produit BasisPilot.

Comment AWS relie la plateforme aux systèmes SAP

BasisPilot s’appuie sur une architecture en hub et spokes. Le compte central héberge notamment l’interface, les API et l’assistant ; des comptes distincts accueillent les charges SAP. L’interface est une application React accessible via Amazon CloudFront, avec des API sans serveur.

Pour les opérations gérées sur les hôtes, la plateforme utilise des rôles AWS à portée limitée entre les comptes et AWS Systems Manager Run Command. Le compte rendu décrit des sessions AWS STS de 15 minutes et précise que cette voie d’accès n’utilise ni clés SSH ni accès entrant ouvert.

L’IA demande des outils, l’application gouverne les changements

Interface de discussion BasisPilot en anglais : l’assistant demande l’identifiant SAP avant une consultation des sauvegardes.

L’assistant Amazon Bedrock peut demander l’un des 68 outils typés de BasisPilot. Ces outils correspondent à des opérations définies, plutôt qu’à une commande libre : le code de l’application vérifie les droits liés au rôle, valide les entrées et applique les règles d’approbation avant l’exécution. Les appels et les approbations sont consignés, puis les résultats sont contrôlés.

Selon la politique décrite par Toyota, les actions en production, les opérations destructrices et certaines actions sur des hôtes de bases de données multi-tenant nécessitent une approbation humaine. L’assistant ne dispose pas d’un shell libre pour lancer n’importe quelle commande.

L’échange représenté montre l’utilisateur qui demande l’état des sauvegardes, puis l’assistant qui réclame l’identifiant du système SAP concerné. La demande précise le périmètre de la requête avant que l’assistant puisse poursuivre.

Les opérations longues avancent par étapes

BasisPilot découpe les travaux longs en phases et conserve leur état dans Amazon DynamoDB. Des fonctions AWS Lambda poursuivent le traitement de façon asynchrone, tandis que l’interface interroge le suivi d’action pour afficher l’avancement. Le compte rendu décrit des opérations courantes de 10 à 90 minutes, certaines pouvant durer plusieurs heures.

Une commande acceptée ne suffit pas à considérer une opération comme réussie : la plateforme vérifie le résultat obtenu sur le système. Dans le workflow de mise à niveau du noyau SAP décrit par Toyota, une vérification de démarrage qui échoue peut déclencher la restauration du noyau sauvegardé.

Les estimations de Toyota sur les opérations pilotes

Pour plus de 30 réductions de systèmes de fichiers observées en mars 2026, Toyota estime que la durée écoulée est passée d’environ trois à quatre heures à environ une heure. Il s’agit d’une estimation de l’entreprise pour cette opération précise.

Toyota estime également que l’accès en libre-service aux informations sur l’état des systèmes a réduit de 25 % les tickets liés aux demandes de statut. L’entreprise évalue par ailleurs à au moins 20 % la baisse du temps consacré à recueillir et analyser les informations opérationnelles.