Whitevision breidt portfolio uit met overname van Inconto

Whitevision kondigt vandaag (8 oktober 2024) de overname aan van Inconto, een Nederlandse leverancier van softwareoplossingen voor e-procurement, contractbeheer en factuurverwerking [1].

Inconto, opgericht in 1998 en met het hoofdkantoor in Nieuwkoop, Nederland, is een ontwikkelaar en leverancier van documentverwerking en Procure-to-Pay-oplossingen.

Inconto levert zijn producten via een multi-tenant SaaS-platform met verschillende modulaire oplossingen. Inconto bedient een klantenbestand in de Benelux, voornamelijk actief in de publieke, gezondheidszorg- en hospitality-verticals.

De overname markeert de eerste stap in de buy-and-build-strategie van Whitevision sinds de samenwerking met strategische software-investeerder Main Capital Partners in augustus 2024 [2].

Met de toevoeging van Inconto verbetert Whitevision haar aanbod in Intelligent Document Processing en de Procure-to-Pay-waardeketen aanzienlijk. Inconto voegt zeer complementaire contractmanagementautomatisering en e-procurementoplossingen toe aan de groep.

Bovendien zal de combinatie van Inconto en Whitevision leiden tot een meer gediversifieerde klantenbasis in verschillende sectoren; Whitevision zal een cruciale rol spelen in de uitbreiding en groei van Inconto in document-intensieve verticals zoals de bouwsector.

Frank de Wit, Chief Executive Officer en oprichter van Whitevision, is enthousiast om de krachten te bundelen met het Inconto-team en kijkt uit naar de samenwerking: “Inconto is een perfecte strategische en culturele match voor Whitevision. Beide organisaties delen een toewijding aan innovatie en een diepgaand begrip van de behoeften van onze klanten. Inconto's robuuste contractbeheer- en e-procurementoplossingen sluiten perfect aan bij wat onze klanten zoeken, en we geloven dat deze combinatie zal leiden tot nog sterker commercieel succes in verschillende sectoren.”

Sjoerd Aarts, Managing Partner bij Main Capital Partners en voorzitter van de Raad van Commissarissen van Whitevision, concludeert: “We richten ons op het creëren van partnerschappen die innovatie stimuleren en uitzonderlijke waarde leveren aan onze klanten. Deze aanpak is een belangrijke drijfveer geweest voor ons succes in zowel organische groei als strategische overnames. Via de overname van Inconto door Whitevision combineren we twee organisaties die erkend zijn voor hun sterke punten in Intelligent Document Processing en de Procure-to-Pay-waardeketen. Deze combinatie legt een stevig fundament voor toekomstige uitbreiding, waardoor we ons bereik in alle sectoren kunnen uitbreiden.”

“Deze combinatie vormt een stevig fundament voor toekomstige uitbreiding, waardoor we ons bereik in meerdere sectoren kunnen uitbreiden.” — Sjoerd Aarts, Managing Partner en Hoofd Benelux bij Main Capital Partners en voorzitter van de Raad van Commissarissen van Whitevision.

Lees meer

Whitevision gaat internationaal uitbreiden met overname door Main

Main Capital Partners kondigt vandaag (20 augustus 2024) de overname aan van een meerderheidsbelang in Whitevision, een toonaangevende Nederlandse leverancier van softwareoplossingen voor intelligente documentverwerking [1].

Whitevision, opgericht in 2005 en gevestigd in Breda (Nederland), is een ontwikkelaar en leverancier van softwareoplossingen om documenten op een digitale en efficiënte manier te verwerken.

Het bedrijf helpt organisaties bij het automatisch verzamelen, herkennen, matchen en goedkeuren van documenten. Whitevision levert organisaties daardoor aanzienlijke efficiëntiewinsten door de workflows voor documentverwerking te automatiseren.

Whitevision is actief in veel verschillende verticals, maar is met name een prominente speler in de bouw- en installatiesector, professionele dienstverlening, technologie, logistiek en de automobielsector. In totaal levert het bedrijf levert zijn moderne softwareoplossingen aan meer dan 1.600 klanten, waarvoor het jaarlijks meer dan 18 miljoen documenten verwerkt.

Samen met Main zal Whitevision een strategie nastreven om het productaanbod verder te verrijken en internationaal uit te breiden om zo een toonaangevende speler op de Europese markt te worden.

Whitevision en Main zullen ernaar streven de groei van het bedrijf te versnellen, zowel in Nederland, de thuismarkt, als in de rest van Europa. Het bedrijf heeft al de eerste stappen in zijn internationaliseringsstrategie gezet. Whitevision wil deze ambitie aanzienlijk versnellen op basis van een effectieve directe go-to-marketstrategie en het gebruik van zijn sterke partnernetwerk, terwijl het vertrouwt op de kennis en het netwerk van Main's diepe marktdekking in verschillende Europese regio's zoals de DACH en Nordics. Naast de ambitie om nieuwe markten te penetreren, zullen Whitevision en Main ook investeren in de verdere uitbreiding van het productaanbod van het bedrijf om de waardepropositie voor nieuwe en bestaande klanten nog verder te verbeteren.

Frank de Wit, CEO van Whitevision: “We zijn verheugd om de samenwerking met Main aan te kondigen. Na bijna 20 jaar een stabiele basis te hebben opgebouwd met meer dan 1.600 klanten en 25.000 gebruikers, gaan we met deze samenwerking een nieuwe groeifase in. Hiermee kunnen we onze groeiambities nog sneller waarmaken! Samen met Main en het Whitevision-team kunnen we nog meer organisaties laten profiteren van onze slimme oplossingen voor het verwerken van inkomende documenten. Tegelijkertijd kunnen we nog meer investeren in slimme en nieuwe technologieën om onze leidende positie in de snel veranderende markt verder uit te bouwen.”

Voor Main markeert de overname een volgende strategische stap in een markt waarin zij een groot niveau van expertise en ervaring hebben.

Sjoerd Aarts, Managing Partner bij Main Capital Partners: “Intelligent Document Processing en de bredere markten van Enterprise Information Management en Business Process Management zijn domeinen waarin Main een groot niveau van expertise heeft ontwikkeld. De toenemende behoefte aan digitalisering en automatisering van processen, evenals grensoverschrijdende eProcurement-mogelijkheden, zullen naar verwachting de groei van deze markt in de komende jaren stimuleren. Main heeft al lange tijd contact met Frank en is onder de indruk van het bedrijf dat hij heeft opgebouwd. We zijn erg enthousiast om Frank en het ervaren managementteam van Whitevision te assisteren als strategische partner in de volgende fase van nationale en internationale expansie van het bedrijf, zowel organisch als via een buy-and-build-strategie.”

“Wij zijn erg blij dat we het ervaren managementteam van Frank en Whitevision als strategische partner mogen bijstaan in de volgende fase van nationale en internationale expansie van het bedrijf, zowel organisch als via een buy-and-build-strategie” — Sjoerd Aarts, Managing Partner en Hoofd Benelux bij Main Capital Partners.

Lees meer

Over recent years we see that internationaly, in Europe and nationally via Law and Regulations obligations arise to exchange information electronically with Business Partners, Public Administrations and Tax Authorities.

Especially the savings at the side of the Government, the care for the environment and the fight against Tax fraud have led to these obligations. It is all about the use of specific electronic message standards for invoicing, purchasing, sales and reporting. Think about PEPPOL BIS UBL formats, the Italian FatturaPA XML, the Electronic Tax Document (DTE) in Chile and the increased usage of SAF-T in several European countries.

The past years SAP started supporting companies that need to comply with all of these complex forms of data exchange with the SAP ERP option for eDocument processing - SAP ERP eDocument framework (SAP Note: 2378414).

The SAP ERP eDocument framework supports the creation and handles the processing of outbound and inbound documents and provides users a comprehensive dashboard / Cockpit.

This makes the implementation of eProcurement and eInvoicing a lot easier compared to using the SAP IDOC EDI interface. This is mainly due to the support of country-specific standards and message transport protocols.

There are two versions available: the eDocument Full Solution and the eDocument Basic Enablement.

For the basic version the purchase of the AIF Application Interface Framework is not needed, it is used under the hood.

Moreover the SAP HANA Cloud Platform Integration service (HCI) is needed to handle the communication with external systems.

The eDocument basic version has customer and country-specific interfaces.

Think at following country-specific interfaces:

..... and many more applications are available

The eDocument framework of SAP makes it companies and Governments much easier to provide out-of-the-box the requested standards and protocols.

Tags: EDI, ERP, PEPPOL, SAP, e-Procurement, e-Invoicing

We zien internationaal, in Europa en landelijk dat vanuit Wet- en Regelgeving de afgelopen jaren verplichtingen (zijn) ontstaan om gegevens in de keten van inkoop en verkoop elektronisch uit te wisselen met business partners, publieke administraties en Tax autoriteiten.

Vooral de besparingen aan de kant van de Overheid, de zorg voor het milieu en het bestrijden van Tax fraude zijn aanleiding voor deze verplichtingen. Het gaat over het gebruik van specifieke berichtstandaarden voor facturatie, inkoop, verkoop en reporting. Denk daarbij ondermeer aan PEPPOL BIS UBL formaten, het Italiaanse FatturaPA XML, de Electronic Tax Document (DTE) in Chili en het toenemend gebruik van SAF-T in verschillende Europese landen.

De voorbije jaren is SAP bedrijven die de aldus complexe vormen van gegevensuitwisseling moeten ondersteunen tegemoet gekomen met de SAP ERP optie voor eDocument verwerking add-on - het SAP ERP eDocument framework (SAP Note: 2378414).

Het SAP ERP eDocument framework verzorgt de generatie en handelt de verwerking van de uitgaande en inkomende documenten netjes af en ondersteunt gebruikers met een overzichtelijke dashboard / Cockpit.

Hierdoor wordt de implementatie van eInvoicing en eProcurement een stuk eenvoudiger dan bij het gebruik van de SAP IDOC EDI interface. Dit zit vooral in de ondersteuning van de land-specifieke berichtstandaarden en transportprotocollen.

Er zijn twee versies beschikbaar: de eDocument Full Solution en de eDocument Basic Enablement.

Voor de basis versie is de aanschaf van het AIF Application Interface Framework niet nodig, deze wordt wel gebruikt onder de motorkap.

Verder is voor de communicatie met externe systemen de SAP HANA Cloud Platform Integration (HCI) service nodig.

Bij de landspecifieke interfaces moeten we denken aan:

..... nog veel meer toepassingen zijn beschikbaar

Het eDocument framework van SAP maakt het bedrijven en overheden veel eenvoudiger om out-of-the-box aan de gevraagde standaarden en protocollen te voldoen.

Tags: EDI, ERP, PEPPOL, SAP, e-Procurement, e-Invoicing

For those considering (or already started) implementing EDI here are some friendly advices.

"EDI is not something you (should) do overnight"

"Your Business should adapt to e-Business"

Your B2B or ERP solution provider will say "we will relieve you from all concerns"

Read one of my other posts (in Dutch) about this relieve "Wij nemen u alle technische en functionele uitdagingen ( lees: problemen) uit handen en zorgen dat het goed komt"

The approach that works and embeds EDI into daily business practice

In a typical Order-to-Cash (O2C) process there are 4 business documents exchanged:
- Purchase Order
- Purchase Order Acknowledgement
- Advanced Ship Notice
- Invoice

Additionally master data can be exchanged / synchronized between trading partners on a regular basis containing:
- Product information
- Price data
- Product characteristics e.g. weights
- Address locations

[Want to know more about master data, read "Supply Chain collaboration - the battle for data".]

The best scenario for implementing EDI business documents with partners consists of a phased-based approach. The overall goal of this approach is to realize a complete and smooth exchange of all agreed business documents and data.

During each phase in the implementation scenario one business document is fully implemented. The implementation phases will overlap to ensure a continuous implementation process.

Phase 0: contains master data alignment
• product information (GTIN – UPC)
• geographic locations (GLN – UPC)
• price data
• product characteristics

Phase 1: implementation of order & order response

Phase 2: contains implementation of shipping notification

Phase 3: contains implementation of invoice

Requirements analysis & agreement phase

Before starting the implementation phases there is a requirements analysis and agreements phase during which following activities are performed:

Collaboratively:
1. Gather and analyze the EDI requirements (documents, data and process steps)
2. Agree upon the business documents, the data exchanged and alignment of process steps
3. Agree upon the communication protocol used
4. Agree upon the implementation scenario

Internally:
5. Estimate the impact on a technical level (registration and processing of data)
6. Estimate the impact on a business level (working instructions for order entry, invoicing and shipment)

The joint deliverables of this phase are:
- EDI Trading Partner Data Sheet
- EDI Message Specifications
- Agreed communication protocol
- Agreed list of business documents, data exchanged and process steps
- Agreed implementation scenario

The internal deliverables of this phase are:
- Technical impact: overview of issues and resolutions
- Business impact: enhanced working instructions

Implementation phases

For each agreed business document the implementation will go through 3 stages:
- Setup & test
- Parallel processing
- Consolidate

To be successful the implementation of EDI need to be managed on a day-to-day basis and requires availability of several specialists: EDI Message expert, ERP integration and process experts and B2B Service Provider.

Setup & Test Stage

Technical activities:
- Setup the connection with the EDI environment of the customer
- Implement transformation mappings at B2B Service Provider
- Test the connectivity with EDI environment of the customer
- Verify the syntax and semantics of the EDI message(s) exchanged

Business activities:
- Validate the document created in ERP and check the working instructions
- Agree upon procedures for handling and monitoring the exchange of the business document

Deliverable(s):
- B2B message mapping delivery
- EDI connection both test and production
- Agreed upon internal working instructions and external procedures

Parallel stage

During the parallel phase both business partners will check the completeness and correctness of the EDI-message for a period of 1 month.

EDI documents are leading during this phase. Non-EDI documents are exchanged until both business partners are completely satisfied that the EDI system is performing well.

Consolidate Stage

During the consolidate stage it is important to gather all issues reported and measures taken and come to an agreement with the customer about the way forward.

Organize a User Acceptance Meeting (UAM) with representatives of the customer and the internal organization. During this meeting finalize the list of issues reported and decide whether or not / when the message can go into operation. After the GO/NO Go decision start with the setup of the operational environment (master data, EDI connectivity, working instructions, …)

As a last step before going live inform the organization formally when the EDI message will be taken into operation and what is expected of all people involved.

Deliverables are:
- User Acceptance Document
- Updated issue and resolution list
- Working EDI and ERP environment
- Adapted working instructions

Operation phase

Activities to be performed are:
- Monitor communications to ensure EDI documents continue to flow
- Respond to inquiries from business partners as issues arise
- Report on business partner activity
- Make updates to translation maps and/or communication protocols as new documents are added

Deliverables are:
- Updated issue- and priority list
- Performance overview report
Number of messages received / sent
Number of issues reported and solved
Number of changes requested and performed

My focus areas are business processes, business information systems (ERP, CRM, BPM, ...) and integration of business processes and systems over the boundaries of companies AND not to forget Open Source business applications.

If you have an opinion about the implementation or use of EDI then do not hesitate to react. If you agree with the fundamentals then share it with others.

Tags: e-Business, e-Invoicing, e-Procurement, e-Commerce, EDI

With the growing interest in sustainability, future-robustness and maneuverability buyers and sellers demand their business partners to increase collaboration, to become more agile and to contribute heavily in sharing data electronically. They see real benefits in automating their interactions with business partners.

But although gains can be huge they do not come without a cost. So business partners are often very reluctant to jumping on this bandwagon. Moreover gains not always come in hard dollars but often manifest themselves in different ways - stronger bond with customers or suppliers - improved and aligned business processes - higher customer service. Business partners however not always see these gains to their advantage since they are more concerned about the costs of implementation.

People / businesses often think establishing electronic data sharing and process collaboration is difficult to accomplish / requires much customization effort. A few years ago that was fully true but today we see that many ERP systems provide support out of the box.

Some ERP systems provided that already for years - for example SAP, QAD, ... - If you are using SAP you have a wealth of functionality at your fingertips to make it work smoothly.

There is a lot of documentation available online to get it done without years of experience in SAP. At least I learned to work and configure SAP without training - just in depth knowledge of business processes and occasionally some help is sufficient.

But something you can not learn is what you want or need (business-wise) and how you want it. And as with everything in business, things do not happing overnight. You cannot go to the grocery and buy a cup of O2C or P2P and then poor it out over your Supply Chain.

However with the right approach, the right people on board and willingness / commitment of your own organization and business partners will get it up and running in a few months.

BUT ONLY when you have your data and processes aligned with proven business practices.

Data alignment

Data alignment is about talking the same language as your business partners. Ensure your products, your locations, your delivery and payment conditions are understood.

SAP provides a lot of ways to set up cross references with your internal language and the language of your business partners such as translation of partner address codes and products. Even without customization most of the data provided in electronic documents can be stored for replication later in the process.

I dealt with complex data requirements of large wholesalers and retailers without having to build new forms or extend tables. OK Yes! some user exits - hooks into the standard SAP functionality - had to be used to change the behavior slightly.

But a lot (you) can (do) be done by adopting GS1 Global Location Numbers (GLN) or D&B D‑U‑N‑S Number, and GS1 Global Trade Item Number (GTIN) - the EAN codes or Universal Product Code (UPC). And also implement standardized delivery terms (Incoterms) and payment terms.

Supporting product data classification - on the other hand - is still a major issue. The classification system of SAP is not equiped for handling the product data models of UNSPSC, ETIM, GS1 GPC. Manual setup is unfeasible due to the increased changeability of these models. That is where others tools are really needed to complement SAP.

Process alignment

How difficult can it be to align processes! There are a lot of reference models available for different industries:

But yes, these are too generic! And we may not forget that each company has unique characteristics. That is why there is a lot to do before you are able to use these reference models.

What about simple models? Like these for goods and services processes.

Here you see the documents that are exchanged between buyers and sellers as well as the internal activities that happen to process or generate these documents. And for product manufacturers you see we talk about deliveries. While for companies delivering services it can be a combination of both models.

Now aligning business processes is not something you do inhouse. It requires sitting together with your business partners and go through all the scenario's you share. Then put them all in a decent process modeling tool, herewith generating already a part of the documentation for future use. Thereafter decide together which processes are good candidates to start with.

See for example: the quote-to-cash process of a bike manufacturer.

Or the process of an OEM manufacturer:

Common sense is the most important aspect here, you do not have to be an architect or IT specialist. You just have to talk business! That is difficult enough.

But apart from using standard SAP functionality, is there another way?

There are integration tools out there that can act as intelligent buffer for the outside world and your internal environment. Model-driven tools that not only help you collaborate with your business partners but also enable you to build some small extensions to your SAP system.

These tools help businesses that unfortunately or luckily do not have SAP but some other ERP.

See my post: Integration essential for online retailers

Let me know if you are intested in learning more about how you can establish business-to-business collaboration with your partners.

Tags: EDI, ERP, PEPPOL, SAP, e-Procurement, e-Invoicing, e-Ordering

In recent years the construction and installation sector have been working closely together to define uniform standards for the building industry. The industry associations are well aware of the benefits and savings that can be achieved by the electronic exchange and provision of data.

In the past, the communication with customers and suppliers could easily be done manually – by email, post or via fax. Today we see in other sectors that electronic business is increasingly being adopted. Companies in the building industry more often receive requests from customers and suppliers to exchange data electronically and to provide product data in a standard format.

Industry associations have delivered an important contribution to this change of mentality by developing standards and providing facilities for sharing product data.

In 2012 ETIM and S@les in de Bouw under guidance of GS1 defined a common XML standard for the construction and installation sector. On June 1, 2015 the ETIM Building classification was officially published as an extension to the international ETIM standard for classification of product information in the installation sector. A development that sets the construction and installation sector closer together and offers benefits to all companies in the building industry.

It is important that continuous efforts are made to reduce the thresholds for participation. This requires commitment of all those involved in the building industry, from manufacturers to construction companies and calls for a director who encourages and monitors the use of standards.

What can we learn from electronic invoicing?

When I make a trip to the world of electronic invoicing, we see there that despite all standardization efforts the adoption in the past 10 years has been limited. That has, in my view, four major causes.

First of all, the perpetual debate over the preferred global standard, UBL or UN/CEFACT, and the emergence of various variants on these standards. That must/may not happen in the construction and installation sector.

In addition, the large growth of providers of B2B solutions with their own standards and networks. These providers solved the spaghetti-problem of EDI but managed to create a new problem that slowed down (still does) the adoption of electronic invoicing. The explosive growth of B2B providers brought the interoperability problem between providers – the lack of interoperability between the systems of information providers – one spaghetti problem went away and another one came in its place. Luckily (one would say) the providers invented the interoperability agreements (roaming). But these rather have a commercial purpose than that they really live up to what is promised due to the absence of uniform standards between providers and the improper interest in the own network.

Third, there is the one-sided attention for the electronic invoice leaving only the receiver of an invoice to fully enjoy the benefits of automated processing. In other words the lack of the supply chain thinking.

Last but not least – the starting point: what do we mean by electronic in other words is digital the same as electronic. A discussion that takes place quite often. Let me formulate my position as follows: I'm happy with the standard electronic messages of the construction and installation sector and I believe that integration of systems in the future can not be done without these standards.

Do companies in the building industry suffer from similar problems?

Indeed there are companies that experience such problems and we must prevent this.

Installation companies are urged by several parties to retrieve and exchange data electronically. These companies have to do with suppliers, customers and centralized product data pools that each have their own way of data exchange.

For these companies it becomes impractical over time to facilitate the technical and functional requirements of all these parties.

Let's look at what an average installation company has to deal with. An installation company in the building industry retrieves materials from wholesalers and from suppliers that deliver their products to the building and installation sector or to both. In turn they receive purchase orders from customers and must supply data to participate in major construction projects.

First of all, the company gets to do with the product-data pool from the installation sector (2BA or through artikelbeheer.nl) and from the construction sector (EZ-base). Further, the company has a number of vendors, each with its own EDI/XML Message Broker or B2B provider which should be connected.

How can we make life a lot easier for this company and others!

(How can we help companies to start exchanging electronic data and/or retrieve product data)

There are two routes that could be followed here:

Route 1: the construction and installation sector picks up the role of director and provides a platform/infrastructure – an information highway for companies to exchange messages and information with each other.

Compare it with the PEPPOL project (= Pan-European Public Procurement Online) of the European Commission. This project is aimed at simplifying Procurement between Government and businesses both national and cross-border.

Only (in my opinion) individual companies should be able to connect their information systems easier and faster. With PEPPOL this now is mainly done through service providers that act as Access Point providers. An authorized Access Point has to comply with all kinds of technical and functional requirements for which certification must be gained.

A Business Process Management system consisting of a process, a data, integration and service layer can greatly simplify the process of connecting and exchanging data. When participants through search-and invite can link with one another it would significantly reduce the threshold for participation. The challenge is then with the providers of information systems (ERP, PLM, and others) to open up their systems.

If we look at BPM systems (Pegasystems, E2E Bridge, ...) we see that they already have links to many existing information systems. When information systems offer their functionality as services then connecting on the information highway is pretty simple to accomplish.

Route 2: the company itself implements a BPM system and connects with the different providers of their customers and vendors. Here it is important that the BPM system can be implemented without high cost, is flexible and can quickly respond to new and changed requirements of customers or suppliers. But also that the existing B2B/EDI Providers offer these companies the possibility of free of charge data exchange with partners on their network.

By the way: I shouted years ago (2009) that Google, Yahoo or Microsoft should set up such a highway. In the meantime there are plenty of other players like Facebook and Linkedin who could do this.

Side Note:

I have spent the past weeks writing articles about the realization of process-driven and model-based information systems which are all covering the way the intermediate platform can be established and what systems can be used for this purpose:

Kunnen we proces-gedreven informatiesystemen ontwikkelen met BPMN2? [soon to be translated]

BPM systemen helpen bedrijven van hun maatwerk af [soon to be translated]

Process-driven value networks change electronic business

It would be nice to organize a discussion with all parties concerned or with companies who want to start with exchange of data and see what we can achieve. Visit: Electronic Business Knowledge Village on Linkedin.

Tags: Process Modeling, BPMN, e-Business, e-Invoicing, e-Procurement, enterprise service bus, datapool

De bouw en installatiesector werken de laatste jaren intensief samen om te komen tot uniforme standaarden voor de bouwkolom. De brancheorganisaties zijn zich zeer goed bewust van de voordelen en besparingen die behaald kunnen worden door het elektronisch uitwisselen en beschikbaar stellen van gegevens.

In het verleden konden bedrijven de communicatie met klanten en leveranciers gemakkelijk handmatig verzorgen – via email, per post of via de fax. De laatste jaren zien we in andere branches dat elektronisch zakendoen meer en meer wordt geadopteerd. Ook bedrijven in de bouwkolom vragen steeds vaker aan hun klanten en leveranciers om gegevens elektronisch uit te wisselen en productgegevens in een standaard formaat beschikbaar te stellen.

Brancheorganisaties hebben een belangrijke bijdrage geleverd aan deze mentaliteitsverandering door het ontwikkelen van standaarden en het beschikbaar stellen van voorzieningen voor het delen van artikelgegevens.

In de bouw- en installatiesector is door ETIM en S@les in de Bouw onder begeleiding van GS1 in 2012 een gemeenschappelijke XML standaard gedefinieerd. Op 1 juni 2015 is de ETIM Bouw classificatie officieel gepubliceerd als een uitbreiding op de internationale ETIM standaard voor de classificatie van productgegevens in de installatiesector. Een ontwikkeling die de bouw- en installatiesector dichter bij elkaar brengt en ten goede komt aan alle bedrijven in de bouwkolom.

Het is wel belangrijk dat blijvend inspanningen worden geleverd om de drempels voor deelname te verlagen voor bedrijven. Dit vraagt inzet van alle betrokkenen in de bouwkolom, van producenten tot bouwbedrijven en vraagt om een regisseur die het gebruik van standaarden stimuleert en bewaakt.

Wat kunnen we leren van elektronisch factureren?

Wanneer ik een uitstapje maakt naar de wereld van elektronisch factureren dan zien we daar dat ondanks alle standaardisatie-inspanningen de adoptie in de afgelopen 10 jaar beperkt is geweest. Dat heeft in mijn optiek een viertal belangrijke oorzaken.

Allereerst de eeuwigdurende discussie over welke wereldwijde standaard, UBL of UN/CEFACT, de voorkeur kreeg/krijgt en het ontstaan van verschillende varianten op deze standaarden. Dat kan / mag dus / niet gebeuren in de bouw- en installatiesector.

Daarnaast de grote opkomst van aanbieders van B2B oplossingen met eigen standaarden en netwerken. Deze aanbieders losten het spaghetti-probleem van EDI op maar veroorzaakten een nieuw probleem die vertragend heeft gewerkt (en nog steeds) voor de adoptie van elektronisch factureren. Door de explosieve groei van aanbieders ontstond het interoperabiliteitsprobleem tussen aanbieders – het ontbreken van informatie interoperabiliteit tussen de systemen van providers – het ene spaghetti-probleem verdween en een ander kwam daarvoor in de plaats. Gelukkig zou je zeggen hebben de aanbieders daarvoor de interoperability agreements (roaming) bedacht. Maar deze hebben eerder een commercieel doel dan dat ze werkelijk worden waar gemaakt bij gebrek aan uniforme standaarden tussen aanbieders en het belang van het eigen netwerk.

Als derde is er de eenzijdige aandacht voor de elektronische factuur waardoor alleen de ontvanger van een factuur kan genieten van volledig geautomatiseerde verwerking. Anders gezegd het ontbreken van de ketengedachte.

Als laatste maar niet onbelangrijk – het uitgangspunt: wat verstaan we onder elektronisch ofwel is digitaal hetzelfde als elektronisch. Een discussie die heel vaak en nog steeds wordt gevoerd. Laat me mijn standpunt als volgt formuleren: ik ben blij met de elektronische berichtenstandaard van de bouw- en installatiesector en ik geloof dat integratie van systemen in de toekomst niet zonder deze standaarden kan.

Hebben bedrijven in de bouwkolom last van soortgelijke problemen?

Inderdaad er zijn bedrijven en daar moeten we over waken die nu al dergelijke problemen ervaren.

Installatiebedrijven worden door allerlei partijen in de keten gevraagd om elektronisch gegevens op te halen en uit te wisselen. Deze bedrijven hebben te maken met leveranciers, klanten en centrale product-datapools die allen hun eigen manier van gegevensuitwisseling hanteren.

Voor deze bedrijven wordt het na verloop van tijd ondoenlijk om aan al de technische en functionele eisen van deze partijen te voldoen.

Laten we eens kijken naar waar een gemiddeld installatiebedrijf mee te maken krijgt. Een installatiebedrijf in de bouwkolom betrekt materialen bij groothandels en leveranciers die leveren aan de bouw- of aan de installatiesector of aan beiden. Op hun beurt ontvangen ze orders van klanten en moeten ze gegevens aanleveren voor deelname aan grote bouwprojecten.

Allereerst krijgt het bedrijf te maken met de product-datapool van de installatiesector (2BA of via artikelbeheer.nl) en van de bouwsector (EZ-base). Verder heeft het bedrijf een aantal leveranciers met elk een eigen EDI/XML Message Broker of B2B provider waarop aangesloten dient te worden.

Hoe kunnen we het leven een stuk eenvoudiger maken voor dit bedrijf en anderen!

(Hoe kunnen we bedrijven helpen om elektronisch gegevens te gaan uitwisselen en/of productgegevens op te halen)

Er zijn twee routes die hier gevolgd zouden kunnen worden:

Route 1: de bouw- en installatiesector pakt de rol van regisseur en zorgt voor een platform / infrastructuur – een informatie-snelweg waarover bedrijven berichten en gegevens met elkaar kunnen uitwisselen en delen.

Vergelijk het met het PEPPOL-project (=Pan-European Public Procurement Online) van de Europese Commissie. Dit project is gericht op het vereenvoudigen van Procurement tusssen Overheid en bedrijven zowel nationaal als grensoverschrijdend.

Alleen (in mijn optiek) zouden individuele bedrijven eenvoudiger in staat moeten zijn om hun informatiesystemen aan te sluiten. Bij PEPPOL gebeurt dit nu voornamelijk via service providers die als Access Point providers fungeren. Een geautoriseerd Access Point moet aan allerlei complexe technische en functionele vereisten voldoen en daarvoor gecertificeerd worden.

Een Business Process Management Systeem bestaande uit een proces-, een gegevens-, integratie- en servicelaag kan het proces van aansluiten en gegevensuitwisseling sterk vereenvoudigen. Wanneer deelnemers via search- en invite verbindingen met elkaar in stand kunnen brengen zou dat de drempel voor participatie sterk verlagen. De uitdaging ligt dan bij de aanbieders van informatiesystemen (ERP, PLM, e.a.) om hun systemen open te stellen.

Als we kijken naar BPM systemen (Pegasystems, E2E Bridge, …) dan zien we dat deze al beschikken over koppelingen voor veel bestaande informatiesystemen. Wanneer informatiesystemen hun functionaliteiten als services beschikbaar kunnen stellen is het aansluiten op de informatie-snelweg vrij eenvoudig te realiseren.

Route 2: het bedrijf implementeert zelf een BPM systeem en sluit de verschillende providers van hun klanten en leveranciers aan op het systeem. Hier is het van belang dat het BPM systeem zonder hoge kosten ingevoerd kan worden, flexibel is en snel kan inspelen op nieuwe en gewijzigde eisen van klanten of leveranciers. Maar ook dat de bestaande B2B / EDI Providers deze bedrijven de mogelijkheid bieden om kosteloos gegevens uit te wisselen met de partners die op hun netwerk zijn aangesloten.

By the way: ik heb het jaren geleden (2009) al geroepen dat Google, Yahoo of Microsoft een dergelijke snelweg zou moeten opzetten. Ondertussen zijn er genoeg andere spelers zoals Facebook en Linkedin die dit zouden kunnen doen.

Ik heb de afgelopen weken een aantal artikelen geschreven over de realisatie van proces-gedreven en modelgebaseerde informatiesystemen die allen betrekking hebben op de wijze waarop het intermediair platform vorm gegeven kan worden en welke systemen daarvoor gebruikt kunnen worden:

Kunnen we proces-gedreven informatiesystemen ontwikkelen met BPMN2?

BPM systemen helpen bedrijven van hun maatwerk af

Procesgedreven waardenetwerken veranderen elektronisch zakendoen

Het zou mooi zijn om hier met alle betrokkenen of met bedrijven die willen starten met het uitwisselen een discussie over te voeren en te kijken wat we kunnen realiseren. Bezoek het platform eZakendoen op Linkedin.

Tags: Process Modeling, BPMN, e-Business, e-Invoicing, e-Procurement, enterprise service bus, datapool

The online Cloud-based sales, purchase and supply chain solutions are increasingly in vogue. These environments often are a solution for a particular domain area within companies such as sales (CRM, Marketing), purchase (contract management, catalog management,) or distribution (transport management).

With the rise of these Cloud-based solutions there is a growing need for flexible integration solutions. Not only is integration with the backend systems of companies, customers and suppliers crucial for an optimal connection with business processes. But another form of integration arises – a Cloud-2-Business-2-Cloud integration.

When companies support their CRM process with a Cloud-based solution data from this solution (customer, product and order information) will be funneled to the corporate sales and production system.

For products that are manufactured by a company there will be a need for components that have to be purchased through the Cloud-based purchase environment.

When it comes to products that a company buys from third parties the sales orders from the online CRM solution should be channelled to the online purchase environment.

The complexity of all connections that companies have to handle increases with the emergence of more and more service-oriented solutions – in a private or public cloud or on-premise.

The foundation to keep all of this up and running in the coming years are process-driven and model-based integration solutions with a small server and memory footprint. Solutions which do not require a fast processor and much internal memory. This calls for solutions that do not need a Web server (Apache Tomcat, JBoss, etc) but run as a virtual machine on operating systems without interruption.

A little spider in the network of applications a company uses which ensures that everything is and remains constantly connected. When a connection goes down still holds the data (no loss of information), continues to support the work of other applications, and waits for the line to become operational again to transmit the preserved data.

Integration Process Modeler = the modeling tool used to model business processes - supply chain processes from a high level (descriptive) to a low level (executable). With the modeling tool business processes are modeled using BPMN2 and DMN, data models and integrations with UML and screens with user interface diagrams. The services provided by the Servants are associated with the process elements during modeling.

Process Engine = a small server – memory footprint engine that runs the models defined using the modeling tool and makes the operational results of the process visible through a web-based monitor. This gives direct insight in the performance of each process step, the input and output parameters of each step and the bottlenecks – lead times of processes.

Servants = are building blocks for initializing the features available in the Library and make them available as services. During modeling the functions of different providers can be selected from the Libary. The initialization consists of activating the function of a provider and ensuring that the input and output parameters are delivered or processed from whithin the process flow.

Libray = the library of functions of different solution providers. A function is not a complete ERP system but just the functionality to create a sales order and the data model that belongs to a sales order. It is in principle possible for the creation of an order to use the function of provider X and for the delivery of the order the function of provider Y.

The number of process-driven and model-based integration solutions with a small server and memory footprint is limited. On request I can tell you more about it.

Side note: Banks in recent years have noticed that the guarantee of continuous availability with solutions that depend on Web servers or virtual machines is not easy. The performance of Web servers have to be monitored and updated continuously. These solutions impose heavy demands on the hardware, networks and software. A small footprint integration solution reduces this dependency.

Transport companies and also retailers need to interface with technical systems such as on-board computers and POS systems. The presented integration solutions not only handle the integration of business applications but can in principle provide integrations between all kinds of systems.

Tags: Process Modeling, BPMN, e-Business, e-Invoicing, e-Procurement, enterprise service bus

De online Cloud-gebaseerde verkoop-, inkoop- en ketenoplossingen raken steeds meer in zwang. Deze omgevingen fungeren vaak als oplossing om een bepaald domeingebied binnen bedrijven te ondersteunen zoals verkoop (CRM, Marketing), inkoop (contract management, catalog management, ) of distributie (transport management).

Met de opkomst van deze oplossingen is meer en meer behoefte ontstaan naar flexibele integratieoplossingen. Niet alleen is integratie met de backend systemen van bedrijven, klanten en leveranciers noodzakelijk voor een optimale aansluiting met de bedrijfsprocessen. Maar er ontstaat eveneens een ander vorm van integratie – de Cloud-2-Business-2-Cloud integratie.

Wanneer bedrijven hun CRM proces ondersteunen met een Cloud-gebaseerde oplossing zullen gegevens vanuit deze oplossing (klant-, product- en ordergegevens) naar het bedrijfseigen verkoop- en productiesysteem gesluisd worden.

Als het gaat om artikelen die door een bedrijf worden geproduceerd zullen vanuit productie behoeften ontstaan naar onderdelen die op hun beurt weer worden ingekocht via een Cloud-gebaseerd inkoopomgeving.

Als het gaat om artikelen die een bedrijf inkoopt bij derden zullen de orders vanuit de online CRM-oplossing doorgesluisd moeten worden naar de online inkoopomgeving.

De complexiteit van al de verbindingen waarmee bedrijven te maken krijgen neemt met de opkomst van meer en meer service-georiënteerde oplossingen – in een private of public cloud of on-premise alsmaar toe.

De basis om dit alles in de komende jaren draaiende te houden zijn proces-gedreven en modelgebaseerde integratieoplossingen met een small server en memory footprint . Oplossingen die geen snelle processor en veel intern geheugen nodig hebben. Dit vraagt om oplossingen die geen webserver (Apache Tomcat, JBoss, e.a.) nodig hebben maar als een virtuele machine draaien op operating systemen en continue zonder onderbrekingen operationeel zijn.

Een spinnetje in het netwerk van alle applicaties waar een bedrijf gebruik van maakt en ervoor zorgt dat alles met elkaar verbonden is en blijft. En als de verbinding met een applicatie verbreekt, de gegevens vasthoudt (geen verlies aan informatie), de werkzaamheden van de andere applicaties blijft ondersteunen, en wacht tot het lijntje weer operationeel is om de opgespaarde gegevens door te geven.

Integration Process Modeler = het modelleergereedschap waarmee bedrijfsprocessen - ketenprocessen gemodelleerd worden van een hoog niveau (beschrijvend) tot een laag niveau (uitvoerend - executable). Met het modelleergereedschap worden bedrijfsprocessen met BPMN2 en DMN gemodelleerd, gegevensmodellen en integraties met UML en schermen met gebruikersinterface diagrammen. De services geleverd door de Servants worden gekoppeld aan de proceselementen tijdens het modelleren.

Process Engine = een small server – memory footprint engine die de modellen gedefinieerd met het modelleergereedschap uitvoert. En de operationele resultaten van de procesvoortgang zichtbaar maakt via een web-gebaseerde monitor. Hiermee wordt direct inzicht verkregen in de performance van elke processtap, de input- en output parameters van elke stap en de bottlenecks – doorlooptijden van processen.

Servants = zijn bouwstenen waarmee de functies die beschikbaar zijn in de Library ingericht / gemodelleerd kunnen worden en als services beschikbaar gesteld worden. Tijdens het modelleren kunnen de functies van verschillende aanbieders uit de Libary geselecteerd en ingericht worden. De inrichting bestaat uit het activeren van de functie van een aanbieder en het zorgen dat vanuit de procesflow de input en output parameters worden aangeleverd of verwerkt.

Libray = de bibliotheek van functies van verschillende aanbieders van oplossingen. Bij een functie denken we niet aan een ERP systeem maar aan de functionaliteit voor het aanmaken van een verkooporder en het gegevensmodel dat bij een verkooporder hoort. Het is in principe mogelijk om voor de aanmaak van een order de functie van aanbieder X in te richten en voor het uitleveren van de order de functie van aanbieder Y.

Het aantal proces-gedreven en modelgebaseerde integratieoplossingen met een small server en memory footprint is beperkt. Op verzoek kan ik hier meer over vertellen.

Kanttekening: Banken hebben in de afgelopen jaren gemerkt dat het garanderen van continue beschikbaarheid met oplossingen die afhankelijk zijn van webservers of virtuele machines niet eenvoudig is. De performance van de webservers moet continue gevolgd en bijgesteld worden. Deze oplossingen stellen zware eisen aan de hardware, netwerken en software. Een small footprint integratieoplossing vermindert deze afhankelijkheid.

Transportondernemingen maar ook Retailbedrijven moeten interfacen met technische systemen zoals boordcomputers en kassasystemen. De geschetste integratieoplossingen gaan niet enkel over de integratie van bedrijfsapplicaties maar kunnen in principe integraties verzorgen tussen allerlei systemen.

Tags: Process Modeling, BPMN, e-Business, e-Invoicing, e-Procurement, enterprise service bus

In 2009 I published my vision on the future of electronic commerce with the title "A glimp into the future of e-invoicing". We are now 6 years later, not much has changed.

Or do they? There is a new reality on the way?

But first go back. In my view there would be a business information highway where every company would be able to let "its truck with information" drive around, loading and unloading. Intelligent links would make it possible to get on the highway and to exchange information.

In my future the electronic business information highway would arise according to the scenario of Middle Kingdoms. Governments, market sectors and industry groups would make an important mark on the realization and the maintenance of this super highway.

The electronic business information highway is not coming!

There is not (as I'd hoped) "something or someone who takes the role of super administrator". The reality is that, despite the existence of interoperability agreements, the attention of providers of solutions and services still goes to growth and increase of participants on their networks. Realizing a normalized middle layer that makes the message of "connect-once" and "access-all" via "drag and drop" and "click-and-go" possible for businesses is not an issue for them. We still notice that unlocking – connecting companies and enabling access to partners – demands and cost a lot of time and money.

Even the PEPPOL project (Pan-European Public Procurement Online), in which I strongly believe, is not bringing what I had hoped. My vision is not about unlocking the information with the Government but about the exchange of information and cooperation between all partners in a value chain.

The cause is no longer (!?) with the business information systems. These have become much more accessible in recent years with the introduction of service-orientation. However, the requirements for exchanging information are little or not changed. It is still document (message) oriented and about more than the minimum necessary data elements to understand what is meant and asked or to meet obligations of any kind.

The near future: Middle Kingdom and Youniverse migrate!

Value chains are less organized around big strong intermediaries. Companies take the helm in determining the rules of participation and cooperation in the chain. An innovative, entrepreneurial and dynamic world arises where changes have to be addressed quickly. This world is essentially based on universal standards and open systems. All mature and emerging technologies of the past twenty years come together here.

The rise of process-driven and service-oriented models do blur the boundaries between users and providers. When we apply them on value chains, hybrid innovative value networks arise – open innovative ecosystems where everything and everyone is connected.

In this approach, the middle layer is no longer in control. The layer facilitates only by providing standardized services. These services are incorporated in the service layer of our process driven business information systems.

Since services determine the input needed and the expected output we can sustain with passing just data instead of complete documents. The services are leading and pick up or present information when needed.

The most interesting for a lot of companies would be if the personalized layout of documents can be passed in the same way. Recipients can then visually reproduce the actual document with this layout.

If, in the long run, the middle layer becomes aware of the different concepts and meanings that are used in standards, connecting processes and unlocking information will become a lot easier.

What we eventually reach is an open and vendor-independent process driven value network within which all companies without high cost and effort can participate.

Tags: Process Modeling, BPMN, e-Business, e-Invoicing, e-Procurement

In 2009 publiceerde ik mijn visie op de toekomst van elektronisch zakendoen met als titel "Bent u klaar voor een ritje op de elektronische business snelweg". We zijn nu 6 jaar verder en veel is er niet veranderd.

Of toch wel? Is er een nieuwe werkelijkheid op komst?

Maar eerst even terug. In mijn visie zou er een bedrijfsinformatiesnelweg komen waar ieder bedrijf zijn "wagentje met informatie" kon laten rondrijden, laden en lossen. Intelligente koppelingen zouden het mogelijk maken om op de snelweg te komen en informatie uit te wisselen.

In mijn toekomstbeeld zou de elektronische bedrijfsinformatiesnelweg ontstaan volgens het scenario van Middle Kingdoms. De Overheid, marksectoren en industriegroepen zouden een belangrijke stempel drukken op de realisatie en het onderhoud van deze supersnelweg.

De elektronische bedrijfsinformatiesnelweg komt er niet!

Er is NIET (zoals ik had gehoopt) "Iets of iemand die de rol van super-beheerder pakt". De realiteit is dat, ondanks het bestaan van interoperabiliteitsafspraken, de aandacht van aanbieders van oplossingen en diensten nog altijd gaat naar groei en toename van deelnemers op hun netwerken. Het realiseren van een genormaliseerde middenlaag die de boodschap van “connect-once” en “access-all” via “drag-and-drop” en “click-and-go” voor bedrijven mogelijk maakt is voor hen niet aan de orde. We merken nog steeds dat het ontsluiten – aansluiten van bedrijven en toegankelijk maken van partners – veel tijd en geld vraagt en kost.

Ook het PEPPOL project (Pan-European Public Procurement Online), waar ik sterk in geloof(de), brengt niet wat ik had gehoopt. Mijn visie gaat niet over het ontsluiten van de informatievoorziening met de Overheid maar over informatie-uitwisseling en samenwerking tussen alle partners in een waardeketen.

De oorzaak ligt niet meer (!?) bij de bedrijfsinformatiesystemen. Deze zijn in de afgelopen jaren veel toegankelijker geworden door invoering van service-oriëntatie. Echter, de eisen gesteld aan het uitwisselen van informatie zijn weinig of niet veranderd. Het is nog steeds document (bericht) georiënteerd en gaat over meer gegevenselementen dan minimaal noodzakelijk zijn om te begrijpen wat wordt bedoeld en gevraagd OF om te voldoen aan verplichtingen van welke aard dan ook.

De nabije toekomst: Middle Kingdom en Youniverse migreren!

Waardeketens zijn minder georganiseerd rondom grote sterke tussenpersonen (“intermediairies”). Bedrijven nemen zelf het roer in handen en bepalen de regels van deelname en samenwerking aan de keten. Een vernieuwende, ondernemende en dynamische wereld ontstaat waar snel ingespeeld moet worden op veranderingen. Deze wereld is hoofdzakelijk gebaseerd op universele standaarden en open systemen. Alle volwassen en ontluikende techologieën van de afgelopen twintig jaar komen hier samen.

De opkomst van proces-gedreven en service-georiënteerde modellen doen grenzen tussen gebruikers en aanbieders vervagen. Wanneer we deze loslaten op waardeketens ontstaan hybride waardenetwerken – open innovatieve ecosystemen waarin alles en iedereen verbonden is.

In deze aanpak voert de middenlaag niet langer meer de regie. De laag faciliteert enkel door gestandaardiseerde services aan te bieden. Deze services worden opgenomen in de servicelaag van de procesgedreven bedrijfsinformatiesystemen.

Aangezien services voorschrijven welke input benodigd is en welk output verwacht mag worden kunnen we volstaan met slechts data door te geven in plaats van complete documenten. De services zijn leidend en brengen of halen informatie op wanneer dat nodig is.

Het mooie voor veel bedrijven zou zijn als de gepersonaliseerde layout van documenten op dezelfde manier doorgegeven kan worden. Ontvangers kunnen dan met deze layout het eigenlijke document visueel reproduceren.

Als op termijn de middenlaag zich bewust wordt van de verschillende begrippen en betekenissen die in standaarden gebruikt worden zal het verbinden van processen en ontsluiten van informatie een stuk makkelijker gaan.

Wat we uiteindelijk bereiken is een open en leveranciersonafhankelijke procesgedreven keten waarin alle bedrijven zonder hoge kosten en inspanningen kunnen participeren.

Tags: Process Modeling, BPMN, e-Business, e-Invoicing, e-Procurement

For many years the main obstacles and impediments to the uptake of e-procurement, e-business and e-invoicing were divergent legislation and technical complexity. Although the European Commission devoted much effort to increase legal certainty and reduce technical complexity, companies are still reluctant to implement. Many decision-makers are concerned about the multiplicity of solutions available on the market, the cost of implementation and the number of business partners that can be connected. But most of all, they are overwhelmed by the data and process integration complexity.

Despite all standardization initiatives - this complexity is increasing, mainly due to:
- the growing number of platforms and networks which are not interoperable

- the existence and growth of more non-interoperable proprietary and national standards

- ERP systems that do not have a standardized process-aware interface

In my view - the lack of interoperability across the multitude of networks and the inability of providers to fully relieve clients from the complexity of implementation are to be regarded the main reasons for the loss of trust and confidence.

The main challenges to fight complexity are: more openness and insight; and more safeguards and guarantees for implementers.

- More openness and insight

Selecting the right solution and service provider from the variety of options available on the market is hard. Companies when asking providers, are told everything, - technology platform, data standards, network connections, integration tools and other resources - needed to establish these kind of services is readily available. In general providers estimate the cost and complexity of integration to be low and promise to fully relieve organizations from the burden of connecting trading partners. They often forget to indicate what precisely is understood and how much effort is required from the organization itself and its trading partners.

Moreover, we all know, the success of establishing inter-firm communication and collaboration processes depends a lot on the readiness of the industry or market sector in which a company operates and on the maturity of information processes and systems of enterprises. But providers neglect this critical aspect in their estimations and proposals, because their commitment does not cover repetitive effort to contact and convince partners nor does it include solving integration challenges.

It is my belief that companies should not rush into adventures without proper preparation and consultation of experts in the field. If you want a fair and unbiased opinion, start with executing a readiness assessment, get a clear view on the capabilities of your enterprise information system (ERP or CRM) and determine your short and long term business goals and strategy. Do not forget to develop your business case and remember it is not only about costs, but also sustainability, customer intimacy, competitive advantage, compliance with governmental regulations are factors to consider. Last but not least, consult your trading partners and investigate what is being done in the industry.

Providers, to prepare for success, should provide better and more detailed information about the characteristics of their systems such as: number of already connected partners, information flows and processes; number of operational network connections; and the required involvement of internal technical and business specialists. Too often communicated figures drop to lower levels after contracts are signed, which results in a lot of questions, frustration and disappointment.

More openness from both sides and insight in strengths and weaknesses are boundary conditions for making the right choices and realizing defined goals.

- Establishing more guarantees:

Interoperability is not about Interoperability Agreements between service providers but about delivering quality solutions and services. Nowadays the availability of Interoperability Agreements is the main argument to attest interoperability abilities. However demonstrated proof is the only key for a qualitative judgement about a given solution or service. When implementing e-procurement or e-business it is not about what is possible or supported in the (near) future but about what is available from the start.

In my opinion it is time to install a "European Standards and Interoperability Conformity Assessment System" to assure that solutions and services deliver what providers claim and to give confidence to decision-makers. Besides, conformity promotes fair competition and stimulates quality improvement.

The conformity assessment system should be managed by a European Organization for Technical Assessment of e-Procurement and e-Business systems.

This organization has to develop
- a set of clear principles that will allow interested parties to have confidence in the process of providing conformity assessment [USCAP 2011]

- a document describing the process of performing conformity assessment

- a technical specification describing interoperability requirements

- an operational infrastructure for performing interoperability tests

Much work has already been done within the first and second phases of the Global e-Business Interoperability Test Bed project (GITB).

The Global e-Business Interoperability Test Bed project (GITB) focuses on methodologies and architectures that support e-business standards assessment and testing activities from early stages of eBusiness standards implementation, to proof-of-concept demonstrations, to conformance and interoperability testing.

The main and long term objective of GITB is to develop, under EU support and guidance, a set up of a comprehensive and global eBusiness interoperability test bed system in a global collaboration of European, North American and Asian partners. GITB is a global initiative hosted by CEN and supported by ETSI, EIC, NIST, KorBIT and the industry associations AIAG and IAI.

It would be great if in the third phase time could be spent on establishing an assessment and certification system for interoperability. This would drive up confidence of decision-makers in the solutions and services available on the market.

Tags: e-Business, e-Procurement, e-Invoicing