Transportbedrijf: één ritdossier van order, tachograaf en factuur

Je hebt een order in je inbox, een chauffeur met een andere versie van de pakbon en een afleverbewijs dat ergens als foto in WhatsApp staat. De factuur moet vandaag de deur uit, maar niemand weet zeker of alle ritdata erbij hoort. Bij een inspectie begint dezelfde zoektocht opnieuw, alleen vraagt de inspecteur dan om complete bestanden en een sluitende administratie.

Een ritdossier maakt van die losse documenten één controleerbare keten. Niet door alles in één grote PDF te stoppen, maar door elk stuk aan hetzelfde ritnummer te koppelen: order, pakbon, afleverbewijs, tachograafbestanden en factuur. In deze gids richt je die keten in, inclusief de vrijgave vóór facturatie en de controle op wettelijke downloads.

De wettelijke en productdetails hieronder zijn gecontroleerd op 10 september 2026. Prijzen zijn momentopnames en staan daarom steeds met datum of prijsperiode vermeld.

Een ritdossier is een digitaal dossier met één vaste rit-ID waarin de opdracht, goederen- en stopinformatie, het afleverbewijs, relevante bestuurders- en voertuiggegevens, uitzonderingen, goedkeuringen en factuurreferenties samenkomen. Het is geen vervanging van je tachograafadministratie of boekhouding. Het is de verbindende sleutel waarmee je kunt aantonen wat er is afgesproken, uitgevoerd, gecontroleerd en gefactureerd.

De route die je bouwt

De veilige volgorde is: eerst de bron vastleggen, daarna de rit uitvoeren, vervolgens bewijs en wettelijke data koppelen, en pas dan de factuur vrijgeven. Een ontbrekend document gaat naar een mens. Het systeem mag signaleren, maar een ontbrekende handtekening niet stilletjes als akkoord behandelen.

Wat je nodig hebt voordat je koppelt

Begin niet met de API. Als je bronvelden, verantwoordelijkheden en bewaartermijnen niet zijn afgesproken, automatiseer je vooral de verwarring.

1. Eén sleutel die overal terugkomt

Kies een rit-ID die je niet opnieuw gebruikt. Bijvoorbeeld RIT-2026-0910-0042. Zet die waarde in het TMS, op de pakbon, in de POD-bestandsnaam, in een extern metadata- of indexrecord voor de tachograafdownload en als referentie op de factuur. Pas .ddd- en .esm-bronbestanden nooit aan. Bewaar daarnaast de oorspronkelijke order-ID van de klant. De rit-ID is van jou, de order-ID is van je opdrachtgever. Die twee zijn niet hetzelfde.

Het externe metadata- of indexrecord bevat minimaal de rit-ID, de bronbestandsreferentie, de periode, het downloadmoment en de hash. Zo blijft de brondata byte voor byte ongewijzigd, terwijl je de relevante periode toch aan de rit kunt koppelen.

Leg voor elke rit minimaal deze velden vast:

• order-ID en klantreferentie;
• rit-ID, datum, vervoerder en status;
• voertuig-ID, kenteken en trailer-ID;
• bestuurder-ID, eventueel met de externe of ingehuurde vervoerder;
• laad- en loslocaties, volgorde en afgesproken tijdvensters;
• goederen, aantal colli of pallets, gewicht en bijzonderheden;
• tarief, toeslagen en de regel waarop de factuur wordt gebaseerd;
• links naar pakbon, POD of eCMR, C-bestand en M-bestand;
• afwijkingsstatus, behandelaar, beslissing en tijdstip van vrijgave.

2. Een TMS met chauffeurinvoer

Voor een klein of middelgroot transportbedrijf kan een bestaand TMS al veel afdekken. EasyTrans noemt transportorders, transportdocumenten, facturatie, Track & Trace en klantbeheer als basisfuncties. In het Premium Plus-pakket zit daar een vervoerdersportal met Chauffeurs App bij, volgens de vermelding in de Exact Online App Store. De app kan onder meer GPS-positie, naam van de ontvanger, handtekening en afbeeldingen aan een bestemming koppelen. Dat zijn precies de velden die je later in het ritdossier nodig hebt.

Gebruik je een ander TMS, controleer dan dezelfde punten. Je hebt geen mooie planning nodig als het systeem geen stabiele order-ID, stop-ID en document-ID door de hele keten bewaart.

3. Een wettelijke tachograafstroom

Je hebt een bedrijfskaart nodig voor het uitlezen van voertuigdata en een proces voor de bestuurderskaarten. ILT schrijft voor dat je bestuurderskaartdata minimaal elke 28 dagen uitleest en kopieert en de tachograaf of voertuigunit minimaal elke 90 dagen. De elektronische gegevens en schijven moeten volgens ILT minstens één jaar worden bewaard. Bij een digitale inspectie vraagt de dienst C-bestanden van bestuurderskaarten en M-bestanden van voertuigunits. Ook ingehuurde bestuurders en gebruikte huur- of leasevoertuigen horen in die administratie thuis.

Maak daarom twee aparte documentstromen:

• Compliance: de volledige C- en M-bestanden, met downloadmoment, bestuurder of voertuig en controleperiode;
• Ritdossier: alleen de koppeling naar de relevante periode of een analyse-uitdraai die uitlegt welke data bij de rit hoort.

Bewaar het volledige bestand in de compliance-opslag. Stop niet alleen een screenshot of een samenvattende score in het ritdossier. Dat is te weinig als ILT later het bronbestand vraagt.

4. Een POD-methode die bij je routes past

Een papieren vrachtbrief met foto kan werken bij een beperkt aantal ritten. Bij meerdere stops of veel onderaannemers wordt een eCMR logischer. De UNECE beschrijft het eCMR-protocol als het juridische kader om gegevens van de vrachtbrief elektronisch vast te leggen en te bewaren. TransFollow biedt bijvoorbeeld een digitale vrachtbrief met tekenen, archiveren en koppelen aan bestaande TMS-, ERP-, WMS- of FMS-systemen. Controleer wel per route en tegenpartij of de gekozen digitale documentvorm wordt geaccepteerd. Een eCMR is geen excuus om de papieren fallback niet te testen.

5. Een factuurpakket met een veilige vrijgave

Je kunt de factuur in Moneybird, Exact Online of een ander boekhoudpakket maken. Het pakket is niet de plek om de ritdata te reconstrueren. Laat het TMS of de integratielaag de factuurregels voorbereiden en stuur pas na beide vrijgaven een verkoopfactuur door.

Moneybird toont op 10 september 2026 de pakketten Start voor 15 euro per maand, Groei voor 29 euro en Compleet voor 41 euro bij jaarlijkse betaling. De pakketten hebben een API. Voor een koppeling kun je een persoonlijk token met beperkte rechten gebruiken of OAuth voor een externe toepassing. De Moneybird API hanteert volgens de actuele helptekst een limiet van 150 verzoeken per vijf minuten. Dat is voor een normale factuurronde ruim voldoende, zolang je geen onnodige polling bouwt.

6. Rollen en een korte proefperiode

Wijs drie rollen aan, ook als één persoon er meerdere vervult:

• Planner: controleert order, route, stopstatus en afwijkingen tijdens de rit;
• Ritadministratie: bewaakt POD, tachograafkoppeling en ontbrekende documenten;
• Finance: controleert tarief, klantreferentie, btw en de uiteindelijke vrijgave.

Maak eerst één proefweek met tien tot twintig ritten. Test ook een mislukte rit, een ontbrekende handtekening, een voertuigwissel, een ingehuurde chauffeur en een retourzending. Een happy path bewijst alleen dat je demo werkt.

Concrete stappen: zo richt je de keten in

Met deze ritdossier-keten leg je eerst de order en versies vast, koppel je elke stop aan bewijs en bewaar je tachograafbronnen onveranderd. Daarna markeer je afwijkingen, laat je operatie en finance afzonderlijk akkoord geven en maak je pas daarna idempotent een factuur. Zo blijft elke vrijgave controleerbaar.

Volg deze stappen in deze volgorde:

1. Leg de bronorder vast zonder vrije tekst

Importeer orders uit je klantportaal, e-mail, EDI of een formulier naar het TMS. Maak voor elke order een genormaliseerd record met vaste velden. Een adres in vrije tekst is geen betrouwbare sleutel. Gebruik een klant-ID, locatie-ID en stopnummer. Dezelfde discipline geldt bij een factuur-inbox die documenten centraal vastlegt en daarna uitleest, controleert en archiveert: één bron per documentstroom voorkomt dat een dossier op meerdere versies uitkomt.

Geef de order nog geen factuurstatus. De eerste status is ontvangen, daarna bijvoorbeeld gepland, onderweg, geleverd en controle nodig. Gebruik geen enkelvoudige status vrijgegeven als factuurtrigger. De factuur mag uitsluitend starten wanneer zowel operationeel akkoord als financieel akkoord aanwezig zijn. Een planner die een order op geleverd zet, veroorzaakt dan niet meteen financiële gevolgen.

2. Maak de rit en versieer pakbonnen

Plan één of meer orders op een rit en geef het dossier direct zijn rit-ID. Sla de pakbon op met versie, tijdstip en bron. Wordt er na het laden een pallet toegevoegd, maak dan een nieuwe versie. Verwijder de oude niet, want je wilt achteraf kunnen zien welke instructie de chauffeur bij vertrek had.

Een pakbon is operationeel bewijs, geen POD. Zet daarom de velden naast elkaar. Pakbon: 18 pallets gepland is iets anders dan POD: 17 pallets ontvangen. Het verschil moet een afwijking worden, geen overschrijving.

3. Koppel iedere stop aan dezelfde rit-ID

Geef elke stop een stop-ID, bijvoorbeeld RIT-2026-0910-0042-S02. De chauffeur meldt op die stop af met aankomsttijd, vertrektijd, naam van de ontvanger, GPS-positie, handtekening, foto en eventuele opmerking. EasyTrans laat in zijn Chauffeurs App aankomst- en vertrektijden per bestemming vastleggen en toont die tijden in de planomgeving. Het pakket kan wachttijd ook apart opslaan en later in de prijsberekening verwerken.

Laat de app bij een ontbrekende handtekening niet automatisch doorgaan naar een groene status. Kies één van drie uitkomsten: ondertekend, geweigerd met reden, of niet mogelijk met verplicht alternatief bewijs. Een foto van een gesloten dock, een tijdstempel en een bericht van de planner kunnen een dossier redden. Een leeg opmerkingenveld niet. Bij wachttijd of extra stops werkt dezelfde bewijslogica: aankomst en vertrek per stop vastleggen en het bewijs direct aan de rit koppelen.

4. Maak de POD-fase beslisbaar

Definieer per klant wat geleverd betekent. Voor de ene klant is een handtekening genoeg. Voor een andere klant zijn aantallen, schadefoto’s en een referentie van de ontvangstbalie verplicht. Zet die eisen in een profiel, niet in het geheugen van de planner.

Bij een eCMR leg je bovendien vast wie mag tekenen en hoe correcties worden gedaan. De UNECE beschrijft dat elektronische communicatie ook reserveringen, instructies en andere meldingen rond het vervoerscontract kan omvatten. Gebruik die mogelijkheid om schade, ontbrekende colli of een gewijzigde losplaats op hetzelfde dossier te zetten.

5. Automatiseer bestuurderskaart- en voertuigdownloads

Gebruik een oplossing die deadlines per bestuurder en voertuig bewaakt, remote of handmatig kan downloaden en de bronbestanden analyseerbaar en exporteerbaar bewaart. Een TMS zoals EasyTrans is sterk in order en POD, maar dat betekent niet automatisch dat het de wettelijke tachograafbestanden compleet beheert. Controleer of je compliance-oplossing C- en M-bestanden exporteerbaar opslaat. Bij een bedrijfsauto van 2.500 kilogram of meer voor internationaal goederenvervoer geldt sinds 1 juli 2026 een tachograafplicht; Overheid.nl noemt daarbij de Smart Tachograaf type 2 als vereiste voor internationaal vervoer.

Maak voor elk downloadbestand een extern metadata- of indexrecord. Wijzig .ddd- en .esm-bronbestanden nooit; schrijf de ritkoppeling uitsluitend in dit record:

bestandstype: C of M
bron: bestuurderskaart of voertuigunit
identificatie: chauffeur-ID of kenteken
periode_van en periode_tot
gedownload_op
gedownload_door of systeem
hash van het ongewijzigde bronbestand
retentie_einddatum

De koppeling naar een rit is een verwijzing, geen knip of wijziging in het bronbestand. Een rit van dinsdag 10 september kan data uit een langer downloadinterval gebruiken. Bewaar het .ddd- of .esm-bestand dus één keer in de compliance-opslag en koppel het dossier via het externe record aan M-2026-09-10-TRK07 en C-2026-09-10-DRV14.

6. Maak afwijkingen expliciet

Laat het systeem vier controles uitvoeren:

1. Is elke stop afgemeld met een geldige tijd en locatie?
2. Matchen pakbon, POD en eventuele retourregels op aantallen en artikelen?
3. Zijn de vereiste C- en M-bestanden voor de periode aanwezig of staat er een gecontroleerde uitzondering?
4. Zijn tarief, toeslagen, klantreferentie en factuurdatum compleet?

Een controle geeft groen, oranje of rood. Groen betekent dat de vooraf bepaalde regels kloppen. Oranje betekent dat een bevoegde medewerker moet beslissen. Rood blokkeert vrijgave. Sla niet alleen de kleur op, maar ook de regel die de kleur veroorzaakte. POD ontbreekt handtekening is later bruikbaar. Validatie mislukt niet.

7. Laat planner en finance op hun eigen onderdeel vrijgeven

De planner geeft alleen het operationele deel vrij: de rit is geleverd, afwijkingen zijn beoordeeld en de bewijsstukken zijn gekoppeld. Finance geeft alleen het financiële deel vrij: klant, bedrag, btw, referentie en bijlagen kloppen. Gebruik precies twee onafhankelijke statussen, operationeel akkoord en financieel akkoord. De facturatie-integratie mag uitsluitend starten als beide statussen aanwezig zijn. Eén akkoord, een losse status vrijgegeven of een groen controlesignaal is nooit voldoende.

Bij een schadeclaim kan de planner de rit wel operationeel afronden, terwijl finance de factuurregel voor de beschadigde goederen blokkeert. Zo verdwijnt de hele rit niet in een wachtbak door één financieel geschil.

8. Maak factuurregels uit gecontroleerde data

Bouw de factuur uit vaste regels: basisrit, kilometers of zone, extra stop, wachttijd, toeslag, retour en eventuele korting. Neem rit-ID en order-ID mee op de regel of in de factuurreferentie. Stuur het POD-document als bijlage mee wanneer de klant dat verwacht.

Bij Moneybird maak je de API-tokenrechten zo klein mogelijk. Geef een token alleen toegang tot wat de koppeling nodig heeft, bijvoorbeeld sales invoices en documenten, en gebruik een read-only token voor controles. Bij Exact Online werk je met de sales invoice API of een bestaande TMS-koppeling. EasyTrans staat in de Exact Online App Store als TMS met transportorders, documenten en facturatie. Laat de koppeling idempotent werken: dezelfde rit-ID mag niet twee verkoopfacturen maken en controleer vóór aanmaak dat beide vrijgavestatussen aanwezig zijn.

9. Archiveer en test een inspectie na

Bewaar het ritdossier in een structuur waarin je kunt zoeken op rit-ID, klantorder, kenteken, bestuurder en factuurnummer. Bewaar de C- en M-bestanden in de compliance-opslag met minstens één jaar retentie, en leg vast wanneer langere fiscale of contractuele bewaartermijnen gelden.

Doe maandelijks een steekproef van vijf vrijgegeven ritten. Open vanuit de factuur het dossier, vanuit het dossier de POD en vanuit het dossier de tachograafverwijzing. Probeer daarna dezelfde gegevens terug te vinden op kenteken en op bestuurder. Als dat niet lukt, heb je geen dossier maar een verzameling bestanden.

Valkuilen die je ritdossier onbetrouwbaar maken

Je koppelt op bestandsnaam

scan_0042.pdf zegt niets als een chauffeur later een nieuwe foto uploadt. Gebruik de rit-ID en stop-ID als metadata, en laat bestandsnamen daarvan afgeleid worden. De bestandsnaam is leesgemak. De ID is de relatie.

Je gebruikt de tachograaf als bewijs van levering

De tachograaf kan activiteit, rijtijd en voertuigdata onderbouwen. Hij bewijst niet welke pallets zijn ontvangen of wie de POD heeft getekend. Combineer tachograafdata met pakbon en POD. Geen van die bronnen vervangt de andere.

Je bewaart alleen de laatste download

Een nieuwe download maakt de vorige niet overbodig. ILT kan een controleperiode opvragen en vraagt bestanden voor alle bestuurders en voertuigen die in die periode zijn ingezet. Ook de eerste download na de inspectieperiode kan nodig zijn. Bewaar de bronbestanden met downloadmoment en periode, ook bij lease, huur en uitzendkrachten.

Je verwart 28 en 90 dagen met een bewaartermijn

28 dagen voor de bestuurderskaart en 90 dagen voor de voertuigunit zijn uiterste downloadintervallen. Het is geen advies om precies op dag 28 of 90 te wachten. Plan een wekelijkse controle op deadlines en laat het systeem escaleren wanneer een download mislukt. De bewaartermijn is een aparte regel.

Je zet alle afwijkingen op opgelost

Een ontbrekende handtekening is niet opgelost omdat een planner een opmerking heeft gelezen. Leg vast welke compensatie het bewijs levert en wie die keuze maakte. Bij onvoldoende bewijs kan de juiste beslissing zijn om een toeslag of factuurregel te laten vallen.

Je stuurt tachograafdata naar het TMS zonder toegangsscheiding

Een planner hoeft niet automatisch alle volledige bestuurderskaartdata te kunnen openen. Houd ritbewijs en wettelijke compliance-data gescheiden, met rolgebaseerde toegang. Koppel alleen de noodzakelijke verwijzing en analyse aan de rit.

Je laat een externe chauffeur buiten de keten

De ILT vermeldt expliciet dat ook ingeleende bestuurders en gebruikte huur- of leasevoertuigen in de downloads moeten worden meegenomen. Zet bij het inplannen een controle op chauffeur en voertuig. Zonder die stap komt het gat pas aan het licht wanneer de inspectie al loopt.

Je factureert zodra de POD binnenkomt

Een POD zegt nog niet dat de rit financieel klaar is. De factuur kan een verkeerde klantreferentie, fout tarief of een niet-geaccordeerde schadepost bevatten. Houd operationele en financiële vrijgave apart.

Beslis-kader: welk niveau past bij je bedrijf?

Voor de meeste vervoerders is de juiste eerste stap niet een nieuw ERP. Begin met het TMS dat je al hebt, zet stopregistratie en POD goed aan, en voeg de boekhoudkoppeling toe. Verzwaren doe je pas wanneer het huidige systeem een concrete regel niet kan uitvoeren.

Kies op vier vragen:

• Heb je één TMS dat order, stop, POD en factuurregel al bij elkaar houdt?
• Worden tachograafbestanden in een aparte oplossing automatisch gedownload en bewaard?
• Heb je veel onderaannemers, meerdere boekhoudpakketten of klantregels per route?
• Moet een afwijking door verschillende rollen worden beoordeeld vóór facturatie?

Kant-en-klaar TMS met boekhoudkoppeling

Dit past wanneer je één hoofdproces hebt, je ritregels redelijk standaard zijn en je vooral discipline mist in de uitvoering. EasyTrans combineert order, transportdocumenten, chauffeursapp en facturatie. Qargo positioneert zich zwaarder en noemt automatische documentverwerking en controle van ePOD-CMR’s op handtekeningen, tarieven, wachttijden en toeslagen, plus automatische facturen voor afgeronde opdrachten. Vraag bij beide naar export van bronbestanden en naar de precieze status waarop een factuur wordt gemaakt.

TMS plus eCMR en tachograafoplossing

Dit past wanneer je orderproces al goed werkt, maar POD en compliance verspreid staan. TransFollow is een concreet eCMR-voorbeeld met Portal, Drive, Messenger en Connect. Je krijgt dan meerdere gespecialiseerde systemen. Spreek dus vooraf af waar de rit-ID ontstaat en hoe een document teruglinkt naar het TMS.

n8n of een vergelijkbare integratielaag

Dit past wanneer je systemen wel API’s hebben, maar geen bruikbare standaardkoppeling. De gratis self-hosted Community-editie van n8n bevat bijna de volledige basis, maar mist onder meer projecten, SSO, externe secrets en versiebeheer met Git. Die beperkingen zijn belangrijk zodra meerdere medewerkers workflows beheren. Je betaalt dan niet alleen voor hosting, maar voor beheer, back-ups, monitoring en het testen van wijzigingen.

Maatwerk op de bestaande stack

Maatwerk is gerechtvaardigd bij meerdere TMS’en, eigen tariefregels, veel onderaannemers, meerdere entiteiten of een harde eis dat wettelijke data gescheiden maar doorzoekbaar moet blijven. Bouw dan eerst het datamodel en de vrijgavepoorten. Laat de techniek pas daarna de API’s aanroepen. Een maatwerkflow die geen blokkade kent voor ontbrekende POD’s is alleen een snellere foutmachine.

De prijzen van Moneybird zijn die van het boekhoudpakket, niet van een complete transportoplossing. Een TMS, eCMR of tachograafdienst kan een aparte prijsstructuur hebben. Vraag daarom niet alleen naar maandprijs, maar ook naar kosten voor API, documenten, gebruikers, voertuigen, chauffeurs, implementatie en bewaartermijn.

Uitgewerkt voorbeeld: één rit van order tot factuur

Onderstaand is een fictief rekenvoorbeeld om de koppeling concreet te maken. De bedragen en IDs zijn voorbeelddata, geen klantcasus.

De opdracht

Noordland Distributie rijdt met acht eigen voertuigen en enkele vaste onderaannemers. De planner ontvangt order ORD-88421 van een bouwmaterialenhandel. De opdracht bevat 18 pallets, twee losadressen en een transporttarief van 680 euro. Voor een extra stop geldt 45 euro. De klant staat 30 minuten vrije lostijd per stop toe; daarna geldt 22,50 euro per aangevangen kwartier. De factuur moet de orderreferentie van de klant bevatten.

De planner maakt rit RIT-2026-0910-0042. De pakbon wordt versie PB-0042-v1, gekoppeld aan 18 pallets, voertuig TRK-07, trailer TRL-19 en bestuurder DRV-14. De tweede stop krijgt RIT-2026-0910-0042-S02.

Tijdens de uitvoering

Bij stop S02 meldt de chauffeur aankomst om 09:12 en vertrek om 10:07. De ontvanger tekent voor 18 pallets, maar noteert één beschadigde pallet. De chauffeur maakt een foto en zet de schade als afwijking op de POD. De rit wordt niet rood omdat levering onmogelijk is, maar oranje omdat finance moet bepalen of de beschadigde pallet wordt gecrediteerd.

De planner koppelt de POD aan stop S02 en de pakbonversie aan de rit. De oorspronkelijke order blijft zichtbaar. Niemand overschrijft de 18 geplande pallets met de ontvangen hoeveelheid. De afwijking heeft een eigen status en behandelaar.

De tachograafkoppeling

De compliance-oplossing heeft in de week ervoor de bestuurderskaart en voertuigunit volgens het eigen schema gedownload. Het relevante C-bestand is C-2026-09-08-DRV14.ddd; het relevante M-bestand is M-2026-09-08-TRK07.ddd. Beide bestanden worden in de compliance-opslag bewaard met hun downloadmoment en volledige periode. Het ritdossier bevat een verwijzing naar beide bestanden en een controlelog, niet een bewerkte kopie.

De koppeling controleert alleen dat bestuurder en voertuig bij de rit horen en dat de bestanden aanwezig zijn. Hij concludeert niet uit de tachograaf dat de levering correct was. Dat blijft de taak van POD en pakbon.

De factuurberekening

De rit bevat één extra stop, dus de conceptfactuur krijgt:

De wachttijdregel is alleen toegestaan als de overeenkomst dit tarief dekt en de aankomst- en vertrektijden betrouwbaar zijn vastgelegd. De schadepost staat nog op controle nodig en wordt niet automatisch als korting of extra regel verwerkt.

De vrijgave

De planner zet de rit op operationeel akkoord: order, pakbon, stopstatus en POD zijn gekoppeld; de schade staat apart vermeld. Finance controleert klantreferentie ORD-88421, tarieven, btw en de schadebeslissing en zet daarna financieel akkoord. Pas wanneer beide statussen aanwezig zijn, maakt de integratie in Moneybird of Exact Online één verkoopfactuur aan met rit-ID en orderreferentie. De POD gaat als bijlage mee.

Als de ontvanger niet had getekend en er geen foto, bericht of andere onderbouwing was geweest, zou de juiste uitkomst zijn geweest: basisrit mogelijk factureren, maar wachttijd of schadepost blokkeren. Het ritdossier beschermt je dus ook tegen te veel factureren.

Een dossier is pas goed als iemand anders het kan volgen

De waarde van een ritdossier zit niet in de hoeveelheid data. Ze zit in de volgorde. Eerst staat vast welke order is aangenomen. Daarna zie je welke goederen en stops zijn gepland. Vervolgens kun je terugvinden wat de chauffeur heeft afgeleverd, welke wettelijke bestanden bij de uitvoering horen, welke afwijking een mens heeft beoordeeld en waarom finance de factuur heeft vrijgegeven.

Maak daarom de rit-ID belangrijker dan het bestand. Houd brondata ongewijzigd, behandel ontbrekende stukken als uitzonderingen en laat geen factuur ontstaan vóór de afgesproken controles zijn afgerond. Dan wordt een inspectie geen speurtocht en een klantdispuut geen telefoongesprek uit het geheugen. Je hebt één dossier dat laat zien wat er gebeurde, wie het controleerde en welk bedrag daar terecht uit voortkwam.