OTIF (On Time In Full, тобто вчасно та в повному обсязі) — це відсоток замовлень, доставлених в узгоджене вікно доставки та в повній замовленій кількості. Формула: кількість замовлень, доставлених вчасно і в повному обсязі, поділена на загальну кількість замовлень, помножена на 100. Замовлення, яке запізнилося, прийшло неповним або і те, і інше, вважається промахом, тому OTIF завжди дорівнює або нижчий за рівень своєчасності та рівень виконання, взяті окремо.
Формула — це проста частина. Складність у тому, що «вчасно» і «в повному обсязі» не мають стандартного визначення, і дві компанії можуть дивитися на ті самі доставки та отримати різні результати. У цьому посібнику — розрахунок, визначення, які потрібно зафіксувати, який результат вважається добрим і як вимірювати OTIF за даними, які ваша рампа вже генерує.
OTIF розшифровується як On Time In Full — це KPI доставки, який зараховує замовлення як успішне лише тоді, коли воно прибуло в узгоджене часове вікно і містить усю замовлену кількість. Обидві умови мають виконуватися для того самого замовлення. Публікація McKinsey 2019 року про цей показник описує його як міру того, наскільки відвантаження прибувають до місця призначення відповідно і до кількості, і до графіка, зазначених у замовленні.
Також його записують як DIFOT (Delivery In Full, On Time). Це той самий показник зі словами в іншому порядку, і DIFOT — звична назва в Австралії та Новій Зеландії.
OTIF став темою для рад директорів у 2017 році, коли Walmart почав стягувати з постачальників плату за доставки, що прибули зарано, запізно або неповними. Інші великі торговельні мережі мають власні версії. Але показник не лише для постачальників рітейлу. Виробник може оцінювати ним своїх постачальників, оптовик — відстежувати власний сервіс для клієнтів, а 3PL — звітувати перед кожним клієнтом.
OTIF розраховують так: кількість замовлень, доставлених і вчасно, і в повному обсязі, ділять на загальну кількість доставлених замовлень і множать на 100.
OTIF % = (замовлення, доставлені вчасно І в повному обсязі ÷ усі замовлення) × 100
Приклад розрахунку. Припустімо, минулого місяця ви доставили 200 вихідних замовлень:
Зверніть увагу: 88% нижче за обидва складові показники. Так поводиться ця метрика: запізнілі та неповні замовлення здебільшого різні, тож промахи додаються. Емпіричне правило: якщо запізнення і недопоставки не пов'язані між собою, OTIF опиняється близько до добутку своєчасності та рівня виконання (0,92 × 0,95 ≈ 0,87). Команда, яка пишається «95% вчасно» і «95% в повному обсязі», ймовірно, має OTIF близько 90%.
Одиниця підрахунку змінює результат сильніше, ніж очікує більшість. У публікації McKinsey є наочний приклад: рітейлер замовляє 50, 30 і 20 коробок у трьох рядках замовлення, а постачальник вчасно доставляє 50, 30 і 10.
Та сама вантажівка, ті самі палети, три різні результати. В опитуванні 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 — той, що прописаний у договорі з вашим клієнтом, а для більшості договорів постачання в рітейлі та промисловості це десь від 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 для постачальників, перш ніж на них покладатися.
За межами США великі торговельні мережі та промислові покупці вписують ту саму ідею в договори постачання як пункт про рівень сервісу чи надійність доставки. Порогові значення та штрафи в кожному договорі свої, тож публічної цифри, яку можна навести, немає. Прочитайте свій.
Своєчасна доставка (OTD, On-Time Delivery) вимірює лише час, рівень виконання (fill rate) — лише кількість, а OTIF вимагає обох умов для того самого замовлення. Замовлення, яке прибуло за графіком, але без двох палет, проходить OTD, не проходить рівень виконання і не проходить OTIF.
| Показник | Що він питає | Що він ігнорує |
|---|---|---|
| Своєчасна доставка (OTD) | Чи прибуло у вікно? | Чи чогось бракувало |
| Рівень виконання (за коробками або рядками) | Яку частку замовленої кількості відвантажено? | Коли прибуло |
| OTIF / DIFOT | Чи прибуло у вікно і в повному обсязі? | Пошкодження, документи, рахунки |
| Рівень ідеальних замовлень (perfect order) | Вчасно, повністю, без пошкоджень і з правильними документами та рахунком? | Нічого; це найсуворіший із чотирьох |
OTD і рівень виконання все одно варто відстежувати, бо вони показують, яка половина OTIF провалюється. Низька своєчасність вказує на транспорт, бронювання рамп і випуск замовлень. Низький рівень виконання вказує на точність залишків, комплектацію та планування виробництва. Різні проблеми, різні відповідальні.
Промахи OTIF виникають на кожному кроці між випуском замовлення і рампою отримувача, і значна їх частина стається ще до того, як вантажівка виїхала з двору відправника. Розбивка втрат своєчасності від McKinsey містить сім етапів: випуск замовлення, створення заявки на перевезення, прийняття заявки перевізником, графік рампи, підготовка вантажу, забір перевізником і транспортування. Лише останній відбувається в дорозі.
Причини, через які провалюється половина «вчасно»:
Причини, через які провалюється половина «в повному обсязі»:
Рампа з'являється на обох кінцях. У відправника вантажівка, яка не може отримати слот для завантаження, виїжджає із запізненням. В отримувача вантажівка, яка прибула вчасно, але три години чекає на розвантаження, у системах деяких клієнтів позначається як запізніла. Дослідження простою ATRI 2024 року виявило, що водіїв затримували на 39,3% зупинок, — це та сама проблема, побачена з місця водія. Цей бік ми розглянули у статті що таке простій вантажівки.
Щоб вимірювати OTIF, для кожного замовлення потрібні чотири точки даних: узгоджене вікно доставки, фактичний час прибуття, замовлена кількість і доставлена кількість. Два часові значення беруться з вашого графіка рамп. Два кількісні значення — з вашої ERP або WMS. OTIF — це те, що ви отримуєте, поєднавши їх за номером замовлення.
| Вхідні дані OTIF | Звідки вони беруться | Як вони фіксуються |
|---|---|---|
| Узгоджене вікно | Замовлення або договір клієнта; заброньований час на рампі | Система замовлень; слот, який забронював перевізник |
| Фактичне прибуття | Реєстрація на воротах або в офісі | Статус завантаження змінюється на прибув, із позначкою часу та користувачем |
| Час завантаження чи розвантаження | Команда рампи | Статус змінюється на в роботі, потім на завершено |
| Замовлена кількість | Замовлення на закупівлю або продаж | ERP / WMS |
| Доставлена кількість | Приймання товару або підписана CMR чи коносамент | WMS; документ, прикріплений до завантаження |
| Причина промаху | Планувальник або начальник рампи | Короткий код причини для кожного невдалого замовлення |
Кілька слів про те, що система резервування вантажних рамп тут робить, а чого ні. LoadingCalendar фіксує часову половину: коли забронювали слот, коли прибула вантажівка, коли почалося й закінчилося завантаження і хто що змінив — усе в журналі аудиту. Вона не знає, скільки коробок було в замовленні. Для повного показника OTIF ви зіставляєте номер завантаження зі своєю системою замовлень — через експорт або через API системи резервування рамп, який повертає завантаження за діапазоном дат, статусом і номером.
Налаштування, яке працює для складу середнього розміру:
Відстежуйте також дотримання бронювань. Багато договорів вимірюють «вчасно» відносно бажаної дати, тож вантажівка, яка на три години запізнилася на свій слот, того дня все одно проходить OTIF. Проте решту вашого графіка вона руйнує. Частка вантажівок, що прибувають, скажімо, у межах 30 хвилин від заброньованого слоту, — це раннє попередження; OTIF — результат, який ви побачите пізніше.
Ще одне розмежування. Для вхідних вантажів саме ви вимірюєте постачальників, і позначки часу з ваших рамп — це доказ. Для вихідних вантажів вимірюють вас, і коли транспорт організовує клієнт, ваш результат залежить від того, чи підготовлений вантаж і чи вільна рампа на бажаний час завантаження. Walmart називає це «collect ready», і це повністю складський показник.
Щоб покращити OTIF, з'ясуйте, яка половина провалюється частіше, і усуньте найбільшу причину з цього боку. Коди причин із попереднього розділу підкажуть, з чого почати, — зазвичай уже протягом місяця.
Якщо слабша половина — своєчасність:
Якщо слабша половина — повний обсяг, робота здебільшого поза рампою: циклічні інвентаризації позицій, яких найчастіше недопоставляють, перевірка біля воріт завантаження та чесні обіцяні дати, коли виробництво відстає. Бронювання рамп не виправить відсутність товару на складі.
Щоб оцінити вартість очікування, калькулятор ROI системи резервування вантажних рамп використовує дані ATRI і показує свої припущення. Якщо тема для вас нова, почніть зі статті що таке резервування вантажних рамп. LoadingCalendar коштує €99 на місяць фіксовано за необмежену кількість рамп, користувачів і перевізників, із 14-денним пробним періодом і без банківської картки. Він підходить малим і середнім складам, які хочуть запустити бронювання та позначки часу вже цього тижня. Постачальнику, який відвантажує в десятки розподільчих центрів торговельних мереж, знадобиться ще й інструмент для EDI та відповідності вимогам мереж, а це не наш профіль.
Як зменшити плату за простій: записуйте кожну вантажівку на конкретний час, узгоджуйте тривалість слотів із реальним часом завантаження та автоматично фіксуйте прибуття, заїзд на рампу і виїзд.
Простій вантажівки — це плата, яку перевізник стягує, коли водій чекає понад безкоштовний час: зазвичай $50–$100 за годину після 2 годин. Демередж — добова портова плата. Пояснюємо різницю, хто платить і як уникнути обох.
Скільки коштує система резервування вантажних рамп у 2026 році? Ціна кожного постачальника з джерелами — від $0.55 за бронювання до $15,000+ на рік, у порівнянні.
Приєднуйтесь до складських команд по всьому світу, які замінили таблиці та телефонні дзвінки простою системою резервування вантажних рамп.
Почати безкоштовний пробний період 14-денний безкоштовний пробний період · Кредитна картка не потрібна · Скасування в будь-який час