Le EAI et S-95: une combinaison gagnante!!! Yves Carrier, ing. ISI inc. Conférence ISA France / SEE Nice – Hôtel Negresco 18-19 Mars 2002 Club 18 Automatique et Automatisation Industrielle ISA–The Instrumentation, Systems, and Automation Society

EAI: un bref apperçu EAI EAI T = Transformation T Backbone XML App 1 Conn6 Conn5 Conn4 Conn3 Conn2 Conn1 EAI Conn7 Conn8 T Backbone XML App 3 Conn2 Conn1 Conn3 Conn8 EAI Conn4 Conn7 Conn5 Conn6 App 2 T = Transformation

Les connecteurs: Un connecteur doit tenir compte des spécificité du système hôte: Les 5 premières couches OSI: Connectivité physique MAC LLC Network Transport Session Au niveau application et présentation: Format des données Sémantique Protocole d’échange Sécurité Support Transactionnel Autres… Conn6 Conn5 Conn4 Conn3 Conn2 Conn1 EAI Conn7 Conn8 T Backbone XML

La Transformation: Approche « classique » Approche « backbone » Conn6 Conn5 Conn4 Conn3 Conn2 Conn1 EAI Conn7 Conn8 T Backbone XML La Transformation: Approche « classique » Permet de « traduire » directement les spécificités d’un connecteur vers un autre connecteur Approche « backbone » Traduit d’un connecteur source à un backbone logique générique Traduit du backbone vers le connecteur destination Avantages/inconvénients L’approche backbone est plus complexe et plus lourde mais garantit un niveau d’intégration élevé à moyen terme L’approche backbone est spécialement indiquée pour les entreprises qui ne sont pas « ERP centric »

Les composantes d’une initiative EAI: Opening Planning Realization and control Closing Process Business Domain Needs (Process) Analysis Design Environ- ment Reali- zation Tests Deploy- Methodology Architecture ETL Transport Transaction Support High Availability Security (AAA) EC Integrator Message Routing

EAI: une perspective système Trade Exchange Intranet MyOwn.com EDI/ ebXML Portal Client Supplier.com True EDI FAX FTP Print XML HTTP Future Connectors Exception Handling Audits Security DMZ Plant 1 Plant 2 Plant n Financials ERP 1 Home Grown ERP Extensions Order entry module ERP 2 Plan 1 Adapt ERP Adapt. EAI Normalized Backbone Plan 2 Plan n eBusiness Adapter

EAI et ERP: amis ou ennemis? L’approche ERP monolithique est rarement une bonne solution Le ERP est davantage orienté vers les fonctions communes Il existe des incitatifs d’affaire importants à respecter la spécificité de certains sous-systèmes Particulièrement vrai si ces systèmes sont reliés aux opérations ou au procédé Le EAI peut devenir une couche d’adaptation entre le ERP et les sous-systèmes à vocation spécifique Le EAI peut devenir un intégrateur entre ERPs pour les entreprises majeures.

Les normes de l’intégration Intention: définir « l’Espéranto » entre les applications d’entreprise OAGIS Vise la normalisation des transactions Très orienté ERP, positionnement « Vendeur » Probablement la norme la plus connue et la plus utilisée à ce jour Biztalk Basé sur l’utilisation des « Schemas » Vocation plus « neutre » (dans la mesure où on utilise les produits Microsoft…) RosettaNet « Framework » qui définit les transactions et processus Orienté vers l’industrie de l’électronique mais très adaptable ebXML Fédérateur des différentes normes existentes Approche très paramétrique via l’utilisaiton d’un Registre

La norme ISA-S95: portée

Où se situe S95 par rapport aux normes d’intégration existantes? S95 définit d’abord le modèle (et non la structure) des messages à être échangés entre niveaux 3 et 4 Partie 1 et 2 de la norme Vise à accélérer le développement des implantations Ne vise pas à en assurer la compatibilité entre elles S95 pourrait être représenté dans le contexte de l’une ou l’autre des initiatives d’intégration S95 n’est pas « implementation specific » Des discussions sont en cours avec OAGIS pour définir une implantation de S95 sous XML alignée sur le canevas OAGIS D’autres initiatives pourraient prendre forme dans le futur

La norme ISA-S95: approche

La norme ISA-S95: macro-modèle

ERP + EAI + S95 = combinaison gagnante!!! On peut très bien définir le modèle S95 sous forme XML Cette représentation peut très bien définir la structure de données du « backbone » d’une plate-forme EAI La Transformation EAI pourra disparaître progressivement Si une application (comme un ERP) dispose d’un connecteur S95, il se connecte directement au backbone sans Transformation intermédiaire Lorsque toutes les applications supportent S-95, le EAI devient uniquement un commutateur

Ce qui est à intégrer entre les niveaux 3 et 4: Historical Data Management Process Analysis Production Execution Resource Dispatching Tracking Detailed Scheduling Product Definition Manual Operations Monitoring (QA) Product Automated Control Source: ISA S-95, Part 3, Draft 4 Capability Schedule Performance

Integration multi-niveaux basée sur une architecture EAI: ERP 1 ERP 2 ERP 3 ERP 4 ERP n Historical Data Management Process Analysis Production Execution Resource Dispatching Tracking Detailed Scheduling Product Definition Monitoring (QA) Product S-95 Normalized Backbone

Conclusion: S95 est un outil important pour définir une stratégie d’intégration en milieu manufacturier L’utilisation de S95 et d’ une plate-forme EAI augmentera la flexibilité et la longévité d’une solution d’intégration L’approche EAI est clairement complémentaire à une approche ERP Des travaux sont en cours pour proposer une implantation XML de S95 qui pourrait être entérinée par des organismes de normalisation tel OAGIS.