Elektronische gegevensuitwisseling (Edi)
Wat is Electronic Data Interchange (EDI)?
Electronic data interchange (EDI) is de uitwisseling van gestructureerde zakelijke documenten tussen organisaties van computer naar computer, met gebruik van overeengekomen standaarden. In de logistiek, e-commerce en internationale handel maakt het systemen die worden beheerd door kopers, leveranciers, magazijnen, vervoerders en andere handelspartners mogelijk om informatie zoals inkooporders, verzendberichten, transportinstructies en facturen uit te wisselen zonder dat mensen elk document opnieuw hoeven in te voeren.
Het kenmerkende van EDI is niet alleen dat informatie elektronisch wordt verzonden. De informatie is georganiseerd in velden, segmenten en berichten die ontvangende software kan interpreteren volgens een overeengekomen specificatie. Een factuur die als PDF aan een e-mail is toegevoegd, is op zichzelf daarom geen EDI-factuur: een persoon of hulpmiddel voor documentverwerking moet mogelijk nog steeds de inhoud ervan extraheren voordat een bedrijfssysteem deze kan gebruiken.
EDI beschrijft een methode voor het uitwisselen van bedrijfsinformatie en niet één softwareproduct, netwerk of bestandsindeling. Een werkende oplossing is afhankelijk van compatibele documentdefinities, communicatiemethoden, identificatiemiddelen en bedrijfsregels.
EDI in logistiek en e-commerce
EDI verbindt activiteiten die organisatorische grenzen overschrijden. Het inkoopsysteem van een retailer kan een order genereren, het systeem van een leverancier kan deze bevestigen en een magazijn kan instructies ontvangen om de goederen klaar te maken. Verzendinformatie en facturen kunnen vervolgens als afzonderlijke berichten tussen de relevante systemen worden uitgewisseld.
In e-commerce kan EDI de business-to-businessprocessen achter een winkel voor consumenten ondersteunen. Een online retailer kan het bijvoorbeeld gebruiken om voorraad bij een leverancier te bestellen of fulfilmentinformatie met een magazijn uit te wisselen. De checkouttransactie van de consument en de daaropvolgende EDI-berichten van de retailer zijn gerelateerde zakelijke gebeurtenissen, maar het zijn niet noodzakelijk dezelfde transactie en ze gebruiken niet noodzakelijk dezelfde technische interface.
Bij grensoverschrijdende handel kan EDI informatie bevatten die nodig is voor internationaal transport en commerciële documentatie. Douaneautoriteiten kunnen ook gestructureerde elektronische berichten gebruiken volgens hun eigen specificaties. Het uitwisselen van een EDI-bericht met een leverancier of vervoerder vormt echter op zichzelf geen douaneaangifte, stelt naleving van regelgeving vast en autoriseert evenmin de vrijgave van goederen.
Veelvoorkomende zakelijke documenten
De volgende voorbeelden illustreren documentfuncties en vormen geen verplichte volgorde. Welke berichten worden gebruikt, hangt af van de handelsrelatie en de toepasselijke implementatiehandleiding.
| Document of bericht | Zakelijk doel | Voorbeeld in logistiek of e-commerce |
|---|---|---|
| Inkooporder | Communiceert de bestelling van een koper voor goederen of diensten. | Een retailer bestelt aanvullingsvoorraad bij een leverancier. |
| Orderreactie of orderbevestiging | Communiceert de reactie van de leverancier op een order. | Een leverancier bevestigt aantallen of stelt wijzigingen voor, wanneer het overeengekomen bericht dit ondersteunt. |
| Voorafgaand verzendbericht of despatch advice | Beschrijft een zending voordat deze aankomt. | Een magazijn ontvangt informatie over verwachte dozen, artikelen en aantallen. |
| Transportinstructie | Communiceert instructies voor een transportdienst. | Een verzender stuurt overeengekomen bewegingsgegevens naar een transportpartner. |
| Bericht over de verzendstatus | Communiceert een transportgebeurtenis of status. | Een vervoerder meldt een gebeurtenis die verband houdt met een zending. |
| Factuur | Communiceert factureringsinformatie. | Een leverancier factureert een retailer voor geleverde goederen. |
Een voorafgaand verzendbericht, vaak afgekort als ASN, beschrijft een verwachte zending; het bewijst niet dat de goederen zijn aangekomen. Evenzo is een bericht over de verzendstatus niet automatisch een bewijs van levering. De betekenis ervan hangt af van de gemelde gebeurtenis en de ondersteunende informatie.
Standaarden, indelingen en communicatiemethoden
EDI-standaarden bepalen hoe zakelijke berichten zijn gestructureerd en wat hun gegevenselementen betekenen. Twee gevestigde standaardfamilies zijn X12 en de regels van de Verenigde Naties voor Electronic Data Interchange for Administration, Commerce and Transport, bekend als UN/EDIFACT. GS1 beheert ook EDI-standaarden, waaronder EANCOM, dat is gebaseerd op UN/EDIFACT, en GS1 XML.
Binnen X12 zijn voorbeelden de 850 Purchase Order, 856 Ship Notice/Manifest en 810 Invoice. UN/EDIFACT biedt berichten zoals ORDERS voor inkooporders, DESADV voor despatch advice en INVOIC voor facturen. Deze voorbeelden hebben vergelijkbare zakelijke doelen binnen de standaarden, maar hun structuren en implementatievereisten zijn niet uitwisselbaar.
Een standaard alleen bepaalt niet elk detail van een handelsrelatie. Partners moeten ook overeenstemming bereiken over de toepasselijke versie en implementatiehandleiding, verplichte velden, toegestane codes, identificatiemiddelen en validatieregels. Twee organisaties kunnen dezelfde standaardfamilie ondersteunen en toch mappingwerk nodig hebben voordat hun systemen bruikbare berichten kunnen uitwisselen.
| Component | Wat het bepaalt | Voorbeeld |
|---|---|---|
| Berichtstandaard | De structuur en betekenis van een zakelijk bericht. | Een X12-factuur of UN/EDIFACT-despatch advice. |
| Implementatiehandleiding | Hoe een bepaald bericht in een handelsrelatie wordt gebruikt. | Vereiste verzendidentificatiemiddelen en toegestane eenheden voor hoeveelheden. |
| Communicatiemethode | Hoe een bericht tussen systemen wordt overgedragen. | AS2 of een overeengekomen beveiligde bestandsoverdracht. |
| Vertaling en mapping | Hoe velden in externe berichten overeenkomen met interne applicatiegegevens. | Een binnenkomende orderregel koppelen aan een record in het ordermanagementsysteem. |
AS2 is een communicatiespecificatie voor het uitwisselen van bedrijfsgegevens via HTTP, met mechanismen voor beveiliging en ontvangstbevestigingen. Het is geen indeling voor een inkooporder of factuur. Een value-added network, of VAN, kan diensten voor het uitwisselen van tussenliggende berichten leveren; ook dit staat los van de standaard voor zakelijke documenten.
Hoe werkt een EDI-uitwisseling?
- Een zakelijke gebeurtenis creëert gegevens. Een koper keurt bijvoorbeeld een inkooporder goed in een enterprise-resource-planning- of ordermanagementsysteem.
- De gegevens worden in een bericht omgezet. Vertaalsoftware converteert interne velden naar de structuur die vereist is volgens de overeengekomen standaard en implementatiehandleiding.
- Het uitgaande bericht wordt gecontroleerd. Bij validatie kunnen syntaxis, verplichte velden, codewaarden en partn specifieke vereisten worden gecontroleerd.
- Het bericht wordt verzonden. Het gaat via het overeengekomen communicatiekanaal naar de ontvanger of een tussenpersoon.
- De ontvanger valideert en vertaalt het. Het ontvangende systeem controleert het bericht en koppelt geaccepteerde informatie aan de interne applicatie-indeling.
- De bedrijfsverwerking volgt. De ontvangende applicatie kan een order aanmaken, een verwachte ontvangst registreren of een uitzondering ter beoordeling doorsturen.
- Reacties worden afgestemd. Technische ontvangstbevestigingen, acknowledgments en zakelijke reacties helpen de verzender bepalen wat er met de uitwisseling is gebeurd.
Deze stappen garanderen niet dat elke transactie automatisch wordt verwerkt. Een onbekende productidentificatie, ongeldige afleverlocatie, dubbel documentnummer of niet-ondersteunde maateenheid kan interventie vereisen, zelfs wanneer het bericht structureel geldig is.
Ontvangst, validatie en zakelijke acceptatie
EDI-acknowledgments werken op verschillende niveaus. Een transportontvangst kan aangeven dat een bericht een communicatie-eindpunt heeft bereikt. Een functionele of implementatie-acknowledgment kan de resultaten van structurele controles melden. Een zakelijke reactie kan communiceren of een order of ander verzoek is geaccepteerd, afgewezen of gewijzigd.
Deze signalen mogen niet als gelijkwaardig worden beschouwd. Een geslaagde verzending betekent niet noodzakelijk dat een order is geaccepteerd of dat goederen worden verzonden. De specifieke betekenis van een acknowledgment moet worden geïnterpreteerd volgens de relevante specificatie en overeenkomst met de handelspartner.
Illustratief voorbeeld van order tot verzending
Een retailer kan via EDI een inkooporder naar een buitenlandse leverancier sturen. Het systeem van de leverancier controleert productidentificaties, aantallen en de gewenste leveringsinformatie. Als de handelsafspraak een orderreactie omvat, kan de leverancier zijn acceptatie of voorgestelde wijzigingen via een afzonderlijk bericht communiceren.
Wanneer de goederen zijn klaargemaakt, kan de leverancier een voorafgaand verzendbericht uitgeven waarin de zending en de inhoud ervan worden geïdentificeerd. Het ontvangende magazijn kan die informatie gebruiken om zich op de ontvangst voor te bereiden en de verwachte aantallen te vergelijken met de daadwerkelijk ontvangen goederen. De leverancier kan ook een factuur sturen voor verwerking in het financiële systeem van de retailer.
Dit voorbeeld laat zien hoe EDI records tussen organisaties verbindt. Het betekent niet dat elke partij dezelfde software gebruikt, dat elk bericht in realtime wordt afgeleverd of dat de commerciële documenten transport- en douanevereisten vervangen. Het koppelen van inkooporders, verzendreferenties en facturen vereist nog steeds consistente identificatiemiddelen en overeengekomen bedrijfslogica.
EDI en verwante technologieën
| Verwant concept | Relatie tot EDI | Belangrijk onderscheid |
|---|---|---|
| Application programming interface (API) | Een interface waarmee software verzoeken en gegevens uitwisselt. | EDI legt de nadruk op gestandaardiseerde zakelijke berichten; een API definieert de interactie met een softwaredienst. Beide kunnen naast elkaar bestaan. |
| XML | Een opmaaktaal die wordt gebruikt om gegevens te structureren. | Alleen XML-syntaxis vormt geen overeengekomen standaard voor zakelijke berichten. |
| Elektronische facturering | De elektronische uitgifte en uitwisseling van facturen. | EDI kan elektronische facturering ondersteunen, maar wettelijke en technische vereisten verschillen per rechtsgebied. |
| ERP- of magazijnbeheersysteem | Een applicatie die bedrijfsinformatie creëert of gebruikt. | Deze systemen beheren activiteiten; EDI biedt een manier om informatie met andere organisaties uit te wisselen. |
| Verzendtracking | Het melden en interpreteren van gebeurtenissen rond zendingen. | EDI kan statusinformatie vervoeren, maar is op zichzelf geen trackingwebsite of complete trackingdienst. |
EDI en API's zijn niet in elke architectuur onderling uitsluitende alternatieven. Een organisatie kan EDI-berichten gebruiken voor partnertransacties en API's om die transacties met interne applicaties te verbinden. De juiste oplossing hangt af van documentvereisten, mogelijkheden van partners, timingbehoeften en operationele controles, en niet alleen van het technologielabel.
Implementatieoverwegingen en beperkingen
EDI kan herhaalde handmatige gegevensinvoer verminderen wanneer systemen compatibele berichten succesvol uitwisselen en verwerken. Het corrigeert geen onjuiste brongegevens, lost commerciële meningsverschillen niet op en elimineert de noodzaak van uitzonderingsafhandeling niet. Automatisering is afhankelijk van zowel technische compatibiliteit als de kwaliteit van de uitgewisselde bedrijfsinformatie.
Voordat een EDI-verbinding wordt opgezet, moeten handelspartners de volgende operationele punten verduidelijken:
- Documentbereik: Welke berichten zijn vereist en welke zakelijke gebeurtenissen activeren ze?
- Identificatiemiddelen: Hoe worden producten, locaties, partijen, orders en zendingen geïdentificeerd en gekoppeld?
- Berichtvereisten: Welke versies, verplichte velden, codelijsten en mappingregels zijn van toepassing?
- Communicatie en beveiliging: Welke verbindingsmethode, authenticatieregelingen en toegangscontroles zijn vereist?
- Bevestigingen: Welke reacties wijzen op aflevering, validatie en zakelijke acceptatie?
- Uitzonderingsafhandeling: Wie onderzoekt afgewezen berichten, ontbrekende reacties en inconsistente gegevens?
- Preventie van duplicaten: Hoe worden opnieuw verzonden berichten onderscheiden van nieuwe zakelijke transacties?
- Testen en wijzigingsbeheer: Hoe worden mappings en partnervereisten getest voordat wijzigingen in productie worden genomen?
Operationele monitoring moet communicatieproblemen onderscheiden van gegevensvalidatiefouten en zakelijke uitzonderingen. Het opnieuw verzenden van een bericht kan een mislukte overdracht oplossen, maar herstelt geen ongeldige productcode. Zonder controles op duplicaten kan het opnieuw verzenden van een succesvol verwerkte order ook een onbedoelde tweede transactie creëren.
Veelgestelde vragen
Wat betekent EDI in de logistiek?
EDI betekent electronic data interchange: de gestructureerde uitwisseling van zakelijke documenten tussen systemen. In de logistiek kunnen die documenten verzendberichten, transportinstructies, facturen en berichten over de verzendstatus omvatten.
Is een gemailde PDF een EDI-document?
Niet op zichzelf. Een PDF kan een zakelijk document elektronisch weergeven, maar EDI vereist gestructureerde informatie die ontvangende systemen volgens een overeengekomen specificatie kunnen interpreteren.
Is EDI hetzelfde als een API?
Nee. EDI gaat over de gestandaardiseerde uitwisseling van zakelijke documenten, terwijl een API bepaalt hoe software met een andere dienst communiceert. Een integratie kan beide gebruiken.
Betekent een EDI-acknowledgment dat een order is geaccepteerd?
Niet noodzakelijk. Acknowledgments kunnen de verzending of structurele validatie bevestigen in plaats van zakelijke acceptatie. Het berichttype en de overeenkomst met de handelspartner bepalen de betekenis.
Bronnen
- UNECE: UN/EDIFACT — Officieel kader voor gestructureerde elektronische uitwisseling van administratieve, commerciële en transportgegevens.
- X12: Transaction Sets — Officiële beschrijvingen van zakelijke transactiesets, waaronder inkooporders, facturen, verzendberichten en acknowledgments.
- GS1: Electronic Data Interchange — Standaarden voor zakelijke berichten en de relatie tussen GS1 EDI, EANCOM en GS1 XML.
- RFC 4130: MIME-Based Secure Peer-to-Peer Business Data Interchange Using HTTP, Applicability Statement 2 — AS2-transport, beveiligingsmechanismen en ontvangstmeldingen.
