EDI-koppeling: wat het is en hoe een traject verloopt

Een EDI-koppeling wisselt orders, orderbevestigingen, pakbonnen en facturen automatisch uit tussen het systeem van een leverancier en dat van de afnemer, in een vast formaat zoals EDIFACT. Het bouwen is zelden het meeste werk. Bij een meubelproducent die we koppelen, telde het invoeringstraject van één afnemer 6 fasen, van testfactuur tot live.

Wanneer is een EDI-koppeling nodig?

Meestal omdat een grote afnemer erom vraagt. Een inkoopcombinatie, een retailketen of een groothandel met honderden leveranciers wil geen pdf's overtikken. Wie daar wil blijven leveren, levert in hun formaat.

De meubelproducent levert aan twee inkoopcombinaties; de eerste telt alleen al ruim 50 winkels. Die ontving al EDI-facturen, de tweede wilde ernaartoe. Ook de facturen van de eerste moesten opnieuw, omdat het bestaande bericht niet aan de eisen voldeed. Daarover verderop meer.

Welke berichten gaan er over en weer?

De vaste kern is klein. In EANCOM, de subset van EDIFACT die GS1 beheert, heten ze zo (GS1):

• ORDERS: de inkooporder van de afnemer.
• ORDRSP: de orderbevestiging van de leverancier.
• DESADV: de verzendmelding, de digitale pakbon.
• INVOIC: de factuur.

Elk bericht wijst partijen aan met een GLN, een locatienummer van GS1. Op één order bij de meubelproducent staan er drie: de winkel bestelt, het centrale magazijn ontvangt, de inkooporganisatie betaalt. Namen en adressen horen uit de GLN-stamdata te komen. In het oude bericht stonden winkelnamen bij magazijnadressen.

EDIFACT, XML of een API: wat is het verschil?

EDIFACT is de oudste en nog steeds de meest gevraagde vorm. Een bericht is een reeks korte segmenten, zoals RFF+ON voor het bestelnummer van de klant. Compact en strikt.

XML komt vooral op bij e-facturatie. Een van de afnemers van de meubelproducent accepteert naast EDIFACT ook de Cross Industry Invoice in XML, gebaseerd op de Europese factuurnorm EN 16931. Dezelfde norm ligt onder Peppol. In België moeten btw-plichtige bedrijven sinds 1 januari 2026 onderling gestructureerde e-facturen sturen, met Peppol BIS 3.0 als standaard (FOD Financiën).

Een API is een directe verbinding, realtime. Prettig, maar een grote afnemer gaat zijn duizenden leveranciers niet elk een eigen API laten bouwen. Die schrijft een formaat voor.

En dan zijn er de eigen varianten. De orderbevestiging naar één afnemer heet .csv, maar is een bestand met vaste posities zonder scheidingstekens. Eén teken verschuiving zet elk volgend veld op de verkeerde plek, zonder foutmelding.

Wat is een VAN of clearingpartij?

Een VAN (value added network) is een tussenpartij die berichten doorgeeft, controleert en soms vertaalt. Beide inkoopcombinaties van de meubelproducent lopen via dezelfde clearingpartij voor de meubelbranche. Die ontvangt elk bericht, toetst het en weigert wat niet voldoet.

Dat had een groot gevolg voor de bouw. Eerst leek er per afnemer een eigen koppeling nodig. Het werd er één, naar de clearingpartij. De afwijzingen komen per mail, apart voor technische en inhoudelijke fouten. Die horen niet in een mailbox te eindigen, maar in een foutbak met een actiepunt bij financiën. Een afgewezen factuur is geld dat niet binnenkomt.

Wat eisen grote afnemers?

Meer dan een veldenlijst. De zwaarste eisen gaan over hoe de factuur is opgebouwd:

• Factureren mag pas nadat de goederen ontvangen zijn. Een factuur vóór levering wordt afgewezen.
• Eén factuur per order, en één btw-tarief per factuur. Geen verzamelfacturen.
• Factuurregels gegroepeerd op het positienummer van de afnemer, niet op de eigen setlogica. Dat nummer moet bij het inlezen van de order al per regel bewaard worden.
• Het werkelijke aantal per regel, en het model of de serie. Eén afnemer bouwt er modelstatistieken op.
• Een goederencode bij levering vanuit het buitenland. De meubelproducent produceert in Polen.

En na livegang is het EDI-bericht de originele factuur, niet de pdf. Dat bericht valt dus onder de fiscale bewaarplicht van zeven jaar (artikel 52 Algemene wet inzake rijksbelastingen). De ruwe berichten mogen niet opgeschoond worden.

Hoe verloopt een EDI-traject?

Bij de tweede afnemer schreef die zelf de volgorde voor:

1. De clearingpartij controleert een standaardfactuur, aangeleverd als EDI-bestand mét pdf.
2. De afnemer controleert de boeking op het hoofdkantoor.
3. De clearingpartij controleert de overige documenten: creditnota's en buitenlandse facturen.
4. Een testfase voor die documenten.
5. Parallelbedrijf: EDI én papier.
6. Live, en de papieren factuur vervalt.

De eerste drie testrondes zijn gratis, daarna kost elke extra ronde geld. Daarom bouwen we een controle op het uitgaande bericht, die alle verplichte velden aftikt voordat er iets de deur uitgaat. Goedkoper dan een testronde.

Twee afspraken bij de overstap. Er komt een vast omschakelmoment, waarna alleen nieuwe orders via EDI gaan. Oude facturen opnieuw sturen mag niet, die zijn al als pdf verwerkt. En tot alles stabiel draait, blijft de pdf meegaan.

Waar stranden testrondes op?

Op dingen die met één controle vooraf zichtbaar waren geweest. In het bestaande factuurbericht vonden we acht afwijkingen. Zeven daarvan had een automatische check vóór verzending gevangen:

• Het aantal stond altijd op 1, met het bedrag vermenigvuldigd. Financieel klopt het, maar elke statistiek op aantallen is onbruikbaar.
• Het bericht meldde 38 segmenten, er stonden er 37. Sommige ontvangers weigeren daarop.
• Een leeg pakbonnummer, met als datum 17 november 1858.
• Verplichte velden die leeg waren, en geen echte artikelcode waar die gevraagd werd.

Aan de inkomende kant gaat het mis op notatie. Aantallen komen binnen als 2,000. Dat is twee stuks. Verkeerd gelezen is het een order van tweeduizend.

Hoe lang duurt het?

Langer dan het bouwen. De laatste wijziging aan orderimport en factuuropbouw in het oude pakket duurde zeven weken, van aanvraag tot oplevering. Het werk zit in het acceptatietraject: berichten heen en weer tot beide kanten akkoord zijn.

Eén stille valkuil: een afnemer die inhoudelijke fouten zelf corrigeert, zonder iets terug te melden. Dan wijkt de eigen administratie af van wat er betaald wordt, en dat blijkt pas maanden later. Spreek terugkoppeling af, desnoods als verzamelbericht.

Hoe pakken wij dit aan?

We bouwen één intern order- en factuurbericht volgens EN 16931, en per afnemer alleen de vertaling. Een wijziging bij de ene afnemer raakt de andere dan nooit. Wij regelen de bouw, de controle vooraf en de testrondes met de clearingpartij; de code en de berichten blijven van het bedrijf zelf.

Komen orders nog per mail binnen, dan is dat vaak de grotere winst. Bij een B2B-producent komen ruim 3.300 van de 5.017 gemeten ordermails er als correcte conceptorder in. Hoe dat werkt staat bij orderverwerking automatiseren. Een koppeling met Exact erachter staat in Exact Online API in de praktijk.

Plan een Data Impact Scan en zie binnen een week welke velden een afnemer straks gaat weigeren.

Veelgestelde vragen

Wat kost een EDI-koppeling?

Dat hangt minder af van de bouw dan van het aantal afnemers en berichten. Elke afnemer heeft een eigen acceptatietraject met testrondes, en een clearingpartij of VAN rekent vaak per bericht, per maand of per extra testronde. Wie één intern bericht bouwt en per afnemer alleen de vertaling, betaalt de bouw één keer.

Wat is het verschil tussen EDI en een API?

EDI is een afgesproken berichtformaat dat als bestand wordt uitgewisseld, vaak in batches en via een tussenpartij. Een API is een directe, realtime verbinding tussen twee systemen. Grote afnemers schrijven bijna altijd EDI voor, omdat ze duizenden leveranciers op één standaard willen; een API is gangbaarder tussen eigen systemen.

Wat is een GLN?

Een GLN (Global Location Number) is een nummer van GS1 dat een bedrijf of locatie uniek aanwijst. In een EDI-bericht staat niet de naam van de winkel of het magazijn, maar het GLN. Op één order kunnen drie verschillende GLN's staan: wie bestelt, wie ontvangt en wie betaalt.

Hoe lang duurt een EDI-traject?

Reken eerder in weken dan in dagen, ook als het bouwen snel gaat. Bij een meubelproducent duurde één wijziging aan orderimport en factuuropbouw in een bestaand pakket zeven weken, van aanvraag tot oplevering. De doorlooptijd zit vooral in testberichten heen en weer tot afnemer en tussenpartij akkoord zijn.