La mondialisation est entrée dans les moeurs de la grande distribution, par exemple au niveau d'une standardisation globale. Comme le note Pierre Georget, qui vient de succéder à Thérèse Angué comme Directeur Général de Gencod EAN France, même si près de 90% du commerce est encore local, ses grands acteurs sont de plus en plus des entreprises mondiales, fournisseurs comme distribu-teurs. Et ce sont ces grands utilisateurs qui gèrent une standardisation globale réunifiée, avec UCC (USA) ayant rejoint EAN, et ayant absorbé RosettaNet. Cette unification autour des standards de la supply chain contraste singulièrement avec l'éclatement de la standardisation intersectorielle, avec la concurrence des standards entre forums où ce sont plutôt les offreurs qui dominent.

Avec une cohérence de standards couvrant tous les aspects de la synchronisation des données : catalo-gues électroniques, codes à barres avec bientôt RFID (radio-fréquence), GEPIR pour identifier les entreprises, processus de logistique et de règle-ments financiers, techniques comme EDI, Web-EDI, XML et AS2 pour les transactions, outils comme le GPA, le CPFR etc. pour la mise en oeuvre de l'ECR, Efficient Consumer Response, pour réduire les délais en améliorant la rentabilité. Sans oublier un  GDD (Global Data Dictionary).

Avec depuis deux ans, un GSMP (Global Stan-dard Management Process), géré par EAN-UCC qui comporte aujourd'hui deux séries de groupes de travail : ceux qui définissent les besoins en matière de processus et ceux qui valident les standards correspondants. Gencod EAN France est partout représenté et a organisé, pour chacun de ces groupes, un "groupe-miroir" pour les entreprises françaises afin que leurs pratiques puissent être discutées et "remontées" à l'échelon mondial. Le GSMP est en effet organisé en quatre régions du monde (dont Europe-Moyen-Orient-Asie) avec une procédure de CRs (Change Requests) qui rappelle l'organisation Edifact centrée sur les utilisateurs. La prochaine plénière du GSMP réunira 250 personnes de 103 pays, du 26 au 29 avril 2004 à Paris.

A coté des banquiers ou de l'automobile, la distribu-tion constitue un centre global de standardisation de l'e-business, à la fois multipolaire et efficace.

Aux yeux de certains, après la programmation OO (orientée objet), c'est la SOA (Service Oriented Architecture) qui passe pour être la source de toute vie future dans le SI. Selon eux, le OO assurait l'intégration par le partage d'interfaces communes entre systèmes alors que la SOA s'en passe, est plus loosely coupled, l'intégration se réalisant par messages entre systèmes. Avec le loose coupling, systémes, applications et composants gardent leur identité et leur intégrité, et donc leur agility à entamer, en tant que de besoin, une collaboration avec d'autres. Même si toute relation à l'intérieur d'un SI ne se traduira pas par un Service Web (SW), les SI se construiront désormais dans une perspective de service comme interface et la SOA serait alors la forme moderne et "agile" de l'EDI comme de l'EAI. Toute forme d'EDI supposant un langage intermédiaire compris de tous, les SW cons-tituent ce langage d'intégration de la SOA, aussi bien en mode automatisé que human. Des SW formatés en XML, pour des messages internes ou externes, utilisant suivant les cas WSDL et SOAP avec BPEL et la série des WS*. Mais pour Jean-Jacques Dubray, éditeur de l'ebXML Business process Specification, le framework ebXML est tout autant en mesure de fournir un cadre de déve-loppement pour la SOA. En tout cas, si le nouveau paradigme est bien "message, service et SOA",  la bataille de standards qui a lieu aux niveaux message et service s'étend et se gagnera au niveau des futurs standards de la SOA ! Et Microsoft entend bien continuer à faire la course en tête de la standardisation des SW, grâce à Longhorn, la prochaine version de Windows, dont la partie Indigo, étant très service oriented, offrirait ainsi une gamme de messages asynchrones, pas seulement ceux des SW. Englobant les SW, la SOA est donc manifestement  perçue comme stratégique par Microsoft. Comme elle l'est pour IBM à travers WebSphere. Voir un article sur Indigo de Jean-Jacques Dubray. Il s'y demande in fine si SOAP, que SW et ebXML utilisent, ne devrait pas désor-mais s'épeler Service Oriented Architecture Protocol. Mais si le passage du OO au service oriented semble irréversible, il reste du travail. Voir le site ebPML, consacré au management des business process, et à la SOA, dont la vision est la convergence des standards pour "un modèle applicatif metadata driven fusionnant les trois apports majeurs actuels : l'infrastructure des SW, la sémantique d'Oagis et le business d'ebXML".