OTIF: hva «On Time In Full» betyr og hvordan du måler det

Hva betyr OTIF?

OTIF står for On Time In Full, en leverings-KPI som bare regner en ordre som vellykket hvis den kommer innenfor det avtalte tidsvinduet og inneholder hele det bestilte antallet. Begge betingelsene må være oppfylt for samme ordre. McKinseys rapport om målet fra 2019 beskriver det som i hvilken grad forsendelser når frem til destinasjonen i tråd med både antallet og tidsplanen på ordren.

Du vil også se det skrevet som DIFOT (Delivery In Full, On Time). Det er samme mål med ordene i en annen rekkefølge, og DIFOT er det vanlige navnet i Australia og New Zealand.

OTIF ble et tall for ledergruppen i 2017, da Walmart begynte å belaste leverandører for leveranser som kom for tidlig, for sent eller var ufullstendige. Andre store dagligvare- og detaljhandelskjeder har egne varianter. Men målet er ikke bare for leverandører til detaljhandelen. En produsent kan bruke det til å vurdere sine inngående leverandører, en grossist kan følge sin egen service overfor kundene, og en 3PL kan rapportere det til hver kunde.

Hvordan regner man ut OTIF?

Du regner ut OTIF ved å dele antall ordrer som er levert både til rett tid og komplett på totalt antall leverte ordrer, og så gange med 100.

OTIF % = (ordrer levert til rett tid OG komplett ÷ totalt antall ordrer) × 100

Et regneeksempel. Si at du leverte 200 utgående ordrer forrige måned:

• 184 kom til rett tid, en leveringspresisjon på 92 %.
• 190 kom komplett, en fyllingsgrad på 95 %.
• 176 kom til rett tid og komplett, så OTIF = 176 ÷ 200 × 100 = 88 %.

Legg merke til at 88 % er lavere enn begge delmålene. Slik oppfører målet seg: de forsinkede ordrene og de mangelfulle ordrene er stort sett ulike ordrer, så avvikene legges sammen. En tommelfingerregel er at hvis forsinkelser og mangler ikke henger sammen, havner OTIF nær leveringspresisjonen ganget med fyllingsgraden (0,92 × 0,95 ≈ 0,87). Et team som er stolt av «95 % til rett tid» og «95 % komplett», ligger sannsynligvis på en OTIF rundt 90 %.

Skal du telle per ordre, ordrelinje eller kolli?

Enheten du teller i, endrer resultatet mer enn de fleste tror. McKinseys rapport gir en tydelig illustrasjon: en detaljist bestiller 50, 30 og 20 kolli fordelt på tre ordrelinjer, og leverandøren leverer 50, 30 og 10 til rett tid.

• Kollinivå: 90 av 100 kolli kom til rett tid, så OTIF er 90 %.
• Linjenivå: 2 av 3 linjer var komplette, så OTIF er 66 %.
• Ordrenivå: ordren var ikke komplett, så OTIF er 0 %.

Samme lastebil, samme paller, tre ulike resultater. I McKinseys og Trading Partner Alliances undersøkelse blant 24 store nordamerikanske detaljister og produsenter av forbruksvarer foretrakk 79 % å telle på kollinivå. McKinseys argument er at det gir uttelling for en delleveranse som likevel bidrar til å holde hylla full. Å telle på ordrenivå er strengere og enklere, og det er vanlig i produksjonsbedrifter, der en manglende komponent kan stoppe en produksjonslinje uansett hvor mye av resten som kom.

Ingen av dem er feil. Velg én, skriv den ned, og sørg for at kunden din bruker den samme.

Hva regnes som «til rett tid» og «komplett»?

«Til rett tid» betyr at leveransen kom innenfor et vindu begge parter ble enige om på forhånd, og «komplett» betyr at levert antall stemte med ordren; detaljene i begge fastsettes i kontrakten, ikke av noen bransjestandard. I den samme McKinsey-undersøkelsen var 92 % av respondentene enige i at en bransjestandard for OTIF ville skape verdi, noe som forteller deg at det ikke finnes en.

Dette er valgene som må tas før noen regner ut noe som helst:

Hvis en kunde forteller deg at OTIF-en deres er 81 % og deres egen rapport sier 94 %, ligger forskjellen nesten alltid i denne tabellen, og den er verdt et møte før den er verdt en krangel.

Hva er et godt OTIF-resultat?

Et godt OTIF-resultat er det kundens kontrakt sier det er, og for de fleste leveringsavtaler i detaljhandel og industri betyr det et sted mellom 90 % og 98 %. Det finnes ingen revidert, bransjeovergripende referanseverdi. Guider fra programvareleverandører oppgir ofte 95 % eller høyere som «godt»; behandle det som en tommelfingerregel og ikke som målte data.

To referansepunkter er bedre dokumentert.

Virkeligheten ligger under målene. McKinseys rapport fra 2019 anslo typiske OTIF-avvik i forbruksvaresektoren til 20 til 30 prosent av leveransene, og oppdelingen av tapt leveringspresisjon gjennom hele kjeden fra ordre til levering ender på 61 % faktisk til rett tid. Tallene er noen år gamle, men de er en nyttig kontroll mot alle som sier at 98 % er normalt.

Walmart publiserer de mest kjente målene. Per midten av 2026 oppgir leverandørveiledninger fra 8th & Walton og SPS Commerce dem slik:

I praksis blir trekket 1 200 dollar hvis kolli for 40 000 dollar havner utenfor målene i løpet av et kvartal. Tallet på 3 % ble bekreftet av en talsperson for Walmart overfor Supply Chain Dive i 2019 og har ikke endret seg siden; tersklene er revidert flere ganger siden programmet startet i 2017, så sjekk Walmarts egen leverandørdokumentasjon før du stoler på dem.

Utenfor USA skriver store detaljhandelskjeder og industrielle innkjøpere den samme ideen inn i leveringsavtalene som en klausul om servicenivå eller leveringssikkerhet. Tersklene og bøtene er spesifikke for hver kontrakt, så det finnes ikke noe offentlig tall å sitere. Les din egen.

Hva er forskjellen på OTIF, OTD og fyllingsgrad?

Leveringspresisjon (OTD, on-time delivery) måler bare tidspunktet, fyllingsgrad måler bare antallet, og OTIF krever begge deler for samme ordre. En ordre som kommer etter planen, men mangler to paller, består OTD, stryker på fyllingsgrad og stryker på OTIF.

OTD og fyllingsgrad er likevel verdt å følge med på, fordi de forteller deg hvilken halvdel av OTIF som svikter. Lav leveringspresisjon peker mot transport, booking av lasteramper og ordrefrigivelse. Lav fyllingsgrad peker mot lagernøyaktighet, plukking og produksjonsplanlegging. Ulike problemer, ulike eiere.

Hva forårsaker OTIF-avvik?

OTIF-avvik oppstår i hvert eneste steg mellom ordrefrigivelse og mottaksrampen, og en stor del av dem skjer før lastebilen i det hele tatt har forlatt avsenderens område. McKinseys oppdeling av tapt leveringspresisjon lister opp sju steg: ordrefrigivelse, opprettelse av transportforespørsel, aksept av transportforespørsel, rampeplan, gods klargjort, transportørens henting og transport. Bare det siste skjer på veien.

Årsaker som feller til rett tid-halvdelen:

• Ingen ledig lastetid når lastebilen må kjøre (avsenderens rampe).
• Varene er ikke plukket, klargjort eller frigitt når lastebilen kommer (avsenderens lager).
• Transportøren kommer for sent til henting, eller lasten må legges ut på nytt (transportplanlegging).
• Lastebilen venter i timevis på å bli losset (mottakerens rampe).
• Lastebilen kommer for tidlig og blir avvist eller må vente, som regel fordi det ikke fantes noen booket tid.

Årsaker som feller komplett-halvdelen:

• Varer som finnes i systemet, står ikke på hylla (lagerstyring).
• Plukke- eller lastefeil (avsenderens lager).
• Produksjonen ligger etter ordredatoen (planlegging).

Rampen dukker opp i begge ender. Hos avsenderen kjører en lastebil som ikke får en lastetid, for sent. Hos mottakeren blir en lastebil som kommer i tide, men venter tre timer på lossing, stemplet som forsinket i enkelte kunders systemer. ATRIs ventetidsstudie fra 2024 fant at sjåfører ble holdt igjen ved 39,3 % av alle stopp, som er det samme problemet sett fra førersetet. Den siden har vi skrevet om i hva er ventetidsgebyr for lastebiler.

Hvordan måler du OTIF ved rampen?

For å måle OTIF trenger du fire datapunkter for hver ordre: det avtalte leveringsvinduet, det faktiske ankomsttidspunktet, bestilt antall og levert antall. De to tidsverdiene kommer fra rampeplanen din. De to antallsverdiene kommer fra ERP- eller WMS-systemet ditt. OTIF er det du får når du kobler dem sammen på ordrereferansen.

Et ord om hva et lasterampe bookingsystem gjør og ikke gjør her. LoadingCalendar registrerer tidshalvdelen: når tiden ble booket, når lastebilen kom, når lastingen startet og ble ferdig, og hvem som endret hva, alt i en revisjonslogg. Det vet ikke hvor mange kolli som var på ordren. For det fulle OTIF-tallet matcher du lastingens referanse mot ordresystemet ditt, enten via eksport eller via API-et for booking av lasteramper, som returnerer lastinger etter datoperiode, status og referanse.

Et oppsett som fungerer for et mellomstort lager:

1. Skriv definisjonen ned på én side. Referansedato, vindu, telleenhet, og hvordan tidlige ankomster og forsinkelser forårsaket av mottakeren behandles. Få den største kunden eller leverandøren din til å godta den.
2. Gi hver lastebil en booket tid. Uten en booket tid er det ingenting å være i tide i forhold til. En bookingportal for transportører lar transportørene velge tiden selv, noe som også holder referansenummeret knyttet til bookingen.
3. Tidsstemple ankomst, start og slutt. Å flytte en lasting gjennom statusene gjør dette uten at noen må fylle ut et skjema.
4. Registrer antallet ved rampen. Mottatt mot bestilt for inngående, lastet mot bestilt for utgående.
5. Gi hvert avvik en årsakskode. Fem eller seks koder holder: transportør forsinket, transportør for tidlig, rampe ikke ledig, varer ikke klare, manglende levering, feil vare.
6. Rapporter ukentlig, og del opp tallet. Vis OTIF, til rett tid og komplett side om side, per transportør og per leverandør eller kunde.

Følg også med på hvor godt de bookede tidene overholdes. Mange kontrakter måler «til rett tid» mot den ønskede datoen, så en lastebil som er tre timer for sen til den bookede tiden sin, består likevel OTIF den dagen. Den ødelegger også resten av planen din. Andelen lastebiler som kommer innen for eksempel 30 minutter fra den bookede tiden, er det tidlige varselet; OTIF er resultatet du ser senere.

Én distinksjon til. For inngående gods er det du som måler leverandørene, og tidsstemplene fra rampen er bevisene. For utgående gods er det du som blir målt, og når kunden ordner transporten, avhenger resultatet ditt av at lasten er klargjort og rampen ledig på det ønskede lastetidspunktet. Walmart kaller dette «collect ready», og det er et rent lagermål.

Hvordan forbedrer du OTIF?

Du forbedrer OTIF ved å finne ut hvilken halvdel som svikter oftest, og rette den største enkeltårsaken på den siden. Årsakskodene fra forrige avsnitt viser deg hvor du skal begynne, som regel innen en måned.

Hvis til rett tid er den svakeste halvdelen:

• Spre ankomstene med bookede tider. Lastebiler som klumper seg sammen, betyr sene avganger hos avsenderen og lange ventetider hos mottakeren. Faste intervaller mellom tidslukene begrenser hvor mange lastebiler som kan dukke opp i samme halvtime.
• Tilpass tidslukens lengde til den faktiske jobben. En full lastebil som er booket inn i en luke på 30 minutter, skyver på hver lastebil etter den. Sett lastetider per lastetype, så slutter kalenderen å lyve. Se styring av tidsluker.
• Bruk varslingstid til å klargjøre lasten. Et minstevarsel for booking på noen timer betyr at plukkingen er ferdig og papirene skrevet ut før lastebilen rygger inn.
• Gjør dobbeltbooking umulig. To lastebiler på samme port garanterer én forsinket avgang. Vi har skrevet en egen guide om hvordan du stopper dobbeltbooking av lasteramper.
• Bekreft leveringstiden når ordren legges inn. McKinsey kaller dette en fremvoksende beste praksis, og det fjerner nesten helt avviket «ingen ledig tid på den ønskede dagen».

Hvis komplett er den svakeste halvdelen, ligger arbeidet stort sett borte fra rampen: syklustelling av varene som oftest leveres med mangler, en kontroll ved lasteporten og ærlige leveringsløfter når produksjonen ligger etter. Booking av lasteramper løser ikke en utsolgt vare.

For å sette en kostnad på ventesiden av problemet bruker ROI-kalkulatoren for lasterampe booking ATRIs tall og viser forutsetningene sine. Er temaet nytt for deg, start med hva er booking av lasteramper. LoadingCalendar koster €99 per måned flatt for ubegrenset antall ramper, brukere og transportører, med 14 dagers prøveperiode og uten kredittkort. Det passer små og mellomstore lagre som vil ha bookede tider og tidsstempler i gang allerede denne uka. En leverandør som sender til dusinvis av distribusjonssentre i detaljhandelen, trenger i tillegg et EDI- og compliance-verktøy for detaljhandelen, og det er ikke oss.