{"id":5323,"date":"2018-11-08T14:49:32","date_gmt":"2018-11-08T13:49:32","guid":{"rendered":"https:\/\/www.tradecloud1.com\/?p=5323"},"modified":"2019-07-26T20:57:48","modified_gmt":"2019-07-26T18:57:48","slug":"api-vs-edi","status":"publish","type":"post","link":"https:\/\/tradecloud.hdnk.nl\/nl\/api-vs-edi\/","title":{"rendered":"API vs EDI"},"content":{"rendered":"
\n

In de logistieke wereld is een stammenstrijd gaande, die kort samengevat neerkomt op API versus EDI. Voorstanders van API\u2019s vinden EDI maar niets voor het uitwisselen van data en vice versa. Gaat API het van EDI winnen? Of is het nog niet tijd om EDI definitief af te schrijven?<\/p>\n<\/div>\n

Bron:\u00a0https:\/\/www.logistiek.nl\/supply-chain\/artikel\/2018\/11\/api-versus-edi-moet-het-snel-of-veilig-101165754?<\/div>\n
\n

API\u2019s lijken aan de winnende hand, maar zeker niet iedereen vindt dat het al tijd is om EDI af te schrijven. Gaan API\u2019s het jarenlang \u2013 vooral door de retail \u2013 gepushte EDI uiteindelijk overbodig maken? En wat moet de logistieke sector met ontwikkelingen als blockchain en initiatieven als iShare?\u00a0Op alle fronten werken partijen die voldoende in de melk te brokkelen hebben aan meer standaardisatie, aan meer zekerheid en betrouwbaarheid, nu het delen van data in de supply chain op ieders wensenlijstje staat. Maar niet iedereen zit op dezelfde lijn, niet iedereen wil hetzelfde.<\/p>\n

EDI is nog verre van dood<\/h2>\n

Application Programming Interfaces (API\u2019s) mogen dan in opkomst zijn als basis waarop softwareapplicaties onderling kunnen communiceren, Electronic Data Interchange (EDI) is nog verre van dood. EDI is de technologie voor de elektronische uitwisseling van bedrijfsdocumenten zoals orders, facturen en bevestigingen, en bestaat al tientallen jaren. Toch is de populariteit van EDI nooit erg groot geweest. Retailers hebben vanaf de jaren negentig wel hun best gedaan om zoveel mogelijk ketenpartners over te laten stappen op EDI. Het doel was en is een gestandaardiseerde en stabiele berichtenuitwisseling. Dreigen met het verbreken van een leverancier-retailerrelatie als de leverancier niet zou overstappen op EDI was regelmatig aan de orde, maar niet heel erg effectief. De matige populariteit van EDI heeft als oorzaak dat het leggen van een stabiele koppeling tussen twee systemen niet goedkoop is. Daarnaast kent EDI een veelheid aan verschillende \u2018standaardkoppelingen\u2019.<\/p>\n

Bevestigingen van berichten<\/h2>\n
\"big<\/p>\n

Prof. Paul Grefen<\/p>\n<\/div>\n

Is API een welkom alternatief voor EDI? Volgens hoogleraar Informatiesystemen aan de TU Eindhoven Paul Grefen is dat misschien wel het geval, maar zijn de verschillen tussen de communicatiemiddelen niet zo groot. \u201cBeide zijn er om samenwerking mogelijk te maken. Bij API\u2019s maakt bedrijf B functies toegankelijk voor bedrijf A en is een interface te gebruiken voor het plaatsen van een order. Bij EDI doet partij A een verzoek aan partij B door middel van een bericht. Bijvoorbeeld een koopverzoek in de vorm van Edifact. Er komt bij EDI niet altijd een geautomatiseerd bericht terug, bij API\u2019s wel. Maar alleen als je dit zo instelt.\u201d Met die laatste zin vat Grefen de voor hem belangrijkste boodschap samen: \u201cWat je kunt bereiken tussen ketenpartners is afhankelijk van wat je hebt afgesproken. Dat geldt ook voor bevestigingen van berichten. Als je afspreekt om binnen een bepaalde tijd te reageren, dan is helder wie wanneer een bevestiging kan verwachten. EDI is daarnaast technisch gezien veel flexibeler dan in het verleden, niet slechts via directe koppelingen tussen bedrijven, maar bijvoorbeeld ook met behulp van het internet.\u201d Webservices vloeien volgens Grefen weer voort uit het toenemend gebruik van het internet, waarbij webgebaseerde standaarden centraal staan. \u201cDiensten van bedrijven zijn meestal de sturende factoren bij deze vorm van gegevensuitwisseling. Kijk je naar API\u2019s, dan zijn systemen daarbij vaak leidend voor het ontwerp en de wijze van informatie-uitwisseling.\u201d<\/p>\n

Handleiding of chatgesprek?<\/h2>\n

Ondanks dat EDI zeer bruikbaar is voor veel bedrijven in de logistieke sector, neigt een groeiend aantal bedrijven naar de overstap op API\u2019s. Wat is daarvan de reden? Rick Venema van Optimizers heeft \u00e9\u00e9n belangrijk argument: \u201cDe behoefte aan realtime informatie neemt toe, bijvoorbeeld over levertijden. Het zijn partijen als Albert Heijn en Jumbo, maar ook Amazon, Bol.com en Coolblue die dit in gang zetten. EDI is niet realtime, dus wie deze info wel direct wil hebben, zal dit met API\u2019s moeten adresseren, bijvoorbeeld transportdata.\u201d Loek Boortman, CTO bij GS1 Nederland vult aan: \u201cHet verschil tussen EDI en API is een beetje als het verschil tussen een papieren handleiding en een chatgesprek. Beide zijn nuttig, maar de tendens is om zaken steeds meer met chatgesprekken af te handelen.\u201d<\/p>\n

\n

STEEDS MEER DATA GAAT VIA DE CLOUD \u2013 DAARDOOR IS API STUK LOGISCHER GEWORDEN<\/h3>\n<\/div>\n

API is vaak sneller<\/h2>\n

EDI en API hebben beide voor- en nadelen. Grefen kan zich voorstellen dat EDI een bepaalde vorm van \u2018legacy\u2019, voortkomend uit decennia aan ontwerpbeslissingen met zich meebrengt. Daarmee zou API een voorkeur hebben bij het uitwisselen van data waar het specifieke nieuwe activiteiten betreft. \u201cJe moet je ook afvragen hoe complex een concept is en of EDI of API er eenvoudig mee overweg kan\u201d, aldus de hoogleraar. \u201cSystemen zijn nog niet zo slim dat ze op natuurlijke wijze effici\u00ebnt met elkaar kunnen communiceren over complexe zaken waarvan de betekenis onvoldoende is gestandaardiseerd.\u201d Waar EDI veelvuldig in gebruik is voor het verzenden van grote hoeveelheden berichten en er eventueel sprake is van iets meer doorlooptijd tussen een actie en reactie, staat API-berichtenverkeer te boek als iets sneller. Een aspect dat gebruikers van API-verkeer volgens de hoogleraar niet uit het oog mogen verliezen is de beveiliging. \u201cHet is noodzakelijk om afwijkingen in berichten eruit te kunnen filteren, bij EDI is de uitwisseling zo gestandaardiseerd en beveiligd dat de risico\u2019s kleiner kunnen zijn. Wissel je als bedrijf grote hoeveelheden kleine transacties uit, dan is API misschien de betere keuze. Voor menselijke tussenkomst is immers geen of nauwelijks tijd bij grote hoeveelheden berichten.\u201d<\/p>\n

De situatie waarin een logistieke onderneming zich bevindt, zou de keuze moeten bepalen voor EDI dan wel API. De logistieke sector gebruikt EDI nog zeer frequent en de hoogleraar begrijpt dat. Hij stelt dat bij de stijgende populariteit van actiegebaseerde logistiek een bepaalde vorm van vertrouwen nodig is. \u201cJe moet weten wie data kan oproepen. Data ownership is belangrijk. Hoe directer de interactie, des te effici\u00ebnter je kunt werken, maar de risico\u2019s nemen daarmee ook toe. Dat is een boodschap die ik vaak overbreng op bedrijven. EDI-berichtenverkeer kost misschien tien seconden, API-verkeer tien milliseconden. Daarmee lijkt de eerste langzaam. Maar als het gaat om het plannen van een containerschip en de aankomst alleen al kost twee uur, dan moet je echt afwegen of het tijdsverschil van enkele seconden heel bepalend is. Boodschappen doen met een Ferrari of met een Volkswagen levert ook geen wezenlijk tijdsverschil op.\u201d<\/p>\n

Geen echte standaard<\/h2>\n

EDI is ouderwets en reactief, klinkt het soms. Toch weet ook Ren\u00e9 Bruijne, general manager bij TransFollow, dat een groot deel van de logistieke sector gebruik is gaan maken van EDI. \u201cOndanks die overstap op EDI blijft het lastig om goede standaarden te vinden. Er zijn wat mij betreft teveel \u2018dialectverschillen\u2019, waardoor een echte standaard is uitgebleven.\u201d Bruijne vergelijkt EDI met de start van het gebruik van e-mail. \u201cDaarbij is eerst uitleg nodig over de werkwijze van een mailbox, en werkt iemand ermee, dan dien je gestructureerde data toe te sturen \u00e9n te checken of een bericht is aangekomen. EDI-implementaties zijn zwaar en lonen vooral bij langdurige relaties of als er geen keuze is. Hetzelfde geldt overigens voor douanekoppelingen.\u201d<\/p>\n

Zelf actief aansturen op vervangen van EDI<\/h2>\n

Het gebruik van webgebaseerde API\u2019s heeft voor Bruijne in veel gevallen de voorkeur boven EDI. \u201cIn B2C-omgevingen werkt dit goed, je ziet direct een betalings pop-up met geheel of deels ingevulde gegevens. Bij B2B werkt dit hetzelfde, data is realtime terug te koppelen. Een gebruiker krijgt ook direct een bericht terug als er iets fout zit. Webgebaseerde API\u2019s zijn daarnaast eenvoudiger te implementeren dan EDI.\u201d Bruijne gelooft absoluut in de mogelijkheden van API en is van mening, dat EDI op termijn gaat verdwijnen. \u201cMaar, maak je gebruik van EDI en werkt het, blijf er dan vooral vanaf. Is de communicatiewijze duurzaam? Dat denk ik niet, al was het maar omdat heel veel logistiek dienstverleners een kluwen aan interpretaties van EDI hebben gemaakt. Het kost bergen met geld om dit te onderhouden en te kunnen communiceren.\u201d Volgens Bruijne zouden ldv\u2019ers meer actief moeten aansturen op het vervangen van EDI. \u201cJe kunt \u2018ja en amen\u2019 zeggen en volgen, of kiezen voor de stap voorwaarts. Het IoT (Internet of Things) komt er aan. Daarbij spelen API\u2019s een sleutelrol. Dus ik zou zeggen, neem nu alvast het heft in handen.\u201d Een overstap op API hoeft geen veel te hoge horde te zijn. \u201cVrijwel alle TMS- en WMS-leveranciers verwerken API al in hun systemen. Het integreren van data en systemen is echt stukken eenvoudiger dan het ooit was. Vrijwel alle IT-oplossingen zijn cloud gebaseerd, dat is niet voor niets. Data-uitwisseling neemt hand over hand toe, al was het maar omdat het gebruik van sensoren in trucks en in magazijnen ook steeds meer op gang komt. Ook die initiatieven zijn allemaal API-gebaseerd.\u201d<\/p>\n

Uitgelachen om EDI<\/h2>\n

Wout van den Heuvel, beleidsadviseur digitalisering en innovatie bij TLN en secretaris van Stichting Uniforme Transport Code (SUTC), zegt dat er weinig haast geboden is. Hij constateert, dat er onder ldv\u2019ers weinig vragen zijn over het gebruik van API\u2019s. \u201cDaar moet ik wel bij zeggen, dat ldv\u2019ers eerder met leveranciers contact zullen opnemen dan met TLN. Mijn ervaring is dat dienstverleners vooral vinden dat data-uitwisseling moet werken. De manier waarop is minder belangrijk. Vanuit SUTC willen we de koppeling tussen systemen makkelijker maken. Werken met een OTM (Open Trip Model), iShare of TransFollow heeft daarbij de voorkeur.\u201d Boortman (GS1) heeft niet de indruk dat bedrijven bezig zijn met het afwegen van de pro\u2019s en contra\u2019s van EDI versus API. \u201cZe gebruiken API bijna maniakaal overal voor, ook voor zaken waar EDI prima zou passen. Maar je wordt tegenwoordig uitgelachen als je met een EDI-oplossing aankomt.\u201d<\/p>\n

Omarming API door Control Towers<\/h2>\n

De omarming van API\u2019s door de logistieke sector is op dit moment goed zichtbaar in de toenemende populariteit van\u00a0Control Towers<\/a>. Daar plaatst Van den Heuvel een kanttekening bij, gezien de huidige werkwijze van ldv\u2019ers en bijvoorbeeld retailers. \u201cPartijen delen nog te vaak dezelfde data als gevolg van diverse API\u2019s. Ik zou graag een standaardisatie zien in de diverse API\u2019s, zeker als gaat om informatie, zoals welke auto onderweg is en wat erin zit. De sector moet toe naar data die doet denken aan een woordenboek. Nu gebruikt elke partij een ander woord voor vrachtauto, zoals vrachtwagen of lorry, terwijl het hetzelfde vervoermiddel is. Het OTM (Open Trip Model) zou wat TLN betreft hierin leidend moeten zijn.\u201d<\/p>\n

Maak een echte keuze<\/h2>\n

Voor bedrijven die willen overstappen op nieuwere technologie en daarbij API willen omarmen, heeft hoogleraar Grefen een belangrijk advies. \u201cOndernemingen hebben de keuze om dat in kleine stapjes te doen, maar het is volgens mij vaak beter om ineens een grote stap te zetten. Wil je veranderen, dan moet je ook een keuze maken die daarbij hoort. Het is de enige manier om echt afscheid te nemen van legacy-oplossingen.\u201d Van den Heuvel is van mening dat de druk om te veranderen groter is dan de sector beseft. \u201dSteeds meer communicatie vindt geautomatiseerd plaats. Het is niet meer te doen om tientallen of honderden koppelingen met klanten handmatig aan te passen.\u201d IT-leveranciers moeten daarin ook mee. Wat hem betreft, is het stimuleren van standaarden beter in handen van IT-leveranciers dan van verladers en LDV-ers. Nu ziet hij nog veel versnippering, vaak doelbewust. \u201cJe moet als IT-leverancier niet willen concurreren op basis van koppelingen van systemen.\u201d<\/p>\n

Tradecloud ondersteunt zowel EDI als berichtenverkeer via een API.<\/p>\n<\/div>\n

\n
\n
<\/div>\n<\/div>\n<\/div>\n","protected":false},"excerpt":{"rendered":"

In de logistieke wereld is een stammenstrijd gaande, die kort samengevat neerkomt op API versus EDI. Voorstanders van API\u2019s vinden EDI maar niets voor het uitwisselen van data en vice versa. Gaat API het van EDI winnen? Of is het nog niet tijd om EDI definitief af te schrijven? Bron:\u00a0https:\/\/www.logistiek.nl\/supply-chain\/artikel\/2018\/11\/api-versus-edi-moet-het-snel-of-veilig-101165754? API\u2019s lijken aan de winnende […]<\/p>\n","protected":false},"author":7,"featured_media":8462,"comment_status":"closed","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[120],"tags":[1743,1742],"class_list":["post-5323","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-trends-nl","tag-api","tag-edi"],"jetpack_featured_media_url":"https:\/\/tradecloud.hdnk.nl\/wp-content\/uploads\/2018\/11\/api-edi.png","_links":{"self":[{"href":"https:\/\/tradecloud.hdnk.nl\/nl\/wp-json\/wp\/v2\/posts\/5323","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/tradecloud.hdnk.nl\/nl\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/tradecloud.hdnk.nl\/nl\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/tradecloud.hdnk.nl\/nl\/wp-json\/wp\/v2\/users\/7"}],"replies":[{"embeddable":true,"href":"https:\/\/tradecloud.hdnk.nl\/nl\/wp-json\/wp\/v2\/comments?post=5323"}],"version-history":[{"count":2,"href":"https:\/\/tradecloud.hdnk.nl\/nl\/wp-json\/wp\/v2\/posts\/5323\/revisions"}],"predecessor-version":[{"id":8465,"href":"https:\/\/tradecloud.hdnk.nl\/nl\/wp-json\/wp\/v2\/posts\/5323\/revisions\/8465"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/tradecloud.hdnk.nl\/nl\/wp-json\/wp\/v2\/media\/8462"}],"wp:attachment":[{"href":"https:\/\/tradecloud.hdnk.nl\/nl\/wp-json\/wp\/v2\/media?parent=5323"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/tradecloud.hdnk.nl\/nl\/wp-json\/wp\/v2\/categories?post=5323"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/tradecloud.hdnk.nl\/nl\/wp-json\/wp\/v2\/tags?post=5323"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}