Webshopkoppelingen voor verzending en boekhouding: hoe werken ze en wat vragen ze?

Een webshopkoppeling is een verbinding waarmee je webshop automatisch gegevens uitwisselt met een ander systeem, zoals een vervoerder of je boekhoudpakket. Dat gaat via een API. Een bestelling wordt dan zonder overtypen een zending met label of een verkoopfactuur in je administratie. Koppelingen besparen handwerk, maar ze zijn geen eenmalige klus: ze hangen af van systemen van anderen en vragen dus onderhoud. In dit artikel lees je wat een koppeling is, wat PostNL, DHL en Exact zelf zeggen, en waar je op let.

Wat is een API en wat doet een koppeling?

Je kunt een API (application programming interface) zien als een afgesproken manier waarop software met software praat. In het algemeen werkt het als verzoek en antwoord: je webshop stuurt een verzoek, bijvoorbeeld om een zending aan te maken, en de andere partij stuurt een antwoord terug. De partij die de API aanbiedt, bepaalt de regels: welke gegevens verplicht zijn, hoe je jezelf bekendmaakt en hoeveel aanroepen je mag doen. Jij of je bouwer schrijft de code die je webshop op die regels laat aansluiten. Verandert de API, dan moet jouw kant mee veranderen. Daarom is het verstandig bij elke koppeling een afspraak over beheer te maken.

Er zijn grofweg twee manieren om een koppeling te maken. Je gebruikt een kant-en-klare plug-in van de partij zelf of van een derde, of je laat een koppeling op maat bouwen. Een plug-in kan snel zijn ingericht en past bij standaardsituaties. Een koppeling op maat past beter als je bestelproces afwijkt, bijvoorbeeld bij speciale verzendregels of een eigen voorraadsysteem. Beide hebben dezelfde afhankelijkheid: de partij aan de andere kant bepaalt wat mogelijk is. Vraag bij een plug-in wie hem bijwerkt en wat er gebeurt als de maker ermee stopt. Kies daarom niet op basis van prijs alleen, maar ook op basis van wie het onderhoudt.

Wat bieden PostNL en DHL aan koppelingsmogelijkheden?

Per 11 oktober 2026 noemt PostNL op haar developerportal dat de API’s te integreren zijn in je website, e-commerceplatform of backend. Wie de API’s wil gebruiken, meldt zich aan als klant. PostNL biedt daarnaast plug-ins aan om haar verzend- en bezorgdiensten snel aan een webshop te koppelen. Dat is beschreven op de portal van PostNL zelf en kan wijzigen; lees de actuele pagina voordat je een keuze maakt. Over de kosten van een PostNL-contract of koppeling zeggen wij hier niets, want die bepaalt PostNL zelf.

Ook DHL biedt een developerportal. Volgens die portal, geraadpleegd op 11 oktober 2026, kun je met de Shipping APIs zendingen aanmaken, inclusief labels, en met de Tracking APIs de zendingstatus ophalen. Voor een webshop betekent dat twee dingen: je kunt het verzendlabel direct uit de bestelling laten maken en je kunt de klant een actuele status tonen. Ook hier geldt dat het aanbod van DHL kan veranderen. Wat je vandaag leest, controleer je opnieuw wanneer je de koppeling bouwt of vernieuwt. Prijzen en voorwaarden staan niet in dit artikel.

Hoe werkt een koppeling met Exact Online?

Voor boekhouding noemen we Exact Online als voorbeeld, omdat de documentatie concreet is. Per 11 oktober 2026 vereist de REST API van Exact volgens de eigen documentatie bij bijna alle resource-URI’s een Division-parameter. Bij de meeste resources van de API is de paginagrootte 60. Dat laatste betekent dat je bij een grote lijst, zoals veel facturen, meerdere keren moet ophalen om alles binnen te krijgen. Dat is geen probleem, maar je koppeling moet er wel op gebouwd zijn. Een koppeling die alleen de eerste pagina leest, mist gegevens zonder dat iemand het meteen merkt.

Wat gaat er typisch over de lijn tussen webshop en boekhouding? Denk aan bestellingen of facturen, klantgegevens, betalingen en het btw-bedrag per bestelling. Welke velden precies, hangt af van je pakket en je inrichting. Dat vraagt een afspraak vooraf: welk systeem is leidend voor welk gegeven. Zo voorkom je dat twee systemen elkaar overschrijven. Voor btw bij verkoop naar andere EU-landen, zie ons artikel over btw en de One-Stop-Shop, waarin staat welke gegevens je per bestelling vastlegt.

Wat vraagt een koppeling aan onderhoud?

Dan het onderhoud. Een koppeling bestaat uit je webshop, de API van de ander en de code ertussen. Verandert een van de drie, dan kan er iets stoppen. Daarom is een koppeling nooit helemaal af. WooCommerce schrijft in haar updatehandleiding dat je na een update van WooCommerce de extensies, thema’s en betaalgateways in hetzelfde onderhoudsvenster bijwerkt, omdat compatibiliteit van de hele combinatie software kan afhangen. Voor elke webshop met koppelingen is dat een bruikbare vuistregel, ook als je geen WooCommerce gebruikt.

Praktisch onderhoud bestaat uit een paar vaste dingen. Test updates eerst op een staging-omgeving. Controleer na een update of een testbestelling nog een label en een factuur oplevert. Houd bij welke API-sleutels en toegangsrechten gebruikt worden en wie ze beheert. Zet monitoring op mislukte aanroepen. Zo merk je een storing in een koppeling voordat een klant erover belt. Leg in een korte beheerlijst vast welke koppelingen je hebt, bij welke partij ze horen en wie de contactpersoon is. Dit werk hoort bij onderhoud, niet bij de bouw.

Welke privacyafspraken horen erbij?

Koppelingen betekenen ook dat persoonsgegevens naar andere partijen gaan: een naam en adres naar een vervoerder, factuurgegevens naar een boekhoudpakket. Treedt zo’n partij op als verwerker, dan vraagt de AVG om afspraken. Artikel 28 lid 3 AVG bepaalt dat verwerking door een verwerker wordt vastgelegd in een bindende overeenkomst. Volgens de Autoriteit Persoonsgegevens legt een verwerkersovereenkomst ook vast dat subverwerkers alleen met voorafgaande schriftelijke toestemming worden ingeschakeld. Welke rol een partij heeft, verschilt per situatie. Dit is algemene informatie en geen juridisch advies.

Leg daarom vast welke gegevens je via welke koppeling verstuurt. De AVG vraagt in artikel 5 lid 1 onder c dat gegevens toereikend, ter zake dienend en beperkt zijn tot wat noodzakelijk is voor het doel. Stuurt je koppeling het telefoonnummer mee terwijl de vervoerder het niet nodig heeft, vraag je dan af of dat moet. Een praktisch advies is om alleen de velden door te sturen die de ontvanger echt nodig heeft. Meer over wat je van klanten opslaat en hoe lang, staat in het artikel over bewaarplichten en klantgegevens.

Hoe kies je tussen plug-in en maatwerk?

Hoe kies je tussen plug-in en maatwerk? Begin met de vraag wat je werkelijk nodig hebt: labels, tracking, facturen. Bestaat er een plug-in die precies dat doet en wordt die onderhouden, dan is dat een redelijke start. Past je proces niet, of wil je meerdere systemen laten samenwerken, dan is een koppeling op maat zinvoller. Digitaalnu bouwt webshops in React en Next.js met koppelingen op maat, vanaf €2.500. Bij de intake leggen we vast welke koppelingen nodig zijn en wie ze later onderhoudt.

Vraag een bouwer altijd wie de koppeling beheert nadat ze live is. Een koppeling zonder eigenaar loopt vroeg of laat vast bij een API-wijziging. Spreek af hoe storingen gemeld worden en wie ze oplost. Ons beheer van een webshop kan dat onderdeel zijn van hosting en onderhoud, zodat je één aanspreekpunt hebt. Je blijft 100% eigenaar van de code en data. Meer over de totale kosten van een webshop lees je in het artikel over wat een webshop laten maken kost.

Laatst bijgewerkt op 11 oktober 2026