Using the power of OOXML for bringing electronic invoicing to SME's

During the past years Albalia Interactiva, a Spanish consulting firm, has developed solutions for managing XML-based invoices using Microsoft Office. Albalia Interactiva is a company specialized in systems that provide legal certainty for electronic transactions.

In 2009 Albalia has developed an add-in for Microsoft Word 2007, called FactOffice, that enables the management (issuing, receiving and visualizing) of electronic invoices based on the Spanish XML format Facturae.

In 2010 Albalia upgraded the functionality to Microsoft Office 2010 (Word and Excel), rebranded the name to OffInvoice and extended the supported XML formats. Now the solution supports Facturae V3.1 and V3.2, UBL (Universal Business Language) and the UN/CEFACT Cross Industry Invoice, commonly known as CII.

Both solutions are developed as an extension to the Ribbon User Interface, the task-oriented Graphical User Interface (GUI) introduced in Office 2007, and the solutions are available as open source projects on CodePlex (the Open Source Project Community site hosted by Microsoft).

There are three licenses involved:

- For the Add-in there is a Dual licensing approach:
Microsoft Public License (Ms - PL)
European Union Public Licence (EU-PL)

- For the bouncycastle library: The Legion of Bouncycastle http://www.bouncycastle.org/licence.html

- For the Backtrust signature library developed by Albalia Interactiva S.L.: http://www.backtrust.net/index.php?page=backtrust-for-offinvoice-license

The solutions use Word or Excel as a template for capturing data in the case of issuing and visualizing in the case of receiving. Additionally they enable the validation of and signing with electronic signatures in XAdES-EPES (Explicit Policy Electronic Signatures) and XAdES-X-L (Extended Long-term Signatures) formats (XAdES).

For installing the add-in download the installer for FactOffice or OffInvoice from the CodePlex site, choose FactOffice.Codeplex.com or OffInvoice.CodePlex.com. But first check the requirements to find out what software is required to run the solution.

The approach taken by Albalia uses the power of the Microsoft Office Open XML (OOXML) format and complies with the multi-purpose exchange format I described in a bloart of October 2009. In this weblog article I present the multi-purpose exchange standard as a solution for opening Electronic Invoicing on a larger scale to all companies.

Tags: Adobe XML Data Package (XDP), Open Document Format (ODF), Office Open XML (OOXML), UBL, e-Invoicing, UN/CEFACT

Last update: 24-11-2011

Simplify Electronic Invoicing with the help of Adobe

A few months ago, during the CEN/ISSS meeting in Brussel, the scenario below was presented as a solution to enable Electronic Invoicing for SME’s.

The scenario is based on provisions that are currently available to companies such as XML message standards and readable document formats (PDF, Word, Open Document). When organizations want to establish Electronic Invoicing with all of their trading partners they are obliged to maintain two different formats: a data file and a readable image. The presented scenario is not going to make it easier for participants because senders and receivers need to take into account the capabilities of their partners.

For realizing general adoption, a message exchange environment is needed that enables all companies to participate whatever their maturity level and capabilities. This technical environment should ensure that all trading partners can reach each other regardless of the message standards being used.

Extending the reach is not only about connectivity but also about being able to process the content of an invoice as an image or as data.

The solution for this issue is a multi-purpose exchange standard, an XML Data Package that contains a readable image of the invoice as well as the document data. The exchange standard requires a technical platform for generating the XML Data Package at the sending side and processing the data at the receiving side. Apart from that a “reader” for viewing the image is required for companies that are not yet able to process the data automatically in their financial applications.

There are potentially two solutions available that can be used as the basis for the multi-purpose exchange standard:
- the Adobe XDP (XML Data Package) format

- the OASIS Open Document format.

Both formats are XML-based containers that are able to support all of the available international data exchange standards. The solution of Adobe has already been implemented for exchanging documents. Adobe wrote a white paper, “Using Intelligent PDF to support compliant eInvoicing solutions” to explain their solution approach.

The Open Document format is also an XML container and supported by several Open Standards minded companies. A working example based on the Open Document format is not yet available.

Although both formats lend themselves perfectly for realizing the multi-purpose exchange approach there still is much work to do before the multi-purpose exchange standard can be processed and transmitted by everyone.

On the weblog of Adobe you can watch a video that explains the power of their intelligent PDF forms. During the video they also indicate that every international message standard can be used as the basis for data storage.

Tags: electronic data interchange, HR-XML, UBL, e-Invoicing, e-Business

Last updated: 27-11-2011

Vereenvoudig Elektronisch Factureren met de hulp van Adobe

Een aantal maanden geleden werd tijdens de CEN/ISSS bijeenkomst in Brussel het onderstaande scenario voorgesteld als de oplossing om Elektronisch Factureren voor het MKB toegankelijk te maken.

Het scenario gaat uit van de voorzieningen waarover bedrijven vandaag kunnen beschikken zijnde XML berichtstandaarden en leesbare documentformaten (PDF, Word, Open Document). Wanneer organisaties Elektronisch Factureren met al hun handelspartners willen realiseren zijn ze verplicht om twee verschillende formaten te ondersteunen: een gegevensbestand en een leesbare afbeelding. Het wordt hierdoor niet eenvoudiger omdat verzenders en ontvangers rekening moeten houden met elkaars mogelijkheden.

Voor het realiseren van algehele adoptie is een berichtenuitwisselingsomgeving benodigd waaraan alle bedrijven ongeacht volwassenheid en mogelijkheden kunnen deel nemen. Deze technische omgeving moet ervoor zorgen dat alle handelspartners elkaar kunnen bereiken onafhankelijk van gebruikte berichtstandaarden.

Het vergroten van bereik gaat niet alleen over connectiviteit maar eveneens over voorzieningen om de inhoud van een factuur als een afbeelding of als gegevens te verwerken.

De oplossing voor deze problematiek is een multi-purpose exchange standaard, d.w.z. een XML Gegevens Container waarin zowel de leesbare factuur als de gegevens liggen opgesloten. Deze exchange standaard vereist een technisch platform voor het genereren van de XML Gegevens Container aan de verzendende kant en het verwerken van de gegevens aan de ontvangende kant. Daarnaast is een “lezer” benodigd voor bedrijven die niet in staat zijn om de gegevens automatisch te verwerken in hun financiële systemen.

Er zijn twee potentiële oplossingen beschikbaar die als basis kunnen dienen voor deze multi-purpose exchange standaard:
- het Adobe XDP (XML Data Package) formaat

- het OASIS Open Document formaat.

Beide formaten zijn gebaseerd op XML containers die in staat zijn om ale beschikbare internationale berichtstandaarden te ondersteunen. De oplossing van Adobe is reeds op een aantal plaatsen geïmplementeerd voor de uitwisseling van documenten. Adobe heeft de werking van deze oplossing beschreven in een white paper “Using Intelligent PDF to support compliant eInvoicing solutions”.

Het Open Document formaat is eveneens een XML container en wordt ondersteund door bedrijven die hun vertrouwen hebben uitgesproken voor Open Standaarden. Een werkend voorbeeld op basis van Open Document is nog niet voorhanden.

Niettegenstaande het feit dat beide standaarden zich uitstekend lenen voor het realiseren van deze multi-purpose benadering moet er nog veel gebeuren voordat de multi-purpose exchange standaard door iedereen verwerkt en verstuurd kan worden.

Op de weblog van Adobe kunt u een videoopname bekijken waarin de kracht van intelligente PDF formulieren worden toegelicht. Tijdens deze video wordt eveneens verteld dat elke internationale berichtstandaard als basis voor de gegevensopslag gebruikt kan worden.

Tags van Technorati: electronic data interchange,HR-XML,UBL,e-Invoicing,e-Business

Laatste update: 27-11-2011

Is het MKB klaar voor elektronisch zakendoen?

Het vraagstuk “Waarom komt elektronisch zakendoen / factureren niet van de grond ?” houdt mij al geruime tijd bezig.

Op 28 januari 2009 heeft de Europese Commissie het voorstel - COM(2009) 21 - tot wijziging van de BTW Richtlijn geadopteerd onder voorbehoud dat alle lidstaten de bepalingen aannemen uiterlijk op 31 december 2012. Als één van de eersten heeft Nederland de administratieve verplichtingen en factureringsverplichtingen op het gebied van de omzetbelasting geactualiseerd.

Met name de regels voor elektronisch factureren zijn sterk vereenvoudigd met het Beleidsbesluit van 12 februari 2009, nr. CPP2009/263M, Stcrt. nr. 32

Het uitgangspunt van de vereenvoudigde regels is “equal treatment of paper and electronic invoices” of “gelijke behandeling van papieren en elektronische facturen”. Dit resulteert in twee belangrijke wijzigingen:
- de vormgeving en implementatie van oplossingen voor elektronisch factureren wordt aan marktpartijen overgelaten waardoor de wijze van opmaak en versturen van de elektronische factuur vorm- en middelvrij kan plaatsvinden

- de ondernemer is niet verplicht om de aanvaarding van de elektronische factuur door zijn afnemer vast te leggen in zijn administratie

De vereenvoudiging van deze regels vindt plaats omdat een brede acceptatie en toepassing van elektronisch factureren belangrijk is voor het bedrijfsleven. De versoepelde regels gelden alleen voor belaste prestaties die in Nederland plaatsvinden.

Met het vereenvoudigen van de regels rondom elektronisch factureren verwachtte iedereen dat bedrijven massaal aan de slag zouden gaan. Niets is minder waar, de interesse in elektronisch factureren is weliswaar toegenomen maar grootschalige implementaties blijven achterwege.

Nu de technische en fiscaal / juridische drempels zijn aangepakt heeft bij het bedrijfsleven onduidelijkheid en onzekerheid toegeslagen.

Het blijft gissen maar een aantal redenen waarom e-Zakendoen niet van de grond komt zijn:

- de belangen van marktpartijen en de Overheid
Alle aandacht van de Overheid gaat uit naar Elektronisch Factureren richting de Overheid, natuurlijk omdat aan de ontvangende kant de meeste besparingen te realiseren zijn. De Overheid zou zich moeten richten op Elektronisch Bestellen en Factureren zodat alle deelnemers kunnen genieten van de voordelen.

- de Standaarden - UBL en UN/CEFACT - en Open Source gereedschappen
De standaarden - OASIS UBL en UN/CEFACT - zijn gratis beschikbaar en in de Open Source wereld zijn voldoende gereedschappen aanwezig om een B2B platform te realiseren.

Zie: Transformatie van een UBL Invoice naar een OAGI Invoice met ChainBuilder ESB IDE

De Overheid heeft gekozen voor UBL , de OASIS Universal Business Language. Daar is de Overheid besluitvaardig te werk gegaan en zal het niet aan liggen wordt geroepen. Echter het is noodzakelijk dat Nederland tot duidelijke afspraken komt over de gegevens die wel of niet moeten worden meegegeven in een bericht en de bijbehorende processen. Dan kan men daarop de structuur (semantiek en syntax) van het bericht afstemmen en een subset definiëren die door iedereen gebruikt moet / kan worden.

Dat niet volstaan kan worden met slechts het selecteren van een berichtstandaard toont de pilot Elektronisch Bestellen en Factureren voor Inhuur van personeel van de Belastingdienst aan. De Belastingdienst koos voor de berichtstandaard HR-XML SIDES, de SETU (Stichting Elektronische Transacties Uitzendbranche) standaard. Samen met de Belastingdienst hebben de deelnemers aan de pilot hard moeten werken om tot afstemming van de processen en afronding van de berichtspecificaties te komen. Dit heeft uiteindelijk op 20 mei 2009 geresulteerd in opname van de standaard op de lijst met open standaarden van de Overheid.

De Overheid had er goed aan gedaan om tijdens het Congres e-Factureren voor het MKB de beschrijving van de Nederlandse UBL - Factuur te presenteren. Het opstellen van deze beschrijving is op zich niet meer zo moeilijk als men weet dat om ons heen genoeg voorbeelden en specificaties beschikbaar zijn (NESUBL, UBL die door de Belastingdienst wordt gebruikt, ...).

Zie ook mijn bloart: Transformatiedefinities voor de elektronische factuur

- de overvloed aan aanbieders en de verscheidenheid aan benaderingen:
De voornaamste reden waarom e-Zakendoen niet van de grond komt in Nederland zou te wijten kunnen zijn aan het grote aantal aanbieders van en de verscheidenheid aan oplossingen die worden aangeboden.

Daarnaast is de beïnvloeding van de markt door de verschillende marktpartijen de laatste jaren sterk toegenomen.

De Overheid stimuleert dit verschijnsel door voor beantwoording van complexe vragen over e-Factureren (technisch, functioneel of juridisch/fiscaal) het bedrijfsleven door te verwijzen naar Billing Service Providers. De vraag rijst meteen hoe het dan met objectiviteit van deze providers is gesteld en of bedrijven de juiste antwoorden krijgen in het licht van hun situatie.

- onduidelijkheid over het fiscaal toezicht (Horizontal Monitoring) van de belastingdienst
De Belastingdienst richt zich de komende jaren op Horizontaal Toezicht en laat het aan de bedrijven over om aantoonbaar te maken dat zij het proces van e-Factureren onder controle hebben. Het is voor bedrijven moeilijk om precies in te schatten wat dan van hen verwacht wordt en waar ze moeten aan voldoen.

Het is verstandig te streven naar een situatie waarbij de Belastingdienst de controle op transacties in eigen hand neemt zonder bedrijven hiermee lastig te vallen. Naast Horizontaal Toezicht dus controle op de achtergrond van Taxable transacties, zelfs over de landsgrenzen heen. Op Europees niveau zien we soortgelijke initiatieven om Tax fraude tegen te gaan.

Wel moeten dan een aantal randvoorwaarden worden ingevuld. Zo moet(en) de Belastingdienst(en) toegang krijgen tot de transacties die hebben plaatsgevonden bij bedrijven.

Met de ontwikkelingen op het gebied van XAF , SBR en SAF-T is in elk geval de basis gelegd waarmee deze informatie ter beschikking gesteld kan worden. De Belastingdienst zal duidelijke keuzes moeten maken voor de toekomst.

- volwassenheid bedrijven en flexibiliteit oplossingen
Het feit dat niet alle bedrijven volwassen genoeg zijn om nu in e-factureren te stappen is een belangrijke factor om rekening mee te houden. Deze bedrijven moeten over de streep gehaald moeten worden. Dit kan door het aanbieden van alternatieve voorzieningen zoals dat ook in Denemarken gebeurt: scan-straten, ... maar eveneens intelligente document-formaten zoals Adobe XDP en ODF kunnen daarbij helpen.

Dit zijn voorzieningen die het voor deze bedrijven mogelijk maken om in beperkte mate te participeren.

Samenvattend zijn een aantal initiatieven nodig die het voor de Belastingdienst mogelijk maken om transacties beter te controleren en fraude te identificeren ALSOOK het voor alle bedrijven mogelijk maken deel te nemen aan elektronisch factureren. Zie: The new approach for bringing adoption of e-Invoicing by SMEs to the next level ! voor een aantal mogelijke benaderingen.

- een openbare informatiesnelweg met digitale handtekeningen van de Overheid
Het voorstel om via de Kamer van Koophandel digitale handtekeningen te verstrekken is in een aantal landen op een vergelijkbare wijze gerealiseerd:
- in Mexico kunnen bedrijven naar de overheidsbalie stappen en aangeven dat ze elektronisch willen gaan factureren. Binnen een aantal minuten hebben ze een certificaat en kunnen ze starten op het overheidsnetwerk.

- in Denemarken kunnen alle partijen gebruik maken van de Deense SOA Infrastructuur, een platform dat nu in Europa als basis is genomen voor de ontwikkeling van de PEPPOL infrastructuur (Pan European Public Procurement OnLine).

Hoe staat het met de belangen van bedrijven?
Wat mij betreft zouden bedrijven zich moeten verenigen in een platform dat zorg gaat dragen voor hun belangen. Er is behoefte aan een platform en discussieforum waarin alle bedrijven vrijwillig en gratis kunnen deelnemen, dat het beste voor heeft met e-Zakendoen in Nederland en waar bedrijven terecht kunnen voor beantwoording van hun vragen.

Tags van Technorati: HR-XML,UBL,e-Invoicing,e-Business

Last update: 25-11-2015

The new approach for bringing adoption of e-Invoicing by SMEs to the next level!

The European Commission on 28 January 2009 adopted a proposal to change the VAT Directive 2006/112/EC (from 28 November 2006) with respect to invoicing rules. The main objectives are to reduce burden on business, increase the use of e-Invoicing, support small and medium sized enterprises (SMEs) and help member states tackle fraud.

Regulatory requirements for Electronic Invoicing will change with the advent of the measures aimed at further simplifying, modernizing and harmonizing the VAT invoicing rules. The foundation of the proposal is based on “equal treatment of paper and electronic invoices” in a technologically neutral way by removing the conditions for an Advanced Electronic Signature (AES) and Electronic Data Interchange (EDI).

While in the world of electronic agreements and contracts the need for electronic signatures is apparent the reasoning is that e-Invoicing is part of a larger process where every process step contributes to authenticity and integrity of the trade transaction. Nevertheless many Member States will continue to believe these guarantees can only be provided by electronically signed e-invoices.

Therefore removing the requirement to guarantee the authenticity of origin and integrity of content by means of pre-defined technological solutions, such as EDI and Electronic Signatures, is the most challenging from a political and governmental perspective. It requires a “paradigm shift” in thinking about audit management processes and strategies by Tax Authorities.

Apart from that increasing the use of e-Invoicing requires more than simplification of VAT invoicing rules. Although standardization efforts in Europe are huge the progress of standards bodies is slow with respect to data exchange standards. In response new initiatives emerge from humble beginnings, underpinned by new technologies, with potential to grow into creatures of substance and significance. The a priori standard for e-Invoicing, UN/CEFACT, starts loosing ground due to the growing need for inclusion of all types of companies, the rigidity and slowness of development, and the increased adoption of the Universal Business Language (UBL) as the European data exchange standard.

Although everyone is entitled to their own opinion creating the next wave of e-Invoicing requires re-alignment of views and goals. Hence there are two fundamental questions to answer:
- What is understood by the term “Compliant e-Invoicing”?

- What do SME’s and large companies need to jump on the bandwagon of e-Invoicing?

What is Compliant e-Invoicing ?
One such definition comes from the CEN/ISSS and Fiscalis e-Invoicing Compliance Guidelines as expressed in the section “e-Invoicing Basics Introduction”. Compliant e-Invoicing is about auditability of invoicing processes, verification whether VAT obligations are met and whether the invoice is an accurate reflection of sales and purchases.

Many people believe that e-Invoicing is the first step towards full automation of the end-to-end-trade process. Talking about “Compliant e-Business (Electronic Business)” is more appropriate in view of drafting the rules for the near future.

What do SME’s need to adopt e-Invoicing ? It should be clear that e-Invoicing for SME’s and for large companies requires more than simplification of VAT invoicing rules. There is a need for a multi-purpose exchange standard that enables companies to participate regardless whether they are able to process the invoice data automatically in their financial system.

Such a multi-purpose exchange standard should incorporate a readable image and processable data in one packaged container.

Bringing adoption of the new VAT directives to the next level
The CEN/ISSS e-Invoicing Workgroup Phase II Task Group 2 on Compliance recently presented their e-Invoicing Compliance Guidelines. The CEN/ISSS Task Group 2 and the Fiscalis e-Audit Project Group are paving the way for harmonization of VAT - Compliant e-Invoicing processes.

The principles in “the Guidelines” stimulate the use of a single coherent Business Control Framework (BCF) - Tax Control Framework (TCF) - across Europe. The aim is to attain a sufficient degree of auditability and legal compliance of e-Invoicing from a Tax perspective and to provide a solid foundation for performing tax audits in situations where e-Invoicing solutions are used.

The Guidelines provide practitioners a perfect instrument for self-regulation and self-certification of processes and technologies that are used to ensure invoices are reliable. Primarily enabling organizations to prove that invoices are processed and stored correctly within their individual spheres of governance and liability.

However, if well-understood, “Compliant e-Invoicing” is not about auditing e-Invoicing solutions or Service Providers but about auditability of invoicing processes and fraud prevention by validating whether VAT transactions are accurately administered (paid and deducted). e-Invoicing is part of the total Purchase-To-Pay and Order-To-Cash cycle and orders, deliveries and receipts need to be registered for legally valid transactions.

For most companies the three-way match at the end of their cycle provides means to control the integrity of the content and the authenticity of origin.

The focus of the recommendations should therefore have been more on the auditability and validation of VAT transactions from a Tax Authority’s perspective instead of on auditability of e-Invoicing solutions and Service Providers.

Currently Tax Authorities lack functionality and information to validate whether tax deducted and tax paid are correct and therefore force companies to guarantee authenticity and integrity. Reducing fraud is only possible if Tax Authorities are able to validate sales and purchases, deliveries and receipts, as well as the related invoice and tax transactions between the different involved parties.

Bringing adoption of the new VAT directives to the next level requires a mind shift of Tax Authorities, internal and external Tax Auditors, Businesses and Solution / Service Providers. This “paradigm shift” in thinking about Tax audit management processes and strategies has an impact on all stakeholders.

They all need to consider and establish a new “Compliant e-Business (e-Invoicing) approach” with less focus on the processes and technologies used (technologically neutral) but more on the end-to-end-trade process.

The foundation of the new Compliant e-Business approach is based on two important concepts:
- e-Invoicing is part of a larger process
- a multi-purpose exchange standard

e-Invoicing is part of a larger process
Study of the Purchase-to-Pay (P2P) and Order-to-Cash (O2C) processes with respect to legal and auditability requirements, arising from VAT, manifest that one important step, the exchange of trade related transactions to Tax Authorities, is missing. Based on practical experience with implementing electronic ordering and invoicing architectures a few ideas evolved. These ideas need further widespread elaboration and buy-in from stakeholders to define strategies for development and realization.

Looking at the Purchase-to-Pay (P2P) and Order-to-Cash (O2C) processes e-Invoicing is the last step before payment takes place.

All these steps contribute to proving the authenticity and integrity of the trade transaction to involved business partners. Reporting VAT to Tax Authorities at current is not a part of the end-to-end-trade process in most European countries. As such from a Tax Authority’s viewpoint trade transactions are difficult to follow and validate.

The future of the new VAT directives requires re-defining the position and importance of e-Invoicing in view of the total trade process. New ways of reporting, processing and validating tax-related transactions as part of the total trade process are required. These new ways of working should provide trust to all parties and be easy to implement once standards and procedures are in place.

The new Compliant e-Invoicing approach is based on the act of reporting all financial Tax related transactions from the General Ledgers and Sub-ledgers of Suppliers and Customers in a timely manner to Tax Authorities. The data exchange standards for reporting tax related financial data already exists and are implemented in some European countries. However there is no commonly accepted standard across Europe. SAF-T and XBRL-GL are data standards that qualify for the goal of reporting the related transactions.

The end-to-end-trade process flow will include one of these standards for reporting of transactions to Tax Authorities including corrections made as result of disputes.

Establishing the new Compliant e-Invoicing approach will require all stakeholders to join forces and work together on extending Business and ICT architectures for inclusion of Tax Authorities.

In the Business domain the focus should be on administrative and process-oriented elements. Governments and Businesses will have to ensure that Tax reporting is adequately embedded in policies and laws. Most work has to be done in the ICT domain to ensure technology, information and applications support the new flow of information. All involved parties face significant investments in infrastructures, application systems and exchange standards.

However adoption of e-Invoicing in Europe with a view to the future advent of electronic business will only become successful when Tax Authorities have a clear and complete view on trade transactions. They will gain more control and better understanding of businesses. Moreover the technology drift of e-? will come to an end and businesses will applaud for the transparency in the end-to-end-trade process.

A multi-purpose exchange standard
At current when organizations want to establish e-Invoicing with all their trading partners they will have to send two types of documents: a data message and a readable image. This will introduce additional complexity at both sides because companies will have to deal with the different capabilities of their receiving and sending trading partners.

Global adoption of e-Invoicing requires a business and technical environment that enables all types of companies to participate regardless their capabilities and maturity.

The technical environment must provide reach to all their business partners irrespective of data exchange standards. Providing reach is not about connectivity but about being able to process the invoice content as an image or as data.

The multi-purpose exchange standard is an XML Data Package that contains a readable image and document data. The exchange standard requires a technical platform for generating the XML Data Package at the sending side and processing the data at the receiving side. Apart from that a reader for viewing the image is required for companies that are not able to process the data automatically in their financial applications.

There are potentially two solutions available that can be used as the basis for the multi-purpose exchange standard:
- the Adobe XDP (XML Data Package) format

- the OASIS Open Document format.

Both formats are XML-based containers that are able to support all of the available international data exchange standards. Although Adobe is much further in providing a total working solution, Open Document is based on an Open and Collaborative Community supported by several Open Source minded companies.

Still there is much work to do to ensure these solutions fully support the processing and transmission of the multi-purpose exchange standard.

Building the new Compliant e-Invoicing approach
Establishing the new Compliant e-Business (e-Invoicing) approach requires all stakeholders to support the development of Governmental and Business ICT architectures for reporting, processing and validating the tax related transactions.

These efforts include:
- a data exchange standard for tax related transactions based on SAF-T or XBRL-GL

- a European-wide infrastructure for the communication and storage of tax related transactions including Business Intelligence functionality for analyzing transactions reported by businesses across Europe

- interfaces for generating the data exchange messages from data stored in the General Ledgers and Sub-ledgers from the financial and ERP systems of Suppliers and Customers

Data Exchange Standard based on SAF-T or XBRL-GL
Compliant e-Invoicing will be valid for all types of invoices for sales and purchases of goods or services.

Compliant e-Invoicing in the Staffing Industry where the focus is on delivery of services by hourly workers looks as follows:

Compliant e-Invoicing for non-product and product related (B.O.M.) goods and material looks as follows:

European-wide infrastructure
European Member States have to design and implement an ICT architecture that supports the exchange of trade related tax data between Tax Authorities of different Member States. Conceptually there are a few scenario’s for realizing such a collaborative infrastructure. These range from totally centralized to decentralized service oriented architectures.

1) a central European Tax reporting and Business Intelligence platform including:
- standardized connections for Businesses to provide tax related transaction data based on the European-specific data exchange standard via a web-enabled portal or data exchange services such as EDI

- a central data warehouse for storage of reported tax related transaction data

- Business Intelligence functionality for Authorities and Businesses to analyze, validate and when needed correct stored information

2) a decentralized country-based architecture including:
- country-specific standards and connections for Businesses to provide tax related transaction data

- decentralized local data warehouses for storage of reported tax related transaction data

- a Business Intelligence solution based on a service oriented architecture that enables analysis and validations of transactions across all Country-specific data warehouses

Conclusions
As many of us realize e-Invoicing is just the first step towards full automation of the supply chain. Only when the latter is accomplished all parties involved will realize the return on investment pursued.

Tax Authorities and/or the CEN/ISSS Work Group should launch a new Task Group in phase 3 that is going to formalize a standard for Tax reporting and define / develop European-wide functionality for processing the tax related transaction data by all Member States as such that they are able to validate cross-company transactions.

Tags: electronic data interchange, HR-XML, e-Invoicing, e-Business, UBL

Last updated: 26-11-2011

A glimp into the future of e-invoicing

a glimp into the future of electronic invoicing

View more presentations from danga

Vision on electronic invoicing (business) in the future
The most important theme on the agenda of companies and government bodies at this moment is electronic invoicing. Many companies see electronic invoicing as an instrument to realize cost savings and to improve the socially responsible undertaken - image. Not always will electronic invoicing lead to cost savings but generally it is assumed it will.

My advice is to conduct a thorough investigation of the impact on the organization, systems, applications, processes and information. Such a study should provide a view on the vision on electronic invoicing within the company and deliver information for drawing up the Business Case. Do not forget Electronic Invoicing is part of the end-to-end trade process (Electronic Business). The study will have to mind the overall trade process including purchase-to-pay and order-to-cash.

In addition Electronic Business refers to Exchange Services (exchange of messages) between customers and suppliers. An activity that takes place in the Exchange Domain, the domain area with focus on interoperability and not on the purchase and sales process.

Based on several investigation and implementation projects combined with extensive study of technological developments and innovative business concepts a vision emerged on the future of Electronic Business, more specific Electronic Invoicing.

“My vision on Electronic Invoicing is of an electronic business highway located in the cloud above us.”

My vision on Electronic Invoicing is of an electronic business highway in the cloud above us. Emerging technologies and growing electronic business networks are shaping the future of Electronic Business into an open an intelligent information service highway wherein Electronic Invoicing fits as a tiny little exchange instance that enables smart and fast reach to connected partners.

Actually I mean that intelligent instances on the electronic business highway make it possible to exchange information and establish processes to work together with others that are also using the highway. Companies will focus more and more on the reason of their existence and move core-functions like generate and send, receive and process invoices to the outside or transfer to third parties whom are specialized therein.

The electronic business highway will become a shielded area of the Internet or another IP-network comparable to Internet telephony (Voice over IP). The electronic business highway will be an open and for everyone accessible instance that is in no way identical to the Value Added Network (VAN) from the EDI age.

Three possible scenario's for the emergence of the electronic business highway
It is my expectation that the emergence of the electronic business highway will follow the same scenario's as developed by the World Economic Forum for the Digital Ecosystem. The Digital Ecosystem is about the digital space - the convergence between IT, Telecommunications, Media and Entertainment - where users evolve from mere consumers to active participants and governments face major policy and regulatory challenges.

Three scenarios are developed to gain a better understanding of the possible outcomes of the Digital Ecosystem in the near future. These scenarios deal with answers around two critical questions that influence the realization and adoption of the electronic business highway.

Firstly, will social and economic value creation be industry controlled and led, or organic and community-led. Secondly, will the digital business environment evolve toward a more open or closed system.

To the year 2015 three possible roads will be followed to arrive at the Digital Ecosystem:

1) Safe Havens describes a digital world in which the industry plays an important role and responds by vertically integrating to create secure walled environments that provide all digital services and is based on closed standards.

2) Middle Kingdoms describes a digital world in which consumers, governments and forward-looking businesses push for interoperability, enabling the emergence of a Digital Ecosystem dominated by intermediaries that effectively connect users to like-minded individuals and highly specialized suppliers that can best meet their needs. In the middle of the space between consumers and suppliers lie the kingdom where the power lies.

3) Youniverse describes a digital world in which the rise of organic grassroots communities as powerhouses of economic value turns traditional business thinking on its head. This leads to the rise of new organizational structures and to digital experiences that are highly personalized. This digital world will mainly be based on common standards and open systems. The line between users and producers will be further blurred as open source supporting software and collaborative community structures become more sophisticated.

Who is going to build the electronic business highway ?
The electronic business highway will evolve from safe havens to middle kingdoms whereby governments, communities and/or market sectors will play an important role in the realization of the superhighway. It is clear that in the coming years not everyone need to start building its own electronic business highway but that one umbrella highway will emerge to which every enterprise and existing electronic business (invoicing) network (e-hub) can connect.

It will still take several years before we are that far but this highway will surely be established. Currently suppliers of e-business (invoicing) networks already are confronted with questions from customers to connect trading partners that are not on their network.

Much attention arise for the phenomenon roaming that a number of players in the domain area define as “Roaming is interconnecting networks to provide real cross border reach, in a way that an operator can reach another operator’s users directly, nationally and internationally”.

In other words realizing the interoperability between the e-business (invoicing) networks, the régime of fees that form the basis for the usage of each others services / networks and the way the taxation takes place to the customer / client. Universal reach for clients is one of the most important drivers to realize interoperability between networks and will ultimately lead to a network of networks AND something or someone will in time grab the role of super administrator.

When are you ready for the electronic business highway ?
Many around us have presumably been thinking about going for gmail, yahoo-mail or live-mail abandoning their own e-mail server. A number of companies will take this step in the coming years. In my opinion the predominant argument is “why pull in complexity when others can do it better and cheaper”. I believe that in the near future G-invoicing or Y-invoicing or M-invoicing has much possibility to be successful. Yahoo, Google and Microsoft have the power-to-execute and are able to realize the dream of the electronic business highway.

Why pull the complexity of Electronic Invoicing into your own organization and systems when the only goal you have is “send, receive and process invoices” ? Electronic Invoicing is non-intrusive, in fact the invoicing process will not be hampered, and around us there are strong players that made Electronic Business their core-competence. Perhaps you ask yourself when you will be ready for Electronic Invoicing and where you stand at this moment. The evolution path of Electronic Business (e-Business) provides a notion on the growth and future of Electronic Invoicing.

“Technology is shaping the future e-invoicing world” and demands a growing understanding of technology, standards, data security and control. It should be clear to everyone that Electronic Business goes through a shift from “tightly coupled to loosely coupled systems” .

From left below to right above Electronic Business evolves from Traditional to Synchronization.

1) Traditional: phone, fax, EDI and paper
Paper is still the most important medium for the transmission of an invoice while e-mail has taken up a strong position for the exchange of product information and order data. However the amended European regulations will strongly stimulate the use of e-mail in the next coming years.

Electronic Data Interchange, in the last years became synonym for the exchange of documents via Value Added Networks based on non-XML standards such as EDIFACT and ASC X12. Especially international companies and certain industry sectors have embraced EDI in the past although this not always leaded to the desired success. Nevertheless Electronic Data Interchange For Administration, Commerce and Transport (EDIFACT) is still heavily employed in the automotive and retail industry.

2) Communication: e-mail, online web presentment
Invoices - like other documents - will be transmitted using e-mail in PDF or other format but at the same time Electronic Invoice Presentment solutions are further being implemented. These solutions enable us to present invoices in HTML format in a personalized environment. In addition it is possible to download the invoice in different formats. The said means of communication distinguish themselves in the way the invoice is offered to the customer. When using e-mail the invoice is send to the customer - push-mechanism - while when using online presentment a pull-oriented approach is followed. The customer receives a notification message, e-mail or sms, when there is an invoice available that can be downloaded.

3) Integration: XML standards and web-oriented architectures
The rise of the eXtensible Markup Language (XML) drifted the world of Electronic Business more apart. This seems a contradiction to those that scream XML is the Esperanto of the future. However the different industry-specific XML-based vocabularies that have been developed (OAGI, UBL, PIDX, CIDX, RosettaNet, ...) the past years lead to the well-known interoperability question, the lack of information (data) interoperability. These XML-vocabularies define business information-elements in the context of the industry as such that everyone can understand and process them. The XML-language takes care of defining the structure and the industry-specific methodology for modeling and representing the semantics, the meaning of the information elements.

In the EDIFACT era industry-specific subsets were developed to further restrict the number of data elements. The basis for these subsets is/was the EDIFACT syntax and semantics as defined in the EDIFACT directories (libraries).

The XML-vocabularies on the other hand are based on different methodologies (semantics) and have different structures (syntax). Ultimately these create the luxury problem that most companies wrestle with, “the business standards dilemma”. Enterprises are not able to make a choice between the multitude of standards.

Standardization is one of the biggest hurdles for global adoption of Electronic Business (invoicing) but not the end of Electronic Business. The interoperability question is in fact about systems and people not having a common understanding of the meaning of the underlying data because there is no shared grammar and library on which the meaning is based.

A few international initiatives are started that should lead to one universal grammar library:
- The UN/CEFACT Core Components Technical Specification (CCTS) is a syntax-neutral methodology for the development of a common set of semantic building blocks of information-elements. The Core Components Technical Specification is based on the ISO Standard 150000-5 (ebXML Core Components Technical Specification ebCCTS). More information can be found on the website of SAP, the driving force behind the CCTS, under Message Definition Languages.

- The Open Group Universal Data Element Framework (UDEF) is a method for categorizing information-elements by means of an alphanumeric key (tag) and assigning a simple name to an element.

Those initiatives will not directly solve the interoperability question because none of these will be implemented on short notice in all the available XML-vocabularies. The luxury problem will continue to exist for a while.

4) Collaboration: a process-centric approach stimulated by business processes that interact using standardized B2B protocols containing message-formats, transport protocols and business process management components.

This stage of Collaboration where companies apply all kinds of integration to realize Electronic Business goes through interconnected networks. Especially the e-business (invoicing) networks that support the exchange of messages between trading partners constitute the most important link in this stage.

5) Synchronization: pure peer-to-peer networks that have no central control and where data gets replicated. Further away in the future Ecosystem oriented architectures will evolve. This stage in the evolution path will not obtain the required level of maturity in the next few years to enable major adoption.

What influence do distribution models have ?
The last years several distribution models emerged or were identified by institutions. For simplicity I will identify four models whereby the difference is mostly based on the position of the trading partners.

1) Seller Direct Model
In this model the seller is the dominant party and makes the invoice available to customers via an online presentment environment, web-portal, in different formats (EDI, XML, CSV, PDF, ...). Invoices can also be transmitted in PDF format via e-mail.

The model is most appropriate from the perspective of the seller because of the opportunity to tighten the connection with customers (vendor lock-in), at the same time the seller can recommend more products and services (cross- and up selling) and strengthen its brand name. Moreover the invoice has the same look-and-feel as the paper invoice.

2) Buyer Direct model
In this model the buyer is the dominant party and forces the supplier to enter or deliver the invoice via the online environment or via EDI / XML.

The model is most appropriate from the perspective of the buyer because of the opportunity to tighten the connection with suppliers (buyer lock-in) and reduce the administrative burden when the seller delivers the invoice in a standardized format in the online environment. When this online environment is integrated with the financial system the buyer is able to automatically process the invoice. More benefits can be achieved if the sellers retrieve the purchase orders from the same online environment and also confirm delivery dates and pricing.

The choice for one of these distribution models is partly determined by the bargaining or market power, and the desired wish of flexibility of involved parties. When the power is concentrated in the begin of the supply chain, on the selling side, the result will most often be a Seller Direct model while a dominating customer result in a Buyer Direct Model. Both models benefit from a limited number of standards and transport protocols, leading the highest possible interoperability.

Soon or later both customers and suppliers are confronted with the digital spaghetti architecture.

This structure evolves from the growing number of point-to-point connections and requires increasing efforts to connect new trading partners.

The Seller and Buyer Model in time will not increase the reach of trading partners and certainly not when buyers and sellers are faced with strong dominating partners. For most small and medium-sized companies, but also for dominating buyers and sellers willing to establish electronic business the Consolidator Model is the best fit and less intrusive.

3) Consolidator model
In the consolidator model a third party, a service provider, facilitates the exchange of documents between sellers and buyers providing various exchange services among web-enabled presentment environments and all kind of methods and standards for exchanging messages.

This model is most appropriate for small and medium-sized companies because the provider takes the complexity of different electronic standards out-of-their hands. There is a one time costs for connecting to the network of the consolidator and a transaction or monthly fee for the use of the service depending on the agreements made.

The main advantage for enterprises lies in the speed of connecting a large group of partners that already use the network of the consolidator. Especially when the service provider is running an extensive network of companies in the same market sector. Such an e-business (invoicing) network can be decisive in the choice of a service provider.

A provider who understands the problems in an industry sector is able to respond faster and provide additional services closely related to the business domain. For example in the world of Telecommunications and Utilities (energy, water,waste) Expense Management Solutions will add significant value to connected users.

The increasing number of e-business (invoicing) networks requires extra efforts from these network operators (consolidators) to ensure reach of trading partners over these networks. This gave rise to the networked environments (multiple connected hubs). The networked environments enable hub-owners to respond quickly to requests for exchanging messages with partners that use another network.

The network operators are now facing the same challenges that originally, not so long ago, gave birth to the e-business (invoicing) networks and are still the main reasons for their existence. E-business (invoicing) networks need to ensure widespread interoperability and interconnectivity to better serve - and keep on serving - senders and receivers.

Main aspects to address are cross-network addressing and routing, (message) content standards and transformation rules (format conversion), authenticity of origin and integrity of content. Answers are needed for questions such as how can a sender and receiver be uniquely identified, which message standard or grammar will be used as the common library, and how to ensure authenticity of origin, integrity of content and security.

Currently e-business (invoicing) network providers are tackling these questions by establishing bilateral agreements to ensure interoperability and interconnectivity. The Hub Alliance, an affiliation of Business-to-Business e-Trading Service Providers (or ‘hubs’) who have implemented a ground breaking initiative to interconnect different hubs ensuring that electronic trading is easier for all the hub users. Participants are a few of the big players in Europe: Certipost, Basware, Burns Business Exchange, Liaison, Causeway and Asite.

The Alliance was established to enable hub-to-hub interoperation and to encourage the wider use of electronic messaging between businesses. Members are currently prohibited from charging additionally for documents that are processed between hub members. Message standards, communications protocols, service levels and responsibilities are all defined by the membership and are intended to be as broad as possible to encourage the ease and speed of interconnectivity.

4) Four Corner model
The last model is the Four Corner model where the banking world will take care of the exchange of invoices between customers and suppliers. The already mentioned benefits of a consolidator apply and additionally banks provide possibilities to directly issue the payment of an invoice. There is not yet a working example of this model but it probably will not take years.

Mapping the distribution models on the evolution path ?
Now that the distribution models passed the revue let us look on how these models are plotted on the evolution path.

Some valuable and informative business and technological considerations to take into account.
Small, medium-sized and large companies should carefully investigate the business models and technologies of available solutions and service providers. The current e-business (invoicing) service providers are coming from many different backgrounds. Some players literally are involved in the gaming industry like B2Boost, the leader in transaction management.

Others rolled into the game of e-business and e-invoicing because paper-based invoices in the future are no longer an option:
- Output and Document Management Solution providers: StreamServe, Bringing Documents to Life, and Bottomline Technologies.

- Document and Information Logistics companies: TNT Post, the Dutch mail and logistic company, Certipost, the former Belgian Post company and Itella Corporation, formerly the Finland Post Corporation.

Even companies that have been providing B2B and EDI solutions for ages are Jumping on the Bandwagon of the e-business (invoicing) networks: Axway, Tie Commerce and SEEBURGER.

What all of these players have in common is that during the past years they developed solutions for solving the lack of interoperability between their clients with the objectives to reduce the amount of spaghetti. These solutions are based on different architectures, standards and types of software.

Two architectural approaches are generally followed:
1) Firstly, the use of a Common Information Model as the backbone for the solution.

The standards and models from clients are transformed into the common information model in the middle which is mostly based on a proprietary standard. Data is stored in a relational database or in an XML file system or database.

2) Secondly, the digital spaghetti structure is transferred into the solution

The existing point-to-point connections between trading partners are restated in the solution. There is no common information model and the power resides in the transformation capabilities of the underlying software. For each information flow between supplier and customer two transformation mappings are developed.

Not the most cost effective and efficient approach to solve the lack of interoperability between trading partners. As long as these providers can live up to their promises and ensure 100% client satisfaction this approach will work.

Will XML solve the business standards dilemma ?
Once again it is a misunderstanding that XML is the solution, the Esperanto of the future. Some people even say XML is just plain text and does nothing. XML was created to structure, store and transport information. The XML-language takes care of defining the structure, the syntax, and the industry-specific methodology for modeling and representing the semantics, the meaning of the information elements.

The biggest challenge for all of us is solving the lack of interoperability between XML-based vocabularies and EDI libraries. True global electronic data interoperability requires more than an XML-based vocabulary.

For establishing global electronic collaboration and information exchange there must be a common understanding of the underlying data, the semantics of business information elements should be based on a standardized grammar, commonly available for everyone.

Many industry consortia and standardization committees have defined specific XML-based vocabularies. All of these vocabularies are based on different methodologies for representing the semantics of the business information elements. As such similar information elements in vocabularies are designed and named differently. This makes it hard to automatically translate these elements from one vocabulary to the other instead a mapping definition is required.

Due to the many XML-based vocabularies this becomes difficult and expensive, often identified as the business standards dilemma.

Standardization of the Content is not the breaking stone. It is not about speaking the same language but about understanding what we speak. Therefore standardization should focus on grammar, transformation rules and tools as such that both humans and machines are able to understand and work with it.

Initiatives that have been launched are:
- the UN/CEFACT Core Components Technology Specification (ISO 15000-5 ebCCTS)
- the Open Group Universal Data Element Framework

Adoption and incorporation of the UN/CEFACT CCTS methodology is agreed upon by most international standards committees but real cross-use of core components is not yet visible. Furthermore the UN/CEFACT CCTS is becoming a bit too complex with the extensive object-oriented approach propagated by the UN/CEFACT standardization committee.

Nevertheless it is the best initiative available at this moment and when the focus is brought back to the right perspectives, simply grammar, things will work out fine. The best architecture for an e-business (invoicing) network solution that has no problem with the business standards dilemma in the communication with other networks looks as follows:

This will also be the underlying architecture framework for the electronic business highway.

Will the electronic business highway fulfill the interoperability requirements ?
First of all it is imperative that the electronic business highway provides access to all sending and receiving trading entities and allows for inclusion of different e-business (invoicing) network providers.

Moreover there are common and open technology standards needed for message content and transport protocols including transformation and/or format conversions. These could best be based on a shared grammar and library such as the UN/CEFACT Core Components Technology Specification. These standards should be globally available to everyone without restriction and cost, or for a reasonable fee, ‘en principe’ no enterprise should feel excluded.

On top of these requirements enterprises need a smooth transition path from their existing integration approach to the new vibrating driving-experience on the electronic business highway. This demands ease of use, the ability to accommodate different existing and new solutions and free choice of service provider.

The road to Middle Kingdoms requires ‘government’ policies promoting innovation and competition, measures to encourage the industry to voluntarily contribute their best technology and to participate in the development of open standards.

Governments on a pan-European and international level with support of international standardization committees need to develop Common User Identifiers for addressing that are portable across Europe, similar to telephone numbers, open and independent from a service or network need to be developed. Two initiatives to mention are: the OASIS Customer Information Quality Technical Committee (OASIS CIQ TC) and the eGreen Pages Association.

The OASIS CIQ TC develops a set of XML specifications for defining, representing, interoperating and managing “PARTY (Person or Organization) CENTRIC INFORMATION” that are truly open, vendor neutral, industry and application independent, and importantly “Global” (ability to represent international data formats such as different types of party names and addresses used in 241+ countries).

Basware and Itella Information Oy are establishing a centralized directory containing messaging profiles and electronic addresses of ebusiness partners used for automated discovery and pairing of partners and routing of messages. The Open Initiative for Global Address Book in B2B Messaging - eGreen Pages - will be run by an open, non-profit e-invoicing operator association.

Is there a Business Case for e-business (invoicing) ?

Stay on board, more will come in a few days

Tags: EDIFACT, EDI, Interoperability-Frameworks, UBL, UDEF, e-Invoicing

[Last update: 26-11-2011]

Bent u klaar voor een ritje op de elektronische business snelweg ?

a glimp into the future of electronic invoicing

View more presentaties van danga

Visie op elektronisch factureren (zakendoen) in de toekomst
Het belangrijkste thema op de agenda van bedrijven en overheidsinstanties van het moment is elektronisch factureren. Veel bedrijven zien elektronisch factureren als een middel om kostenbesparingen te realiseren en het maatschappelijk verantwoord ondernemen (MVO) - imago te verbeteren. Het is niet altijd gezegd dat elektronisch factureren tot kostenbesparingen leidt maar algemeen gesproken wordt hier wel van uitgegaan.

Mijn advies is om voorafgaande (uitgebreid) onderzoek te verrichten naar de impact op organisatie, systemen en applicaties, processen en informatie. Zo’n studie moet inzicht verschaffen in de visie op elektronisch factureren binnen het bedrijf en informatie leveren voor het opstellen van de Business Case. Vergeet daarbij niet dat Elektronisch Factureren een onderdeel is van het end-to-end handelsproces (Elektronisch Zakendoen). De studie zal daarom het geheel in ogenschouw moeten nemen zowel het purchase-to-pay als het order-to-cash proces.

Daarnaast richt Elektronisch Zakendoen zich op Exchange Services (uitwisseling van berichten) tussen klanten en leveranciers. Een activiteit die plaatsvindt in het Exchange Domain, het domeingebied waar de nadruk ligt op de interoperabiliteit en niet op het inkoop- en verkoopproces.

Op basis van diverse onderzoeks- en implementatietrajecten gecombineerd met uitgebreide bestudering van technologische ontwikkelingen en van innovatieve bedrijfsconcepten is een visie ontstaan op de toekomst van Elektronisch Zakendoen, meer specifiek Elektronisch Factureren.

“My vision on Electronic Invoicing is of an electronic business highway located in the cloud above us.”

Mijn visie op Elektronische Factureren is die van een elektronische business snelweg in de wolken boven ons. Opduikende technologieën en evoluerende elektronische business netwerken formeren de toekomst van Elektronisch Zakendoen in een open en intelligente informatie-diensten-snelweg waarin Elektronisch Factureren past als een berichtinstantie en voorziet in slimme en snelle bereikbaarheid van aangesloten partners.

Feitelijk bedoel ik dat intelligente instanties op de elektronische business snelweg het mogelijk maken om informatie uit te wisselen en processen te laten samenwerken met anderen die eveneens gebruik maken van de snelweg. Bedrijven zullen zich meer en meer gaan richten op de reden van hun bestaan en niet-kernfuncties zoals het genereren en versturen, ontvangen en verwerken van facturen overbrengen naar de buitenkant of overdragen aan derden die daarin gespecialiseerd zijn.

De elektronische business snelweg gaat een afgeschermd gebied van het Internet of een ander IP-netwerk innemen vergelijkbaar met Internettelefonie (Voice over IP). Het wordt geen Value Added Network (VAN) zoals wij die kennen vanuit het EDI tijdperk maar een open en voor iedereen toegankelijke instantie.

Drie mogelijke scenario’s voor het ontstaan van de elektronische business snelweg
Het is mijn verwachting dat het ontstaan van de elektronische business snelweg zal verlopen volgens soortgelijke scenario’s als ontwikkeld door het World Economic Forum met het Digital Ecosystem, het digitale ecosysteem. Het Digitale Ecosysteem gaat over de digitale ruimte - de convergentie tussen IT, Telecommunicatie, Media en Entertainment - waar gebruikers niet langer alleen deelnemen in de hoedanigheid van consument maar actief participeren.

Drie scenario’s zijn ontwikkeld die de mogelijke uitkomst van de toekomstige digitale ruimte beschrijven waarbij vooral gekeken is naar de beantwoording van twee hoofdvragen. Deze vragen zullen eveneens van invloed zijn op de uiteindelijke realisatie en adoptie van de elektronische business snelweg.

Allereerst rijst de vraag of de digitale ruimte door de industrie gecontroleerd en geleid gaat worden of door communities die organisch tot stand zijn gekomen. Een tweede belangrijke vraag is of de digitale ruimte gaat evolueren naar een gesloten of open systeem.

Naar het jaar 2015 toe zullen drie mogelijke routes gevolgd worden voor het bereiken van het Digital Ecosystem zoals hierna weergegeven:

1) Safe Havens beschrijft een digitale wereld van veilige havens waarin de industrie de belangrijkste rol speelt en het traject van verticale integratie inzet met de ontwikkeling van afgeschermde omgevingen die voorzien in digitale diensten en gebaseerd zijn op gesloten standaarden.

2) Middle Kingdoms is het scenario waarbij vanuit consumenten, overheden en vooruitstrevende bedrijven een push naar interoperabiliteit wordt bewerkstelligd. Daardoor ontstaat een digitale ruimte gedomineerd door derden die streven naar het connecteren van like-minded gebruikers en hoog-technologische bedrijven voor het leveren van diensten. In het midden van de digitale ruimte tussen consumenten en leveranciers bevindt zich het koninkrijk waar de macht ligt.

3) Youniverse is het ontstaan van een digitale wereld waarbij de opkomst van organic grassroots communities het traditionele denken op de kop zet. Dit zal leiden tot de opkomst van nieuwe organisatorische structuren en sterke gepersonaliseerde digitale ervaringen. Deze digitale wereld zal hoofdzakelijk gebaseerd zijn op universele standaarden en open systemen. De grens tussen gebruikers en aanbieders zal verder vervagen naarmate de ondersteunende open source software en de collaboratieve community structuren geraffineerder worden.

Wie gaat de elektronische business snelweg realiseren ?
Mijn inschatting is dat de elektronisch business snelweg zal evolueren van safe havens naar middle kingdoms waarbij de Overheid, gemeenschappen en/of marksectoren een belangrijke stempel drukken op de realisatie van deze supersnelweg. Daarmee is al duidelijk dat niet iedereen de komende jaren zijn eigen elektronische business snelweg gaat bouwen maar dat naar verwachting er één overkoepelende snelweg komt waarop elk bedrijf en elk bestaande electronic business (invoicing) netwerk (e-hub) aangesloten is/wordt.

Het zal nog enige jaren duren voor we zover zijn maar dat deze snelweg er komt is vrijwel zeker. Immers de huidige leveranciers van e-business (invoicing) netwerken krijgen nu al te maken met de groeiende vraag naar het aansluiten van handelspartners die niet op hun netwerk zitten.

Veel aandacht ontstaat hierdoor voor het fenomeen roaming dat door een aantal spelers in het domeingebied gedefinieerd wordt als “Roaming is interconnecting networks to provide real cross border reach, in a way that an operator can reach another operator’s users directly, nationally and internationally”.

Anders gezegd komt het neer op het realiseren van de interoperabiliteit tussen de e-business (invoicing) netwerken, het stelsel van vergoedingen dat ten grondslag ligt aan het gebruik van elkaars diensten / netwerken en de wijze van doorbelasting naar de klant / afnemer. Universal reach voor afnemers is één van de belangrijkste drivers om interoperabiliteit tussen netwerken te realiseren en zal uiteindelijk leiden tot een netwerk van netwerken EN iets of iemand zal op termijn de rol pakken van super beheerder.

Wanneer bent u toe aan de elektronische business snelweg ?
Velen onder ons hebben vermoedelijk weleens gedacht aan het overstappen naar gmail, yahoo-mail of live-mail waarbij de eigen e-mailserver overboord wordt gezet. Deze stap zullen een aantal bedrijven de komende jaren nemen. Hier geldt in mijn optiek als voornaamste argument “waarom complexiteit naar binnen halen als anderen het beter en goedkoper kunnen”. Ik geloof dat in de nabije toekomst G-invoicing of Y-invoicing of M-invoicing veel kans van slagen heeft. Yahoo, Google en Microsoft hebben de power-to-execute en zijn in staat om de droom van de elektronische business snelweg te realiseren.

Waarom zou u de complexiteit van Elektronisch Factureren binnen uw eigen organisatie en systemen halen als uw enige doel “het versturen, ontvangen en verwerken van facturen” is ? Elektronisch Factureren is niet-intrusief, d.w.z. dat het eigenlijke facturatieproces niet verstoord wordt, en om ons heen vinden we sterke spelers die Elektronisch Zakendoen tot hun kern-competentie hebben verheven. Wellicht vraagt u zich af wanneer u klaar bent voor Elektronisch Factureren en waar u momenteel staat. Het evolutie-pad van Elektronisch Zakendoen (e-Business) verschaft inzicht in de ontwikkeling en toekomst van Elektronisch Factureren.

“Technology is shaping the future e-invoicing world” en dit vereist een groeiende bewustwording van technologie, standaarden, data security en controle. Het mag voor iedereen duidelijk zijn dat Elektronisch Zakendoen een verschuiving doormaakt van “tightly coupled to loosely coupled systems”.

Van linksonder naar rechtsboven doorloopt Elektronisch Zakendoen de evolutie van Tradioneel naar Synchronisatie.

1) Traditional: telefoon, fax, EDI en papier
Daar waar het papieren document nog steeds het belangrijkste communicatiemiddel vormt voor de factuur heeft e-mail een sterke positie ingenomen voor het uitwisselen van productinformatie en ordergegevens. Echter door de voorgestelde wijzigingen in de Europese regelgeving gaat de komende jaren het versturen van de factuur steeds meer via e-mail plaatsvinden.

Electronic Data Interchange, is de laatste jaren het synoniem geworden voor de uitwisseling van documenten over Value Added Networks op basis van niet-XML standaarden zoals EDIFACT en ASC X12. Vooral grote internationale bedrijven en bepaalde industrie sectoren hebben EDI in het verleden omarmt maar niet altijd heeft dat geleid tot het gewenste succes. Neemt niet weg dat Electronic Data Interchange For Administration, Commerce and Transport (EDIFACT) nog steeds niet weg te denken is in de automotive en in de retail industrie.

2) Communication: e-mail, online web presentment
Facturen zullen net als andere documenten via e-mail verstuurd gaan worden in een PDF of ander formaat maar tevens zullen de Electronic Invoice Presentment oplossingen verder hun intrede doen. Deze oplossingen maken het mogelijk om facturen in een gepersonaliseerde omgeving in HTML formaat beschikbaar te stellen. Daarnaast kan de factuur in allerlei verschillende formaten worden gedownload. De genoemde vormen van communicatie onderscheiden zich vooral door de wijze waarop de factuur wordt aangeboden aan de klant. Bij het gebruik van e-mail wordt de factuur naar de klant gestuurd - push-mechanisme - en bij online presentment wordt een pull-benadering gevolgd. De klant wordt via een notificatie-bericht, een e-mail of sms, verwittigd dat een factuur klaarstaat en opgehaald kan worden.

3) Integration: XML standaarden en web-georiënteerde architecturen
De opkomst van de eXtensible Markup Language (XML) heeft de wereld van Elektronisch Zakendoen verder uit elkaar gedreven. Dat lijkt tegenstrijdig voor degenen onder ons die roepen dat XML het Esperanto van de toekomst is. Echter de verschillende industrie-specifieke op XML-gebaseerde vocabulaires (OAGI, UBL, PIDX, CIDX, RosettaNet, ...) die de laatste jaren zijn ontwikkeld leiden tot het alom bekende interoperabiliteitsvraagstuk, het ontbreken van informatie (data) interoperabiliteit. Deze op XML-gebaseerde vocabulaires definiëren business informatie-elementen in de context van de industrietak zodanig dat iedereen deze eenduidig kan begrijpen en verwerken. De XML-taal zorgt voor het definiëren van de structuur en de industrie-specifieke methodologie voor het modelleren en representeren van de semantiek, de betekenis van de informatie-elementen.

In het EDIFACT tijdperk werden industrie-specifieke subsets ontwikkeld gericht op het inperken van het aantal gegevenselementen. De basis van deze subsets is/was de EDIFACT syntax en semantiek zoals in de EDIFACT directories (bibliotheken) vastgelegd.

De XML-vocabulaires daarentegen zijn gebaseerd op verschillende methodologiën (semantiek) en kennen verschillende structuren (syntax). Deze leiden uiteindelijk tot het luxe probleem waarmee bedrijven worstelen, het “business standards dilemma”. Bedrijven zijn niet in staat een keuze te maken uit de verschillende standaarden en de standaarden zijn niet interoperabel.

Standaardisatie vormt één van de grootste drempels voor globale adoptie van Electronisch Zakendoen (Factureren) maar is niet het einde van Elektronisch Zakendoen. Het interoperabiliteitsvraagstuk, het ontbreken van informatie (data) interoperabiliteit, komt hier om de hoek kijken. Er bestaat geen gezamenlijk begrip van de betekenis van onderliggende data omdat er geen gedeelde grammatica en bibliotheek beschikbaar is waarop de betekenis is gebaseerd.

Een aantal initiatieven zijn gestart die moeten leiden tot één universele grammatica bibliotheek:
- De UN/CEFACT Core Components Technical Specification (CCTS) is een syntax-neutrale methodologie voor het ontwikkelen van een gemeenschappelijke verzameling semantische bouwstenen of informatie-elementen. De Core Components Technical Specification is gebaseerd op de ISO Standaard 150000-5 (ebXML Core Components Technical Specification ebCCTS). Lees meer over de Message Definition Languages op de website van SAP de drijvende kracht achter de CCTS.

- De Open Group Universal Data Element Framework (UDEF) is een methode voor het categoriseren van informatie elementen door middel van het toekennen van een alfanumerieke sleutel (tag) en een eenvoudige naam aan een gegeven.

Het interoperabiliteitsvraagstuk is met deze initiatieven nog steeds niet opgelost want geen van deze initiatieven zal op korte termijn voldoende doorgevoerd zijn in de bestaande XML-vocabulaires. Het luxeprobleem blijft dus nog enige tijd blijven bestaan.

4) Collaboration: een proces-centrische benadering gestimuleerd door bedrijfsprocessen die interageren gebruikmakende van gestandaardiseerde B2B protocollen bestaande uit berichtformaten, transportprotocollen en business process management componenten.

Het stadium van Collaboration waar bedrijven allerlei vormen van integratie kunnen toepassen voor het realiseren van Elektronisch Zakendoen loopt via interconnected netwerken. Vooral de e-business (invoicing) netwerken die de uitwisseling van berichten verzorgen tussen handelspartners vormen de belangrijkste schakel in dit stadium.

5) Synchronisation: pure peer-to-peer netwerken waarbij geen centrale controle of aansturing aanwezig is en data gerepliceerd wordt met verder in de toekomst de Ecosysteem georiënteerde architecturen. Dit laatste stadium in het evolutie pad zal de komende jaren niet de volwassenheid bereiken opdat grootschalige adoptie mogelijk wordt.

Welke invloed oefenen distributiemodellen (marktmodellen) uit?
De laatste jaren zijn meerdere distributiemodellen ontstaan of geïdentificeerd door onderzoeksinstellingen. Voor de eenvoud beperk ik mij tot een viertal vormen waarbij het onderscheid vooral gebaseerd is op de positie die handelspartners innemen. Hybride combinaties van de verschillende modellen zijn eveneens mogelijk.

1) Seller Direct Model
Dit model kenmerkt zich door een dominerende positie van de verkopende organisatie die de factuur via een online presentment omgeving, web-portal, beschikbaar stelt aan klanten in verschillende formaten (EDI, XML, CSV, PDF, ...). Facturen kunnen eveneens in PDF formaat via e-mail verstuurd worden.

Dit model is uitermate geschikt vanuit het perspectief van de verkoper doordat deze zijn klanten nog meer aan zich kan binden (lock-in), gelijktijdig producten en diensten kan aanprijzen (cross- and upselling) en de merknaam kan verstevigen. Daarenboven heeft de factuur eenzelfde look-and-feel als de papieren factuur.

2) Buyer Direct model
Dit model kenmerkt zich door een dominerende positie van de inkopende organisatie die de leverancier dwingt om de factuur via de online omgeving of via EDI / XML aan te leveren.

Dit model is uitermate geschikt vanuit het perspectief van de inkoper doordat deze zijn leveranciers meer aan zich kan binden (lock-in) en een hoeveelheid administratieve inspanningen kan verlichten door de verkoper de factuur in een gestandaardiseerd formaat te laten aanleveren via de online omgeving. Wanneer deze online omgeving geïntegreerd wordt met het financiële systeem kan verwerking van de factuur automatisch gebeuren. Nog meer voordelen zijn te behalen wanneer de verkopers de inkooporders via dezelfde online omgeving moeten ophalen en bevestigen.

De keuze voor één van beide distributiemodellen wordt voor een deel bepaald door de overtuigingskracht (bargaining of market power) en de gewenste mate van flexibiliteit van de betrokken partijen. Wanneer de kracht aan het begin van de keten ligt bij de verkoper (verkopende organisatie) dan resulteert dat vaak in een Seller Direct model terwijl een sterk overheersende klant resulteert in een Buyer Direct Model. Beide modellen zijn gebaat bij een beperkt aantal standaarden en transport protocollen, die leiden tot een zo hoog mogelijk interoperabiliteit.

Zowel klanten als leveranciers worden vroeg of laat geconfronteerd met het ontstaan van de digitale spaghetti-architectuur.

Deze structuur wordt veroorzaakt door het groeiend aantal point-to-point verbindingen en vraagt van bedrijven veel inspanningen om nieuwe partners aan te sluiten.

Het Seller en Buyer Direct Model draagt op termijn niet bij tot het bereiken van een grotere groep van partners vooral wanneer verkopers en inkopers met sterke partners te maken hebben. Wanneer meerdere sterke partijen dan toch elektronisch zaken willen doen is het Consolidator model het meest voor de hand liggende model en het minst ingrijpende.

3) Consolidator model
In het consolidator model zorgt een derde partij, een service provider, voor de uitwisseling van facturen tussen klanten en leveranciers via een online web-omgeving en/of andere vormen van berichtuitwisseling.

Dit model is uitermate geschikt voor kleine en middelgrote bedrijven omdat de provider de complexiteit van verschillende elektronische standaarden uit handen neemt. De kosten voor het aansluiten op het netwerk zijn eenmalig en voor het gebruik van de dienst wordt een transactietarief of maandabonnement overeen gekomen.

Het grote voordeel voor bedrijven zit in de snelheid waarmee een grotere groep van partners bereikt en aangesloten kan worden. Vooral wanneer de provider reeds beschikt over een uitgebreid netwerk van aangesloten bedrijven binnen hetzelfde marktsegment. Zo’n e-business netwerk kan doorslaggevend zijn in de keuze voor een provider.

Een provider die de problematiek binnen het industriesegment van aangesloten bedrijven begrijpt kan daar gepast op inspelen en eventueel additionele diensten aanbieden. Zo kunnen Expense Management oplossingen in de wereld van telecommunicatie en utilities (energie, water, afval) belangrijke waarde toevoegen aan de klanten van een provider.

Het toenemend aantal e-business netwerken vraagt extra inspanningen van de netwerk operators (consolidators) om de bereikbaarheid van partners overheen de netwerken te garanderen. Daardoor ontstaan de networked environments (verschillende hubs die aan elkaar gekoppeld zijn). Deze gekoppelde netwerken bieden hub-eigenaren de mogelijkheid om tegemoet te komen aan de verzoeken om berichten uit te wisselen met partners die gebruik maken van andere netwerken.

De netwerk operators worden nu geconfronteerd met dezelfde uitdagingen die oorspronkelijk, niet zo lang geleden, het ontstaan van de e-business (invoicing) netwerken veroorzaakten en nog steeds de voornaamste reden zijn van hun bestaan. E-business (invoicing) netwerken moeten zorgdragen voor wijdverspreide interoperabiliteit en interconnectiviteit voor het beter bedienen - en blijvend bedienen - van afzenders en ontvangers.

Belangrijkste aspecten die geadresseerd moeten worden zijn netwerk-overschrijdend adressering en routering, berichtstandaarden en transformatieregels (format conversie), authenticiteit van de herkomst en integriteit van de inhoud. Antwoorden zijn nodig op vragen zoals hoe kunnen een afzender en ontvanger uniek worden geïdentificeerd, welke berichtstandaard of grammatica gaat gebruikt worden als gemeenschappelijke woordenschat, en hoe de authenticiteit en integriteit verzekeren alsmede de beveiliging.

Momenteel pakken e-business (invoicing) netwerk providers deze vragen aan door het maken van bilaterale afspraken voor het verzekeren van interoperabiliteit en interconnectiviteit. De Hub Alliance is een goed voorbeeld van een samenwerkingsverband tussen Certipost, Basware, Burns Business Exchange, Liaison, Causeway en ASITE om daaraan te voldoen.

De alliantie is opgericht voor het realiseren van hub-to-hub interoperaties en het verder aanmoedigen van het elektronisch uitwisselen van berichten tussen bedrijven. Deelnemers mogen geen kosten doorbelasten voor het verwerken van documenten tussen hub-deelnemers. Berichtstandaarden, communicatieprotocollen, service levels en verantwoordelijkheden liggen vast in het lidmaatschap en zijn uitgebreid opgezet met als doel het versterken van de interconnectiviteit.

4) Four Corner model
In het Four Corner model gaan de banken van leveranciers en klanten voor de uitwisseling van berichten zorgen. De voordelen zoals eerder genoemd blijven bestaan en de banken bieden daarnaast de mogelijkheid om facturen direct betaalbaar te stellen. Dit model kent echter nog geen werkende voorbeelden maar deze zullen niet lang op zich laten wachten.

Projecteren van de distributiemodellen op het evolutie pad.
Nu de voornaamste modellen de revue zijn gepasseerd kunnen is het goed om eens te kijken hoe deze modellen op het evolutie pad geplot kunnen worden.

Enkele waardevolle en informatieve business en technologische afwegingen
Kleine, middel-grote en grote bedrijven doen er goed aan de bedrijfsmodellen en technologieën van beschikbare oplossingen en aanbieders te bestuderen. De huidige e-business (invoicing) dienstenaanbieders komen vanuit verschillende achtergronden. Sommige spelers komen letterlijk uit de gaming-industrie zoals B2Boost, de leider in transaction management.

Anderen zijn in de wereld van e-business en e-invoicing gestapt omdat op papier=gebaseerde facturen in de toekomst niet langer meer een optie zijn: - Output en Document Management Solution providers: StreamServe, Bringing Documents to Life, en Bottomline Technologies.

- Document en Information Logistics companies: TNT Post, het Nederlandse post en logistiek bedrijf, Certipost, het voormalige Belgische post bedrijf en Itella Corporation, voorheen de Finland Post Corporation.

Zelfs bedrijven die jarenlang B2B en EDI oplossingen leverden springen op de zegewagen van e-business (invoicing) netwerken: Axway, Tie Commerce en SEEBURGER.

Al deze spelers hebben gemeenschappelijk dat zij de voorbije jaren oplossingen hebben ontwikkeld die het ontbreken van interoperabiliteit tussen hun cliënten wegnemen met als doelstelling het verminderen van de hoeveelheid spaghetti. Deze oplossingen zijn gebaseerd op verschillende architecturen, standaarden en typen software.

Twee architectuur-benaderingen worden vooral gevolgd:
1) Allereerst, het gebruik van een Common Information Model als de ruggengraat van de oplossing.

De standaarden en modellen van cliënten worden getransformeerd naar het common information model in het midden welke veelal gebaseerd is op een proprietaire standaard. Data wordt opgeslagen in een relationele database of in een XML bestandsysteem of database.

2) Daarnaast, de digitale spaghetti structuur die wordt ondergebracht in de oplossing.

De bestaande point-to-point verbindingen tussen handelspartners worden herhaald in de oplossing. Hier wordt geen gebruik gemaakt van een common information model en schuilt de kracht in de transformatiemogelijkheden van de onderliggende software. Voor iedere informatiestroom tussen klant en leverancier worden twee transformatieroutines ontwikkeld.

Niet de meest efficiënte en kosteneffectieve benadering voor het oplossen van het ontbreken van interoperabiliteit tussen handelspartners. Zo lang de aanbieders kunnen voldoen aan hun beloften en 100% voldoening leveren aan hun klanten zal deze benadering werken.

Zal XML het business standards dilemma oplossen?
Het is een misvatting dat XML de oplossing is, de Esperanto van de toekomst. Sommige mensen zeggen zelfs dat XML alleen maar “plain text” is en verder niets doet. XML is ontwikkeld voor het structureren, opslaan en transporteren van informatie. De XML-taal zorgt voor aanbrengen van structuur, de syntax, en de industrie-specifieke methodologie voor het modelleren en weergeven van de semantiek, de betekenis van de gegevenselementen.

De grootste uitdaging zit in het oplossen van het gebrek aan interoperabiliteit tussen XML-gebaseerde vocabulaires en EDI bibliotheken. “True global electronic data interoperability requires more than an XML-based vocabulary.”

Voor het realiseren van algehele elektronische samenwerking en informatie-uitwisseling moet er een gemeenschappelijk begrip zijn van de onderliggende data, de semantiek van zakelijke informatie-elementen moet gebaseerd zijn op een gestandaardiseerde grammatica, die voor iedereen toegankelijk is.

Vele industrie consortia en standaardisatie instituten hebben specifieke XML-gebaseerde vocabulaires gedefinieerd. Deze vocabulaires zijn gebaseerd op verschillende methodologieën voor het afbeelden van de semantiek van zakelijke informatie-elementen. Als zodanig zijn soortgelijke informatie-elementen anders ontworpen en is de naamgeving verschillend. Wat automatische vertaling van informatie-elementen tussen twee vocabulaires onmogelijk maakt zonder de aanwezigheid van vertaalregels (mapping definition).

Door de vele XML-gebaseerde vocabulaires wordt het opstellen van vertaalregels moeilijk en duur, vaak geïdentificeerd als het business standards dilemma.

Standaardisatie van de Inhoud is niet de oplossing. Het gaat niet over het spreken van dezelfde taal maar over het begrijpen wat we zeggen. Daarom moet standaardisatie zich richten op grammatica, vertaalregels en gereedschappen zodanig dat zowel mensen als machines de taal begrijpen en met de gegevens kunnen werken.

Initiatieven die werden gelanceerd zijn:
- de UN/CEFACT Core Components Technology Specification (ISO 15000-5 ebCCTS)
- de Open Group Universal Data Element Framework

Adoptie van de UN/CEFACT CCTS methodologie is overeengekomen door de meeste internationale standaardisatie instituten maar gemeenschappelijk gebruik van core components is nog niet zichtbaar. Bovendien wordt de UN/CEFACT CCTS een beetje te complex met de object-oriented benadering die UN/CEFACT standardization committee propageert.

Desondanks het beste beschikbare initiatief op dit moment en wanneer de focus wordt terug gebracht naar het juiste perspectief, gewoon grammatica, dan komt alles wel goed. De beste architectuur voor een e-business (invoicing) netwerk oplossing met geen problemen heeft met de business standards dilemma in communicatie met andere netwerken ziet er als volgt uit:

Dit zal ook het onderliggende architectuur raamwerk zijn voor de elektronische business snelweg van de toekomst.

Zal de elektronische business snelweg voldoen aan de interoperabiliteitseisen ?
Allereerst is het noodzakelijk dat de elektronische business snelweg toegang geeft tot alle verzenders en ontvangers, en zorg draagt voor integratie van verschillende e-business (invoicing) netwerken.

Verder zijn er gemeenschappelijke en open technologie standaarden nodig voor berichten en transport protocollen met inbegrip van formaat omzetting en/of vertaling. De vertalingen kunnen het best gebaseerd zijn op een gedeelde grammatica en bibliotheek zoals die van de UN/CEFACT Core Components Technology Specification. De standaarden moeten voor iedereen beschikbaar / toegankelijk zijn zonder beperking en kosten, of tegen een redelijke vergoeding, ‘in principe’ mag geen bedrijf zich uitgesloten voelen.

Daarenboven hebben bedrijven behoefte aan soepele overgang van hun bestaande integratie benadering naar de nieuwe vibrerende rij-ervaring. Dit vraagt naar gebruiksgemak, de mogelijkheid om tegemoet te komen aan verschillende bestaande en nieuwe oplossingen, en vrijheid van keuze van service provider.

De weg naar Middle Kingdoms vereist overheidsbeleid ter bevordering van innovatie en concurrentie, en maatregelen om de industrie aan te sporen vrijwillig de beste technologie bij te dragen en deel te nemen aan de ontwikkeling van open standaarden.

Overheden on a pan-European and international level with support of international standardization committees need to develop Common User Identifiers for addressing that are portable across Europe, similar to telephone numbers, open and independent from a service or network need to be developed. Two initiatives to mention are: the OASIS Customer Information Quality Technical Committee (OASIS CIQ TC) and the eGreen Pages Association.

The OASIS CIQ TC develops a set of XML specifications for defining, representing, interoperating and managing “PARTY (Person or Organization) CENTRIC INFORMATION” that are truly open, vendor neutral, industry and application independent, and importantly “Global” (ability to represent international data formats such as different types of party names and addresses used in 241+ countries).

Basware and Itella Information Oy are establishing a centralized directory containing messaging profiles and electronic addresses of ebusiness partners used for automated discovery and pairing of partners and routing of messages. The Open Initiative for Global Address Book in B2B Messaging - eGreen Pages - will be run by an open, non-profit e-invoicing operator association.

Is er een Business Case voor e-business (invoicing) ?

Stay on board, more will come in a few days

Tags: EDIFACT, EDI, Interoperability-Frameworks, UBL, UDEF, e-Invoicing

[Last update: 26-11-2011]