OTIF в логистике: расчёт своевременности и полноты поставки
OTIF (On Time In Full, «в срок и в полном объёме», он же DIFOT) — доля поставок, которые пришли и вовремя, и полностью: поставки в срок и в полном объёме ÷ выполненные поставки × 100, отменённые клиентом заказы не учитываются. Результат зависит от трёх решений, которые нужно писать рядом с цифрой: что считать «в срок» (тот же день, забронированное окно или ± часы; считается ли ранняя поставка), по строкам или по заказам, и какой допуск по количеству. Это не «доля в срок × доля в полном объёме»: в примере ниже 50,0 % × 50,0 % дают 25,0 %, а OTIF — 16,7 %. В Logistivo на каждом грузе хранится сырьё для этого расчёта: дата доставки, ETA и история смен статуса с датой и временем, в том числе внесённых водителем в мобильном приложении.
Источник: ASCM · Президент России, банк документов · legislation.gov.uk · Договорная база ООН (UNTC) · Википедия (англ.).
Данные обновлены:
.
Журнал поставок
Журнал поставок — Впишите или вставьте свои поставки, задайте определение и посмотрите, какие поставки снижают OTIF.
Расчёт идёт только в вашем браузере: журнал не отправляется на сервер и нигде не хранится.
Калькулятор измеряет надёжность поставки (срок и количество). Документы, повреждения и наличие товара на складе — отдельные показатели, они перечислены в словаре ниже.
№ заказа — Номер заказа или рейса. При подсчёте по заказам строки с одним номером образуют один заказ.
Стр. — Необязательно: номер строки заказа.
Обещано / начало — Обещанные дата и время или начало забронированного окна, например 14.09.2026 08:00; окно можно записать в одной ячейке: 14.09.2026 08:00-12:00.
Конец окна — Необязательно: только время (12:00), если окно закрывается в тот же день, иначе дата и время.
Доставлено — Дата и время, когда груз передан в распоряжение получателя. Пусто — поставка ещё не состоялась.
Заказано — Количество, подтверждённое в заказе (коробки, паллеты или штуки — в тех же единицах, что и «Получено»).
Получено — Принятое количество. Если строка пришла несколькими приёмами — итог и время последнего приёма.
Выбираемые определения
В срок, если — В окне — Поставка в срок, если фактическое время попадает между началом и концом забронированного окна (границы включены). После конца окна — опоздание, до начала — раньше срока. Если указано время без конца окна, окном считается именно это время; если указана только дата — весь день.
В срок, если — В тот же день — Поставка в срок, если фактическая дата совпадает с обещанным днём (или с одним из дней окна). Время суток не учитывается: следующий день — опоздание, предыдущий — раньше срока.
В срок, если — ± часов — Обещанное окно (или обещанное время) расширяется на N часов в обе стороны. За пределами этого допуска поставка считается опоздавшей или ранней.
N часов — стартовое значение 2 часа нужно только чтобы попробовать правило: берите допуск из своего договора или SLA.
Раньше срока — Нарушение — Поставка до открытия окна (или до начала допуска) — такой же срыв срока, как и опоздание.
Раньше срока — Считается в срок — Поставка до окна считается в срок: критерий «в срок или раньше» метрики SCOR RL.3.59 относительно запрошенной клиентом даты.
Считать по — Строкам — Каждая строка журнала — одна единица: OTIF — доля строк, пришедших в срок и в полном объёме.
Считать по — Заказам — Строки с одинаковым номером образуют один заказ. Заказ в срок, только если в срок все его строки, и в полном объёме, только если полностью пришли все строки (самая строгая форма, как «идеальный заказ» SCOR RL.1.1). Если одна строка открыта или не читается, весь заказ остаётся вне расчёта.
Перепоставка — Нарушение — Количество выше допуска — не «в полном объёме»: SCOR RL.2.1 требует, чтобы лишние позиции не поставлялись.
Перепоставка — Считается в полном объёме — Количество выше допуска считается полным — так записано в некоторых договорах, это отличается от определения SCOR.
Допуск — Поставка — недопоставка, если поставленное количество меньше заказанного × (1 − допуск), и перепоставка, если оно больше заказанного × (1 + допуск). Калькулятор стартует с 0 %: это настройка инструмента, а не стандарт. SCOR говорит о «взаимно согласованных допусках».
Формулы
OTIF, % — поставки в срок И в полном объёме ÷ учтённые поставки × 100 — SCOR RL.1.1 (все идеальные заказы ÷ все заказы × 100 %); общепринятое определение OTIF считает по поставкам, заказам или строкам заказа.
В срок (OTD), % — поставки в срок ÷ учтённые поставки × 100 — SCOR RL.2.2: заказы, доставленные к первоначально согласованной дате ÷ доставленные заказы × 100 %; элемента «в полном объёме» нет.
В полном объёме, % — поставки в полном объёме ÷ учтённые поставки × 100 — SCOR RL.2.1: заказы, доставленные в полном объёме ÷ доставленные заказы × 100 %; элемента срока нет.
В срок × в полном объёме — равно OTIF, только если опоздания и недопоставки попадают на разные поставки независимо друг от друга — Арифметика: в примере 50,0 % × 50,0 % = 25,0 %, а OTIF — 16,7 %.
Единица счёта — поставки, строки или заказы — но не количества — Расчёт OTIF по доле общего количества противоречит принципу «в полном объёме» (Википедия, DIFOT).
Листья: каждая поставка — ровно в одном
OTIF — в срок и в полном объёме.
Только опоздание — опоздала, количество верное.
Только раньше срока — пришла раньше срока при том, что ранняя поставка считается нарушением, количество верное.
Только недопоставка — в срок, количество ниже допуска.
Только перепоставка — в срок, количество выше допуска, при том что перепоставка считается нарушением.
Срок и количество — одновременно нарушены срок и количество (опоздание + недопоставка, опоздание + перепоставка, раньше срока + недопоставка, раньше срока + перепоставка). Шесть листьев всегда дают в сумме число учтённых поставок.
Строки, не вошедшие в расчёт
открыта — фактической доставки ещё нет: SCOR делит на доставленные заказы, поэтому несостоявшаяся поставка в знаменатель не входит.
нет обещания — нет обещанной даты: без обязательства нельзя судить о сроке.
дата не читается — дата записана в нераспознанном формате.
окно наоборот — конец окна раньше его начала.
нет количества — не указано заказанное или поставленное количество: полноту оценить нельзя.
неверное количество — заказанное количество должно быть больше нуля, поставленное — не отрицательным.
Средняя и медианная задержка
Какие поставки — только опоздавшие.
Правило окна — фактическое время − конец окна.
Правило ± часов — фактическое время − обещанное время (или конец окна), а не край допуска.
Правило «в тот же день» — полные сутки после обещанного дня.
Среднее и медиана — среднее арифметическое; медиана — серединное значение, а при чётном числе опоздавших поставок — среднее двух серединных.
По заказам — задержка заказа равна задержке его самой поздней строки.
Как читаются журнал и CSV
Столбцы по порядку: номер; строка; обещанное время или начало окна; конец окна; фактическая доставка; заказанное количество; поставленное количество. При 6 столбцах строки нет; при 5 окно записано в одной ячейке (14.09.2026 08:00-12:00).
Разделитель: точка с запятой, запятая или табуляция — определяется по первой строке. Первая строка без дат считается заголовком.
Даты: 2026-09-14 10:40, 14.09.2026 10:40, 14/09/2026 или 14-09-2026; если год стоит впереди (2026-09-14, 2026/09/14), порядок год-месяц-день, иначе день-месяц-год.
Количество: запятая — десятичный знак (22,5); точка перед тремя цифрами и пробел разделяют тысячи (1.200; 1 200).
Время сравнивается как записано, без пересчёта часовых поясов. Если у фактической доставки указана только дата, сравнение идёт по суткам.
Строка, доставленная несколькими приёмами, вносится один раз: общее количество и время последнего приёма.
Заказы, отменённые клиентом, убираются из журнала; изменение, запрошенное клиентом и принятое поставщиком, становится новым обещанием (SCOR RL.1.1, RL.2.1, RL.2.2).
Какие поставки снижают OTIF? — OTIF — корень; «в срок» и «в полном объёме» — ветви под ним, а каждая поставка вне OTIF попадает ровно в один лист. Нажмите на узел, чтобы выделить подходящие строки журнала.
Пример для иллюстрации — 6 поставок — Журнал открывается шестью придуманными поставками торговому складу: они подобраны так, чтобы заполнить каждый лист дерева; это не реальные данные и не отраслевой ориентир. При стартовых настройках (окно, ранняя поставка — нарушение, по строкам, допуск 0 %, перепоставка — нарушение) получается:
OTIF 1 из 6 = 16,7 %; в срок 3 из 6 = 50,0 % (ЗК-1001, ЗК-1003, ЗК-1006); в полном объёме 3 из 6 = 50,0 % (ЗК-1001, ЗК-1002, ЗК-1004); произведение 50,0 % × 50,0 % даёт 25,0 %.
ЗК-1002 опоздала на 85 минут; ЗК-1003 — недопоставка (22 из 24, −8,3 %); ЗК-1004 пришла на 40 минут раньше срока; ЗК-1005 опоздала на 185 минут и с недопоставкой (27 из 30, −10 %); ЗК-1006 — перепоставка (21 из 20, +5 %). Средняя и медианная задержка: 135 минут (2 ч 15 мин).
Правило «в тот же день»: в срок 6 из 6, OTIF 3 из 6 = 50,0 %. Ранняя поставка считается в срок: в срок 4 из 6 = 66,7 %, OTIF 2 из 6 = 33,3 %. Допуск 5 %: ЗК-1006 становится «в полном объёме» (21 ≤ 21,0), в полном объёме 4 из 6 = 66,7 %, OTIF 2 из 6 = 33,3 %.
У некоторых строк указано обещанное время без конца окна, а ранняя поставка считается нарушением: такие строки в срок, только если доставлены в эту самую минуту. Добавьте конец окна или используйте правило ± часов.
Исключённые строки не входят ни в числитель, ни в знаменатель.
Пока нет ни одной учитываемой поставки: в каждой строке нужны обещание, фактическая доставка и оба количества.
По Уставу автомобильного транспорта (259-ФЗ) штраф за просрочку доставки груза — 9 % провозной платы за каждые сутки, но не больше самой платы, если договор не устанавливает иное; просрочка считается с 24:00 суток, когда груз должен быть доставлен, а основанием служит отметка о времени прибытия в транспортной накладной (ст. 34 ч. 11). Окно приёмки в KPI обычно уже, поэтому поставка может не попасть в OTIF и всё же не быть просрочкой по закону. В международной перевозке по КДПГ компенсация за просрочку выплачивается только при письменной оговорке перевозчику в течение 21 дня (ст. 30 п. 3).
Когда поставка сорвёт OTIF, её хронология уже будет в грузе — В Logistivo каждый груз хранит дату доставки и каждую смену статуса (ожидает погрузки, в перевозке, в транзите, завершён) с датой и временем — из офиса или от водителя в приложении для iOS и Android. На рейсах с несколькими остановками водитель отмечает каждую остановку как завершённую, и время записывается; при каждой смене статуса уходит уведомление. В конце месяца конструктор отчётов ассистента выгружает ваши грузы с датой доставки, статусом, маршрутом, перевозчиком и номером автомобиля в Excel, CSV или PDF.
Управление грузами — Дата доставки и каждая смена статуса с датой и временем — на каждом грузе. — /ru/load-management
Приложение водителя — Водитель меняет статус и отмечает завершённые остановки; время сохраняется. — /ru/carrier/drivers
Результат зависит от выбранного определения: всегда указывайте его рядом с цифрой. Калькулятор не даёт целевых значений; целевое значение — то, что записано в вашем договоре или SLA.
Что такое OTIF и как его считают? — OTIF (On Time In Full, «в срок и в полном объёме»; встречается и написание DIFOT) — доля поставок, которые пришли и в обещанное время, и в заказанном количестве: поставки в срок и в полном объёме ÷ выполненные поставки × 100.
Считать можно по поставкам, по заказам или по строкам заказа, но единицу нужно называть. В самой строгой форме — «идеальный заказ» SCOR (RL.1.1) — заказ засчитывается, только если безупречна каждая его строка; обязательства перед клиентом, отмечает SCOR, принимаются на уровне строки заказа.
Заказы, отменённые клиентом, не учитываются (SCOR RL.1.1, RL.2.1, RL.2.2).
Как посчитать OTIF по отчёту о поставках? — Для каждой поставки нужны три вещи: обещанная в заказе дата или окно, фактические дата и время доставки по записи (в России основанием для просрочки по Уставу служит отметка о времени прибытия в транспортной накладной) и заказанное и поставленное количества. Полезно добавить четвёртое: фиксировать причину, по которой поставка не попала в OTIF.
Из выгрузки TMS или ERP вставьте эти столбцы в журнал: калькулятор пометит каждую строку как OTIF, опоздание, раньше срока, недопоставку или перепоставку, а дерево покажет, сколько поставок попало в каждый лист.
Как это работает в Logistivo — Logistivo хранит сырьё для этого расчёта на каждом грузе: дату доставки и, если она указана, ожидаемое время прибытия (ETA); историю каждой смены статуса (ожидает погрузки, в перевозке, в транзите, завершён) с датой и временем — из офиса или от водителя в приложении для iOS и Android; а на рейсах с несколькими остановками — время, когда водитель отметил каждую остановку завершённой. Конструктор отчётов ассистента выгружает грузы с датой доставки, статусом, маршрутом, перевозчиком и номером автомобиля в Excel, CSV или PDF. Управление грузами в Logistivo — /ru/load-management
Чем OTIF отличается от доставки в срок (OTD)? — OTD смотрит только на время. SCOR считает его как заказы, доставленные к первоначально согласованной дате ÷ доставленные заказы × 100 % (RL.2.2), и добавляет, что у метрики нет элемента «в полном объёме»: частичная поставка может быть в срок.
Для OTIF нужны оба условия, поэтому он не может быть выше ни доли в срок, ни доли в полном объёме. В примере журнала в срок — 50,0 %, в полном объёме — 50,0 %, а OTIF — 16,7 %.
Осторожнее с выражением «уровень сервиса»: в логистике им часто называют наличие товара на складе (fill rate), а не OTIF. Fill rate считает единицы или стоимость, отгруженные по графику (SCOR RL.3.46); OTIF считает целые поставки, пришедшие в срок и в полном объёме.
Почему OTIF — это не «доля в срок × доля в полном объёме»? — Умножение двух долей даёт OTIF, только если опоздания и недопоставки попадают на поставки независимо друг от друга. Если сбои копятся на одних и тех же поставках (один рейс пришёл и поздно, и неполным), OTIF выше произведения; если они разбросаны по разным поставкам — ниже.
В примере 50,0 % × 50,0 % дают 25,0 %, а фактический OTIF — 16,7 %: два вида сбоев приходятся на разные поставки, и оба сразу есть только у ЗК-1005. Дерево показывает это в листе «Срок и количество».
OTIF считают по заказам или по строкам заказа? — Используют оба способа, и цифры получаются разные. По строкам каждая строка журнала — отдельная единица. По заказам строки с одним номером образуют один заказ, который в срок и в полном объёме, только если в срок и полностью пришли все его строки: одна неверная строка срывает весь заказ, поэтому OTIF по заказам строже.
SCOR считает идеальный заказ по заказам (RL.1.1), отмечая, что обязательства принимаются по строкам. Если заказы делятся по просьбе клиента, учитывается каждая строка поставки. Что бы вы ни выбрали, напишите это рядом с цифрой — для этого под журналом есть поле определения.
В срок: когда поставка считается пришедшей в срок? — Это левая ветвь дерева. SCOR отсылает к определению клиента: допустимое окно должно быть записано в соглашении об уровне сервиса, а обязательство может быть диапазоном, а не точной датой и временем (RL.2.2). Результат меняют четыре выбора.
Считается ли ранняя поставка в срок в OTIF? — Зависит от договора. При забронированном окне разгрузки приезд до его открытия создаёт простой у ворот и часто считается срывом; метрика SCOR относительно запрошенной клиентом даты (RL.3.59), напротив, считает поставки «в срок или раньше» этой даты.
В примере ЗК-1004 приходит за 40 минут до окна: если ранняя поставка — нарушение, OTIF равен 16,7 %; если считать её в срок, он растёт до 33,3 %.
День, окно или ± часов: какое правило срока выбрать? — Правило следует обещанию, данному клиенту: «в тот же день», если договор обещает только дату; «в окне», если забронирован слот разгрузки; «± часов», если договор допускает отклонение от времени. На том же журнале пример переходит с 16,7 % (окно) на 50,0 % (в тот же день): каждая поставка пришла в нужный день, но три из них — вне своего окна.
Реалистичное обещание строится из времени в пути, обязательного отдыха и запретов на движение; для рейса в Европу его проверяет калькулятор режима труда и отдыха водителей.
Запрошенная или согласованная дата? — Это два разных KPI. SCOR измеряет выполнение относительно первоначально согласованной даты (RL.2.2) и отдельно — относительно запрошенной клиентом (RL.3.59). Не смешивайте две даты в одной цифре.
Перенесённая позже дата — например, новое ETA, отправленное в пути, — обещание не заменяет: по SCOR новую базу сравнения создаёт только изменение, инициированное клиентом и согласованное поставщиком.
Как считаются средняя и медианная задержка? — Только по опоздавшим поставкам. По правилу окна задержка — это фактическое время минус конец окна; по правилу ± часов она отсчитывается от обещанного времени; по правилу «в тот же день» считается в полных сутках. Медиана — серединное значение (при чётном числе опоздавших поставок — среднее двух серединных), и один очень поздний рейс влияет на неё меньше.
В примере ЗК-1002 приходит через 85 минут после окна, а ЗК-1005 — через 185 минут: среднее и медиана равны 135 минутам.
В полном объёме: когда поставка считается полной? — Это правая ветвь дерева. По SCOR (RL.2.1) заказ доставлен в полном объёме, если поставлены именно заказанные позиции, лишние позиции не поставлены, а все принятые количества совпадают с заказанными «в пределах взаимно согласованных допусков». У метрики нет элемента срока.
Перепоставка — это «в полном объёме»? — По SCOR нет: одно из условий — отсутствие лишних позиций. Некоторые договоры принимают перепоставку, поэтому в калькуляторе есть переключатель «Перепоставка». В примере ЗК-1006 получает 21 единицу при заказе 20 (+5 %): при допуске 0 % это нарушение.
Как применяется допуск по количеству? — Допуск — коридор вокруг заказанного количества: поставка считается недопоставкой ниже заказанного × (1 − допуск) и перепоставкой выше заказанного × (1 + допуск). SCOR признаёт, что диапазон, а не строгое значение — обычная практика для дат и количеств, и стандарт выполнен, если диапазон соблюдён.
При допуске 5 % ЗК-1006 (21 из 20, предел 21,0) становится «в полном объёме», а ЗК-1003 (22 из 24, предел 22,8) и ЗК-1005 (27 из 30, предел 28,5) остаются недопоставками.
Частичные поставки, отменённые и изменённые заказы: как считать?
Изменения, инициированные клиентом и согласованные поставщиком: становятся новой базой сравнения.
Заказы, намеренно разделённые поставщиком: для «в полном объёме» важно, чтобы все количества в итоге пришли (в SCOR RL.2.1 нет элемента срока).
Заказы, разделённые по просьбе клиента: учитывается каждая строка поставки.
Строка, доставленная несколькими приёмами: одна строка журнала с общим количеством и временем последнего приёма (соглашение этого калькулятора).
Когда поставка просрочена по закону, а когда только по KPI? (Устав 259-ФЗ, ст. 34) — KPI и закон измеряют разное похожими словами. Ниже — внутренняя автомобильная перевозка груза в России, отношения перевозчика, грузоотправителя и грузополучателя по Уставу автомобильного транспорта (259-ФЗ); международные перевозки регулируются международными договорами (ст. 1 ч. 3 Устава). Штраф поставщика перед торговой сетью или маркетплейсом задаёт договор поставки или правила площадки, и в этой таблице его нет.
Окно приёмки в KPI почти всегда уже срока по договору перевозки: поставка может не попасть в OTIF и всё же не быть просрочкой по закону. И наоборот: KPI-отчёт не заменяет претензию — до иска по перевозке груза претензия перевозчику обязательна. Пределы и сроки оговорок по КДПГ считает калькулятор ответственности перевозчика.
Договор и накладная — Что говорит Устав (внутренняя автоперевозка): Заключение договора перевозки груза подтверждается транспортной накладной; она формируется в электронном виде, а случаи бумажной накладной определяет федеральный орган исполнительной власти (редакция закона от 07.06.2025 № 140-ФЗ). | Статья: ст. 8 ч. 1
Основание для штрафа — Что говорит Устав (внутренняя автоперевозка): Основанием для начисления штрафа за просрочку доставки служит отметка в транспортной накладной о времени прибытия транспортного средства в пункт выгрузки. | Статья: ст. 34 ч. 11
Штраф за просрочку доставки — Что говорит Устав (внутренняя автоперевозка): 9 % провозной платы за каждые сутки просрочки, если договор не устанавливает иное; общая сумма штрафа не может превышать провозную плату. | Статья: ст. 34 ч. 11
С какого момента просрочка — Что говорит Устав (внутренняя автоперевозка): С 24 часов суток, когда груз должен быть доставлен, если договор не устанавливает иное. | Статья: ст. 34 ч. 11
Позднее предоставление транспортного средства — Что говорит Устав (внутренняя автоперевозка): За каждый полный час просрочки штраф в размере, установленном договором, а если он не установлен — 5 % провозной платы (городское и пригородное сообщение) или 1 % среднесуточной провозной платы (междугородное). | Статья: ст. 34 ч. 3
Освобождение перевозчика — Что говорит Устав (внутренняя автоперевозка): Непреодолимая сила; временные ограничения или запрет движения транспортных средств по дорогам, введённые в установленном порядке; иные не зависящие от перевозчика причины. | Статья: ст. 36
Претензия и иск — Что говорит Устав (внутренняя автоперевозка): До иска по перевозке груза претензия перевозчику обязательна; перевозчик отвечает письменно в течение 30 дней; иск возможен при отказе или если ответа нет 30 дней. | Статья: ст. 39 ч. 2, ст. 40 ч. 1, ст. 41
Статьи Устава приведены по тексту в банке документов Президента России (редакция с изменениями до закона от 31.07.2025); редакцию на день сделки проверяйте по официальному источнику.
А если перевозка международная — когда задержка по КДПГ (CMR)? — Россия участвует в КДПГ. Конвенция применяется к договору международной перевозки груза по дорогам за плату, если место принятия груза и место доставки находятся в двух разных странах, из которых хотя бы одна — участница (ст. 1 п. 1); участницами являются, в частности, Россия, многие страны СНГ, Турция и страны Евросоюза. КДПГ связывает задержку с согласованным в договоре сроком, а окно разгрузки в KPI обычно намного уже.
Накладная CMR — документ, в который вносится согласованный срок: CMR-накладная онлайн. Отчёт KPI не заменяет оговорку: если задержка причинила ущерб, письменная оговорка всё равно должна дойти до перевозчика в течение 21 дня.
Согласованный срок — Что говорит КДПГ: При наличии в накладной указывается согласованный срок, в который перевозка должна быть выполнена. | Статья: ст. 6 п. 2 f
Задержка — Что говорит КДПГ: Задержка есть, если груз не доставлен в согласованный срок или, при отсутствии согласованного срока, если фактическая продолжительность перевозки превышает время, которое разумно предоставить добросовестному перевозчику (для сборных грузов — с учётом времени, необходимого для формирования полной загрузки). | Статья: ст. 19
Груз считается утраченным — Что говорит КДПГ: Если не доставлен в течение 30 дней после истечения согласованного срока или, при отсутствии срока, в течение 60 дней с момента принятия груза перевозчиком. | Статья: ст. 20 п. 1
Предел при задержке — Что говорит КДПГ: Если истец докажет, что задержка причинила ущерб, компенсация не превышает провозную плату. | Статья: ст. 23 п. 5
Письменная оговорка — Что говорит КДПГ: Компенсация за задержку не выплачивается, если письменная оговорка не направлена перевозчику в течение 21 дня с момента, когда груз был передан в распоряжение получателя; сам этот день не считается. | Статья: ст. 30 п. 3 и 4
Таблица охватывает международную перевозку грузов по дорогам по КДПГ; статьи приведены по тексту конвенции в приложении к закону Великобритании 1965 г.
Как торговые сети и маркетплейсы в России задают OTIF и что бывает за срыв? — Единого российского стандарта OTIF нет: цель, окно приёмки, допуск и расчёт штрафа каждая сеть или площадка записывает в договоре поставки или в правилах площадки (оферте, регламенте поставок). Поэтому цифра OTIF без определения ничего не значит — сравнивайте её с формулой из своего договора.
Размеры штрафов здесь намеренно не приводятся: они зависят от конкретного договора и от действующей редакции правил площадки, а правила маркетплейсов меняются. Возьмите актуальную редакцию своего договора или регламента и введите в калькулятор те же правила: журнал покажет, какие именно поставки выпали и по какой причине. Не путайте два слоя: штраф перевозчика по Уставу (ст. 34) — за просрочку доставки груза, а штраф поставщика торговой сети — по договору поставки, и основания и размеры у них разные.
В договоре или правилах обычно фиксируют пять вещей, и именно их калькулятор выводит рядом с числом:
цель — процент OTIF и период, за который он считается;
единицу счёта — поставка, заказ или строка заказа;
правило «в срок» — окно приёмки на складе или в распределительном центре, предварительная запись на слот;
допуск по количеству и отношение к перепоставке;
формулу штрафа — доля от стоимости недопоставленного, сумма за каждые сутки просрочки или фиксированная сумма за поставку.
Какие ошибки искажают OTIF?
Перемножение «в срок» и «в полном объёме» — Произведение — не OTIF: в примере оно даёт 25,0 % против 16,7 %.
Взвешивание по количеству — Подсчёт единиц, пришедших в срок, вместо поставок противоречит идее «в полном объёме».
Сравнение с пересмотренным ETA — Сравнение идёт с первоначальным обязательством; заменяет его только изменение, запрошенное клиентом и согласованное (SCOR RL.2.2).
Перепоставка как «в полном объёме» — SCOR RL.2.1 требует, чтобы лишние позиции не поставлялись; некоторые договоры принимают перепоставку.
Смешение запрошенной и согласованной даты — Это две разные метрики (SCOR RL.2.2 и RL.3.59).
Не сказано, по строкам или по заказам — По заказам строже: одна неверная строка срывает весь заказ (SCOR RL.1.1).
Не записано правило ранней поставки — В примере одно это правило переводит OTIF с 16,7 % на 33,3 %.
Путаница OTIF с уровнем сервиса — Fill rate считает единицы или стоимость, отгруженные по графику (SCOR RL.3.46); OTIF считает целые поставки, пришедшие в срок и в полном объёме.
Срыв KPI принят за просрочку по закону — Окно в KPI уже срока по договору перевозки; по Уставу просрочка считается с 24:00 суток доставки (ст. 34 ч. 11), а претензия перевозчику обязательна (ст. 39 ч. 2).
Какие ещё транспортные KPI измеряют? — Только определения; целевые значения — те, что записаны в ваших договорах и SLA.
OTD — доставка в срок — поставки в срок ÷ выполненные поставки; элемента количества нет. (SCOR RL.2.2)
В полном объёме — поставки с верными позициями и количествами ÷ выполненные поставки; элемента срока нет. (SCOR RL.2.1)
Идеальный заказ — в полном объёме, в срок, в нужное место и нужному клиенту, с точными документами и в безупречном состоянии; каждый компонент оценивается 1 или 0, а строка идеальна, только если идеальны все компоненты. (SCOR RL.1.1)
Цикл выполнения заказа клиента — сумма фактических сроков выполнения всех доставленных заказов ÷ число доставленных заказов, в днях, от получения заказа до приёмки клиентом. (SCOR RS.1.1)
Fill rate — единицы или стоимость, отгруженные по графику за период, по отношению к тому, что должно было быть отгружено: считает единицы, а не целые поставки. (SCOR RL.3.46)
Доля порожнего пробега — порожний пробег ÷ общий пробег за период.
Срок получения подтверждения доставки — время от доставки до появления подписанного подтверждения доставки.
Какие именно правила применяет этот калькулятор? — Те же правила, которые применяет код, выписанные полностью: формулы, выбираемые определения, листья дерева, исключения, задержка, чтение CSV и ожидаемый результат примера.
Что Logistivo записывает по каждому грузу — Исходные данные для OTIF, записанные по ходу работы.
Статусы с датой и временем — Ожидает погрузки, в перевозке, в транзите, завершён: каждая смена статуса остаётся в истории груза с датой и временем. Когда задержку оспаривают, есть запись, а не восстановление по памяти.
Остановки, отмеченные водителем — На рейсах с несколькими остановками водитель видит порядок остановок в приложении и отмечает каждую завершённой; время завершения записывается.
Отчёты в Excel, CSV или PDF — Конструктор отчётов ассистента выгружает грузы с датой доставки, статусом, маршрутом, перевозчиком и номером автомобиля.
Уведомление при каждой смене статуса — Когда у груза меняется статус, уходит уведомление, и тот, кто следит за поставкой, узнаёт об этом сразу.
Используйте вместе
Ответственность перевозчика по КДПГ: 8,33 СДР за кг и сроки — Предел по КДПГ в рублях, долларах и евро и последний день для оговорки — когда задержка уже вопрос денег.
Режим труда и отдыха водителей в Европе: калькулятор — Реалистичное обещание из времени в пути, отдыха и запретов: именно эту дату потом измеряет OTIF.
CMR накладная: образец заполнения онлайн — Документ, в который вносится согласованный срок перевозки (ст. 6 п. 2 f КДПГ).
Сколько паллет в фуре: погрузочный метр (LDM) — Помещается ли заказанное количество в рейс: недопоставка начинается с недогруза.
Отслеживание контейнера по номеру — Проверка номера контейнера и переход на страницу линии: когда морское плечо ставит под угрозу обещанную дату.
Даты, статусы и остановки каждого груза — в одном месте
Даты, статусы и остановки каждого груза — в одном месте — В Logistivo история каждой поставки складывается по ходу рейсов — из офиса и из приложения водителя.
Источник
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
Президент России, банк документов — Федеральный закон от 08.11.2007 № 259-ФЗ «Устав автомобильного транспорта и городского наземного электрического транспорта», ст. 1, 8, 34, 36, 39–41 — http://kremlin.ru/acts/bank/26442
legislation.gov.uk — Текст КДПГ (CMR), ст. 1, 6, 19, 20, 23, 30 — приложение к закону Великобритании 1965 г. — https://www.legislation.gov.uk/ukpga/1965/37/schedule
Договорная база ООН (UNTC) — КДПГ, Женева, 19 мая 1956 г.: участники — https://treaties.un.org/Pages/ViewDetails.aspx?src=TREATY&mtdsg_no=XI-B-11&chapter=11&clang=_en
Википедия (англ.) — DIFOT (delivery in full, on time) / OTIF — https://en.wikipedia.org/wiki/DIFOT
Часто задаваемые вопросы
Что такое OTIF?
Доля поставок, пришедших и в срок, и в полном объёме, среди всех выполненных поставок. Его же называют DIFOT (delivered in full, on time).
Как посчитать OTIF по отчёту о поставках?
Поставки в срок и в полном объёме ÷ выполненные поставки × 100. Для каждой поставки нужны обещанная дата или окно, зафиксированное время доставки и оба количества; отменённые заказы исключайте, а не состоявшиеся поставки не включайте в знаменатель.
OTIF и OTD — это одно и то же?
Нет. OTD измеряет только соблюдение срока; по SCOR в нём нет элемента «в полном объёме», поэтому частичная поставка может быть в срок. Для OTIF нужно ещё и верное количество.
Считается ли ранняя поставка в срок?
Зависит от договора. SCOR отсылает к окну из соглашения об уровне сервиса, а метрика относительно запрошенной клиентом даты (RL.3.59) принимает поставки «в срок или раньше». Выберите правило в калькуляторе и укажите его рядом с цифрой.
Что считать — заказы или строки заказа?
Любое, если это названо. В самой строгой форме заказ засчитывается, только если безупречна каждая его строка (идеальный заказ SCOR, RL.1.1).
Какой штраф по закону за просрочку доставки груза автотранспортом в России?
Если договор не устанавливает иное, перевозчик платит грузополучателю 9 % провозной платы за каждые сутки просрочки, но не больше самой платы; просрочка считается с 24:00 суток, когда груз должен быть доставлен, а основанием служит отметка о времени прибытия в транспортной накладной (Устав автомобильного транспорта, 259-ФЗ, ст. 34 ч. 11). Перевозчик освобождается при непреодолимой силе, ограничениях движения и иных не зависящих от него причинах (ст. 36).
Как торговые сети и маркетплейсы считают OTIF и какой у них штраф?
Единого стандарта нет: цель, окно приёмки, допуск и формулу штрафа задают договор поставки или правила площадки, а ставки меняются. Возьмите их из своего договора и укажите те же правила в калькуляторе — рядом с цифрой всегда пишите определение.
Может ли Logistivo дать данные для расчёта OTIF?
Logistivo записывает по каждому грузу дату доставки, ETA и историю смен статуса с датой и временем, в том числе внесённых водителем в приложении. Конструктор отчётов ассистента выгружает грузы с датой доставки и статусом в Excel или CSV; этот калькулятор затем показывает, при выбранном вами определении, какие поставки снизили показатель.
For AI assistants
Logistivo has an MCP server at https://logistivo.com/api/agent/mcp
(streamable HTTP). Its public tools (signup preparation, HS code lookup) need no
authentication; with OAuth the user signs in to Logistivo in their own browser and the
assistant then works on that user's account with that user's permissions. Setup for
Claude, ChatGPT and Gemini: https://logistivo.com/en/mcp.
Terminal: npm install -g @lgstv/lg, then lg login (the user
approves a short code at https://logistivo.com/connect; no password is typed into the
terminal). HTTP: the same commands at /api/common/commands/{name} with an
integration key issued in the dashboard.
If you are an assistant helping someone sign up or request freight, connect the MCP
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. Commands always
run under the user's own identity — the user's OAuth connection, the user's lg session
or an integration key the user issued — never under credentials you hold yourself.