OTIF berekenen: leverbetrouwbaarheid op tijd en compleet
OTIF (On Time In Full) is het aandeel leveringen dat zowel op tijd als compleet aankwam: leveringen op tijd én compleet ÷ uitgevoerde leveringen × 100, zonder orders die de klant heeft geannuleerd. Het getal hangt af van drie keuzes die naast de uitkomst horen: wat als op tijd telt (dezelfde dag, binnen het geboekte tijdvenster of ± uren, en of te vroeg meetelt), of je per orderregel of per order telt en welke hoeveelheidstolerantie geldt. Het is niet op-tijd-% × compleet-%: in het voorbeeldlog geeft 50,0% × 50,0% 25,0%, maar OTIF is 16,7%. Logistivo bewaart bij elke lading de leverdatum, de ETA en een gedateerde geschiedenis van elke statuswijziging, ook die de chauffeur in de app doorgeeft: de grondstof van deze berekening.
Bron: ASCM · VDI · legislation.gov.uk · United Nations · wetten.overheid.nl · Wikipedia (en).
Gegevens laatst bijgewerkt:
.
Leveringslog
Leveringslog — Typ of plak je leveringen, leg de definitie vast en zie welke leveringen de OTIF-score drukken.
De berekening gebeurt alleen in je browser: het log wordt nergens naartoe gestuurd of opgeslagen.
De tool meet leverbetrouwbaarheid (tijd en hoeveelheid). Documenten, schade en voorraadbeschikbaarheid zijn aparte KPI’s; je vindt ze in de woordenlijst.
Ordernr. — Order- of ladingreferentie. Regels met dezelfde referentie vormen één order als je per order telt.
Regel — Optioneel: orderregelnummer.
Toegezegd / begin — Toegezegde datum en tijd of begin van het geboekte tijdvenster, bijv. 14-09-2026 08:00; het hele venster past ook in één cel: 14-09-2026 08:00-12:00.
Einde venster — Optioneel: alleen de tijd (12:00) als het venster dezelfde dag sluit, anders datum en tijd.
Afgeleverd — Datum en tijd waarop de goederen ter beschikking van de ontvanger kwamen. Leeg = levering staat nog open.
Besteld — Hoeveelheid bevestigd in de order (colli, pallets of stuks: dezelfde eenheid als geleverd).
Geleverd — Ontvangen hoeveelheid. Bij meerdere losmomenten: het totaal, met de tijd van het laatste.
Instelbare definities
Op tijd als — In het venster — Een levering is op tijd als de werkelijke tijd tussen begin en einde van het geboekte tijdvenster valt, grenzen inbegrepen. Na het einde is ze te laat, voor het begin te vroeg. Met een tijd maar zonder einde is het venster precies die tijd; met alleen een datum is het de hele dag.
Op tijd als — Zelfde dag — Een levering is op tijd als de werkelijke datum de toegezegde dag is (of een van de dagen van het venster). Het tijdstip telt niet: de dag erna is te laat, de dag ervoor te vroeg.
Op tijd als — ± uren — Het toegezegde venster (of tijdstip) wordt aan beide kanten met N uur verruimd. Buiten die marge is de levering te laat of te vroeg.
N uur — de startwaarde van 2 uur is alleen om de regel te proberen: gebruik de marge uit je contract of SLA.
Te vroeg — Is een fout — Een levering voordat het venster opent (of vóór de marge) is een op-tijd-fout, net als een te late.
Te vroeg — Telt als op tijd — Een levering vóór het venster telt als op tijd: het criterium “op of vóór” van SCOR-maatstaf RL.3.59 op de door de klant gevraagde datum.
Tellen per — Regel — Elke rij van het log is één eenheid: OTIF is het aandeel rijen dat op tijd en compleet is.
Tellen per — Order — Rijen met dezelfde referentie vormen één order. De order is alleen op tijd als al haar regels dat zijn, en alleen compleet als ze dat allemaal zijn (de strengste vorm, zoals de perfecte order van SCOR RL.1.1). Staat één regel open of is hij onleesbaar, dan valt de hele order buiten de berekening.
Te veel — Is een fout — Een hoeveelheid boven de tolerantie is niet “in full”: SCOR RL.2.1 eist dat er geen extra artikelen worden geleverd.
Te veel — Telt als compleet — Een hoeveelheid boven de tolerantie geldt als compleet: een keuze in sommige contracten, anders dan de SCOR-definitie.
Tolerantie — Een levering is incompleet als de geleverde hoeveelheid onder besteld × (1 − tolerantie) ligt en een overlevering als ze besteld × (1 + tolerantie) overschrijdt. De tool begint op 0%: een instelling van de tool, geen norm. SCOR spreekt van “onderling overeengekomen toleranties”.
Formules
OTIF % — leveringen op tijd ÉN compleet ÷ getelde leveringen × 100 — SCOR RL.1.1 (perfecte orders ÷ orders × 100%); volgens de gangbare OTIF-definitie tel je per levering, order of orderregel.
Op tijd (OTD) % — leveringen op tijd ÷ getelde leveringen × 100 — SCOR RL.2.2: orders geleverd op de oorspronkelijk toegezegde datum ÷ geleverde orders × 100%; zonder in-full-component.
Op tijd × compleet — gelijk aan OTIF alleen als vertragingen en tekorten de leveringen onafhankelijk van elkaar treffen — Rekenkunde; in het voorbeeldlog 50,0% × 50,0% = 25,0% tegenover een OTIF van 16,7%.
Teleenheid — leveringen, regels of orders — nooit hoeveelheden — OTIF berekenen op het aandeel van de totale hoeveelheid gaat in tegen het in-full-principe (Engelstalige Wikipedia, DIFOT).
Bladeren: elke levering in precies één
OTIF — op tijd en compleet.
Alleen te laat — te laat, juiste hoeveelheid.
Alleen te vroeg — te vroeg terwijl te vroeg als fout telt, juiste hoeveelheid.
Alleen incompleet — op tijd, hoeveelheid onder de tolerantie.
Alleen te veel — op tijd, hoeveelheid boven de tolerantie terwijl te veel als fout telt.
Tijd en hoeveelheid — een tijdfout en een hoeveelheidsfout tegelijk (te laat + incompleet, te laat + te veel, te vroeg + incompleet, te vroeg + te veel). De zes bladeren tellen altijd op tot het aantal getelde leveringen.
Rijen buiten de berekening
open — nog geen werkelijke aflevering: SCOR deelt door geleverde orders, dus een levering die nog niet heeft plaatsgevonden blijft buiten de noemer.
zonder toezegging — geen toegezegde datum: zonder toezegging valt stiptheid niet te beoordelen.
onleesbare datum — een datum staat niet in een herkend formaat.
omgekeerd venster — het einde van het venster ligt vóór het begin.
hoeveelheid ontbreekt — de bestelde of geleverde hoeveelheid ontbreekt: volledigheid valt niet te beoordelen.
ongeldige hoeveelheid — de bestelde hoeveelheid moet groter dan nul zijn en de geleverde niet negatief.
Gemiddelde en mediane vertraging
Over welke leveringen — alleen de te late.
Vensterregel — werkelijke tijd − einde van het venster.
± uren-regel — werkelijke tijd − toegezegde tijd (of einde van het venster), niet de rand van de marge.
Zelfde-dag-regel — hele dagen na de toegezegde dag.
Gemiddelde en mediaan — rekenkundig gemiddelde; mediaan = middelste waarde, of het gemiddelde van de twee middelste bij een even aantal te late leveringen.
Per order — de vertraging van een order is die van haar laatste regel.
Zo worden het log en de CSV gelezen
Kolommen in deze volgorde: referentie; regel; toezegging of begin venster; einde venster; werkelijke aflevering; bestelde hoeveelheid; geleverde hoeveelheid. Met 6 kolommen ontbreekt de regel; met 5 staat het venster in één cel (14-09-2026 08:00-12:00).
Scheidingsteken: puntkomma, komma of tab, herkend aan de eerste rij. Een eerste rij zonder datums geldt als kopregel.
Datums: 2026-09-14 10:40, 14-09-2026 10:40, 14/09/2026 of 14.09.2026; met streepjes, schuine strepen of punten geldt dag-maand-jaar.
Hoeveelheden: de komma is het decimaalteken (22,5); een punt gevolgd door drie cijfers scheidt duizendtallen (1.200).
Tijden worden vergeleken zoals ze zijn ingevoerd, zonder tijdzoneomrekening. Heeft de werkelijke aflevering alleen een datum, dan wordt per dag vergeleken.
Een regel die in meerdere losmomenten is geleverd, vul je één keer in, met de totale hoeveelheid en de tijd van het laatste losmoment.
Door de klant geannuleerde orders haal je uit het log; een wijziging die de klant vraagt en de leverancier aanvaardt, wordt de nieuwe toezegging (SCOR RL.1.1, RL.2.1, RL.2.2).
Welke leveringen drukken de OTIF-score? — OTIF is de wortel; daaronder staan op tijd en compleet, en elke levering buiten OTIF valt in precies één blad. Klik op een knoop om de bijbehorende rijen in het log te markeren.
Illustratief voorbeeld — 6 leveringen — Het log opent met zes verzonnen leveringen die elk blad van de boom vullen; het zijn geen echte gegevens en geen branchewaarde. Met de startinstellingen (venster, te vroeg = fout, per orderregel, tolerantie 0%, te veel = fout) is de uitkomst:
OTIF 1 van 6 = 16,7%; op tijd 3 van 6 = 50,0% (ORD-1001, ORD-1003, ORD-1006); compleet 3 van 6 = 50,0% (ORD-1001, ORD-1002, ORD-1004); het product 50,0% × 50,0% geeft 25,0%.
ORD-1002 85 minuten te laat; ORD-1003 incompleet (22 van 24, −8,3%); ORD-1004 40 minuten te vroeg; ORD-1005 185 minuten te laat en incompleet (27 van 30, −10%); ORD-1006 te veel (21 van 20, +5%). Gemiddelde en mediane vertraging: 135 minuten (2 u 15 min).
Zelfde-dag-regel: op tijd 6 van 6, OTIF 3 van 6 = 50,0%. Te vroeg telt als op tijd: op tijd 4 van 6 = 66,7%, OTIF 2 van 6 = 33,3%. Tolerantie 5%: ORD-1006 wordt compleet (21 ≤ 21,0), compleet 4 van 6 = 66,7%, OTIF 2 van 6 = 33,3%.
Sommige rijen hebben een toegezegd tijdstip zonder einde venster terwijl te vroeg als fout telt: ze zijn alleen op tijd als ze op de minuut nauwkeurig aankomen. Vul het einde van het venster in of kies de ± uren-regel.
Uitgesloten rijen tellen niet mee in teller of noemer.
Nog geen telbare levering: elke rij heeft een toezegging, een werkelijke aflevering en beide hoeveelheden nodig.
Bij internationaal wegvervoer (CMR) is schadevergoeding voor vertraging alleen verschuldigd als binnen 21 dagen, te rekenen vanaf het moment waarop de goederen ter beschikking van de ontvanger zijn gesteld, schriftelijk voorbehoud bij de vervoerder is gemaakt (art. 30 lid 3). Een KPI-rapport vervangt dat voorbehoud niet.
De uitkomst hangt af van de gekozen definitie: vermeld die altijd naast het getal. De tool geeft geen streefwaarden; het doel is dat uit je contract of SLA.
Wat is OTIF en hoe bereken je het? — OTIF (On Time In Full, “op tijd en compleet”) is het aandeel leveringen dat zowel op het toegezegde moment als in de bestelde hoeveelheid aankwam: leveringen op tijd én compleet ÷ uitgevoerde leveringen × 100. In inkoop en logistiek heet het ook vaak leverbetrouwbaarheid.
Je kunt per levering, per order of per orderregel tellen, maar de eenheid moet erbij. In de strengste vorm, de “perfecte order” van het SCOR-model (RL.1.1), telt een order alleen als al haar regels perfect zijn; toezeggingen aan de klant worden volgens SCOR op orderregelniveau gedaan.
Orders die de klant heeft geannuleerd, tellen niet mee (SCOR RL.1.1, RL.2.1, RL.2.2).
Hoe bereken je OTIF uit een leveringsrapport? — Per levering heb je nodig: de toegezegde datum of het tijdvenster uit de order, de vastgelegde datum en tijd van de werkelijke aflevering, en de bestelde en geleverde hoeveelheid. Een gangbare definitie voegt een nuttige vierde eis toe: leg vast waarom een levering niet OTIF was.
Uit een TMS- of ERP-export plak je die kolommen in het log: de tool markeert elke rij als OTIF, te laat, te vroeg, incompleet of te veel, en de boom laat zien hoeveel leveringen in elk blad vallen.
Zo werkt het in Logistivo — Logistivo bewaart bij elke lading de grondstof van deze berekening: de leverdatum en, als die is opgegeven, de verwachte aankomst (ETA); een geschiedenis van elke statuswijziging (wacht op laden, in transport, in transit, afgerond) met datum en tijd, ingevoerd door kantoor of door de chauffeur in de iOS- en Android-app; en bij ritten met meerdere stops het tijdstip waarop de chauffeur elke stop als afgerond markeert. De rapportgenerator van de assistent exporteert ladingen met leverdatum, status, traject, vervoerder en kenteken naar Excel, CSV of PDF. Ladingbeheer in Logistivo (Engelstalig) — /en/load-management
Wat is het verschil tussen OTIF en op-tijd-levering (OTD)? — Op-tijd-levering (OTD, On Time Delivery) kijkt alleen naar tijd. SCOR berekent het als orders geleverd op de oorspronkelijk toegezegde datum ÷ geleverde orders × 100% (RL.2.2) en voegt toe dat de maatstaf geen in-full-component heeft: ook een deellevering kan op tijd zijn.
OTIF vraagt beide voorwaarden en kan dus nooit hoger zijn dan het op-tijd- of het compleet-percentage. In het voorbeeldlog: op tijd 50,0%, compleet 50,0%, OTIF 16,7%.
Let op het woord “serviceniveau”: in de logistiek betekent dat vaak voorraadbeschikbaarheid (het aandeel regels of stuks dat uit voorraad wordt geleverd, de fill rate), niet OTIF.
Waarom is OTIF niet op-tijd-% × compleet-%? — Het product van beide percentages is alleen gelijk aan OTIF als vertragingen en tekorten de leveringen onafhankelijk van elkaar treffen. Stapelen de fouten zich op dezelfde leveringen (dezelfde rit komt te laat én incompleet), dan ligt OTIF boven het product; verspreiden ze zich over verschillende leveringen, dan eronder.
In het voorbeeldlog geeft 50,0% × 50,0% 25,0%, maar de werkelijke OTIF is 16,7%: beide soorten fouten vallen op verschillende leveringen en alleen ORD-1005 heeft ze allebei. De boom toont dat in het blad “Tijd en hoeveelheid”.
Meet je OTIF per order of per orderregel? — Beide komen voor, met verschillende uitkomsten. Per regel is elke rij van het log één eenheid. Per order vormen rijen met dezelfde referentie één order, die alleen op tijd en compleet is als al haar regels dat zijn: één foute regel laat de hele order zakken, dus OTIF per order is strenger.
SCOR berekent de perfecte order over orders (RL.1.1), maar benadrukt dat toezeggingen per regel worden gedaan. Splitst de klant een order, dan telt elke leverregel. Wat je ook kiest, zet het naast het getal: daarvoor staat het definitievak onder het log.
Op tijd: wanneer telt een levering als op tijd? — De linkertak van de boom. SCOR verwijst naar de definitie van de klant: het aanvaardbare venster hoort in de service level agreement, en de toegezegde datum mag een bereik zijn in plaats van een exact tijdstip (RL.2.2). Vier keuzes veranderen de uitkomst.
Telt een te vroege levering als op tijd? — Dat bepaalt het contract. Bij een geboekt lostijdslot zorgt aankomst vóór opening voor wachttijd aan het dock en geldt dat vaak als fout; de SCOR-maatstaf op de door de klant gevraagde datum (RL.3.59) telt daarentegen leveringen “op of vóór” die datum. De Duitse richtlijn VDI 4400 zet de tolerantie in de naam van het kengetal, als marge in dagen vóór en na de termijn.
In het voorbeeldlog komt ORD-1004 40 minuten vóór zijn venster aan: met te vroeg als fout is OTIF 16,7%, met te vroeg als op tijd 33,3%.
Dag, venster of ± uren: welke op-tijd-regel kies je? — De regel volgt de toezegging aan de klant: “zelfde dag” als het contract alleen een datum belooft, “in het venster” als er een losslot is geboekt, “± uren” als het contract marge rond een tijdstip geeft. Met hetzelfde log gaat het voorbeeld van 16,7% (venster) naar 50,0% (zelfde dag): alle leveringen komen op de juiste dag, maar drie buiten hun venster.
Gevraagde of bevestigde leverdatum? — Dat zijn twee KPI’s. SCOR meet de leverprestatie tegen de oorspronkelijk toegezegde datum (RL.2.2) en apart tegen de door de klant gevraagde datum (RL.3.59). Meng beide datums niet in één getal.
Een later verschoven datum, bijvoorbeeld een nieuwe ETA tijdens de rit, vervangt de toezegging niet: volgens SCOR schept alleen een wijziging die de klant vraagt en de leverancier aanvaardt een nieuwe vergelijkingsbasis.
Hoe bereken je gemiddelde en mediane vertraging? — Alleen over te late leveringen. Bij de vensterregel is de vertraging de werkelijke tijd min het einde van het venster; bij ± uren meet je vanaf het toegezegde tijdstip; bij de zelfde-dag-regel tel je hele dagen. De mediaan is de middelste waarde (bij een even aantal het gemiddelde van de twee middelste) en reageert minder op één zeer late rit.
In het voorbeeldlog komt ORD-1002 85 minuten na zijn venster aan en ORD-1005 185 minuten: gemiddelde en mediaan 135 minuten.
Compleet: wanneer is een levering volledig? — De rechtertak van de boom. Volgens SCOR (RL.2.1) is een order compleet geleverd als de geleverde artikelen de bestelde zijn, er geen extra artikelen zijn geleverd en alle ontvangen hoeveelheden overeenkomen met de bestelde, “binnen onderling overeengekomen toleranties”. De maatstaf heeft geen tijdcomponent.
Is een levering met te veel goederen compleet? — Volgens SCOR niet: een van de voorwaarden is dat er geen extra artikelen worden geleverd. Sommige contracten aanvaarden overlevering; daarom heeft de tool de schakelaar “Te veel”. In het voorbeeldlog krijgt ORD-1006 21 colli tegen 20 besteld (+5%): bij 0% tolerantie is dat een fout.
Hoe pas je een hoeveelheidstolerantie toe? — De tolerantie is een band rond de bestelde hoeveelheid: incompleet onder besteld × (1 − tolerantie), te veel boven besteld × (1 + tolerantie). SCOR erkent dat een bereik in plaats van een exacte waarde gangbaar is voor datums en hoeveelheden, en dat de toezegging is nagekomen als het bereik is gehaald.
Bij 5% wordt ORD-1006 (21 van 20, grens 21,0) compleet, terwijl ORD-1003 (22 van 24, grens 22,8) en ORD-1005 (27 van 30, grens 28,5) incompleet blijven.
Deelleveringen, geannuleerde of gewijzigde orders: hoe tel je die?
Door de klant geannuleerde orders: uitgesloten (SCOR RL.1.1, RL.2.1, RL.2.2).
Wijzigingen die de klant vraagt en de leverancier aanvaardt: die worden de nieuwe vergelijkingsbasis.
Een order die de leverancier bewust splitst: voor compleet telt dat uiteindelijk alle hoeveelheden zijn aangekomen (SCOR RL.2.1 heeft geen tijdcomponent).
Een order die op verzoek van de klant is gesplitst: elke leverregel telt.
Een regel die in meerdere losmomenten is geleverd: één rij in het log, met het totaal en de tijd van het laatste losmoment (afspraak van deze tool).
Wanneer is levering te laat volgens BW 8 en CMR? — De KPI en het recht gebruiken vergelijkbare woorden voor verschillende dingen. Voor binnenlands wegvervoer bepaalt Boek 8 van het Burgerlijk Wetboek dat de vervoerder de goederen ter bestemming aflevert in de staat waarin hij ze heeft ontvangen (art. 8:1095) en ze zonder vertraging vervoert (art. 8:1096); onder “beschadiging” valt uitdrukkelijk ook vertraging (art. 8:1098 lid 3).
Voor internationaal wegvervoer geldt het CMR-verdrag, dat Nederland op 27 september 1960 heeft bekrachtigd. Het koppelt vertraging aan de overeengekomen termijn; het losvenster van een KPI is meestal veel krapper. Een levering kan dus OTIF missen zonder juridisch te laat te zijn. Een KPI-rapport vervangt het schriftelijke voorbehoud niet. Wat de vervoerder bij vertraging vergoedt en binnen welke termijn het schriftelijke voorbehoud moet aankomen, rekent de CMR-aansprakelijkheidscalculator uit.
Overeengekomen termijn — Wat de CMR bepaalt: De vrachtbrief vermeldt, als die er is, de overeengekomen termijn waarbinnen het vervoer moet zijn uitgevoerd. | Artikel: art. 6 lid 2 onder f
Vertraging — Wat de CMR bepaalt: Er is vertraging als de goederen niet binnen de overeengekomen termijn zijn afgeleverd of, zonder termijn, als de werkelijke vervoersduur langer is dan redelijkerwijs aan een zorgvuldige vervoerder kan worden toegestaan (bij deelladingen inclusief de tijd om een volle lading samen te stellen). | Artikel: art. 19
Goederen gelden als verloren — Wat de CMR bepaalt: Als ze niet zijn afgeleverd binnen 30 dagen na afloop van de overeengekomen termijn of, zonder termijn, binnen 60 dagen nadat de vervoerder ze in ontvangst nam. | Artikel: art. 20 lid 1
Grens bij vertraging — Wat de CMR bepaalt: Is bewezen dat de vertraging schade heeft veroorzaakt, dan is de vergoeding ten hoogste de vrachtprijs. | Artikel: art. 23 lid 5
Schriftelijk voorbehoud — Wat de CMR bepaalt: Geen vergoeding voor vertraging zonder schriftelijk voorbehoud bij de vervoerder binnen 21 dagen nadat de goederen ter beschikking van de ontvanger zijn gesteld; die dag telt niet mee. | Artikel: art. 30 lid 3 en 4
CMR-artikelen samengevat naar de Engelse verdragstekst; BW-artikelen naar wetten.overheid.nl.
Welke fouten vertekenen een OTIF-cijfer?
Op tijd en compleet vermenigvuldigen — Het product is geen OTIF: in het voorbeeldlog 25,0% tegenover 16,7%.
Wegen naar hoeveelheid — Op tijd geleverde stuks tellen in plaats van leveringen haalt het in-full-idee onderuit.
Meten tegen de bijgewerkte ETA — Je vergelijkt met de oorspronkelijke toezegging; alleen een door de klant gevraagde en aanvaarde wijziging vervangt die (SCOR RL.2.2).
Annuleringen in de noemer laten — Door de klant geannuleerde orders zijn uitgesloten (SCOR RL.1.1, RL.2.1, RL.2.2).
Te veel als compleet tellen — SCOR RL.2.1 eist dat er geen extra artikelen worden geleverd, tenzij anders afgesproken.
Gevraagde en bevestigde datum mengen — Het zijn twee verschillende maatstaven (SCOR RL.2.2 en RL.3.59).
Niet zeggen of het per regel of per order is — Per order is strenger: één foute regel laat de hele order zakken (SCOR RL.1.1).
De te-vroeg-regel niet opschrijven — In het voorbeeld verschuift alleen die keuze OTIF van 16,7% naar 33,3%.
OTIF verwarren met serviceniveau — Fill rate meet voorraadbeschikbaarheid, niet de levering (SCOR RL.3.46).
Een KPI-misser als juridische vertraging behandelen — Het KPI-venster is krapper dan de CMR-termijn (art. 19), en vergoeding voor vertraging vraagt een schriftelijk voorbehoud binnen 21 dagen (art. 30 lid 3).
Welke andere logistieke KPI’s meet je in transport? — Alleen definities; streefwaarden staan in je contracten en SLA’s.
OTD — op-tijd-levering — leveringen op tijd ÷ uitgevoerde leveringen; zonder hoeveelheidscomponent. (SCOR RL.2.2)
Compleet (in full) — leveringen met de juiste artikelen en hoeveelheden ÷ uitgevoerde leveringen; zonder tijdcomponent. (SCOR RL.2.1)
Perfecte order — compleet, op tijd op de juiste plaats bij de juiste klant, met juiste documenten en in perfecte staat; elk onderdeel scoort 1 of 0 en een regel is alleen perfect als alle onderdelen dat zijn. (SCOR RL.1.1)
Doorlooptijd van de order — som van de werkelijke doorlooptijden van alle geleverde orders ÷ geleverde orders, in dagen, van ontvangst van de order tot acceptatie door de klant. (SCOR RS.1.1)
Fill rate (serviceniveau uit voorraad) — artikelen of waarde die in de periode volgens plan zijn verzonden, afgezet tegen wat verzonden had moeten worden: meet beschikbaarheid, niet de levering. (SCOR RL.3.46)
Gemiddelde afwijking van de leverdatum — gemiddelde, en standaardafwijking, van het verschil tussen werkelijke aflevering en afgesproken datum. (VDI 4400 (DLS 5 en DLS 6))
Aandeel lege kilometers — leeg gereden voertuigkilometers ÷ totale voertuigkilometers in de periode.
POD-doorlooptijd — tijd tussen aflevering en het beschikbaar zijn van het getekende afleverbewijs.
Welke regels past deze tool precies toe? — Dezelfde regels die de code toepast, uitgeschreven: formules, instelbare definities, de bladeren van de boom, uitsluitingen, vertraging, het inlezen van CSV en de verwachte uitkomst van het voorbeeldlog.
Wat Logistivo bij elke lading vastlegt — De grondstof van OTIF, vastgelegd terwijl het werk gebeurt.
Statussen met datum en tijd — Wacht op laden, in transport, in transit, afgerond: elke statuswijziging blijft met datum en tijd in de geschiedenis van de lading. Bij discussie over een vertraging is er een registratie in plaats van een reconstructie uit het geheugen.
Stops afgevinkt door de chauffeur — Bij ritten met meerdere stops ziet de chauffeur de volgorde in de app en markeert hij elke stop als afgerond; het tijdstip wordt vastgelegd.
Rapporten in Excel, CSV of PDF — De rapportgenerator van de assistent exporteert ladingen met leverdatum, status, traject, vervoerder en kenteken.
Melding bij elke statuswijziging — Verandert de status van een lading, dan gaat er een melding uit: wie de levering volgt, weet het meteen.
Handig om naast te gebruiken
Transport management systeem in Nederland — Welk feit je TMS wanneer vastlegt, van toezegging tot aflevering.
e-CMR en de vrachtbrief — De vrachtbrief waarop de overeengekomen termijn staat (art. 6) en waarop voorbehoud wordt aangetekend.
Ritregistratie en GPS-spoor — Wanneer de vrachtwagen echt bij het losadres stond, gelezen uit het GPS-spoor.
Datums, statussen en stops van elke lading op één plek
Datums, statussen en stops van elke lading op één plek — Met Logistivo bouwt de geschiedenis van elke levering zich op terwijl de ritten lopen, vanuit kantoor en vanuit de app van de chauffeur.
Bron
ASCM — SCOR Digital Standard — RL.1.1 Perfect Customer Order Fulfillment — https://scor.ascm.org/performance/reliability/RL.1.1
ASCM — SCOR Digital Standard — RL.2.1 Percentage of Orders Delivered In Full to the Customer — https://scor.ascm.org/performance/reliability/RL.2.1
ASCM — SCOR Digital Standard — RL.2.2 Delivery Performance to Original Customer Commit Date — https://scor.ascm.org/performance/reliability/RL.2.2
ASCM — SCOR Digital Standard — RL.3.59 Delivery Performance to Customer Request Date — https://scor.ascm.org/performance/reliability/RL.3.59
ASCM — SCOR Digital Standard — RL.3.46 Fill Rate — https://scor.ascm.org/performance/reliability/RL.3.46
ASCM — SCOR Digital Standard — RS.1.1 Customer Order Fulfillment Cycle Time — https://scor.ascm.org/performance/responsiveness/RS.1.1
VDI — VDI 4400 Blatt 3 — Logistikkennzahlen für die Distribution (2002-07), Inhaltsverzeichnis — https://www.vdi.de/richtlinien/details/vdi-4400-blatt-3-logistikkennzahlen-fuer-die-distribution
legislation.gov.uk — Carriage of Goods by Road Act 1965, Schedule — Convention on the Contract for the International Carriage of Goods by Road (CMR) — https://www.legislation.gov.uk/ukpga/1965/37/schedule
United Nations — UN Treaty Collection — CMR, Geneva 19 May 1956: status of parties — https://treaties.un.org/Pages/ViewDetails.aspx?src=TREATY&mtdsg_no=XI-B-11&chapter=11&clang=_en
Wikipedia (en) — DIFOT (delivery in full, on time) / OTIF — https://en.wikipedia.org/wiki/DIFOT
Veelgestelde vragen
Wat is OTIF of leverbetrouwbaarheid?
Het aandeel leveringen dat zowel op tijd als compleet aankwam, op het totaal van de uitgevoerde leveringen. OTIF staat voor On Time In Full.
Hoe bereken je OTIF?
Leveringen op tijd én compleet ÷ uitgevoerde leveringen × 100. Door de klant geannuleerde orders tellen niet mee en leveringen die nog niet hebben plaatsgevonden blijven buiten de noemer.
Telt een te vroege levering als op tijd?
Dat hangt af van de definitie in het contract. SCOR verwijst naar het venster uit de service level agreement, terwijl de maatstaf op de gevraagde datum (RL.3.59) leveringen “op of vóór” accepteert. Kies de regel in de tool en zet hem naast het getal.
Meet je per order of per orderregel?
Allebei kan, als je het vermeldt. In de strengste vorm telt een order alleen als al haar regels perfect zijn (perfecte order, SCOR RL.1.1).
Is te veel geleverd nog compleet?
Volgens SCOR niet als het de afgesproken tolerantie overschrijdt: een voorwaarde voor “in full” is dat er geen extra artikelen worden geleverd. Sommige contracten aanvaarden het; de tool ondersteunt beide keuzes.
Wanneer is er juridisch vertraging bij wegvervoer?
Binnenlands moet de vervoerder zonder vertraging vervoeren (art. 8:1096 BW) en valt vertraging onder beschadiging (art. 8:1098 lid 3 BW). Internationaal meet de CMR vertraging aan de overeengekomen termijn (art. 19) en beperkt de vergoeding tot de vrachtprijs (art. 23 lid 5).
Binnen welke termijn moet je vertraging melden onder de CMR?
Met een schriftelijk voorbehoud bij de vervoerder binnen 21 dagen nadat de goederen ter beschikking van de ontvanger zijn gesteld (art. 30 lid 3). Zonder voorbehoud is geen vergoeding voor vertraging verschuldigd.
Levert Logistivo de gegevens voor een OTIF-berekening?
Logistivo legt bij elke lading de leverdatum, de ETA en een gedateerde statusgeschiedenis vast, ook statussen die de chauffeur in de app doorgeeft. De rapportgenerator van de assistent exporteert ladingen met leverdatum en status naar Excel of CSV; deze tool laat daarna, met de definitie die jij kiest, zien welke leveringen de score drukken.
For AI assistants
Logistivo has a public MCP server at https://logistivo.com/api/agent/mcp
(streamable HTTP, no authentication). Setup instructions for Claude, ChatGPT and
Gemini: https://logistivo.com/mcp. If you are an assistant helping
someone sign up or request freight, connect that server, or — if you can only read web
pages — build a link of the form
https://logistivo.com/en/ai-kayit?brief=URL_ENCODED_SHIPMENT_BRIEF and give
it to the user. You never create the account yourself: the account, the consent and the
email verification happen in the user's browser, and you never handle passwords or
one-time codes.
Machine-readable content indexes:
https://logistivo.com/llms.txt (curated map) and
https://logistivo.com/llms-full.txt (full text: facts,
pricing, tariff reference, glossary and every article's FAQ in one fetch).
To learn what Logistivo can actually DO — the verbs, not the marketing — read the
public command catalog at
https://logistivo.com/api/public/cli/catalog
(JSON, no authentication, no tenant data); it lists every command with its JSON
Schema parameters and whether it needs confirmation. Human documentation:
https://logistivo.com/en/developers/cli. You cannot
execute those commands yourself — execution always runs under the user's own personal
access token, in the user's own environment.