OTIF: що означає «On Time In Full» і як його вимірювати

OTIF — це одне число, яке відповідає на два запитання: чи прибуло замовлення тоді, коли ви обіцяли, і чи було в ньому все? Ось формула, рішення, що ховаються за нею, і звідки склад бере дані.

Jaan Erik Lepp
Автор: Jaan Erik Lepp | 1 жовтень 2026
OTIF - On Time In Full простими словами - LoadingCalendar

OTIF (On Time In Full, тобто вчасно та в повному обсязі) — це відсоток замовлень, доставлених в узгоджене вікно доставки та в повній замовленій кількості. Формула: кількість замовлень, доставлених вчасно і в повному обсязі, поділена на загальну кількість замовлень, помножена на 100. Замовлення, яке запізнилося, прийшло неповним або і те, і інше, вважається промахом, тому OTIF завжди дорівнює або нижчий за рівень своєчасності та рівень виконання, взяті окремо.

Формула — це проста частина. Складність у тому, що «вчасно» і «в повному обсязі» не мають стандартного визначення, і дві компанії можуть дивитися на ті самі доставки та отримати різні результати. У цьому посібнику — розрахунок, визначення, які потрібно зафіксувати, який результат вважається добрим і як вимірювати OTIF за даними, які ваша рампа вже генерує.


Що означає OTIF?

OTIF розшифровується як On Time In Full — це KPI доставки, який зараховує замовлення як успішне лише тоді, коли воно прибуло в узгоджене часове вікно і містить усю замовлену кількість. Обидві умови мають виконуватися для того самого замовлення. Публікація McKinsey 2019 року про цей показник описує його як міру того, наскільки відвантаження прибувають до місця призначення відповідно і до кількості, і до графіка, зазначених у замовленні.

Також його записують як DIFOT (Delivery In Full, On Time). Це той самий показник зі словами в іншому порядку, і DIFOT — звична назва в Австралії та Новій Зеландії.

OTIF став темою для рад директорів у 2017 році, коли Walmart почав стягувати з постачальників плату за доставки, що прибули зарано, запізно або неповними. Інші великі торговельні мережі мають власні версії. Але показник не лише для постачальників рітейлу. Виробник може оцінювати ним своїх постачальників, оптовик — відстежувати власний сервіс для клієнтів, а 3PL — звітувати перед кожним клієнтом.


Як розрахувати OTIF?

OTIF розраховують так: кількість замовлень, доставлених і вчасно, і в повному обсязі, ділять на загальну кількість доставлених замовлень і множать на 100.

OTIF % = (замовлення, доставлені вчасно І в повному обсязі ÷ усі замовлення) × 100

Приклад розрахунку. Припустімо, минулого місяця ви доставили 200 вихідних замовлень:

  • 184 прибули вчасно — своєчасність 92%.
  • 190 прибули в повному обсязі — рівень виконання 95%.
  • 176 прибули вчасно і в повному обсязі, отже OTIF = 176 ÷ 200 × 100 = 88%.

Зверніть увагу: 88% нижче за обидва складові показники. Так поводиться ця метрика: запізнілі та неповні замовлення здебільшого різні, тож промахи додаються. Емпіричне правило: якщо запізнення і недопоставки не пов'язані між собою, OTIF опиняється близько до добутку своєчасності та рівня виконання (0,92 × 0,95 ≈ 0,87). Команда, яка пишається «95% вчасно» і «95% в повному обсязі», ймовірно, має OTIF близько 90%.

Рахувати за замовленням, рядком чи коробкою?

Одиниця підрахунку змінює результат сильніше, ніж очікує більшість. У публікації McKinsey є наочний приклад: рітейлер замовляє 50, 30 і 20 коробок у трьох рядках замовлення, а постачальник вчасно доставляє 50, 30 і 10.

  • Рівень коробок: 90 зі 100 коробок прибули вчасно, отже OTIF — 90%.
  • Рівень рядків: 2 з 3 рядків були повними, отже OTIF — 66%.
  • Рівень замовлення: замовлення не було повним, отже OTIF — 0%.

Та сама вантажівка, ті самі палети, три різні результати. В опитуванні McKinsey і Trading Partner Alliance серед 24 великих північноамериканських рітейлерів і виробників споживчих товарів 79% віддали перевагу підрахунку на рівні коробок. Аргумент McKinsey на його користь — він зараховує часткову доставку, яка все ж допомагає тримати полицю заповненою. Підрахунок на рівні замовлення суворіший і простіший, і він поширений у виробництві, де одна відсутня деталь може зупинити виробничу лінію, скільки б решти не прибуло.

Жоден варіант не хибний. Оберіть один, зафіксуйте його письмово й переконайтеся, що ваш клієнт використовує той самий.


Що вважається «вчасно» і «в повному обсязі»?

«Вчасно» означає, що доставка прибула у вікно, заздалегідь узгоджене обома сторонами, а «в повному обсязі» — що доставлена кількість відповідала замовленню; подробиці обох визначає договір, а не якийсь галузевий стандарт. У тому ж опитуванні McKinsey 92% респондентів погодилися, що галузевий стандарт OTIF створив би цінність, — а це означає, що його немає.

Ось рішення, які треба ухвалити, перш ніж хтось почне щось рахувати:

Рішення Поширені варіанти Чому це важливо
Опорна дата Бажана дата клієнта, підтверджена постачальником дата або заброньований час на рампі 67% опитаних компаній віддали перевагу бажаній даті («має прибути до»). Постачальники часто вимірюють відносно дати, яку самі підтвердили, і це прикрашає результат.
Розмір вікна Цілий день, ±4 або ±6 годин навколо заброньованого часу, дозволено на один-два дні раніше McKinsey не виявила жодного консенсусу щодо розміру вікна.
Ранні прибуття Зараховуються як вчасно або як промах Walmart вважає промахом доставки, що прибули раніше за вікно must-arrive-by (MABD). Близько 25% доставок у даних McKinsey прибули більш ніж за дві години до заброньованого часу, і це блокує рампу приймання.
Точка вимірювання Прибуття до воріт, реєстрація або завершення розвантаження Прибуття до воріт найсправедливіше щодо постачальника; затримки після цього зазвичай на боці отримувача.
Одиниця підрахунку Замовлення, рядок замовлення або коробка Та сама доставка дає 90%, 66% або 0% залежно від одиниці (див. приклад вище).
Надлишкова поставка та заміни Ігноруються або вважаються промахом Зайвий чи не той товар не виконує замовлення.
Затримка з вини отримувача Виключається або зараховується проти постачальника Якщо склад-отримувач не мав вільного часу на бажаний день, промах не повинен лягати на постачальника.
Транспорт, організований клієнтом Вимірюється при доставці або на бажану дату завантаження Коли вантажівку надсилає клієнт, постачальник контролює готовність на рампі й нічого після цього.

Якщо клієнт каже, що ваш OTIF — 81%, а ваш власний звіт показує 94%, різниця майже завжди прихована в цій таблиці, і варто спершу зустрітися, а вже потім сперечатися.


Який OTIF вважається добрим?

Добрий OTIF — той, що прописаний у договорі з вашим клієнтом, а для більшості договорів постачання в рітейлі та промисловості це десь від 90% до 98%. Аудитованого міжгалузевого бенчмарку не існує. Посібники постачальників програмного забезпечення часто називають «добрим» 95% і вище; сприймайте це як емпіричне правило, а не як виміряні дані.

Дві точки відліку задокументовані краще.

Реальність нижча за цілі. Публікація McKinsey 2019 року оцінила типові промахи OTIF у секторі споживчих товарів у 20–30 відсотків доставок, а її розбивка втрат своєчасності по циклу від замовлення до доставки завершується на 61% фактично вчасних доставок. Цифрам уже кілька років, але вони корисні для перевірки будь-кого, хто стверджує, що 98% — це норма.

Найвідоміші цілі публікує Walmart. Станом на середину 2026 року посібники для постачальників від 8th & Walton і SPS Commerce наводять їх так:

Показник Walmart Ціль Для кого
Вчасно 90% Постачальники prepaid, які самі організовують доставку до Walmart
Готовність до забору (collect ready) 98% Постачальники collect, чий вантаж забирає Walmart; вантаж має бути готовий вчасно
В повному обсязі 95% Усі постачальники
Плата за невідповідність 3% собівартості товару в невідповідних коробках Усі постачальники

На практиці: якщо за квартал коробки на $40 000 не вкладаються в цілі, утримання становить $1 200. Ставку 3% підтвердив речник Walmart виданню Supply Chain Dive у 2019 році, і відтоді вона не змінювалася; порогові значення переглядали кілька разів після запуску програми у 2017 році, тож перевірте власну документацію Walmart для постачальників, перш ніж на них покладатися.

За межами США великі торговельні мережі та промислові покупці вписують ту саму ідею в договори постачання як пункт про рівень сервісу чи надійність доставки. Порогові значення та штрафи в кожному договорі свої, тож публічної цифри, яку можна навести, немає. Прочитайте свій.


Чим відрізняються OTIF, OTD і рівень виконання?

Своєчасна доставка (OTD, On-Time Delivery) вимірює лише час, рівень виконання (fill rate) — лише кількість, а OTIF вимагає обох умов для того самого замовлення. Замовлення, яке прибуло за графіком, але без двох палет, проходить OTD, не проходить рівень виконання і не проходить OTIF.

Показник Що він питає Що він ігнорує
Своєчасна доставка (OTD) Чи прибуло у вікно? Чи чогось бракувало
Рівень виконання (за коробками або рядками) Яку частку замовленої кількості відвантажено? Коли прибуло
OTIF / DIFOT Чи прибуло у вікно і в повному обсязі? Пошкодження, документи, рахунки
Рівень ідеальних замовлень (perfect order) Вчасно, повністю, без пошкоджень і з правильними документами та рахунком? Нічого; це найсуворіший із чотирьох

OTD і рівень виконання все одно варто відстежувати, бо вони показують, яка половина OTIF провалюється. Низька своєчасність вказує на транспорт, бронювання рамп і випуск замовлень. Низький рівень виконання вказує на точність залишків, комплектацію та планування виробництва. Різні проблеми, різні відповідальні.


Що спричиняє промахи OTIF?

Промахи OTIF виникають на кожному кроці між випуском замовлення і рампою отримувача, і значна їх частина стається ще до того, як вантажівка виїхала з двору відправника. Розбивка втрат своєчасності від McKinsey містить сім етапів: випуск замовлення, створення заявки на перевезення, прийняття заявки перевізником, графік рампи, підготовка вантажу, забір перевізником і транспортування. Лише останній відбувається в дорозі.

Причини, через які провалюється половина «вчасно»:

  • Немає вільного слоту для завантаження, коли вантажівці треба виїжджати (рампа відправника).
  • Товар не скомплектований, не підготовлений або не відпущений, коли прибуває вантажівка (склад відправника).
  • Перевізник запізнюється на завантаження, або вантаж доводиться передавати іншому перевізнику (планування перевезень).
  • Вантажівка годинами чекає на розвантаження (рампа отримувача).
  • Вантажівка приїжджає зарано, і її відсилають назад або залишають чекати — зазвичай тому, що не було бронювання.

Причини, через які провалюється половина «в повному обсязі»:

  • Залишок, який є в системі, відсутній на полиці (облік запасів).
  • Помилки комплектації або завантаження (склад відправника).
  • Виробництво відстає від дати замовлення (планування).

Рампа з'являється на обох кінцях. У відправника вантажівка, яка не може отримати слот для завантаження, виїжджає із запізненням. В отримувача вантажівка, яка прибула вчасно, але три години чекає на розвантаження, у системах деяких клієнтів позначається як запізніла. Дослідження простою ATRI 2024 року виявило, що водіїв затримували на 39,3% зупинок, — це та сама проблема, побачена з місця водія. Цей бік ми розглянули у статті що таке простій вантажівки.


Як вимірювати OTIF на рампі?

Щоб вимірювати OTIF, для кожного замовлення потрібні чотири точки даних: узгоджене вікно доставки, фактичний час прибуття, замовлена кількість і доставлена кількість. Два часові значення беруться з вашого графіка рамп. Два кількісні значення — з вашої ERP або WMS. OTIF — це те, що ви отримуєте, поєднавши їх за номером замовлення.

Вхідні дані OTIF Звідки вони беруться Як вони фіксуються
Узгоджене вікно Замовлення або договір клієнта; заброньований час на рампі Система замовлень; слот, який забронював перевізник
Фактичне прибуття Реєстрація на воротах або в офісі Статус завантаження змінюється на прибув, із позначкою часу та користувачем
Час завантаження чи розвантаження Команда рампи Статус змінюється на в роботі, потім на завершено
Замовлена кількість Замовлення на закупівлю або продаж ERP / WMS
Доставлена кількість Приймання товару або підписана CMR чи коносамент WMS; документ, прикріплений до завантаження
Причина промаху Планувальник або начальник рампи Короткий код причини для кожного невдалого замовлення

Кілька слів про те, що система резервування вантажних рамп тут робить, а чого ні. LoadingCalendar фіксує часову половину: коли забронювали слот, коли прибула вантажівка, коли почалося й закінчилося завантаження і хто що змінив — усе в журналі аудиту. Вона не знає, скільки коробок було в замовленні. Для повного показника OTIF ви зіставляєте номер завантаження зі своєю системою замовлень — через експорт або через API системи резервування рамп, який повертає завантаження за діапазоном дат, статусом і номером.

Налаштування, яке працює для складу середнього розміру:

  1. Запишіть визначення на одній сторінці. Опорна дата, вікно, одиниця підрахунку, як враховуються ранні прибуття та затримки з вини отримувача. Узгодьте це з найбільшим клієнтом або постачальником.
  2. Кожна вантажівка — за бронюванням. Без заброньованого слоту немає відносно чого бути вчасно. Портал бронювання для перевізників дає перевізникам змогу самим обрати слот, а також зберігає номер замовлення прив'язаним до бронювання.
  3. Фіксуйте час прибуття, початку й завершення. Коли завантаження проходить через свої статуси, це відбувається без жодних форм.
  4. Фіксуйте кількість на рампі. Прийнято проти замовленого — для вхідних, завантажено проти замовленого — для вихідних.
  5. Кожному промаху — код причини. П'яти-шести кодів достатньо: перевізник запізнився, перевізник приїхав зарано, рампа була зайнята, товар не був готовий, недопоставка, не той товар.
  6. Звітуйте щотижня і розкладайте число на складові. Показуйте OTIF, своєчасність і рівень виконання поруч, у розрізі перевізників і постачальників чи клієнтів.

Відстежуйте також дотримання бронювань. Багато договорів вимірюють «вчасно» відносно бажаної дати, тож вантажівка, яка на три години запізнилася на свій слот, того дня все одно проходить OTIF. Проте решту вашого графіка вона руйнує. Частка вантажівок, що прибувають, скажімо, у межах 30 хвилин від заброньованого слоту, — це раннє попередження; OTIF — результат, який ви побачите пізніше.

Ще одне розмежування. Для вхідних вантажів саме ви вимірюєте постачальників, і позначки часу з ваших рамп — це доказ. Для вихідних вантажів вимірюють вас, і коли транспорт організовує клієнт, ваш результат залежить від того, чи підготовлений вантаж і чи вільна рампа на бажаний час завантаження. Walmart називає це «collect ready», і це повністю складський показник.


Як покращити OTIF?

Щоб покращити OTIF, з'ясуйте, яка половина провалюється частіше, і усуньте найбільшу причину з цього боку. Коди причин із попереднього розділу підкажуть, з чого почати, — зазвичай уже протягом місяця.

Якщо слабша половина — своєчасність:

  • Розподіліть прибуття за допомогою бронювань. Скупчення вантажівок означає запізнілі виїзди у відправника й довге очікування в отримувача. Фіксовані інтервали слотів обмежують, скільки вантажівок може приїхати в ту саму пів години.
  • Узгодьте тривалість слоту з реальною роботою. Повна вантажівка, заброньована на 30-хвилинний слот, зсуває кожну наступну. Задайте тривалість завантаження для кожного типу вантажу — і календар перестане брехати. Див. управління часовими слотами.
  • Використовуйте час попереднього бронювання для підготовки вантажу. Мінімальний термін бронювання в кілька годин означає, що комплектацію завершено, а документи надруковано ще до того, як вантажівка здасть заднім ходом до рампи.
  • Зробіть подвійне бронювання неможливим. Дві вантажівки на одних воротах гарантують один запізнілий виїзд. Ми написали окремий посібник про те, як припинити подвійне бронювання рамп.
  • Підтверджуйте час доставки вже під час оформлення замовлення. McKinsey називає це новою найкращою практикою, і вона майже повністю усуває промах «на бажаний день не було вільного слоту».

Якщо слабша половина — повний обсяг, робота здебільшого поза рампою: циклічні інвентаризації позицій, яких найчастіше недопоставляють, перевірка біля воріт завантаження та чесні обіцяні дати, коли виробництво відстає. Бронювання рамп не виправить відсутність товару на складі.

Щоб оцінити вартість очікування, калькулятор ROI системи резервування вантажних рамп використовує дані ATRI і показує свої припущення. Якщо тема для вас нова, почніть зі статті що таке резервування вантажних рамп. LoadingCalendar коштує €99 на місяць фіксовано за необмежену кількість рамп, користувачів і перевізників, із 14-денним пробним періодом і без банківської картки. Він підходить малим і середнім складам, які хочуть запустити бронювання та позначки часу вже цього тижня. Постачальнику, який відвантажує в десятки розподільчих центрів торговельних мереж, знадобиться ще й інструмент для EDI та відповідності вимогам мереж, а це не наш профіль.

Часті запитання

Так. DIFOT означає Delivery In Full, On Time і вимірює рівно те саме, що й OTIF. Формула і проблеми з визначеннями ідентичні; вибір назви залежить від регіону.

Залежить від угоди. Walmart вважає промахом доставки, що прибули раніше за вікно must-arrive-by (MABD), бо незапланована вантажівка забирає потужність рампи в запланованої. Запропонований McKinsey стандарт допускає доставку на один день раніше. Якщо у вашому договорі про це нічого не сказано, вважайте, що вирішить клієнт, — і запитайте.

Постачальник відповідає за те, щоб усе замовлення було підготовлене, а рампа вільна на бажаний час завантаження, а перевізник клієнта — за перевезення. Публікація McKinsey рекомендує вимірювати такі відвантаження відносно бажаної дати завантаження, а не дати доставки. Walmart застосовує ту саму логіку зі своєю ціллю 98% «collect ready».

Вона забезпечує половину «вчасно». Система резервування вантажних рамп фіксує заброньований слот і фактичний час прибуття, початку та завершення для кожної вантажівки — саме ті дані, яких бракує більшості складів. Половина «в повному обсязі» береться із замовлених і доставлених кількостей у вашій ERP або WMS. Поєднайте їх за номером замовлення — і маєте OTIF.

Щотижня — для тих, хто може на нього вплинути, щомісяця — для керівництва. Утримання від торговельних мереж зазвичай надходять через кілька тижнів після доставки, що їх спричинила, тож оцінювальна картка клієнта надто повільна, щоб за нею керувати. Щотижневе число з кодами причин дає змогу усунути причину ще до того, як з'явиться утримання.

Джерела

  1. McKinsey & Company (Davies, Lal, Perez, Potdar), «Defining ‘on-time, in-full’ in the consumer sector» (червень 2019), що висвітлює опитування Trading Partner Alliance і McKinsey: визначення OTIF; опитування 24 північноамериканських рітейлерів і виробників споживчих товарів (92% погоджуються, що галузевий стандарт створив би цінність, 79% віддають перевагу підрахунку на рівні коробок, 67% — бажаній даті доставки, консенсусу щодо вікна доставки немає); близько 25% доставок прибувають більш ніж за дві години до заброньованого часу; промахи OTIF на рівні 20–30 відсотків; приклад із замовленням, рядками та коробками; сім етапів втрати своєчасності з фактичною своєчасністю 61%. mckinsey.com
  2. Retail Dive (березень 2019) з посиланням на заяву Walmart для дочірнього видання Supply Chain Dive: речник Walmart підтверджує плату в розмірі 3% від собівартості товару; OTIF уперше запроваджено для постачальників у 2017 році. retaildive.com
  3. Чинні цілі OTIF від Walmart (90% вчасно для постачальників prepaid, 98% готовності до забору, 95% в повному обсязі, 3% собівартості товару в невідповідних коробках) за даними 8th & Walton (оновлено в червні 2026) і SPS Commerce (2025). Walmart переглядає ці порогові значення; звіряйтеся з його документацією для постачальників. 8thandwalton.com, spscommerce.com
  4. American Transportation Research Institute (ATRI), дослідження простою водіїв вантажівок 2024 року: у 2023 році водіїв затримували на 39,3% зупинок. truckingresearch.org
  5. Приклад розрахунку з 200 замовленнями та приклад утримання на $40 000 — це ілюстративна арифметика, а не виміряні дані клієнтів.

Готові до простішого планування складу?

Приєднуйтесь до складських команд по всьому світу, які замінили таблиці та телефонні дзвінки простою системою резервування вантажних рамп.

Почати безкоштовний пробний період 14-денний безкоштовний пробний період · Кредитна картка не потрібна · Скасування в будь-який час
Capterra - LoadingCalendar
GetApp - LoadingCalendar
Software Advice - LoadingCalendar