Dès qu’un passeport numérique de produit se concrétise, le service informatique pose une question avant toutes les autres : quels sont les systèmes auxquels la plateforme doit avoir accès ? C’est la bonne question, car elle implique des identifiants d’accès, des autorisations de pare-feu et un dispositif de sécurité dont quelqu’un doit assumer la responsabilité.
Notre réponse est concise : aucun. Tous les systèmes qui fournissent des données au passeport se trouvent du côté source et y restent. Transpareo est exclusivement un destinataire en bout de chaîne ; les flux de données convergent unidirectionnellement vers la plateforme. Cet article retrace ces flux : ce que chaque système fournit, quelles règles s’appliquent à chaque flux et ce qui est renvoyé en guise de confirmation.
Ce que chaque système apporte au Pass
Les données d’un Pass proviennent rarement d’un seul système. Dans la pratique, elles se répartissent entre une poignée de catégories de systèmes, dont chacune ne contribue qu’à quelques champs :
- ERP: identité de l’article, matériaux, fournisseurs et origine, référence à la commande et au lot, quantités. Des données de base stables qui changent rarement.
- MES: historique de production, attribution de série et de lot, certificats de qualité, traçabilité. Données d’événements, liées à un moment précis.
- APS: moments de production et affectation des ressources. Rarement directement pertinentes pour le passeport ; ce qui compte provient généralement du MES.
- PLM: composition, nomenclatures, réparabilité, pièces de rechange, états d’avancement de la conception. Au regard des exigences du règlement sur l’écoconception, il s’agit de la source la plus complète.
- PIM - Descriptions, images, consignes d’entretien et d’utilisation, variantes linguistiques. Les contenus destinés aux consommateurs.
- IoT - Données d’état et d’utilisation issues de la phase d’utilisation. Ne s’appliquent qu’à certains groupes de produits, comme les batteries.
- CRM - Historique des services et des réparations de chaque client. Il s’agit en principe de données à caractère personnel, qui n’ont donc pas leur place dans un passeport public.
La couche administrative se situe au-dessus des systèmes,et## non à leurs côtés
Une distinction est plus importante que toutes les autres : l’Asset Administration Shell ne se trouve pas à côté de l’ERP, du MES et du PIM, mais au-dessus d’eux. Elle ne génère pas de données, mais encapsule les données existantes dans des sous-modèles interopérables. Pour la connexion à Transpareo, cela signifie qu’un AAS est un format de livraison pratique, mais pas indispensable. Ceux qui l’utilisent dérivent le paquet de données de leurs sous-modèles ; ceux qui ne l’utilisent pas fournissent les mêmes champs par d’autres moyens. Les raisons pour lesquelles nous considérons néanmoins l’Asset Administration Shell comme une excellente base sont exposées dans l’article consacré à l’AAS.
Cinq règles qui s’appliquent à tous les flux
Direction. Toutes les flèches pointent vers la plateforme. Aucun système source n’est interrogé par Transpareo, et Transpareo ne dispose d’aucun identifiant d’accès aux systèmes ERP, MES, PIM ou PLM. Il n’y a aucune connexion à vos systèmes qu’il faudrait sécuriser, car elle n’existe tout simplement pas.
Déclencheur. La transmission est toujours déclenchée côté source - par le fabricant lui-même, son middleware ou un prestataire mandaté. La plateforme attend ; elle ne va pas chercher les données.
Limitation de l’utilisation. Seul le sous-ensemble nécessaire au « Pass » est transmis, et non l’ensemble des données du système source. Le « Pass » n’a besoin que de quelques champs de chaque système ; tout le reste reste où il est.
Validation. Le choix, l’étendue et le moment de chaque envoi sont déterminés par le côté source. Transpareo ne peut pas recevoir plus que ce qui lui a été fourni.
Autorisations. L’utilisation des données fournies sur la plateforme est régie par des justificatifs d’accès désignés : droits minimaux, et tout ce qui n’est pas expressément autorisé reste interdit. Ces règles s’appliquent au niveau de la plateforme, jamais de manière rétroactive sur la source.
Seuls les accusés de réception sont renvoyés
Un canal ## de retourest indispensable, mais il ne transporte pas de données, seulement des réponses : l’URL DPP ou le GS1 Digital Link, l’identifiant de version, le statut de publication et les messages de validation. Pour la page source, ces retours d’information sont précieux, car la référence de pass peut être enregistrée directement sur l’article dans l’ERP ou le PIM. Il ne s’agit pas d’un accès. Ce sont les accusés de réception d’une livraison reçue.
Trois modèles qui ont fait leurs preuves dans la pratique
- Directement depuis le système maître. L’ERP ou le PLM transmet les données via un connecteur. Une solution simple et pertinente lorsqu’une source de données domine clairement.
- Via une couche d’agrégation. Un middleware ou une plateforme iPaaS rassemble les champs ERP, MES et PIM et fournit un ensemble de données. C’est généralement le cas dès que plusieurs sources sont impliquées.
- Via des sous-modèles AAS. La couche de gestion est déjà en place, et le paquet est dérivé de ses sous-modèles. Avantageux dans les environnements Industrie 4.0.
Nous avons détaillé, dans le Guide pratique de l’intégration ERP, quel modèle convient à quel environnement système et comment mener à bien un tel projet en deux semaines au lieu de trois mois.
Ce que Transpareo n’est délibérément pas
Ce n’est pas un deuxième « système d’enregistrement ». La plateforme conserve l’enregistrement du passeport et son historique de versions inaltérable, et non les données d’exploitation du constructeur. Les corrections apportées dans l’ERP sont répercutées dans le passeport via une nouvelle livraison - sous la forme d’une nouvelle version traçable, et non d’une modification silencieuse du stock. Pour savoir comment cette chaîne de versions est signée et devient vérifiable par tous, consultez l’article sur les signatures et les certificats.
Il ne reste donc que peu d’éléments à vérifier pour votre dispositif de sécurité, et c’est précisément le but recherché. Vous ne communiquez aucun identifiant d’accès, il n’y a aucune ouverture de pare-feu vers l’intérieur et aucun système tiers disposant de droits de lecture dans votre ERP. Le véritable travail du projet se concentre là où il doit être : décider quels champs doivent figurer dans le Pass, et non déterminer qui est autorisé à se connecter où.