Accueil
 > Rapports de TEC > Blogue de TEC > EDI Versus. XML - Travailler en tandem plutôt qu'en concu...

EDI Versus. XML - Travailler en tandem plutôt qu'en concurrence?

Écrit par : Predrag Jakovljevic
Date de publication : juillet 18 2013

Histoire EDI

Depuis échange de données informatisées (EDI) a gagné une réputation comme un moyen complexe, rigide et coûteux de documents d'affaires et l'échange de données entre partenaires commerciaux, on pourrait s'attendre à être reléguée comme une relique d'un époque révolue. Dans le domaine de l'informatique, où les nouvelles technologies peuvent aller et venir presque du jour au lendemain, EDI aurait dû devenir à long d'un artefact, sans parler d'une technologie à une crise de mi-vie compte un certain nombre de technologies plus jeunes, tels que DOS ou FORTRAN, ont déjà succombé à extinction.

EDI   a émergé dans les années 1960, lorsque l'industrie ferroviaire cherchait un moyen d'accélérer et   automatiser les communications d'affaires entre systèmes informatiques distants et d'éliminer   le coût élevé de l'envoi de documents papier par la poste. Cependant, le concept   n'a pas pris pleinement tenir toute l'industrie jusqu'aux années 1980 lorsque les normes ont été introduites   pour définir l'échange de données et quand il est devenu évident que business-to-business   (B2B) communications par ordinateur exigeraient que tous les partis à adopter une   protocole commun pour les bons de commande, l'expédition Avis avance (ASN), et d'autres   les documents pertinents. En conséquence, plusieurs comités techniques ont développé   protocoles régissant ces échanges, qui acheminés par le biais valeur ajoutée   réseaux (RVA) portant ces échanges sont devenus collectivement connus comme EDI.   

,   industries des finances, des assurances et d'autres ont fortement mobilisé EDI et propriétaires   lignes de communication pour faire des affaires. Aussi, les grands fabricants, tels que   fabricants d'équipement d'origine automobile (OEM) et consommateur   marchandises emballées les entreprises (CPG), ont adopté l'EDI et le mandat qui leur   les fournisseurs font de même. Toutefois, la mise en œuvre de la technologie a initialement   causé beaucoup de maux de tête en particulier dans les petites entreprises.

EDI vs XML

En effet, l'EDI a la réputation d'être coûteux à mettre en place et exécuter, étant donné les entreprises ont dû déployer de nombreux RVA, qui a conduit le réseau de leurs fournisseurs coûte et contraint les fournisseurs à être compétents dans les différents protocoles de communication . Mis à part le coût initial du logiciel d'infrastructure EDI, les entreprises qui choisissent d'aller avec un fournisseur de réseaux EDI fourgon, face à des coûts supplémentaires d'entretien et les frais de traitement des transactions seulement. Pour les raisons ci-dessus, on pourrait s'attendre que les sociétés commencent à graviter en masse vers langage de balisage extensible (XML) et des services Web liés aux communications de transaction.

En effet, en théorie, XML présente de nombreux avantages, car, contrairement à l'EDI, il a été spécifiquement conçu pour utiliser l'Internet comme mécanisme de transfert de données. En outre, alors que les organisations dans un réseau EDI doivent mettre en place des connexions point à point directes entre chaque système participant, l'extensibilité de XML signifie que n'importe quel nombre d'entreprises participantes, qui ont convenu d'un format de données pour les transactions, peut soi-disant librement échanger des données par voie électronique . En bref, XML a d'abord non seulement promis de soulager la douleur technique d'intégrer le flux de données entre les systèmes, les applications, et les personnes, mais aussi de réduire le coût de ce processus à travers plus rapide des transactions de débit, la qualité des données de l'amélioration des partenaires commerciaux, l'élimination des processus manuels et d'autres, les avantages potentiels de réduction des coûts.

Néanmoins, si à la surface y aurait peu de raisons économiques ou stratégiques pour les organisations à persister avec EDI, beaucoup semblent réticents à adopter la solution de rechange à ce stade. En fait, il ya eu une croissance presque négligeable du nombre d'organisations remplacer leurs systèmes EDI basés sur le langage XML. En outre, il semble que les ventes de produits et services EDI basés sont même de plus en plus, compte tenu de certaines estimations que les volumes de transactions EDI augmenté de près de 20 pour cent en 2003. Pour être juste, mais venant d'une base installée minuscule, le volume des transactions XML a presque doublé au cours de la même période et elle constitue toujours un pourcentage à un seul chiffre des flux de transactions B2B ensemble.

L'   question naturelle est de savoir comment venir EDI a subi sa popularité et quels sont les facteurs   freinent l'adoption du langage XML pour de bon. Eh bien, il semble qu'il y ait   aucun intérêt immédiat pour les entreprises à s'éloigner de l'EDI. La raison principale   à cela est que le nombre d'organisations qui utilisent XML n'a pas encore atteint l'   «Masse critique» d'au moins deux chiffres en pourcentage du flux de données B2B globale,   tandis que le nombre estimé de grandes et moyennes organisations utilisant l'EDI est   estimé entre 250.000 et 350.000 dans le monde entier. Pour le moment, la richesse   des entreprises qui ont investi des ressources considérables dans l'EDI utilisent encore le   la technologie pour les communications B2B et EDI de voir comme le meilleur choix pour sûr,   transactions fiables, étant donné qu'il est un milieu mature, standardisé et fiable.   À savoir, les principales normes EDI, comme le X12 et EDIFACT, continuent à   répondre aux besoins en constante évolution de plus d'une douzaine d'industries, par opposition aux   l'évolution continue d'une myriade d'extensions spécifiques à l'industrie (dialectes)   qui sont ajoutés à la base XML standard, dont beaucoup sont non-interopérable   et encore un travail en cours. C'est donc une petite merveille que l'adoption XML et   valeur perçue est supérieur où il ya une initiative de l'industrie mature et norme   comme RosettaNet , CIDX , UCCNet ,   AS2, et ainsi de suite dans respective de salut-technologie, chimiques et détaillants et des consommateurs   secteurs des biens.

ailleurs,   VAN sociétés traditionnelles ont commencé à faire des affaires de l'EDI sur Internet et   les géants d'achat qui ont toujours camionnettes d'occasion, tels que Target   et Home Depot , sont toujours très heureux avec la façon dont ils   faire des affaires, parce que cela fonctionne pour eux. Et tant que ces grands hubs exigent   leurs fournisseurs à faire affaire avec eux via EDI, les fournisseurs VAN vont   rester en affaires.

Seulement   quand un grand nombre de partenaires de la chaîne d'approvisionnement d'une entreprise commence la mise en œuvre   XML d'autres partenaires commerciaux commencer sérieusement considérer XML comme une alternative   à l'EDI. En particulier dans le climat économique morose en cours, les entreprises sont   typée pour extraire le maximum de valeur de leurs actifs informatiques existants. Comme   ces, cadres de niveau C sont très réticents à radier d'importants investissements   dans leur infrastructure EDI, bien que certains de ces systèmes peut remonter comme   loin que les années 1980. Cela est particulièrement vrai lorsque de nombreux fournisseurs ont jusqu'ici échoué   de faire un retour sur investissement très attractif (ROI) cas d'un commutateur à   XML, parce que le capital de nos jours XML et les frais de main-d'œuvre sont encore plus élevés que ceux   de l'EDI, puisque les utilisateurs ont besoin de logiciels (et les compétences d'accompagnement) pour faire de la traduction XML.   En revanche, malgré une forte mise en place initiale et la valeur ajoutée des coûts de service, les implémentations EDI   peut effectivement être rentable, tandis que l'avènement de la connectivité EDI sur le Web   normes, des logiciels et des services a abaissé les barrières d'entrée pour de nombreuses entreprises   qui, au départ, n'aurait pas considéré une option.

savoir, au cours des dernières années, un certain nombre de fournisseurs EDI ont insufflé une nouvelle vie à cette technologie vieille bête de somme par des offrandes en développement qui utilisent l'Internet comme moyen de communication, ce qui élimine le besoin de plusieurs camionnettes et la conduite le coût par transaction à la baisse. En outre, les fournisseurs ont développé des services qui réduisent ou éliminent le besoin des clients pour les ressources de l'EDI en interne, dans lequel, en outre, la complexité de l'EDI peuvent être cachés derrière une interface client basé sur un navigateur «minces», rendant les communications EDI pratique pour de nombreuses petites entreprises d'hébergement qui n'auraient pas envisagé avant son utilisation. En conséquence, bien que XML est plus souple et plus facile à utiliser que l'EDI, les protocoles EDI se déroulera pendant des années parmi les principaux fabricants ou les détaillants qui ont lourdement investi dans leur utilisation et avoir le poids nécessaire pour exiger leur partenaires commerciaux utilisent l'EDI ainsi. Comme une question de fait, EDI, XML, et tout autre format ne sont que "sémantique" et des ruisseaux d'entrée pour exprimer des données, et si une transaction est transmis au format EDI ou XML est largement secondaire au fait que les documents électroniques et l'échange de données est croissance rapide.

EDI, XML en tandem

L'   nouvelles positives pour les utilisateurs finaux, c'est que l'EDI et XML risquent de ne pas présenter un tout ou rien   technologies de choix du tout, mais plutôt offre en tandem , étant donné que   interopérabilité importante entre les systèmes EDI basés sur XML et est déjà   avoir lieu. Le Groupe de travail de l'Internet Engineering (IETF), une industrie   organisme de normalisation, a depuis quelque temps travaille sur des propositions pour la normalisation   un moyen de sécuriser les transactions EDI sur Internet. En dépit de cette co-existence,   dans le long terme, il pourrait être logique économique de passer à XML, depuis le   pléthore de vendeurs de marché conduite comme Microsoft , Oracle   ou IBM qui ont été incorporant support de XML dans leur   produits comme le fer de lance pour les services Web (voir Liberty Alliance   vs WS-I;. J2EE vs NET; Accablé ENCORE.? ) signifie environnements commerciaux B2B   sera, à terme, être dominée par XML. Par ailleurs, le prix d'un grand nombre basé sur XML   produits logiciels finiront par tomber, ce qui est peu probable de se produire avec   RVA EDI, alors que les normes spécifiques à l'industrie vont inévitablement mûrir. Finalement,   le trafic XML dépassera EDI X12 trafic de protocole, mais il ne sera pas nécessairement   Un renouvellement. X12 est toujours le format dominant pour des choses comme l'achat   commandes et factures, alors que, pour des choses plus récentes comme la prévision collaborative,   il n'y a pas de documents X12 largement utilisés jusqu'à présent et cela pourrait motiver les utilisateurs   d'échanger des données en XML.

Il   est logique que RVA EDI et les autres fournisseurs d'intégration en tant que service   viserait à revigorer leur proposition de valeur de l'entreprise en ajoutant des applications   à leurs portefeuilles de «plomberie» pour offrir plus d'une application de type, vertical   approche axée sur les solutions aux besoins d'intégration de la communauté de négociation. Comme   Par exemple, les vendeurs qui ont la synchronisation des données packagée offrant aux yeux   services de livraison de logiciels et de transaction seraient services réseau e-commerce   fournisseur Transora et le logiciel de gestion de l'information produit   maker Trigo Technologies . Ces deux sociétés ont récemment annoncé   des plans pour travailler ensemble sur une offre commune qui combine leurs produits.

Cependant,   contrairement aux concurrents ci-dessus ainsi que pour Inovis et    Sterling Commerce , qui s'est associé à remplir clé fonctionnelle   lacunes dans la gestion informations sur les produits (PIM) et la synchronisation des données   domaines, l'acquisition directe d'HAHT par Global Exchange Services (GXS) montre son engagement envers le secteur du détail.

Une entreprise qui dépend de l'EDI pour le routage des transactions devrait ressembler fort à des entreprises telles que GXS que son parcours dans le siècle XML. Ce qui est plus important pour eux devrait être la fluidité du service de traduction peut être mise en œuvre en termes d'intégration avec leurs autres systèmes. Par conséquent, la taille et la force technique ne sont pas aussi importants que l'expérience avec les mêmes systèmes utilisateurs pourraient avoir. Mais même si une entreprise a des utilisateurs de l'expérience spécifiques besoin, il ne s'ensuit pas nécessairement qu'ils vont en bénéficier. Par conséquent, lors de la négociation termes utilisateurs potentiels doivent s'assurer qu'ils ont un accès garanti aux personnes qui ont travaillé sur leurs types de systèmes. Compte tenu de XML et EDI utilisation simultanée pendant un certain temps dans l'avenir, les entreprises doivent réfléchir à la façon de tirer parti de la combinaison de minimiser le risque de duplication des efforts là où les deux systèmes font pratiquement le même travail.

 
comments powered by Disqus


©2014 Technology Evaluation Centers Inc. All rights reserved.