De Economische Commissie voor Europa van de Verenigde Naties
UN/ECE (United Nations Economic Commission for Europe) is midden de jaren ‘80 gestart met de ontwikkeling van de UN/EDIFACT (United Nations Electronic Data Interchange for Administration, Commerce and Transport) standaard voor EDI. In 1988 is de UN/EDIFACT standaard door de Internationale Organisatie voor Standaardisatie (ISO) overgenomen onder de ISO standard ISO 9735.
De UN/EDIFACT standaard is daarna gaandeweg uitgegroeid tot de internationale standaard voor Electronic Data Interchange. Maar met de opkomst van XML standaarden staat EDIFACT al enkele jaren sterk onder druk. Niettemin blijkt dat de UN/EDIFACT standaard wereldwijd nog steeds veelvuldig gebruikt en geïmplementeerd wordt.
De UN/EDIFACT standaard heeft zich naast de syntax vooral gericht op inhoudelijke standaardisatie, de semantiek. Daarin schuilt dan ook de kracht van EDIFACT.
De XML standaarden hebben vooral problemen met functionele standaardisatie. Een universele methodiek voor standaardisatie zoals de Core Components van de UN/CEFACT is nog niet algemeen geaccepteerd en doorgevoerd. Lees hierover meer in mijn bloart Hoe lossen we het interoperabiliteitsvraagstuk op ?. Hierdoor ontstaan verschillende onsamenhangende en incompatibele alsook gefragmenteerde standaarden.
De benadering die gevolgd wordt door ontwikkelaars van XML standaarden is scheiding van functionaliteit en techniek. De voorbije jaren heeft vooral de techniek van XML volop aandacht gekregen en de hoeveelheid Open Source gereedschappen voor het werken met XML is gigantisch toegenomen. Open Source transformatiegereedschappen waaronder XAware en Chainbuilder bieden helaas geen ondersteuning voor de UN/EDIFACT standaard of daarvan afgeleide standaarden. De aandacht voor de techniek van XML is de voornaamste reden hiervoor.
De noodzaak naar ondersteuning van de UN/EDIFACT standaard zal echter de komende jaren blijven bestaan. Vrij regelmatig wordt ik dan ook gevraagd wanneer deze functionaliteit beschikbaar komt. Open Source transformatiegereedschappen die hierin voorzien gaan sneller geadopteerd worden. Tevens zal de noodzaak naar commerciële EDIFACT vertaalsoftware dan verdwijnen.
Mogelijk zullen de aanbieders van deze commerciële transformatiesoftware overwegen, waarschijnlijk gebeurt dat nu al, om hun producten onder een Open Source licentie beschikbaar te stellen. Zo zouden bedrijven als Sun Microsystems en IBM een flink aandeel op dit domeingebied in de Open Source markt kunnen veroveren wanneer zij hun transformatiegereedschappen voor JCAPS (Sun) en voor WebSphere (IBM) zouden vrijgeven. De eerste stappen in die richting worden gezet. Sun Microsystems, de grote sponsor achter het Open Source project OpenESB, geeft aan in de toekomst componenten van OpenESB op te nemen in Java CAPS. Met de start van het Open Source project Fuji wordt een begin gemaakt met het ontwikkelen van Sun’s next generation open source integration runtime.
XAware en Chainbuilder zouden weleens het standaard transformatiegereedschap voor OpenESB kunnen worden. Ik heb me zelf opgeworpen om binnen de XAware community de kar te trekken voor de realisatie van EDIFACT transformatiefuncties en misschien is het mogelijk om gelijktijdig de oplossing voor Chainbuilder te realiseren.
The United Nations Economic Commission for Europe
UN/ECE started in the mid’ 80 with the development of the UN/EDIFACT (United Nations Electronic Data Interchange for Administration, Commerce and Transport) standaard for EDI. In 1988 the UN/EDIFACT standaard has been adopted by the International Organisation for Standaardisation (ISO) under the ISO standard ISO 9735.
The UN/EDIFACT standard has gradually grown to the international standard for Electronic Data Interchange. But with the rise of XML standards EDIFACT is under pressure for several years now. However the UN/EDIFACT standard is still frequently being used and implemented globally.
The UN/EDIFACT standard has especially aimed, beside the syntax, on content standardisation, the semantics. In it the real power of EDIFACT hides.
The XML standards have especially problems with functional standardisation. A universal method for standardisation like the Core Components from UN/CEFACT has not been generally accepted and implemented. Please read more in my bloart How do we solve the interoperability question ?
Because of this several incoherent and incompatible as well as fragmented standards arise.
The approach that is followed by developers of XML standards is separation of functionality and technique.
The past years especially the technique of XML has got all the attention and the number of Open Source tools for working with XML has increased tremendous. Open Source transformation tools such as XAware en Chainbuilder unfortunately do not support the UN/EDIFACT standard or related standards. The attention for the technique of XML is the main reason for this.
The need for the UN/EDIFACT support standard will remain for the next few years. People ask me on a regular basis when this functionality will become available. Open Source transformation tools that provide this capability will be adopted much faster. The need for commercial EDIFACT translation tools will disappear.
Potentially vendors of commercial transformation software will consider, probably this already happens now, to make their products available under an Open Source license. Companies like Sun and IBM could gain a significant market share in this field area on the Open Source market if they would open up their transformation tools for JCAPS (Sun) and WebSphere (IBM). The first steps in that direction are made. Sun Microsystems, the important sponsor behind the Open Source project OpenESB, has announced to incorporate components of OpenESB in Java CAPS in the future. With the start of the Open Source project Fuji a beginning is made with the development of Sun’s next generation open source integration runtime.
XAware and Chainbuilder could eventually become the standard transformation tool for OpenESB. I have put myself forward in the XAware community (as ’sponsor’ in) driving this to realize EDIFACT transformation functions and perhaps in the meantime it is possible to realize a solution for Chainbuilder as well.
