aarom werkten bedrijven eigenlijk al massaal met computers vóórdat het internet bestond? Dat een zakelijke brief sneller getypt is op een pc dan op een typemachine, oké. Maar regelde een concern als Volkswagen zijn complete inkoop in de jaren zeventig dan nog telefonisch?

Nee. Ook toen konden computers wereldwijd al met elkaar communiceren. Via telefoonlijnen werden gegevens naar enorme mainframes gestuurd, zodat de ontvanger ze later kon ophalen. Eén keer per dag, en met een snelheid waar we nu gek van zouden worden.

Ouderwets? Zeker. Maar het leverde wel een technologie op die nog steeds relevant is: gestandaardiseerde gegevensuitwisseling tussen bedrijven, oftewel Electronic Data Interchange (EDI). In dit artikel duiken we in EDI. Waarom doet een technologie uit de IT-oertijd nog steeds mee? Wat heeft jouw bedrijf eraan? En waar komt Shopware in het verhaal?

We beginnen bij de basis, met de vraag:

EDI – wat is het precies?

De definitie: Electronic Data Interchange (EDI) is de gestandaardiseerde, geautomatiseerde uitwisseling van zakelijke documenten tussen bedrijven, rechtstreeks van systeem naar systeem.

Dat klinkt verdacht veel naar wat computersystemen sowieso de hele dag doen: gegevens uitwisselen. Is het dan al EDI als je een foto vanuit je camera-app naar je chatgesprek sleept? Nee. En dat zie je als je de definitie wat preciezer bekijkt:

Gestandaardiseerd: twee systemen kunnen alleen met elkaar communiceren als ze dezelfde taal spreken. Al in de jaren zeventig ontstonden daarom formaten die nog steeds worden gebruikt: in de VS werd ANSI ontwikkeld, in Europa koos men voor EDIFACT. Tegenwoordig zijn EDI-bestanden vaak gebaseerd op XML.

Het belangrijkste: hebben twee bedrijven eenmaal een EDI-formaat afgesproken, dan kunnen ze onderling gegevens uitwisselen zonder dat er steeds nieuwe, dure aanpassingen nodig zijn.

Geautomatiseerd: de communicatie tussen de systemen verloopt (grotendeels) zonder menselijke tussenkomst. Een voorbeeld: je ERP ziet dat een voorraad onder de kritische grens zakt. Het systeem maakt een bestelling aan en stuurt die naar het systeem van je leverancier. Dat systeem maakt op zijn beurt de order en de bijbehorende e-factuur aan, die naar jou wordt gestuurd. Jouw systeem herkent het betaalverzoek en zet een bankopdracht klaar.

Natuurlijk komt vroeg of laat altijd de mens om de hoek kijken. Iemand moet al die automatiseringen tenslotte inrichten, en waarschijnlijk wil je die factuur toch even controleren voordat je hem goedkeurt. Maar er vervallen talloze handelingen die je zonder EDI met de hand had moeten doen.

Zakelijke documenten: EDI is ontwikkeld voor IT-processen in bedrijven. Het kan dus elk document verwerken dat op de een of andere manier bij de dagelijkse bedrijfsvoering hoort. Denk aan:

• bestellingen
• facturen
• orderbevestigingen
• pakbonnen
• verzendmeldingen
• of voorraadmeldingen

De enige voorwaarde: uit het document moet een gestandaardiseerd bestand te maken zijn dat het ontvangende systeem begrijpt en kan verwerken. De verjaardagswensen aan je zakenpartners moet je dus nog steeds persoonlijk versturen.

EDI zonder uitzondering: de e-factuurplicht

Denk je nu "dat is iets voor nerds, wij hebben geen EDI nodig"? Helaas. Want zoals je vast weet, komt de e-factuurplicht eraan. In Nederland loopt het proces voor binnenlandse transacties tussen B2B-bedrijven nog, maar als je zaken doet met partijen in Duitsland, Frankrijk of België heb je er nu of binnenkort al mee te maken.

En de e-factuur is EDI in de beste zin van het woord: gestandaardiseerd, geautomatiseerd, machineleesbaar en een zakelijk document. Met andere woorden: een beetje EDI komt sowieso op je af. Misschien niet op grote schaal, maar onvermijdelijk als je facturen wilt blijven versturen en betalen.

En als het dan toch verplicht wordt, kun je net zo goed meteen nadenken over EDI op grotere schaal…

Voordelen: wat levert EDI op in e-commerce?

EDI is niet alleen een verplichte kost voor de e-factuur, het levert ook veel op. Anders zou niemand het systeem vrijwillig gebruiken. De belangrijkste voordelen:

1. Veel minder handwerk

Logisch: waar machines rechtstreeks met elkaar praten, is veel minder handwerk nodig. Zonder EDI komen bestellingen bijvoorbeeld per e-mail binnen en moet je ze stuk voor stuk overtypen in je ERP. Kunnen de systemen van je klanten en leveranciers rechtstreeks met jouw systemen communiceren, dan blijft copy-paste je bespaard.

2. Minder fouten in bestellingen en data

Handwerk betekent altijd ook fouten: hier een verwisseld cijfer, daar een overgeslagen kolom, plus in plaats van min op de rekenmachine. Met EDI komen dat soort fouten niet meer voor, want alle informatie landt direct waar die nodig is.

3. Snellere doorlooptijden

Bovendien zijn machines nu eenmaal veel sneller dan wij. De verwerking van een order meet je niet meer in uren, maar in milliseconden. De bestelling is sneller onderweg, de goederen zijn eerder bij jou. Je business wordt sneller en wendbaarder.

4. Schalen zonder evenredig meer personeel

Ook belangrijk: een EDI-omgeving kun je vrijwel onbeperkt opschalen zonder extra mensen aan te nemen. Een machine maakt het niets uit of je klant 50 of 500 verschillende artikelen bestelt, het verschil in verwerkingstijd is nauwelijks te meten.

5. Een professioneler bedrijf, over de hele linie

Twee dingen hierover. Ten eerste: het komt een stuk professioneler over als je je zakenpartner niet meer hoeft te vragen "stuur even een fax", maar zijn systemen via EDI rechtstreeks op jouw IT-omgeving kunt aansluiten. Daar komt bij: de eerste vier voordelen geven je team enorm veel tijd terug. Je zou dus kunnen overwegen om met minder mensen te gaan werken, of je kiest de route van slimme retailers: de gewonnen tijd steken in alles wat groei oplevert. Uitstekende klantenservice, goede analyses, slimme productontwikkeling. Meer tijd betekent altijd meer kansen om je te onderscheiden van je concurrenten en om je te presenteren als het bedrijf dat je zelf graag als partner zou hebben.

Voor welke bedrijven loont EDI?

Gestandaardiseerde gegevensuitwisseling klinkt dus als een verstandige investering. Maar niet elk bedrijf profiteert ervan. EDI invoeren is zinvol als…

… je bestelvolume groot genoeg is

Zolang het aantal binnenkomende bestellingen overzichtelijk blijft, kun je zonder EDI. Of je nu nog groeit of gewoon in een branche werkt met weinig, maar hooggeprijste orders, dat maakt niet uit. Loopt je team daarentegen vast op duizenden binnenkomende orders, dan biedt EDI verlichting.

… je als B2B-handelaar in groothandelsstructuren opereert

EDI is ooit ontwikkeld voor de groothandel, en dat merk je nog altijd. Veel partners gaan er simpelweg van uit dat hun systemen rechtstreeks met de jouwe kunnen praten. Hoe professioneler ze zijn georganiseerd, hoe sterker die verwachting. Kun jij geen EDI bieden, dan vis je bij de interessante partijen vaak achter het net.

… je gestandaardiseerde producten verkoopt

Verder werkt EDI het best met producten die voor zichzelf spreken; artikelen die een computersysteem moeiteloos begrijpt en kan bestellen. Schroeven volgens DIN-norm, kleding in standaardmaten en -kleuren, de gebruikelijke kantoorartikelen: allemaal prima. Verkoop je op maat geprinte 3D-onderdelen, maatwerk trouwjurken of gepersonaliseerde vulpennen, dan loopt EDI al snel tegen zijn grenzen aan. Bij zo'n bestelling hoort vaak uitgebreid advies en dat kan een machine niet leveren.

… je bedrijf lijdt onder te veel losse kanalen en handwerk

De ene bestelling komt per e-mail, de andere via WhatsApp, en voor een derde heeft je klant zelf een Excel-sheet in elkaar gezet en terwijl je team al die gegevens handmatig in je systeem overtikt, stapelen de fouten zich op. Nemen de klachten toe en heet je grootste kostenpost "invoerfouten"? Dan is het tijd om over EDI na te denken.

EDI en Shopware: waar de echte integratielaag zit

Hoe werkt EDI nu samen met Shopware? Om dat te begrijpen, moeten we eerst een misverstand uit de weg ruimen. Als er in de Shopware-context over EDI wordt gesproken, klinkt het vaak alsof EDI een functie is die je gewoon aan je shop toevoegt.

Maar in werkelijkheid is Shopware niet verantwoordelijk voor de EDI-oplossing. Je shop is de plek waar commerce plaatsvindt, in feite een etalage vóór het achterliggende ERP-systeem. De echte complexiteit begint pas daarna.

Shopware als vertrekpunt, niet als EDI-systeem

Even terug naar het begin: Shopware is gebouwd om het verkoopproces af te handelen; producten tonen, winkelmandjes verwerken, bestellingen aannemen en klanten door het koopproces leiden. Zodra bij de checkout de laatste klik is gedaan, zit de taak van de shop er in feite op. Pas dan begint de operationele verwerking van de bestelling en precies daar wordt EDI relevant.

Het typische systeemlandschap bij middelgrote bedrijven

In de praktijk ziet dat er meestal zo uit: Shopware genereert alleen de bestelling. Een ERP-systeem (zoals SAP, MS Dynamics of Salesforce) neemt de volledige commerciële afhandeling over. Een middleware-laag bewaakt daarbij dat de gegevens correct tussen shop en ERP worden overgedragen, nog steeds geen EDI dus.

Pas in de volgende stap speelt Electronic Data Interchange een rol: op het raakvlak met alles wat buiten je eigen systeemlandschap ligt; leveranciers, grote klanten, logistiek dienstverleners.

Met andere woorden: EDI zit niet ín de shop, maar op de grens met de buitenwereld.

De taak van de EDI-laag

Hier begint EDI met zijn werk: het vertaalt gegevens uit jouw systeemwereld naar gestandaardiseerde formaten die je externe partners kunnen verwerken en zorgt er tegelijk voor dat binnenkomende gegevens door jouw systeem worden begrepen.

Die vertaalslag is de echte kern van EDI in een moderne setup. Het gaat niet zozeer om één systeem, maar om het vermogen om verschillende systeemlandschappen met elkaar te laten communiceren.

Waarom is dat zo?

Vergeet niet: EDI komt van oorsprong uit de supply chain en is een stuk ouder dan de allereerste webshop. Daarom zit het waar de relevante data stromen en de commerciële processen plaatsvinden. Je shop is alleen het instappunt, niet de complete proceslogica.

Daar komt bij: EDI is zelden één uniforme standaard voor al je partners. Elke grote handelspartner, elke logistieke structuur en elk ERP-systeem stelt zijn eigen eisen. Zou je dat allemaal rechtstreeks in je shop willen onderbrengen, dan wordt de complexiteit onbeheersbaar.

Nog even dit: OCI PunchOut vs. EDI

Tot slot nog één ding dat we willen rechtzetten: OCI PunchOut en EDI worden in de B2B-context veel te vaak op één hoop gegooid, terwijl ze twee totaal verschillende problemen oplossen.

Zoals inmiddels vaak genoeg gezegd: EDI is de geautomatiseerde uitwisseling van zakelijke documenten tussen verschillende systemen. OCI PunchOut is geen gegevensuitwisseling, maar een inkoopproces: een gebruiker start in zijn eigen systeem, verlaat dat kort om in een externe shop in te kopen, en neemt zijn winkelmandje daarna weer mee terug naar het eigen systeem.

OCI PunchOut gaat dus aan EDI vooraf: pas nadat de inkoop is afgerond, neemt Electronic Data Interchange het over en zorgt het voor de gestructureerde uitwisseling van de zakelijke gegevens die daaruit voortkomen.

EDI: onze conclusie

Hoewel het bijna net zo oud is als de eerste personal computers, is EDI dus nog altijd een krachtig instrument in de IT. Het maakt snelle en foutloze uitwisseling van zakelijke gegevens tussen verschillende systemen mogelijk en speelt in onze verbonden wereld een rol die je niet mag onderschatten.

Twee dingen is EDI echter niet. Ten eerste: geschikt voor elk bedrijf. Om van Electronic Data Interchange te profiteren, heb je een voldoende groot bestelvolume en complexe systeemstructuren nodig. Ten tweede: een simpele bouwsteen van je Shopware-shop. EDI zit niet in de shop, maar daar waar jouw IT-omgeving met de buitenwereld communiceert. Even snel EDI aanzetten is er dus niet bij; de inrichting is altijd een traject dat flink wat werk met zich meebrengt.

Jouw Shopware-shop klaarmaken voor EDI hoort in elk geval bij ons aanbod. Wil je weten wat we verder voor je mogelijk maken? Neem dan een kijkje bij onze diensten.

Ben je juist benieuwd wat we al hebben gerealiseerd? Bezoek dan onze Shopware-partnerpagina. Daar vind je een overzicht van onze projecten met het platform. Of daar EDI bij kwam kijken, vertellen we je graag.

En trouwens: de mainframes uit de jaren zeventig uit onze inleiding draaien nog altijd. Als je internetverbinding weer eens hapert, hoeft het dus niet per se aan je provider te liggen.

FAQ: EDI voor e-commerce op Shopware

Wat is Electronic Data Interchange (EDI) en hoe werkt het?

EDI is de gestandaardiseerde, geautomatiseerde uitwisseling van zakelijke documenten (zoals bestellingen, facturen of pakbonnen) rechtstreeks tussen twee IT-systemen. Beide systemen spreken daarbij dezelfde taal (bijvoorbeeld EDIFACT of XML), zodat gegevens zonder menselijke tussenkomst worden overgedragen en verwerkt.

Welke concrete voordelen levert EDI mijn bedrijf op?

EDI vermindert handwerk en de bijbehorende fouten aanzienlijk, verkort doorlooptijden van uren naar milliseconden en maakt schalen mogelijk zonder evenredige personeelsgroei. Bovendien komt een bedrijf dat EDI ondersteunt professioneler over op zakenpartners, iets wat juist in de B2B-wereld steeds vaker als vanzelfsprekend wordt gezien.

Loont EDI voor elk bedrijf?

Nee. EDI is vooral zinvol bij een hoog bestelvolume, wanneer je team veel tijd kwijt is aan het handmatig overzetten van gegevens tussen systemen, of wanneer groothandelspartners een directe systeemkoppeling verwachten. Bedrijven met weinig bestellingen of sterk gepersonaliseerde producten, zoals maatwerk, hebben er nauwelijks baat bij.

Is EDI een functie die ik gewoon in mijn Shopware-shop kan aanzetten?

Nee, dat is een veelgemaakte denkfout: Shopware is verantwoordelijk voor het verkoopproces. EDI komt pas daarna in beeld, op het raakvlak tussen je eigen IT-omgeving en externe partners zoals leveranciers of logistiek dienstverleners. Daartussen zit doorgaans nog een ERP-systeem met een middleware-laag. EDI inrichten is daarom altijd een intensief traject.

Wat is het verschil tussen EDI en OCI PunchOut?

Beide begrippen worden in de B2B-context vaak verward, maar lossen verschillende problemen op. OCI PunchOut beschrijft een inkoopproces: een gebruiker verlaat kort zijn eigen systeem, koopt in een externe shop in en neemt het winkelmandje weer mee terug. EDI neemt het pas daarna over en zorgt voor de gestructureerde uitwisseling van de ontstane zakelijke gegevens tussen de betrokken systemen.