Levertijd of leverdatum: wat is het verschil?

Het korte antwoord

Een levertijd is een duur: hoeveel dagen het duurt. Een leverdatum is een moment: op welke dag het er is. De klant wil het tweede weten. Leveranciers en systemen leveren vaak het eerste.

Een duur is pas iets waard met een begindag. "5 werkdagen" betekent vanaf welke dag? Vanaf de bestelling, vanaf het moment dat de leverancier de order bevestigt, of vanaf de volgende werkdag als je na het sluitmoment bestelt? Dat moet per leverancier vastliggen voordat een koppeling er een datum van kan maken.

Welke datums zitten er in één bestelling?

Bij een artikel dat je niet op voorraad hebt, zitten er minstens vier datums tussen de bestelling en de voordeur. Elk systeem bewaart er een of twee, onder een eigen naam.

De kanalen waar je op verkoopt hebben ook ieder hun eigen vorm. Google Shopping vraagt bij een artikel met availability op preorder een availability_date in ISO 8601, zoals 2026-10-14T00:00+0200. bol accepteert in de Retailer API alleen vaste codes: 24uurs-23 tot en met 24uurs-12, 1-2d, 2-3d, 3-5d, 4-8d, 1-8d, MijnLeverbelofte en VVB. Dat zijn duren. Eén datum van de leverancier wordt dus op Google een datum en op bol een code. De velden zijn op 3 oktober 2026 nagelezen in de documentatie van Exact Online, Picqer, Google en bol.

Van levertijd naar leverdatum: de som

Een levertijd omrekenen naar een datum vraagt drie dingen: een eenheid, de feestdagen en de sluitdagen van de leverancier. Hoeveel ze schelen is het grootst rond de jaarwisseling.

Een klant bestelt op woensdag 23 december 2026 een artikel met levertijd 5.

• In kalenderdagen is dat maandag 28 december.
• In werkdagen zonder feestdagen: donderdag 24 (1), vrijdag 25 (2), maandag 28 (3), dinsdag 29 (4), woensdag 30 december (5).
• Met Kerstmis op vrijdag 25 en zaterdag 26 december als vrije dagen schuift het een dag op: donderdag 31 december.
• Met een leverancier die van 24 december tot en met 1 januari dicht is begint het tellen op maandag 4 januari, en dag 5 is vrijdag 8 januari.

Tussen de eerste en de laatste uitkomst zitten elf dagen, en tussen de tweede en de laatste negen. De feestdagen staan op de lijst van de Rijksoverheid: voor 2026 onder meer Koningsdag op maandag 27 april, Hemelvaartsdag op donderdag 14 mei en Tweede Pinksterdag op maandag 25 mei. Of iemand die dag vrij is, staat volgens dezelfde pagina in de cao of de arbeidsovereenkomst. Een leverancier die op Koningsdag levert en een die dicht is, krijgen dus elk een eigen kalender.

De eenheid is het andere gat. Picqer beschrijft deliverytime als de levertijd van de leverancier in dagen. Of dat werkdagen of kalenderdagen zijn, zegt het veld niet. Een leverancier die 5 stuurt en werkdagen bedoelt, en een koppeling die kalenderdagen telt, zitten bij elke bestelling op vrijdag twee dagen uit elkaar.

Van leverdatum naar levertijd: elke dag opnieuw rekenen

De omgekeerde richting komt voor als de webshop alleen een levertijd kan tonen, of als het kanaal een code vraagt zoals bol. De inkooporder zegt: ontvangst woensdag 14 oktober. Daarna kost het jouw magazijn 1 werkdag om te verzenden en de vervoerder 1 dag om te bezorgen.

De datum blijft vrijdag 16 oktober; de levertijd loopt elke dag één terug. Een levertijd die één keer wordt uitgerekend en als tekst in het product blijft staan, klopt dus alleen op de dag dat hij is gezet. Op 5 oktober is 9 werkdagen langer dan elke code die bol tussen 1-2d en 4-8d aanbiedt; daar moet een regel voor zijn, bijvoorbeeld het artikel op dat kanaal niet aanbieden tot de levertijd in een code past.

Verzet de leverancier de ontvangst naar 21 oktober, dan schuift alles mee. Daarom slaat de koppeling de datum op en rekent hij de levertijd bij elke ronde opnieuw uit, in plaats van andersom.

Het sluitmoment van de dag

Een levertijd telt vanaf een begindag, en welke dag dat is hangt af van het uur. Bestelt een klant om 16:30 bij een sluitmoment van 16:00, dan begint het tellen pas op de volgende werkdag. Op een vrijdag is dat maandag: twee dagen later dan een bestelling van 15:30.

Het sluitmoment zelf vraagt een tijdzone. Een systeem dat tijden in UTC opslaat, zoals de meeste API's, kent 16:00 Nederlandse tijd in de zomer als 14:00 en in de winter als 15:00. Een sluitmoment dat in de zomer als 14:00 UTC is vastgelegd, ligt na de wisseling naar wintertijd om 15:00 Nederlandse tijd: een uur te vroeg. Hoe tijdzones en zomertijd verder doorwerken, staat in datums en tijdzones.

Er zijn dus twee sluitmomenten in de keten: dat van de leverancier, die bijvoorbeeld een order van jou na 14:00 pas de volgende dag verwerkt, en dat van je eigen magazijn. Beide horen in de som.

Wat betekent dit voor je koppeling?

Een levertijd en een leverdatum zijn twee velden, en een koppeling die ze door elkaar haalt, belooft klanten een dag die niet klopt. Wij bouwen de koppeling met de kalender van elke leverancier: de eenheid die hij bedoelt, zijn sluitdagen en zijn sluitmoment. De datum van de inkooporder of het leveranciersbestand gaat erin, en per kanaal komt eruit wat dat kanaal vraagt: een datum voor de webshop en Google, een code voor bol.

Daarna draaien en bewaken we de koppeling. Verzet een leverancier zijn datum, dan schuift de webshop bij de volgende ronde mee. Hoe dat in de webshop en het magazijn uitkomt, staat op levertijd en leverdatum synchroniseren. De rest van de voorraadstroom staat op voorraad en beschikbaarheid. Vertel welke leveranciers je hebt en hoe ze hun levertijd doorgeven.