La Lettre de mai 2006
- Téléphonie sur IP : l'expérience des centres d'appel
- Téléphonie sur IP : cas pratique Randstad
- Téléphonie sur IP : cas pratique mairie de Mennecy
- VoIP Expo & CoIP
- OnLine 2006
- La construction des PC
- ITIL : justifier l'investissement
- Télédéclarations fiscales et sociales
- ebXML
- Progiforum & CréditClients 2006
- Actualité d'avril
- Nouveaux livres d'avril
Archives
ebXML
Dossier - la lettre de mai 2006
ebXML est un nouveau standard d'échange d'informations commerciales et financières utilisant XML.
Il est défini par l'OASIS et l'UN/CEFACT (organisme dépendant des Nations Unies où sont conçus certains standards mondiaux pour les échanges de données.)
Pas vraiment chargé de remplacer EDIFACT, il est plus particulièrement adapté à la problématique des petits échanges entre partenaires épisodiques comme les PME.
Explication.
ebXML successeur d'EDIFACT ?
ebXML permet des échanges électroniques entre 2 entreprises lors d'une transaction commerciale.
En ce sens, il est similaire ou concurrent d'EDIFACT (United Nations Electronic Data Interchange For Administration, Commerce and Transport). Dans la pratique, il est plutôt (ou encore) complémentaire. EDIFACT est particulièrement adapté aux échanges de gros volumes avec des partenaires stables. ebXML répond à la problématique des petits échanges entre partenaires épisodiques.
EDIFACT ne peut pas répondre aux besoins de communication entre PME. Les échanges, de nature, format et volume extrêmement variés s'effectuent majoritairement sur support papier. Les PME sont donc privées de la possibilité d'échanger couramment de manière électronique ou dématérialisée.
ebXML est une solution à ce type d'échanges car il utilise les techniques souples et légères d'Internet pour la communication et XML pour la création des messages. Pour que cela soit possible, il est nécessaire que les organismes de standardisation comme EDIFRANCE ou EDIFICAS établissent une relation avec les éditeurs de progiciels de gestion. Il faut que l'ensemble des messages et des processus d'affaires soient standardisés et ne demandent pas d'adaptation pour pouvoir être utilisés rapidement. Alors que l'EDIFACT se limitait à la description des informations, ebXML étend également ses fonctions à la gestion de l'exécution des processus interentreprise (commandes, livraison, etc.).
Le mouvement est en route, mais faute d'une impérieuse nécessité ou d'une législation volontariste, il lui reste pas mal de chemin à parcourir.
Découvrir son partenaire
ebXML ne nécessite pas l'établissement de liaisons spécialisées entre les correspondants. Mieux, il met en oeuvre les principes des services web. Il fait appel à SOAP (Simple Object Acces Protocol) comme protocole de communication
Une entreprise X peut ainsi découvrir l'existence et les caractéristiques de son interlocuteur Y grâce au Registre. Voici un exemple fourni par l'OASIS :
L’acheteur explore le registre au moyen des schèmes de classification définis dans le registre. Il se sert d’une interface utilisateur graphique pour trouver un vendeur qui lui conviendra.
Par exemple, il peut faire une recherche de toutes les parties qui travaillent dans l’industrie automobile, jouent un rôle de vendeur, soutiennent le processus de RosettaNet PIP3A4 et vendent des chaînes stéréo pour automobile.
Informations échangées
ebXML est prévu pour supporter les différents niveaux de renseignements fournis lors d'une transaction commerciale :
- renseigner le Registre ebXML L'entreprise Y (vendeur potentiel) apporte la description de son Profil d'Affaires (capacités et contraintes du système dans le Registre.
- consulter le Registre (entreprise X, client potentiel). L'entreprise peut découvrir les scénarios d'affaires supportés par Y
- notifier une demande de relation d'échange avec Y.
- répondre à une demande : Y répond par une proposition d'interchange. L'accord d'interchange proposé indique que les deux sociétés s'engagent mutuellement sur les scénarios d'affaires. L'accord d'interchange contient aussi des informations relatives aux spécifications des services de messagerie qui prendront en charge les transmissions, sur les mesures d'exception et sur les mécanismes de sécurité associés.
- échanger des données (c'est le but final) : les échanges sont sécurisés et effectués suivant des formats standardisés.
Structure d'ebXML
ebXML peut être considéré en 2 grandes domaines, relevant chacun de la nature même de ses parents :
- UN/CEFACT : les modalités des relations d'affaires - modèles de composants communs et de processus d'affaires,
- OASIS : infrastructure technique type services web - messagerie, registre/répertoire, implémentation des interfaces de service et protocoles de collaboration.
Parmi les mécanismes techniques qui sont ainsi mis en place, on peut citer :
- la description des Processus d'Affaires
- l'enregistrement et l'archivage des Processus d'Affaires
- les méthodes de découverte de l'information relative à chaque participant à l'infrastructure, dont :
- les Processus d'Affaires supportés
- l'Interface de Service d'Affaires offerte
- le format des Messages d'Affaires qui seront échangés
- la configuration technique (protocoles de transport, sécurité et encodage...) - la description de l'exécution d'un accord d'interchange (CPA - Collaboration Partner Agreement).
- une infrastructure de Service de Messagerie d'Affaires standardisée
Pour plus de détails on peut se rendre sur les sites cités dans les "Liens utiles". Notamment,
- les modalités d'association de ces concepts à l'architecture elle-même sont décrites dans ebXML Technical Architecture Specification,
- la définition du Registre dans Définition des services du registre ebXML/OASIS
- et la description des processus dans ebXML Business Process Specification Schema.
Les spécifications sont décrites sous forme de diagrammes UML (Unified Modeling Language) conformément à la Méthodologie de Modélisation de l'UN/CEFACT UMM (UN/CEFACT Modelling Methodology).
EDIFICAS et la modélisation de l'écriture comptable
Le GT4 est le groupe de travail sectoriel chargé de la modélisation de la comptabilité au sein de l’association EDIFICAS.
EDIFICAS a retenu l’approche ebXML et le GT4 s'emploie à décrir les processus d’affaires qu’il rencontre.
Il modélise l’écriture comptable selon la méthodologie de l’UN/CEFACT UMM (UN/CEFACT Modelling Methodology).
Le GT4 a mis en chantier le document BRS (Business Requirements Specifications - document résumant les travaux d’un groupe de normalisation sectoriel). Le modèle étudié décrit, de façon simplifiée et formalisée, l’import/export d’écritures par les logiciels comptables.
Les autres liens
Pour aller plus loin
Les dossiers
Les livres
Toute l'actu sur ce sujet
Gouvernance
Document, connaissances, GEDEmploi informatique
Législation
Licences, open source
Politique informatique
Qualité, certification, référentiels
Solutions
BI, décisionnel, SIGBureautique
Finances, gestion, trésorerie
Gestion commerciale, CRM
Mobilité
Production, logistique, SCM
Solutions globales, ERP
Solutions RH
Technologies
Archivage et sauvegardeHardware
Localisation, traçabilité
Locaux, sécurité physique
Programmation, développement
Réseaux et communications
Sécurité logique, virus et intrusions
Site Internet
Stockage, SAN, NAS
Systèmes et infrastructure
Editorial
ActualitésAgenda
Annuaire
Blogs
Contributeurs
Dictionnaire
Dossiers
Emploi
Forum
Lettre
Libraire

