Dienst · Web-ontwikkeling

EDI koppeling laten maken voor uw handelspartners.

EDI — Electronic Data Interchange — is hoe bedrijven gestructureerd orders, facturen, leveringen en voorraad-updates met elkaar uitwisselen. Wij bouwen EDI-koppelingen op maat tussen uw ERP en uw retailers, leveranciers of logistieke partners — UN/EDIFACT, UBL, Peppol, ANSI X12 of XML, vanuit één integratie-laag.

EDIFACT & UBLPeppol AccessPointAS2 / SFTP / OFTP2ERP-mapping

Plan een kennismaking Bekijk integratie-cases

Een EDI-koppeling is geen file-drop, het is een handels-protocol.

EDI bestaat al sinds de jaren tachtig en is nog altijd dé manier waarop grote retailers, automotive-OEM's en logistieke partijen met hun leveranciers communiceren. Wie aan Albert Heijn, Jumbo, IKEA of een Duitse autofabrikant levert, krijgt geen keuze: u koppelt via EDI of u factureert niet. Tegelijk is "EDI" geen één-vorm-iets — het is een verzameling standaarden (UN/EDIFACT, ANSI X12, UBL, VDA, TRADACOMS, XML-varianten zoals cXML), een verzameling transport-protocollen (AS2, OFTP2, SFTP, Peppol) en een verzameling business-rules per handelspartner. Voor de één betekent "EDI-koppeling" één XML-bestand per dag via SFTP; voor de ander een real-time AS2-feed van duizenden ORDERS-berichten met functional-acknowledgments terug.

Wij bouwen sinds 2015 maatwerk-integraties tussen ERP-systemen en de buitenwereld. Voor EDI betekent dat een mapping-engine tussen uw eigen data-model en de berichten die uw handelspartners eisen, een transport-laag die zowel klassiek AS2 als modern Peppol aankan, en archivering die voldoet aan de fiscale bewaarplicht van tien jaar. We vervangen geen grote EDI-providers zoals Babelway, Comarch of OpenText voor enterprise-volume — wel bouwen we kleinere stacks, aanvullingen op bestaande providers, en specifieke koppelingen die in standaardproducten gewoon niet zitten.

Onze rol stopt niet bij "het bericht komt door". We denken mee over wat er gebeurt als een leverancier morgen een veld toevoegt, hoe afgewezen berichten niet in een queue blijven hangen en hoe uw finance- of operations-team afwijkingen ziet zonder dat ze in raw EDIFACT moeten lezen. Een goed gebouwde EDI-koppeling is voor het overgrote deel het afvangen van uitzonderingen — het standaard-geval is in een sprint klaar, de afwijkingen vormen het echte werk.

De standaarden waarmee we het vaakst werken: UN/EDIFACT voor klassieke retail en logistiek; UBL voor moderne e-facturen via Peppol; ANSI X12 voor Amerikaanse handelspartners in retail en healthcare; VDA voor Duitse automotive; cXML en xCBL voor B2B-marketplaces; HL7 voor zorgcommunicatie; SBR voor Nederlandse fiscale rapportage; en XBRL/EBR voor energie-rapportages. We kiezen niet op voorhand een standaard — we kiezen wat uw handelspartners eisen en bouwen daar de stack omheen.

Drie smaken EDI-koppeling.

Welke variant past hangt af van uw handelspartners, uw factuur- en ordervolume, en hoe ver u zelf de touwtjes in handen wil houden. We adviseren welke variant past in het eerste gesprek.

Compact traject · vast sprintbudget

Eén-op-één EDI-koppeling met één handelspartner

U moet leveren aan één grote retailer of OEM en heeft hun EDI-specificatie ontvangen. We bouwen de directe koppeling vanuit uw ERP naar hun gateway — UN/EDIFACT ORDERS / DESADV / INVOIC, of de XML-variant die zij voorschrijven. Inclusief mapping, AS2- of SFTP-transport en de eerste rondes test-berichten in hun acceptatie-omgeving.

EDIFACTAS2 / SFTPAcknowledgmentsTest-rondes

Middelgroot traject · vast sprintbudget

Mapping-engine voor meerdere handelspartners

U koppelt aan vijf, tien of meer afnemers of leveranciers, en elke partij heeft net andere segmenten, codes of business-rules. We bouwen een centrale mapping-engine — één bron-formaat vanuit uw ERP, meerdere ontvanger-mappings — zodat een nieuwe partner toevoegen geen nieuw project meer is, maar een configuratie. Inclusief routing, monitoring en een dashboard voor uw operations-team.

Mapping-engineRoutingPartner-onboardingMonitoring

Groter traject · vast sprintbudget

Eigen Peppol-AccessPoint of AS2-server

U wil zelf de regie houden over uw e-invoicing-flow naar de overheid (Peppol BIS, SBR) of u draait een AS2-server voor uw automotive-stroom. We bouwen een productie-stack met eigen AccessPoint of AS2-server, gekwalificeerde signatures, archivering voor tien jaar en een self-service portaal voor uw handelspartners. Een echte enterprise-grade EDI-laag, in uw eigen cloud.

Peppol AccessPointAS2-serverE-archiveringPartner-portaal

Wat u krijgt aan het einde.

Een productieklare EDI-koppeling, plus alles wat uw team nodig heeft om hem zelf te beheren en uit te breiden naar nieuwe handelspartners.

De integratie-laag zelfProductie- en acceptatie-omgeving, gekoppeld aan zowel uw ERP (SAP, Exact, AFAS, Dynamics) als de gateways van uw handelspartners of een Peppol-AccessPoint.
Mapping-tabellen per bericht-typeGedocumenteerde mapping tussen uw ERP-velden en de relevante EDI-berichten — ORDERS, DESADV, INVOIC, ORDRSP, RECADV — inclusief fallback-regels voor ontbrekende data.
Transport en acknowledgmentsImplementatie van AS2, SFTP, OFTP2 of Peppol, met CONTRL- en functional-acknowledgment-flow zodat u weet wanneer een bericht echt aankwam.
Validatie en business-rulesXSD- of EDIFACT-schema-validatie, plus de partner-specifieke business-rules die u heeft aangeleverd, zodat afwijzingen vóór verzending al zichtbaar zijn.
Compliant e-archiveringVersleutelde, onveranderbare opslag van alle in- en uitgaande EDI-berichten voor de fiscale bewaarplicht van tien jaar — bruikbaar voor internationale facturen en audits.
Operations-dashboardInzicht voor uw finance- en logistieke team in verzonden, geaccepteerde, afgewezen en wachtende berichten — met één klik herzenden voor mislukte transmissies.
Codebase + runbookVolledige source code, build-instructies en een runbook voor incidenten — uw IT-team kan zelf escalaties oppakken zonder afhankelijk te zijn van een externe leverancier.
Beheer-contract (optioneel)Monitoring, certificaat-rotaties, security-patches en doorontwikkeling op een vaste maandprijs — handig wanneer Peppol of een retailer een nieuwe versie van een schema uitbrengt.

Wanneer een EDI-koppeling de juiste keuze is.

Vier situaties waarin we organisaties begeleiden. Herkent u er één, dan praten we graag verder over de scope.

Retail / wholesale

Leverancier voor grote retailers

U levert aan Albert Heijn, Jumbo, Hema, Bol of een grote internationale retailer. Zij eisen EDI-orders (ORDERS), pakbon-bevestigingen (DESADV) en e-facturen (INVOIC of UBL) via hun voorgeschreven gateway. Zonder werkende koppeling stokken uitbetalingen of komen orders niet door.

Automotive / VDA

Toeleverancier in de automotive-keten

U levert onderdelen of just-in-time-leveringen aan een Duitse of internationale OEM. VDA-berichten via OFTP2, met strakke timing voor leveringsbevestigingen en voorraadposities, zijn de norm. Eén ontbrekende DELJIT-bevestiging en de productielijn merkt het.

Overheid & B2G

Peppol-verplichting voor e-facturen

U factureert aan overheden, ziekenhuizen of onderwijsinstellingen die UBL via Peppol BIS eisen. Of u valt onder de aankomende EU-brede e-invoicing-verplichting en wil zelf een AccessPoint draaien in plaats van per factuur te betalen aan een externe provider.

Logistiek & douane

Vervoersopdrachten en douane-aangiften

U coördineert multimodaal transport met IFTMIN-vrachtbrieven, douane-aangiften (Customs / NCTS) en voorraad-meldingen aan opdrachtgevers. De combinatie van EDI met API-gateways en track-and-trace-systemen is het terrein waarin we het meest hebben gebouwd.

Healthcare

ZorgMail, Vecozo en declaratie-flows

Zorgaanbieders, apotheken en verzekeraars wisselen via HL7- en EDIFACT-varianten declaratiebestanden, retourberichten en autorisaties uit. Wij koppelen praktijksoftware of een eigen platform aan ZorgMail, Vecozo en VECOZO-achtige knooppunten, met de juiste authenticatie en compliance-eisen.

E-commerce naar wholesale

Bol-, Amazon- of marketplace-flow naar uw WMS

U verkoopt via Bol, Amazon of een marketplace, maar uw voorraad en facturatie draait op uw eigen WMS of ERP. Een EDI- of cXML-koppeling tussen marketplace en eigen systeem voorkomt dubbele administratie, mist-bestellingen en handmatige overschrijfklussen.

Hoe een EDI-traject loopt.

Kennismaking & partner-scoping

Een gesprek waarin we vaststellen welke handelspartners moeten worden gekoppeld, welke berichten zij eisen (ORDERS, DESADV, INVOIC, ORDRSP, RECADV, anders) en welk transport zij voorschrijven. We vragen om hun message-implementation-guides en bekijken ze samen.

Bron-data uit uw ERP

We leggen uw outbound data (order-bevestigingen, leveringen, facturen) naast wat de partner verwacht. Velden die niet matchen krijgen mapping-regels, lookup-tabellen of vaste fallbacks. Resultaat: een mapping-document dat uw team zelf kan onderhouden bij ERP-wijzigingen.

Bouw in sprints, eerst sandbox

Elke sprint een werkende build. We starten in de acceptatie-omgeving van de partner — testen daar de mapping, transport en acknowledgments — en lopen samen door de afgewezen scenario's heen voordat we naar productie gaan. Vroeg een retailer meekrijgen voor een test-batch scheelt veel pijn op go-live-dag.

Validatie en exception-flow

Voor elk bericht draait een pre-validatie tegen het schema en de business-rules. Afgewezen berichten krijgen een nette retry-flow met audit-log; berichten die structureel mislopen escaleren naar uw operations-team, niet naar een dode queue.

Go-live & archivering inrichten

Gefaseerde overgang van acceptatie naar productie, archivering ingericht voor de fiscale bewaarplicht, en kennisoverdracht aan uw IT- en operations-team. Dashboards staan klaar voor finance, supply-chain en eventuele audits.

Beheer & nieuwe partners

EDI-landschap beweegt: retailers brengen nieuwe schema-versies uit, Peppol introduceert nieuwe BIS-profielen, automotive-OEM's wisselen van portaal. We monitoren die wijzigingen en breiden de koppeling uit naarmate u meer partners onboardet. Voor partners die u zelf onboardt leveren we een self-service portaal met een test-omgeving — een nieuwe leverancier of klant kan zo zelf een eerste batch berichten doorsturen voordat productie aan staat.

Veelgestelde vragen.

Wat opdrachtgevers meestal willen weten voor we beginnen.

Welke EDI-standaard hebben wij nodig?

Dat hangt af van uw handelspartners en uw sector. Retail en wholesale draaien meestal op UN/EDIFACT (ORDERS, DESADV, INVOIC) of UBL; automotive op VDA met OFTP2; overheid en B2B-e-facturen op UBL via Peppol BIS; Amerikaanse retail en healthcare op ANSI X12. Wij kijken bij de eerste handelspartner welke message-implementation-guide u heeft ontvangen en bepalen daaruit welke standaarden uw stack moet ondersteunen.

Wat is het verschil tussen EDI en een API-integratie?

EDI is een gestandaardiseerd batch-protocol voor handelsdocumenten, met vastgelegde berichten en formele acknowledgments. API's zijn flexibeler maar bedrijfs-specifiek en zelden gestandaardiseerd over leveranciers heen. In de praktijk bestaan ze naast elkaar — een retailer eist EDI voor INVOIC en biedt tegelijk een REST-API voor voorraadposities. Wij bouwen vaak een integratie-laag die beide kan en routeert op partner-niveau.

Wat is UBL en hoe past dat in Peppol?

UBL (Universal Business Language) is een open XML-standaard voor handelsdocumenten — orders, facturen, leveringen. Peppol BIS is een EU-brede afspraken-set bovenop UBL die voorschrijft welke velden verplicht zijn en hoe ze tussen AccessPoints worden verstuurd. Voor e-facturen aan overheden binnen de EU is Peppol BIS feitelijk de standaard geworden, en het wordt breder verplicht voor B2B. Onze pagina over Exact Online integratie raakt aan de boekhoud-kant van deze flow.

Moeten wij een eigen Peppol-AccessPoint inrichten of een provider inhuren?

Dat hangt af van uw factuurvolume, controle-behoefte en gevoeligheid voor per-factuur-kosten. Voor lagere volumes is een externe AccessPoint (Storecove, Tradeshift, Pagero) prima en goedkoper. Bij hogere volumes, internationale flows of een eis tot maximale controle bouwen we een eigen AccessPoint in uw cloud. In het eerste gesprek nemen we beide scenario's door zodat de keuze inhoudelijk is, niet ideologisch.

Hoe zit het met e-archivering voor internationale facturen?

Fiscale wetgeving eist langjarige bewaring van factuurdata; in Nederland en de meeste EU-landen tien jaar. Voor internationale facturen geldt de zwaarste eis uit de betrokken landen. We zetten versleutelde opslag op met onveranderbare logging (write-once) en een audit-trail die laat zien wie wanneer welke factuur heeft ingezien, geëxporteerd of opnieuw verzonden. Toegang verloopt via uw IdP zodat het binnen uw bestaande security-beleid valt.

Werken jullie met onze IT-afdeling en bestaande EDI-provider?

Vrijwel altijd. Veel klanten draaien al deels op Babelway, Comarch, Cleo of OpenText/GXS — wij vervangen die enterprise-stacks niet voor groot volume, maar bouwen aanvullingen of de specifieke koppelingen die in standaardproducten ontbreken. We sluiten aan op uw bestaande provider via webhooks of een eigen lichte broker, en doen kennisoverdracht in de laatste sprint.

Kunnen jullie ook helpen migreren van EDIFACT naar moderne API's?

Ja. Steeds meer ketens zetten parallelle API's neer naast hun EDIFACT-stromen, met UBL of REST/JSON als nieuwe norm. We bouwen een vertaal-laag die uw bestaande ERP-output ongewijzigd laat, maar zowel klassiek EDIFACT (voor partners die niet meeschakelen) als moderne API's of UBL kan uitspelen. Zo migreert u in eigen tempo zonder al uw partners tegelijk te dwingen.

Welke retail-specifieke flows komen het meest voor?

Voor Nederlandse retail meestal de ORDERS-DESADV-INVOIC-keten via EDIFACT: de retailer plaatst een order, de leverancier bevestigt met ORDRSP, kondigt de levering aan met DESADV en factureert via INVOIC of UBL. Een RECADV vanuit de retailer rondt de keten af. Internationale retailers en marketplaces hebben vaak XML-varianten (cXML, xCBL) of eigen API-portalen daarnaast. Wij implementeren beide kanten — uitgaand naar de retailer én de retour-stroom terug naar uw ERP.

Wat bepaalt de kosten van een EDI-koppeling?

Drie zaken: het aantal handelspartners en bericht-types, het aantal bron-systemen aan uw kant (één ERP is korter dan SAP plus AFAS plus een eigen platform), en of u zelf een AccessPoint of AS2-server draait of via een externe provider werkt. In het eerste gesprek nemen we de scope door en koppelen we daarna een sprintbudget terug. Geen open-eind-uurtjes; vaste budgetten per sprint.

Praat met ons over uw EDI-koppeling.

Een kennismaking van een half uur, vrijblijvend. We luisteren naar uw handelspartner-landschap, vragen door op de berichten die u moet uitwisselen en geven richting over scope, transport-keuze en eventuele Peppol-overlap. Heeft u al een bestaande EDI-provider, dan kijken we mee hoe een aanvullende stack daarmee samenwerkt. Lees ondertussen onze pagina over slimme API-integraties, en als u uw operationele flows breder wil aanpakken, over een order management systeem op maat of een ERP-systeem op maat. Voor inkoop-zijde-automatisering: procurement-automation-platform.

Plan een kennismaking Of bekijk meer cases