Je hebt een product, een eerste afnemer en een leverdatum. En dan blijkt dat de grootste onbekende in je hele systeemtraject niet je boekhouding is, niet je voorraad en niet je webshop, maar drie letters: EDI. Wie aan een grote supermarktketen wil leveren, ontdekt al snel dat elektronische berichtenuitwisseling geen wens is maar een toegangseis. Zonder EDI is er geen klant. Dit is hoe het werkt, waarom er geen generieke EDI-koppeling bestaat, en waarom je hier als eerste mee begint.
Het is geen functie, het is een toegangseis
Bij de meeste systeemvragen kun je kiezen. Wil je een webshop? Wil je projectadministratie? Fijn, dan zetten we dat aan. EDI werkt anders. Een grote retailer wisselt zijn orders, pakbonnen en facturen elektronisch uit volgens de GS1-standaard, en verwacht dat jij daarop aansluit. Doe je dat niet, dan ben je geen leverancier. Zo simpel is het.
Dat verandert de volgorde van je project. EDI is geen onderdeel dat je erbij doet als de rest staat, het is het onderdeel waar je mee begint - want het is het enige stuk waar iemand anders het tempo bepaalt.
Drie berichten, en waar ze vandaan komen
De kern van de GS1-standaard is overzichtelijker dan het jargon doet vermoeden. Er zijn drie berichten die er echt toe doen:
- ORDERS - de order. Die stuurt de retailer naar jou.
- DESADV - de pakbon, of despatch advice. Die stuur jij naar de retailer, vóórdat de goederen aankomen.
- INVOIC - de factuur. Die gaat van jou naar de retailer.
Daarnaast is er vaak een ontvangstbevestiging (APERAK), zodat beide kanten weten dat een bericht is aangekomen. En er zitten eisen aan de timing: EDI-dienstverleners die op Ahold Delhaize aansluiten documenteren bijvoorbeeld dat de DESADV minimaal een uur voor aankomst van de goederen op de losplaats binnen moet zijn. Dat is geen detail. Het betekent dat je pakbon een operationele deadline heeft die met je logistiek meebeweegt.
De verrassing: het zijn geen twee partijen, maar drie
Hier gaat het bij de meeste inschattingen mis. Je denkt aan EDI als een lijntje tussen jou en de retailer. Maar zodra je je opslag en verzending hebt uitbesteed - en dat is voor een startend merk eerder regel dan uitzondering - loopt de keten door drie partijen:
De order komt bij jou binnen en moet automatisch door naar je logistiek dienstverlener, want die pakt en verstuurt. De pakbon ontstaat niet bij jou maar bij die logistiek dienstverlener, op het moment dat er daadwerkelijk een pallet klaarstaat, en moet vandaar naar de retailer. De factuur gaat wel weer vanuit jouw systeem terug naar de retailer.
Kijk daar even naar. Het bericht dat de strengste timing heeft, de DESADV, is precies het bericht dat jij niet zelf maakt. Je bent afhankelijk van de data van een partij die jou niet in dienst heeft. Dat is de reden dat de vraag “wat kan jouw fulfilmentpartij, en via welke interface” net zo hard je scope bepaalt als de retailer zelf. Hoe je dat inricht, werken we uit in verkopen zonder eigen magazijn.
Odoo doet EDI niet zelf, en dat is prima
Een veelgestelde vraag: kan Odoo dit native? Richting een specifieke retailer: nee. Odoo verwerkt de inhoud uitstekend - een binnenkomende order wordt een verkooporder, een levering wordt een uitgaande zending, een factuur is een factuur - maar de vertaling naar het GS1-berichtformaat en het transport ernaartoe loopt via een EDI-provider of VAN. Die partij is de tolk tussen jouw systeem en de retailer.
Dat klinkt als een omweg maar is een zegen. Je wilt niet dat je ERP de EDI-specificaties van elke afnemer kent; je wilt dat één gespecialiseerde partij dat weet, en dat jouw systeem met die ene partij praat. Odoo koppelt aan de provider, de provider praat met de retailer. Als er morgen een tweede retailer bijkomt, is dat een uitbreiding bij je provider en geen verbouwing van je ERP.
Er bestaat geen standaard EDI-koppeling
Dit is de zin waar we het vaakst weerstand op krijgen, en de zin die het meeste geld bespaart: er is een standaard, maar geen standaard koppeling. GS1 is de taal. Maar elke retailer heeft eigen specificaties, eigen verplichte velden, eigen timing, eigen testtraject. “Een EDI-koppeling” bestaat niet in het algemeen, alleen per afnemer.
Wat daaruit volgt is praktisch: je kunt een EDI-traject niet inschatten zonder de specificaties van díé retailer en de mogelijkheden van díé provider. Wie je toch een bedrag noemt, gokt. Wij zeggen liever dat we het niet weten en dat het uitzoeken de eerste stap is, want dit onderdeel is doorgaans de grootste onbekende in de hele scope - vaak bepaalt de combinatie van EDI-provider en fulfilmentpartij het merendeel van wat het project wordt.
En dan test de retailer je koppeling zelf
Het laatste stuk dat mensen onderschat: je bent niet klaar als het bij jou werkt. Grote retailers testen en certificeren de koppeling zelf, in hun eigen tempo en hun eigen wachtrij. Dat is doorlooptijd die je niet kunt inhalen door harder te werken of meer mensen in te zetten.
Heb je een harde datum - een schapmoment, een introductie, een seizoen - dan is dat de reden om EDI vooraan te zetten en de rest van je inrichting parallel te laten lopen. Boekhouding, artikelbeheer en voorraad kun je in eigen tempo doen. Op de retailer wacht je.
Kort samengevat
EDI is bij een grote retailer geen functie maar een toegangseis. Drie berichten dragen het: ORDERS binnen, DESADV eruit vóór de goederen aankomen, INVOIC achteraf. Zodra je logistiek is uitbesteed zijn er geen twee partijen maar drie, en komt uitgerekend het bericht met de strakste deadline van een ander. Odoo doet de inhoud, een EDI-provider doet de vertaling. En omdat er wel een standaard maar geen standaard koppeling bestaat, begint elk eerlijk traject met de specificaties van die ene retailer, en begint het vroeg - want de retailer test zelf.
Sta je op het punt aan een grote retailer te leveren en weet je nog niet wat je systeem moet kunnen? Plan een vrijblijvende Quickscan en we brengen je EDI-traject, je fulfilmentpartij en je administratie in kaart - inclusief wat standaard kan en wat een koppeling wordt.
Meer lezen: PIM, EDI en klantenportaal voor groothandel · Verkopen zonder eigen magazijn · Actiekortingen en jaarafspraken in je P&L · Odoo voor inkoop-, sourcing- en importbedrijven · Wat kost een Odoo-implementatie?