Ayant offert depuis des années des solutions EDI, puis EAI,  Sterling Commerce a pu mettre sur le marché en 2001 la plate-forme Sterling Integrator qui est un pont appréciable entre les deux domaines. Parmi les derniers clients annoncés : Géodis BM et iTrame. Géodis BM l'utilise pour intégrer EAI et B2B avec une approche "Gestion des Processus métiers" (BPM) permettant de s'adapter à la variété des clients de la logistique : échanges normalisés de l'automobile, systèmes propriétaires, ERP etc. Et de ne pas inquiéter les utilisateurs fidèles à AS400 que Sterling Integrator accepte. Pour sa plate-forme de gestion et dématérialisation des factures, iTrame utilise Sterling Integrator afin d'intégrer tous types de flux externes, du traditionnel EDI aux standards XML émergeants en passant par les fichiers à plat, et en utilisant Internet, RVA etc.

Plus loin dans l'intégration vers une "Collaboration Trans-Entreprises", Sterling Commerce propose la MESA, Multi-Enterprise Services Architecture, une plate-forme basée sur la gestion des processus qu'ils soient internes ou externes, explique Olivier Ferhat. Sont ainsi proposés à la "communauté" entourant une entreprise, sous-traitants, logisticiens, distributeurs, des outils offrant à tous la même visibi-lité en tout point de la supply chain : suivi des commandes, des stocks et des paiements. D'où une réactivité en temps réel, avantage concurrentiel.

MESA est ainsi présentée comme étant la seule plate-forme technologique partagée par plusieurs entreprises : il s'agit donc de réelle intégration de l'entreprise étendue, avec SOA et Services Web internes et externes (cf. VendrEDI n°88).

En plus de ses fonctionnalités horizontales, MESA sera déclinée par grands secteurs, en particulier là où Sterling Commerce est déjà très présent. Pour la supply chain de la distribution, Sterling Commerce explique dans un Livre Blanc que la synchronisation des données entre les entreprises est un préalable aux initiatives EPC et RFID. Par exemple, Cadbury Schweppes utilise MESA pour l'intégration de son ERP avec un data pool synchronisé, sa  supply chain et la sécurisation (à la demande de Wal-Mart etc.) de ses échanges Internet EDI avec AS2. Voir aussi la base de connaissances de Sterling Com-merce sur la synchronisation.

Si l'on en croit Gartner, la SOA devrait s'implanter largement en 2005, au moins aux USA. Plusieurs conditions sont à remplir pour passer le SI en SOA, avec d'abord un répertoire des services qui peuvent être accessibles, donc réutilisables. L'adoption de UDDI V3 en tant que standard par Oasis est un net progrès quant à la description des services offerts (cf. VendrEDI n°80).  Mais pour remonter plus en amont des best practices souhaitables, cette des-cription elle-même doit être standardisée. Pour faciliter la réutilisation interne des services d'abord, et leur externalisation ensuite, à destination des partenaires habituels ou d'inconnus "découvrant" ces services. La description standardisée de tels SW (Services Web) pouvant alors être processée par une application "découvreuse" et l'appel à ce SW renouvellé en tant que de besoin, comme en EDI traditionnel, mais sans qu'il y ait vraiment besoin de l'accord d'interchange EDI, UDDI V3 pouvant être enrichi de données de sécurité.

La description des services d'une entreprise doit naturellement se référer au langage  de l'entreprise, s'il existe, et sinon contribuer à le créer : schémas XML, namespace et outils de transformation. En préparant l'avenir, c'est à dire en ajustant données internes avec le langage XML du secteur ou, à défaut, les Core Components ebXML. Il faut aussi une naming convention désignant les services, leurs composants et leurs fonctionnalités pour pouvoir les aligner avec les business process. Et une intégration préalable des différents modèles sous-jacents qui permet d'être le plus loosely coupled possible, donc de changer facilement un composant comme de réutiliser un service. Pour aider à cet alignement IT-business, IBM vient de publier une méthodologie Services Oriented Modeling and Architecture ( SOMA) qui s'inscrit dans sa stratégie de services "on-demand".

Ensuite, notamment pour passer de services internes à des SW externes, il faut une policy de sécurité et une gestion des identités, savoir qui peut avoir accès à quoi, non seulement les applications internes et le personnel, mais aussi les fournisseurs et les clients habituels de l'entreprise, et même les SW de clients potentiels cherchant à "découvrir" les différents services offerts par  l'entreprise.

L'EDI en Edifact serait alors remplaçable, d'abord par des SW simples avec seulement SOAP-WSDL-UDDI, puis complexes avec BPEL et de la choreo-graphy.  Et le B2B se transformerait en SOA inté-grant les partenaires de l'entreprise étendue.