ebxml
Sommaire Introduction La technologie ebxml EDI conventionnels versus ebxml Web Services et ebxml Acteurs de l ebxml Conclusion
Introduction
Pourquoi L EDI EDI : échange de données informatisé Remplacer l usage du papier dans les processus BtoB Faciliter les échanges Automatiser le business entre entreprise Réduction des coûts
Qu est ce que l ebxml? Concepteurs : UNCEFACT OASIS «eb» : business électronique XML en tant que langage de communication Nouveau standard pour le commerce électronique
Objectif de l ebxml Étendre les EDI conventionnels Petits échanges entre partenaires épisodiques PME/PME et PME/grandes entreprises Échange de données non textuelles (image, son, vidéo) Couvrir l ensemble des besoins de communication entre entreprises
La technologie ebxml
L ebxml Ratifié en Mai 2001 Utilise l XML et les outils Internet Spécifications: Business Process Librairie CPP/CPA Services de messagerie
Principe
EDI conventionnel vs ebxml
L EDI conventionnel Electronic Data Interchange Apparaît dans les années 70, reste de loin le mode d échange le plus prisé (étude réalisée en 2004) La norme EDIFACT (développé par UN/CEFACT) : «le» standard du commerce B to B.
L EDI conventionnel But : Faire communiquer deux systèmes d information (pas forcement identiques) dans le but de réaliser une transaction. Moyens : Langage normalisé par UN/CEFACT : UN/EDIFACT Pour les pays nord-américains norme ANSI X 12 Utilisation d un traducteur EDI Réseau à valeur ajouté (RVA)
EDI conventionnel/ebxml EDI conventionnel Mise en oeuvre coûteuse et complexe (choix des normes, accord sur la sécurité, mise en place du RVA ) Information compacte mais n'est pas directement compréhensible (traducteur EDI). Données uniquement textuelles Utilisé uniquement par les entreprises ayant un gros volume d affaires et des transactions stables ebxml Moins coûteux mais reste fastidieux à mettre en place. Le langage XML est intelligible directement, mais les données sont plus volumineuses. Données multimédia possibles Volonté de connecter tous les acteurs : PME, grandes entreprises, clients occasionnels
Web Services et ebxml
Web services Définition : Liaison "application à application" du type EDI. Ensemble de composants XML décrivant la fonction d'un "service" accessible sur le Web, de même que ses données d'entrée et de sortie pour permettre son intégration par l'application qui l'a "invoquée". Le but est de permettre à une application de trouver automatiquement sur le Web le service dont elle a besoin et d'échanger des données avec lui. Deux types de Web services : Simple web services : Produit un service à l utilisateur L utilisateur apparaît éloigné pour l application cliente Modèle call-response, sécurité minimum Non transactionnel, contexte gratuit Collaborative web services : Protocole de collaboration à travers Internet. Permet aux partenaires commerciaux d établir des «business process» complexes, transactionnel, sémantique définie Requiert des infrastructure plus importantes Sécurité accrue, Notification d erreurs, de refus des messages
Web Services simple Basé sur des standards du W3C : SOAP : Simple Object Access Protocol UDDI : Universal Description, Discovery and Integration WSDL : Web Services Description Language Queries Directory UDDI Company Y Company X Gets Web Service info WSDL Web Service Communicates using SOAP and XML Messages
Intégration de l ebxml Le e-commerce nécessite parfois la combinaison de plusieurs web services. Les processus d affaire permettent de définir tous les services qu une entreprise peu proposer, ce qui intègre plusieurs services web. Enters into Partner Agreement (CPA) with Business Flow Contains Partnering and Business Process Info ebxml Reg/Rep UDDI Company Y Company X Gets Web Service info WSDL Web Service Communicates using ebxml Messaging Service
Alternatives à ebxml Ce créneau stratégique de l e-business: le BPM (Business Process Management) est celui ou s exprime la rivalité Sun-Microsoft : Pour les Business Process complexes traités en Services Web, d autres langages décrive la chorégraphie (équivalent au CPA) des messages d'un Service Web: Au début : Courant 2002 : BPEL4WS (Business Process Execution Language for Web Services) par Microsoft, IBM, BEA. Fin 2002 : WSCI (Web Services Choreography Interface) par Sun (soutenu par Oracle,SAP), repris par le W3C en février 2003. Au final : BPEL (Business process execution language) issue de BPEL4WS, ou tout le monde s est rattaché, et qui a été repris par Oasis pour finaliser la normalisation. Sun et Oracle continuent sur WSCI, et travaillent à rendre compatible les 2.
Acteurs de l ebxml Oasis, UN/CEFACT Consortiums (ex: RosettaNet) Quelques entreprises (Sun, Fujitsu ) Standardisation périlleuse
Conclusion