Tous les témoignages de clients
Stadler réduit le traitement des données RAM/LCC de 30 heures à 10 minutes. Mendix, Teamcenter et SAP
Lorsqu'un client achète un train, il n'acquiert pas simplement un véhicule. Il investit dans trois décennies de fiabilité, d'entretien, de disponibilité des pièces détachées et de coûts d'exploitation.
Une panne survenant des années plus tard est souvent liée à des décisions prises lors de la conception. Une stratégie de maintenance définie lors d'un appel d'offres peut impacter la disponibilité du parc de trains des décennies plus tard. Chaque choix a des répercussions tout au long du cycle de vie du train.
At Stadler RailLa gestion de ces décisions exige une circulation fluide de l'information entre les équipes d'ingénierie, de service et commerciales.
Avec plus de 12 800 véhicules bientôt en service dans 50 pays et un portefeuille diversifié de véhicules ferroviaires hautement configurables, l'équipe RAM et LCC de Stadler s'est retrouvée au cœur de ce défi.
« Nous avons besoin de données cohérentes et fiables provenant de plusieurs systèmes », a déclaré Bennet Weller, chef de projet PLM/ERP chez Stadler Rail.
Face à l'augmentation des exigences des clients en matière de fiabilité, de maintenabilité et de coûts du cycle de vie, l'entreprise a reconnu que les processus basés sur des tableurs et les outils déconnectés ne pouvaient plus soutenir son activité.
Lorsque des décisions cruciales dépendent de données fragmentées
RAM/LCC ne constitue pas un processus métier unique. Il englobe :
- Ingénierie de la fiabilité
- Planification de l'entretien
- Modélisation de la disponibilité
- Gestion des pièces détachées
- calculs du coût du cycle de vie
- Activités d'appel d'offres commerciaux
Chaque domaine dépend d'informations générées ailleurs.
« Le sujet de la RAM et du LCC a pris une importance considérable ces dernières années », a expliqué Weller. « Tous ces processus sont étroitement liés. »
Pourtant, les données à l'appui restaient dispersées.
Les informations sur les fournisseurs étaient transmises par le biais de tableurs. Les équipes conservaient différentes versions des mêmes enregistrements. Les informations étaient transférées manuellement d'un système à l'autre. Les ingénieurs consacraient un temps précieux à la recherche, à la validation et à la réconciliation des données.
« Toute la structure des données dans la RAM/LCC était un peu désorganisée », a déclaré Weller.
À mesure que les projets se complexifiaient, ces inefficacités ont commencé à limiter la visibilité et à ralentir l'exécution.
Stadler ne souffrait pas d'un manque de données. Il avait un problème de coordination.
La couche de renseignement entre l'ingénierie et les opérations
Plutôt que de remplacer les systèmes existants, Stadler s'est concentré sur leur interopérabilité.
L'entreprise a adopté un principe simple : chaque système doit faire ce qu'il fait le mieux.
- Teamcenter Gère les structures d'ingénierie et les données produits.
- SAP Gère les informations de maintenance, la tarification, les pièces de rechange et les calculs du coût du cycle de vie.
Ce qui manquait, c'était une couche permettant de coordonner les informations entre les deux tout en préservant la propreté des systèmes centraux.
C'est là où Mendix est entré.
Au lieu de devenir un autre dépôt, Mendix elle sert de couche opérationnelle qui guide les flux de travail, valide les données entrantes et orchestre les informations entre les systèmes.
Pour Stadler, Mendix à condition de:
- Développement rapide dans des délais très serrés
- Intégration transparente : avec Teamcenter et SAP
- Flexibilité pour étendre les processus sans modifier les systèmes de base
- Orchestration des flux de travail sur toutes les plateformes
- Prise en charge d'un noyau propre architecture
Ce rôle est particulièrement important car les données des fournisseurs arrivent dans différents formats et avec des niveaux de qualité variables. Avant que les informations n'atteignent Teamcenter ou SAP, Mendix Il le valide, identifie les doublons, structure les enregistrements et les achemine à travers des processus d'approbation guidés.
« Nous validons les données avant qu'elles n'intègrent les systèmes centraux », a souligné Weller.
Il en résulte une architecture évolutive qui relie les données relatives aux produits, à la maintenance et aux coûts sans compromettre l'intégrité des plateformes centrales.
Transformer l'information en connaissances réutilisables
L'objectif n'a jamais été simplement d'améliorer la qualité des données. Il s'agissait de rendre l'information utilisable dans toute l'organisation.
« Nous avions prévu de construire un Mendix « Une application RAM/LCC où les données sont structurées », a expliqué Weller.
Une fois normalisées et validées, les informations peuvent être réutilisées tout au long de leur cycle de vie :
- Les équipes d'ingénierie peuvent tirer parti des connaissances acquises lors de projets antérieurs.
- Les planificateurs de maintenance peuvent travailler à partir des informations produit approuvées.
- Les équipes commerciales peuvent établir des estimations de coûts du cycle de vie avec une plus grande confiance.
Au lieu de recréer l'information projet par projet, les équipes s'appuient désormais sur une base commune.
Créer les fondements de décisions plus intelligentes
Le résultat le plus visible chez Stadler, c'est la vitesse.
Mais l'impact plus large va bien au-delà de l'efficacité des processus.
- Les ingénieurs passent moins de temps à gérer des feuilles de calcul.
- Les calculs du coût du cycle de vie sont basés sur des informations cohérentes.
- La planification de la maintenance est plus étroitement alignée sur les décisions de conception.
- Les équipes de toute l'organisation travaillent à partir de la même base de données.
Stadler prévoit d'étendre la solution à d'autres sites, d'accroître l'automatisation et d'explorer le traitement des informations fournisseurs par l'IA. Ces initiatives s'appuient sur un cadre qui relie déjà les opérations d'ingénierie, de maintenance et commerciales.
Pour Stadler, la véritable transformation n'a pas consisté à réduire un processus de 30 heures à 10 minutes. Il s'agissait de créer un flux continu d'informations qui soutient les décisions depuis la première revue de conception jusqu'à des décennies d'exploitation.