OTD (On Time Delivery) — показатель своевременности доставки, который показывает долю заказов, поставок или строк заказа, выполненных в согласованный срок. Базовая формула OTD: количество своевременных доставок делится на общее количество доставок и умножается на 100%. Но для корректного расчёта сначала нужно определить, что именно компания считает доставкой «вовремя».
Коротко
- OTD = своевременные доставки / все учитываемые доставки × 100%.
- Показатель отвечает на вопрос, насколько стабильно компания выполняет обещания по срокам.
- OTD можно считать по заказам, строкам заказа или количеству товара.
- Универсальной нормы OTD для всех компаний нет: результат зависит от SLA и методики.
- Для оценки срока и полноты поставки вместе с OTD используют OTIF.
Внутри компании логистика может выглядеть идеально. Современный склад, автоматическая маршрутизация, несколько перевозчиков, ERP, WMS, TMS и десятки показателей на дашборде.
Клиент всё это обычно не видит.
Для него ситуация намного проще: обещали в четверг — привезли в четверг или нет?
Именно поэтому OTD остаётся одним из самых понятных KPI в логистике. Он показывает не скорость ради скорости, а способность бизнеса выполнять конкретное обещание по сроку.
При этом сама арифметика занимает несколько секунд. Сложность начинается позже: какую дату считать плановой, что считать фактом доставки, учитывать ли ранние поставки, как работать с частичными заказами и на каком уровне вести расчёт.
Если эти правила не определены заранее, красивый процент OTD легко превращается в бесполезную цифру.
Что такое OTD в логистике простыми словами?
OTD показывает, какой процент доставок компания выполнила в согласованный срок. Если из 1 000 заказов 930 были доставлены вовремя, OTD составляет 93%.
Расчёт:
930 / 1 000 × 100% = 93%
Это значит, что в 93 случаях из 100 компания выполнила обязательство по сроку.
OTD применяют практически во всех сегментах логистики:
- интернет-торговле;
- B2B-поставках;
- производстве;
- FMCG;
- ритейле;
- фармацевтике;
- дистрибуции;
- международной логистике;
- работе 3PL-операторов.
Главное преимущество показателя — возможность перейти от субъективной оценки к измеримому результату.
Вместо фразы «этот перевозчик часто опаздывает» можно увидеть:
- перевозчик А — 96%;
- перевозчик Б — 84%;
- склад № 1 — 97%;
- склад № 2 — 88%.
После этого уже появляется предмет для разговора.
Как рассчитать OTD?
Базовая формула OTD очень проста: количество доставок, выполненных вовремя, делят на общее количество учитываемых доставок и умножают на 100%.
Формула OTD
OTD (%) = Доставки вовремя / Все учитываемые доставки × 100
Например:
- всего за месяц — 1 200 доставок;
- вовремя — 1 092.
Получаем:
OTD = 1 092 / 1 200 × 100 = 91%
Для базовой управленческой отчётности этого достаточно.
Но здесь есть нюанс.
Нужно точно понимать, какие поставки попали в числитель и знаменатель.
Перед началом расчёта стоит письменно определить:
- плановую дату;
- фактическую дату;
- допустимое окно;
- правила ранней доставки;
- правила частичной поставки;
- исключения;
- уровень расчёта.
Иначе отдел продаж, склад и транспорт могут посчитать один и тот же месяц тремя разными способами и получить три разных OTD.
Что считать доставкой «вовремя»?
Доставка считается своевременной, если фактический момент получения товара соответствует заранее установленному сроку или допустимому окну. Главное — использовать одно и то же правило для всех сравниваемых поставок.
Это центральный вопрос всей методологии.
Допустим, клиент запросил доставку на 10 сентября.
Компания после проверки запасов подтвердила 12 сентября.
Заказ приехал 12 сентября.
Относительно подтверждённого срока всё выполнено вовремя.
Относительно первоначального ожидания клиента — нет.
Обе цифры могут быть корректными. Они просто измеряют разные вещи.
Какую плановую дату можно использовать?
|
Вариант |
Что означает |
|---|---|
|
Запрошенная клиентом дата |
Когда клиент хотел получить заказ |
|
Подтверждённая дата |
Когда поставщик подтвердил возможность доставки |
|
Договорная дата |
Срок, закреплённый в договоре или SLA |
|
Обещанная дата |
Дата, сообщённая клиенту при оформлении заказа |
Для операционного управления часто удобнее работать с подтверждённой датой.
Для анализа клиентского опыта полезно дополнительно контролировать первоначально обещанный срок.
И здесь есть ловушка.
Если компания каждый раз переносит обещанную дату непосредственно перед опозданием, OTD может выглядеть великолепно.
Клиентский опыт при этом становится хуже.
Какую дату считать фактической доставкой?
Если OTD используется для оценки клиентского сервиса, фактической датой логичнее считать момент получения товара клиентом, а не момент отгрузки со склада.
В зависимости от процесса это может быть:
- прибытие автомобиля;
- начало разгрузки;
- завершение приёмки;
- электронное подтверждение получения;
- подписанный документ о доставке;
- закрытие поставки в информационной системе.
Представим:
машина вышла со склада в понедельник точно по графику.
Клиент должен получить груз во вторник.
Фактически разгрузка произошла в среду.
Отгрузка была своевременной.
Доставка — нет.
Поэтому показатели своевременности отгрузки и своевременности доставки лучше не смешивать.
Считается ли доставка раньше срока своевременной?
Не обязательно. В одних цепочках поставка раньше срока считается успешной, в других раннее прибытие создаёт проблемы для клиента и также признаётся отклонением.
Для интернет-магазина прибытие товара на склад на день раньше обычно не критично.
На производственной площадке всё может быть иначе.
Если складская зона ограничена, а разгрузочные окна расписаны по часам, автомобиль, приехавший на сутки раньше, может простоять до своего слота.
Формально он не опоздал.
Для клиента процесс всё равно нарушен.
Поэтому используются разные модели:
|
Правило |
Что считается своевременным |
|
Не позднее даты |
Можно раньше, нельзя позже |
|
Строгая дата |
Только установленный день |
|
Допустимое окно |
Например, ±1 день |
|
Временной слот |
Например, |
|
Ограниченное окно |
Например, не раньше D−1 и не позже D |
В Just-in-Time-процессах допустимое отклонение может измеряться уже не днями, а часами или минутами.
Нужно ли считать OTD по заказам или по строкам?
Оба подхода допустимы. Расчёт по заказам проще, а расчёт по строкам лучше показывает частичные задержки внутри крупных многопозиционных заказов.
Расчёт по заказам
Заказ получает один статус:
- вовремя;
- с опозданием.
Это удобно для:
- e-commerce;
- курьерской доставки;
- небольших B2B-поставок;
- отчётности верхнего уровня.
Расчёт по строкам заказа
Представим заказ из 10 товарных позиций.
Восемь пришли в срок.
Две задержались.
OTD по строкам = 8 / 10 × 100 = 80%.
При расчёте только на уровне заказа часть проблемы можно не увидеть.
Поэтому в FMCG, промышленной логистике, ритейле и дистрибуции детализация по строкам часто даёт более полезную картину.
Расчёт по количеству товара
Можно пойти ещё глубже.
Например:
- заказано 1 000 единиц;
- 900 поставлено вовремя;
- 100 — позже.
Такой подход полезен там, где критичен не сам факт приезда заказа, а физическое количество товара, доступное клиенту.
Какие данные нужны для расчёта OTD?
Минимально нужны идентификатор заказа, плановый срок и фактический момент доставки. Для поиска причин задержек стоит дополнительно собирать информацию о складе, перевозчике, маршруте, клиенте и причине отклонения.
Практический набор данных:
- номер заказа;
- номер поставки;
- строка заказа;
- плановая дата;
- плановое время;
- фактическая дата;
- фактическое время;
- клиент;
- склад;
- перевозчик;
- маршрут;
- регион;
- количество;
- статус;
- причина задержки;
- подтверждение доставки.
Обычно эти данные собираются из:
- ERP;
- WMS;
- TMS;
- CRM;
- электронного документооборота;
- мобильных приложений водителей;
- систем мониторинга транспорта;
- BI-платформ.
Если значительная часть задержек возникает ещё до выхода груза со склада, стоит отдельно анализировать работу WMS и складских процессов.
Если проблема начинается после передачи груза перевозчику — смотреть уже в сторону TMS и управления перевозками.
Есть простой принцип:
качество OTD не может быть выше качества исходных данных.
Если один перевозчик автоматически передаёт фактическое время, а другой присылает таблицу через неделю, прямое сравнение их результатов может быть некорректным.
Чем OTD отличается от OTIF?
OTD оценивает только соблюдение срока. OTIF дополнительно требует, чтобы заказ был доставлен в полном объёме.
Представим заказ на 100 единиц.
В согласованный день клиент получил 70.
По сроку доставка произошла вовремя.
По полноте — нет.
Именно поэтому показатели отвечают на разные вопросы:
|
KPI |
Что измеряет |
|
OTD |
Своевременность |
|
OTIF |
Своевременность и полноту |
|
Fill Rate |
Степень выполнения спроса |
|
Order Accuracy |
Точность комплектации |
|
Lead Time |
Продолжительность выполнения процесса |
|
Perfect Order |
Комплексное качество выполнения заказа |
Подробнее о совместной оценке срока и полноты поставки можно рассказать в отдельном материале: что такое OTIF и как его рассчитывать.
Высокий OTD сам по себе ещё не гарантирует высокого качества сервиса.
Заказ может приехать вовремя, но:
- не полностью;
- с повреждениями;
- с ошибкой в документах;
- с неправильной комплектацией.
Какой OTD считается хорошим?
Универсального процента, который можно считать нормой для всех компаний, не существует. Целевой OTD зависит от SLA, типа клиента, логистической модели, допустимого окна и выбранной методологии.
Это важнее любых универсальных таблиц с «нормами отрасли».
Сравним две компании.
Первая показывает OTD 97%, но считает своевременной любую поставку в диапазоне ±2 дня.
Вторая показывает 94%, но работает в строгих четырёхчасовых слотах.
По одному проценту нельзя сказать, у кого процесс лучше.
Правильнее работать так:
- зафиксировать методику;
- определить целевой SLA;
- не менять правила между периодами;
- сравнивать динамику;
- отдельно анализировать ключевых клиентов и критичные маршруты.
Если SLA является частью договорных отношений с перевозчиком или клиентом, полезно дополнительно связать OTD с правилами расчёта SLA в логистике.
Главный вопрос не в том, выглядит ли показатель красиво.
Гораздо важнее:
почему оставшаяся доля заказов опаздывает и сколько эти опоздания стоят бизнесу?
Почему OTD важен для бизнеса?
OTD связан не только с транспортом. Он влияет на клиентский опыт, стоимость операций, выполнение договорных обязательств, репутацию поставщика и способность клиента планировать собственную работу.
Как OTD влияет на клиента?
Покупатель не видит внутреннюю кухню.
Он не знает:
- насколько сложный маршрут;
- сколько заказов одновременно обрабатывает склад;
- какой перевозчик не подал машину;
- почему пришлось менять рейс.
Он видит обещанную дату и фактический результат.
В B2C опоздание может закончиться:
- обращением в поддержку;
- негативным отзывом;
- отменой заказа;
- отказом от повторной покупки.
В B2B цена задержки может быть намного выше.
Клиент планирует вокруг поставки:
- производство;
- монтаж;
- обслуживание оборудования;
- собственные продажи;
- работу подрядчиков.
Один опоздавший компонент иногда создаёт проблемы далеко за пределами отдела логистики.
Как OTD влияет на расходы?
Плохая своевременность создаёт прямые затраты:
- штрафы;
- компенсации;
- повторные рейсы;
- экспресс-доставки;
- срочные закупки;
- дополнительные складские операции.
Есть и скрытые:
- больше обращений в поддержку;
- ручное перепланирование;
- повышенный страховой запас;
- потеря повторных заказов;
- снижение рейтинга поставщика.
При этом высокий OTD тоже может быть слишком дорогим.
Если последние проценты достигаются постоянными срочными машинами и избыточным запасом, показатель улучшается, а экономика — нет.
Почему OTD бывает низким?
Низкий OTD редко возникает из-за одной причины. Обычно опоздание формируется на одном из нескольких участков: запасы, склад, транспорт, данные или само обещание клиенту.
Почему отсутствие товара снижает OTD?
Если товара нет в нужном месте, доставить его вовремя физически невозможно.
Причинами могут быть:
- неточный прогноз;
- поздняя закупка;
- сезонный всплеск;
- неверный страховой запас;
- нестабильный поставщик;
- ошибки остатков.
Для поиска проблемных групп товаров полезно использовать ABC/XYZ-анализ запасов.
Если 40% задержек начинаются с отсутствия товара, смена перевозчика практически ничего не изменит.
Как склад влияет на OTD?
Товар может быть в наличии, но заказ всё равно опоздает.
Например:
- не хватает персонала;
- заказ поздно попал в волну сборки;
- перегружена зона упаковки;
- машина ждёт свободные ворота;
- документы готовятся после окончания комплектации.
В итоге транспортный отдел получает уже опоздавший заказ и пытается компенсировать потерянное время на дороге.
Как транспорт влияет на OTD?
Типичные причины:
- поздняя подача автомобиля;
- нехватка машин;
- поломка;
- ошибка маршрутизации;
- перегрузка терминала;
- дорожные ограничения;
- пробки;
- погодные условия.
Если значительная доля задержек возникает именно на маршруте, стоит отдельно анализировать инструменты маршрутизации и планирования перевозок.
Почему проблемы с данными снижают OTD?
Иногда сама поставка ещё может быть спасена, но команда узнаёт о риске слишком поздно.
Например:
- ETA не пересчитывается;
- перевозчик не передаёт статус;
- системы работают отдельно;
- фактические события вводятся вручную;
- предупреждений нет.
Тогда логистика действует не проактивно, а постфактум.
Что происходит, если клиенту сразу обещали нереальный срок?
Это особенно неприятная ситуация.
Продажи обещали доставку завтра.
Склад может собрать заказ только послезавтра.
Сам маршрут занимает ещё день.
Опоздание возникло ещё до того, как транспорт получил заявку.
Поэтому OTD полезно анализировать не только как показатель логистики, но и как показатель качества общего планирования.
Как улучшить OTD?
Повышение OTD начинается с поиска повторяющихся причин задержек. Само требование «доставлять вовремя» не решает проблему, если неизвестно, на каком этапе компания теряет срок.
Как зафиксировать единую методологию?
Документируйте:
- плановую дату;
- фактическую дату;
- допустимое окно;
- правила ранней доставки;
- частичные поставки;
- отмены;
- исключения;
- уровень расчёта.
Одна понятная страница с правилами иногда приносит больше пользы, чем новый дашборд.
Как правильно декомпозировать OTD?
Общий показатель по компании показывает состояние, но редко объясняет причину.
Допустим:
OTD компании — 92%.
После детализации:
- склад А — 97%;
- склад Б — 83%;
- перевозчик А — 96%;
- перевозчик Б — 79%;
- крупные города — 95%;
- удалённый регион — 76%.
Теперь понятно, куда смотреть.
Полезные разрезы:
- клиент;
- склад;
- перевозчик;
- регион;
- маршрут;
- товарная категория;
- тип доставки;
- причина опоздания.
Зачем кодировать причины задержек?
Запись «доставка задержалась» почти ничего не даёт.
Лучше использовать чёткие категории:
- нет товара;
- поздняя сборка;
- ошибка документов;
- машина не подана;
- задержка погрузки;
- транспортное происшествие;
- неверный адрес;
- клиент не готов принять;
- таможенная задержка;
- внешнее ограничение.
Через несколько недель можно построить диаграмму Парето и увидеть несколько причин, которые формируют основную долю опозданий.
Как улучшение запасов повышает OTD?
Если проблема возникает до сборки заказа, работать нужно с доступностью товара.
Используют:
- ABC/XYZ-анализ;
- прогнозирование;
- страховой запас;
- S&OP;
- альтернативных поставщиков;
- контроль сроков поставки.
Важно не просто увеличивать запас.
Избыток товара повышает OTD, но одновременно замораживает деньги и увеличивает стоимость хранения.
Как WMS помогает повысить OTD?
WMS позволяет приоритизировать складские операции относительно дедлайна доставки.
Особенно важны:
- приоритет заказов;
- контроль времени сборки;
- контроль упаковки;
- управление волнами;
- контроль ворот;
- автоматическая проверка состава;
- передача статусов в TMS.
Подробнее эти процессы можно раскрыть в материале о WMS-системах и управлении складом.
Как TMS помогает контролировать сроки?
TMS отвечает уже за транспортный участок.
Система может использовать:
- маршрутизацию;
- подбор перевозчика;
- ETA;
- GPS-данные;
- контроль подачи машины;
- мониторинг рейса;
- сравнение перевозчиков.
Если ETA показывает выход за допустимое окно до фактического опоздания, у команды остаётся время вмешаться.
После доставки остаётся только объяснять клиенту причину.
Какие предупреждения стоит настроить?
Например:
- заказ не собран за N часов до отгрузки;
- машина не прибыла к слоту;
- перевозчик не подтвердил рейс;
- ETA превысил допустимое время;
- документы не готовы;
- груз слишком долго находится на терминале;
- клиент перенёс приёмку.
Чем раньше появляется сигнал, тем выше шанс сохранить OTD.
Как использовать SLA с перевозчиками?
В SLA желательно определить:
- целевой показатель;
- формулу;
- плановую дату;
- фактическую дату;
- временное окно;
- исключения;
- источник данных;
- частоту сверки;
- действия при отклонениях.
Иначе возникает классическая ситуация:
перевозчик показывает OTD 98%.
Клиент — 89%.
И оба считают свои цифры правильными.
Обычно причина не в арифметике.
Причина в разных правилах.
Как выглядит анализ OTD на практике?
Практическая ценность OTD появляется после разбора причин опозданий. Среднее значение показывает масштаб проблемы, а детализация помогает определить, где именно теряется срок.
Рассмотрим условную ситуацию.
Компания выполняет 10 000 доставок в месяц.
9 100 завершены вовремя.
OTD = 91%.
Есть 900 поздних поставок.
Команда распределяет их по причинам:
|
Причина |
Количество задержек |
|
Нет товара |
310 |
|
Поздняя сборка |
240 |
|
Перевозчик |
180 |
|
Ошибка документов |
90 |
|
Клиент не принял груз |
80 |
Первой реакцией может быть желание сменить перевозчика.
Но транспорт формирует только 180 опозданий из 900.
Большая часть проблемы находится раньше — в запасах и складской обработке.
Компания пересматривает запас ключевых SKU, меняет приоритеты сборки и вводит контроль дедлайнов.
Через некоторое время количество опозданий снижается до 500.
Теперь:
OTD = 9 500 / 10 000 × 100 = 95%.
Дополнительные машины не понадобились.
Вот в чём смысл показателя.
Не показать красивую цифру руководству, а найти участок, где компания нарушает обещание клиенту.
Какие системы нужны для мониторинга OTD?
На небольшом объёме OTD можно рассчитывать в Excel или Google Таблицах. По мере роста операций лучше автоматически собирать плановые и фактические события из ERP, WMS и TMS.
Можно ли считать OTD в Excel?
Да.
Для пилотного расчёта достаточно:
- плановой даты;
- фактической даты;
- столбца «вовремя / поздно»;
- сводной таблицы.
Можно использовать:
- COUNTIFS;
- XLOOKUP;
- Power Query;
- сводные таблицы.
Проблемы начинаются при большом объёме ручных данных.
Зачем нужна ERP?
ERP обычно хранит:
- заказ;
- клиента;
- количество;
- обещанную дату;
- документы;
- общий статус.
Поэтому часто именно ERP становится источником плановой части расчёта.
Что даёт WMS?
WMS показывает, где заказ находился внутри склада:
- резервирование;
- сборка;
- упаковка;
- подготовка к отгрузке;
- передача перевозчику.
Это помогает понять, возникла задержка внутри склада или позже.
Что даёт TMS?
TMS показывает транспортный участок:
- рейс;
- машину;
- перевозчика;
- маршрут;
- ETA;
- фактическое прибытие;
- стоимость доставки.
Зачем нужна BI-система?
BI объединяет данные из разных источников и позволяет смотреть OTD:
- по клиентам;
- складам;
- регионам;
- перевозчикам;
- маршрутам;
- причинам задержек.
Какие ошибки чаще всего искажают OTD?
Самые опасные ошибки связаны не с математикой, а с изменением правил расчёта, неправильной фактической датой и исключением неудобных заказов.
Почему нельзя считать дату отгрузки вместо доставки?
Потому что клиент оценивает момент получения товара.
Машина может выйти со склада вовремя и приехать на сутки позже.
Для показателя отгрузки всё хорошо.
Для OTD — нет.
Почему нельзя менять обещанную дату задним числом?
Потому что показатель начинает измерять способность редактировать данные, а не способность выполнять обязательства.
Желательно хранить первоначальную и актуальную подтверждённую дату отдельно.
Стоит ли исключать форс-мажоры?
Их можно выделять в отдельную категорию.
Но бесконтрольно убирать из знаменателя любые неудобные случаи опасно.
Иначе OTD постепенно превращается в показатель, который всегда выглядит хорошо и ничего не объясняет.
Почему средний OTD может вводить в заблуждение?
Представим: общий показатель — 95%.
Но крупнейший клиент получает вовремя только 82% поставок.
Для бизнеса такая ситуация намного серьёзнее, чем кажется по среднему значению.
Поэтому всегда нужны дополнительные разрезы.
С какими KPI нужно смотреть OTD вместе?
OTD измеряет только одну сторону качества — срок. Для полноценной оценки логистики его стоит сопоставлять с полнотой заказа, длительностью цикла, точностью комплектации и стоимостью сервиса.
|
KPI |
Что показывает |
|
OTD |
Срок доставки |
|
OTIF |
Срок и полноту |
|
Fill Rate |
Выполнение спроса |
|
Lead Time |
Продолжительность процесса |
|
Order Cycle Time |
Время от заказа до получения |
|
Order Accuracy |
Точность комплектации |
|
Perfect Order |
Комплексное качество |
|
Freight Cost per Order |
Стоимость доставки |
Главный принцип простой: сервис нельзя улучшать отдельно от экономики.
Теоретически OTD можно приблизить к 100% огромным запасом и постоянными срочными перевозками.
Но такой процесс может оказаться невыгодным.
С чего начать улучшение OTD?
Начните с данных за последние
Проверочный список
- Определить плановую дату.
- Определить фактическую дату.
- Установить допустимое окно.
- Определить правила ранней доставки.
- Выбрать расчёт по заказам, строкам или количеству.
- Посчитать OTD за
30–90 дней. - Разбить результат по складам.
- Разбить по перевозчикам.
- Разбить по клиентам.
- Разбить по маршрутам.
- Ввести коды причин задержек.
- Определить три крупнейшие причины.
- Назначить корректирующие действия.
- Повторить расчёт после изменений.
OTD становится полезным только тогда, когда за изменением процента следует действие.
Что важно запомнить об OTD?
OTD показывает, насколько стабильно компания выполняет обещания по сроку доставки. Формула проста, но ценность показателя зависит от единой методологии, качества данных и правильной детализации.
Главное:
- OTD рассчитывает долю своевременных поставок;
- критерий «вовремя» нужно определить заранее;
- расчёт по заказам и строкам может давать разные результаты;
- OTD не показывает полноту поставки;
- универсальной нормы для всех компаний нет;
- причины задержек нужно анализировать по процессам;
- высокий показатель нельзя достигать любой ценой.
Именно поэтому хороший OTD — не просто высокий процент.
Это стабильный и экономически оправданный уровень сервиса, который соответствует обещанию клиенту.
Какие вопросы чаще всего задают об OTD?
Что означает OTD?
OTD расшифровывается как On Time Delivery и показывает долю заказов или поставок, выполненных в согласованный срок. Показатель используют для контроля надёжности доставки и оценки работы складов, перевозчиков и цепочки поставок.
Какая формула используется для OTD?
Базовая формула: количество своевременных доставок / общее количество доставок × 100%. Например, 950 доставок вовремя из 1 000 дают OTD 95%.
Чем OTD отличается от OTIF?
OTD оценивает только срок доставки. OTIF требует одновременно доставить заказ вовремя и в полном объёме. Поэтому OTD может быть высоким даже при регулярных частичных недопоставках.
Можно ли считать OTD по строкам заказа?
Да. Такой расчёт особенно полезен для многопозиционных заказов, поскольку показывает задержки отдельных товарных строк, которые могут быть незаметны при оценке заказа целиком.
Есть ли универсальная норма OTD?
Нет. Целевой уровень зависит от условий SLA, отрасли, типа клиента, допустимого временного окна и выбранной методики расчёта.
Что важнее — OTD или OTIF?
Показатели отвечают на разные вопросы. OTD удобен для контроля срока, а OTIF даёт более полную картину качества поставки, поскольку дополнительно учитывает объём выполненного заказа.
Нужно ли включать отменённые заказы в OTD?
Это зависит от причины отмены и утверждённой методики. Если клиент отменил заказ до возникновения обязательства по доставке, его можно исключить. Если отмена стала следствием внутренней задержки поставщика, исключение такого заказа способно искусственно улучшить показатель.
Может ли OTD быть 100%?
Да. Это означает, что все учитываемые доставки за период попали в установленное окно. Однако результат на небольшом количестве заказов ещё не говорит о стабильности процесса. Полезнее анализировать динамику за несколько периодов и объём выборки.
Почему клиент и поставщик получают разный OTD?
Чаще всего используются разные правила: разные плановые даты, временные окна, фактические события или способы обработки частичных поставок. Сначала нужно сверить методику, а уже потом сравнивать проценты.
Может ли высокий OTD ухудшать прибыль?
Да. Если показатель поддерживается избыточными запасами, срочными машинами и дорогими экспресс-перевозками, рост сервиса может сопровождаться снижением маржинальности. Поэтому OTD стоит анализировать вместе с логистическими затратами.