Inkooporders en levertijden bijhouden: zo voorkom je vertraging op projecten

Zolang je twee of drie bestellingen per maand doet bij één vaste leverancier, hou je dat makkelijk in je hoofd of in een mapje in je mailbox. Zodra je met meerdere leveranciers werkt, materiaal voor verschillende projecten tegelijk bestelt, of een collega bestellingen plaatst terwijl jij de planning maakt, verandert dat.

Dan gebeurt precies dit: een bestelling raakt onderin de inbox, niemand controleert meer of de toegezegde levertijd nog klopt, en je hoort pas dat iets te laat is als de monteur op de klus staat zonder materiaal. Dat is geen incident. Dat is het gevolg van een proces dat draait op losse e-mails en het geheugen van één persoon, terwijl er inmiddels te veel bestellingen tegelijk lopen om dat bij te houden.

Het is ook geen toeval dat steeds meer bedrijven naar automatisering kijken voor precies dit soort herhalend, foutgevoelig werk. Het CBS vroeg bedrijven met personeelstekort welke maatregelen zij nemen, en in april 2026 gaf 29,7% aan meer te investeren in automatisering - meer dan het aandeel dat inzet op hogere salarissen (24,9%). Bijhouden wie wat besteld heeft, bij wie, en wanneer het binnen moet zijn, is precies het soort taak die zich daarvoor leent: repetitief, foutgevoelig, en makkelijk te structureren.

Een werkend systeem hoeft niet ingewikkeld te zijn, maar moet wel een paar dingen vastleggen. Zonder deze velden kun je een vertraging niet vroeg signaleren, hoe goed je bedoelingen ook zijn:

• Bestelnummer of referentie - zodat je één bestelling in één zoekopdracht terugvindt, ook in de administratie van je leverancier.
• Leverancier en contactpersoon - wie je belt zodra er iets misgaat.
• Artikel en hoeveelheid - specifiek genoeg om een levering te controleren. Niet "materiaal", maar "40 zakken cement, type X".
• Besteldatum en toegezegde levertijd - de datum die de leverancier zelf heeft genoemd, geen schatting van jezelf.
• Project of klant - anders kun je een vertraging niet koppelen aan de planning van dat project.
• Status - bijvoorbeeld besteld, bevestigd, onderweg, geleverd of afgekeurd.
• Wie erop moet reageren bij vertraging - één naam, niet "iemand van het team".

Dit vraagt geen dure software. Een gedeeld werkblad met deze kolommen is vaak al genoeg als startpunt, zolang iedereen die bestelt er ook echt in werkt. De twee velden die het meeste opleveren zijn de toegezegde levertijd en de status: dat zijn de twee gegevens die je nodig hebt om automatisch te kunnen signaleren wanneer iets misgaat, in plaats van dat je het zelf moet onthouden te checken.

Het verschil tussen een lijst bijhouden en een lijst die je iets oplevert, zit in het moment waarop je gewaarschuwd wordt. Een lijst die je alleen raadpleegt als je er zelf aan denkt, werkt niet beter dan een mailbox: je ziet het probleem nog steeds pas als het al te laat is.

Wat wel werkt, is een vaste regel: een aantal dagen voordat de toegezegde levertijd verstrijkt, gaat er automatisch een controle uit. Dat kan een korte mail naar de leverancier zijn met de vraag of de datum nog haalbaar is, of een melding aan de projectleider dat een bestelling nog niet op "onderweg" of "geleverd" staat terwijl de deadline dichtbij komt. Het punt is niet dat dit ingewikkelde techniek vereist - het punt is dat iemand het moet triggeren zonder dat een mens elke bestelling apart moet nalopen.

Een tweede stap, die meer oplevert naarmate je meer projecten tegelijk draait, is de koppeling tussen je bestellijst en je planning. Als een levering vertraagt, wil je dat weten voordat de volgende taak in de planning - het inbouwen, het aansluiten, de oplevering - alsnog op de oorspronkelijke datum staat. Zonder die koppeling ontdek je de aansluitingsfout op de dag zelf. Met die koppeling verschuift de vervolgtaak mee, of krijgt de planner op tijd een signaal om het zelf te doen.

Een bijkomend voordeel van een geordende bestellijst is dat je administratie erop aansluit. De Belastingdienst schrijft voor dat je je administratie 7 jaar moet bewaren, en noemt daarbij expliciet "de debiteuren- en crediteurenadministratie, de in- en verkoopadministratie en het grootboek" als basisgegevens die altijd onder die termijn vallen.

Je inkoopadministratie is dus niet alleen de factuur die achteraf binnenkomt. Een orderbevestiging met de afgesproken prijs, hoeveelheid en levertijd is het bewijs van wat er precies is afgesproken, en dat bewijs is precies wat je nodig hebt als een leverancier achteraf een andere prijs rekent, of als een boekhoudcontrole vraagt waarom een bepaalde kostenpost is gemaakt. Als je bestellingen nu verspreid staan over losse e-mails, WhatsApp-berichten en een enkele notitie, moet je bij een controle alles weer bij elkaar zoeken. Als ze in één systeem staan, koppel je de orderbevestiging simpelweg aan de factuur en het project, en heb je in één oogopslag het hele traject van bestelling tot betaling.

Dat is geen wettelijke verplichting op zichzelf om bestellingen in een apart systeem te zetten - de bewaarplicht raakt de administratie als geheel. Maar het is wel de makkelijkste manier om aan die verplichting te voldoen zonder er op het laatste moment nog werk van te hebben.

Niet elk bedrijf heeft hier iets aan. Als je een paar keer per maand bestelt bij één of twee vaste leveranciers, met wie je al jaren zaken doet en die zelden een datum missen, dan voegt een apart systeem vooral overhead toe. Iemand moet het inrichten, iemand moet het onderhouden, en als niemand het invult, heb je een leeg systeem naast je oude mailbox - erger dan geen systeem.

Het omslagpunt ligt niet bij een vast aantal bestellingen, maar bij het moment waarop je merkt dat je het overzicht kwijt bent. Dat gebeurt meestal wanneer een van deze drie dingen samenkomt: je werkt met meer dan een handvol leveranciers tegelijk, meer dan één persoon plaatst bestellingen zonder dat de ander het ziet, of je draait meerdere projecten waarbij een vertraagde levering een andere planning in de war schopt. Herken je maar één van die drie, dan is een simpele agenda-herinnering of een vast belmoment per week vaak nog steeds voldoende.

Bouw je toch een systeem op terwijl je situatie eigenlijk simpel is, dan loop je het risico dat het onderhoud meer tijd kost dan de vertraging die je ermee voorkomt. Begin daarom klein: een gedeeld werkblad met de velden uit sectie twee, en pas als dat zelf te veel wordt om handmatig na te lopen, is een automatische waarschuwing de volgende stap - niet het startpunt.