Когда OEM оценивает EMS-поставщика, метрика поставок почти всегда выглядит обманчиво простой. В monthly review виден OTD 96-99%, иногда добавляют OTIF 94-98%, и на этом создаётся впечатление, что цепочка поставки под контролем. Но на практике одинаково высокие цифры могут означать совершенно разную операционную реальность. Один поставщик действительно управляет материалами, буферами, тестовой готовностью и изменениями по ревизиям. Другой формально попадает в дату только потому, что дробит поставку, переносит agreed ship date после внутренней задержки или считает "в срок" партию, где критичные позиции пришли неполным объёмом.
Для OEM OTD и OTIF полезны только тогда, когда они связаны с готовностью к отгрузке, полнотой комплекта и реальной способностью поставщика повторять результат без постоянного firefighting. Иначе красивые проценты скрывают те же проблемы, которые позже бьют по запуску, запасам и сервису: нестабильный NPI handoff, слабый контроль AVL и approved alternates, реактивное управление ECN, PCN и EOL и отсутствие прозрачной traceability. С точки зрения методологии тема опирается на on-time delivery, supply chain management, lean manufacturing и дисциплину ISO 9001, но для OEM важнее один вопрос: отражают ли KPI фактическую надёжность поставщика, или только аккуратно оформленную статистику.
> "Если поставщик показывает OTD 98%, но при этом каждую вторую срочную партию вытягивает экспедированием и ручной пересборкой графика, это не сильная логистика. Это дорогая иллюзия стабильности."
> — Hommer Zhao, Technical Director
Что именно измеряют OTD и OTIF в EMS
OTD обычно отвечает на вопрос, отгружена ли партия к согласованной дате. OTIF идёт дальше и добавляет полноту: вовремя и в полном объёме. Для OEM разница критична. Поставка 8 000 штук из 10 000 к согласованной дате может выглядеть как "в срок" для простого OTD-отчёта, но для программы с ограниченным окном запуска это уже неполный успех. Если оставшиеся 2 000 штук содержат критичную ревизию, нестандартную кабельную ветвь или платы для валидации конечного изделия, то бизнес-эффект часто ближе к срыву, чем к частичному выполнению.
Проблема в том, что у EMS-поставщиков и OEM часто разный словарь:
- Считается ли датой обещания исходная customer commit date или уже пересогласованная дата после внутренней задержки.
- Допускается ли частичная отгрузка как успешная поставка.
- Измеряется ли KPI по строкам заказа, по партиям или по фактическим единицам продукции.
- Включаются ли prototype, pilot и post-ECN lots в общую статистику.
- Как учитываются изделия после rework, задержек тестирования или задержек комплектации.
Пока эти определения не зафиксированы, сравнивать двух поставщиков бессмысленно. Один может иметь "лучший" OTD только потому, что считает KPI мягче.
Почему высокий OTD ещё не означает надёжного поставщика
OEM чаще всего обманывается там, где высокая цифра скрывает дорогую компенсацию процесса. Поставщик может удерживать 97-98% по дате, но добиваться этого за счёт overtime, дорогого air freight, ручного приоритезационного вмешательства и снижения буфера на других программах. Для краткосрочной презентации это работает. Для серийного бизнеса нет, потому что каждый такой "спасённый" лот увеличивает себестоимость, истощает команду и повышает вероятность следующего сбоя.
Особенно опасно, когда OTD выглядит хорошим на уровне всего аккаунта, а по критичным для OEM маршрутам картина другая. Например, SMT assembly проходит по графику, но узкое место смещается на тестирование, FAI или финальную интеграцию box build. Аналогично по кабельным программам: линия резки и обжима работает вовремя, а задержка сидит в нестабильном поставщике коннекторов или в late approval на жгут для автомобильной либо медицинской программы.
> "Для OEM опасен не низкий OTD сам по себе, а OTD без контекста. Между честными 93% и косметическими 98% я почти всегда предпочту первые, если вижу реальный план восстановления и прозрачные причины отклонения."
> — Hommer Zhao, Technical Director
Какие определения OEM нужно зафиксировать до supplier review
Чтобы превратить OTD и OTIF в рабочий инструмент, OEM должен заранее согласовать структуру расчёта. Ниже практическая матрица, которая снимает большую часть споров.
| Параметр | Что нужно зафиксировать | Почему это важно | Типичная ошибка | Практический ориентир для OEM |
|---|---|---|---|---|
| Commit date | Исходная customer commit date или последняя официально согласованная дата | Иначе KPI можно "улучшить" переносом обещания | Поставщик двигает дату и сохраняет зелёный отчёт | Хранить обе даты и считать отклонение отдельно |
| Единица измерения | PO line, lot, shipment, unit | Разные единицы дают разные проценты | Частичная отгрузка выглядит полной | Для критичных программ считать и по lot, и по unit |
| Частичная отгрузка | Считается успехом или нет | Важна полнота поставки | 80% объёма отгружено, KPI зелёный | Для серийных OEM-программ опираться на OTIF |
| Scope | Prototype, pilot, MP, post-ECN | Риск запуска часто прячут вне общей статистики | Pilot-лоты исключаются из KPI | Вести NPI и mass production отдельно |
| Причина срыва | Материалы, тест, ревизия, планирование, перевозка | Без root cause KPI бесполезен | Есть процент, но нет corrective action | Топ-5 причин обязательны в monthly review |
| Recovery logic | Как считается экспедирование, split shipment, overtime | Иначе метрика скрывает стоимость спасения | Формально вовремя, но за счёт дорогого firefighting | Показывать recovery cost рядом с KPI |
Эта таблица особенно важна на mixed-программах, где OEM покупает не только PCB manufacturing, но и PCB assembly, cable assembly и wire harness. В таких цепочках задержка может начинаться в одном процессе, а проявляться в другом. Без общей логики измерения supplier review превращается в спор о терминологии.
Где в EMS на самом деле рождаются срывы поставки
Для OEM полезно разделять причины задержек не по общим фразам, а по месту возникновения риска. В зрелых программах основные провалы обычно происходят в шести зонах:
- Недооценённые сроки по long-lead компонентам и слабая политика approved alternates.
- Неполный transfer данных между OEM, закупками, NPI и производством.
- Запоздалая реакция на ECN, PCN, firmware revision или изменение test limits.
- Узкие места в fixtures, FCT-программах, X-ray или верификации pilot lot.
- Слабый приоритетный баланс между несколькими заказчиками на одной площадке.
- Нереалистичный promise date, согласованный ради коммерческой победы, а не ради исполнимого плана.
Наиболее зрелые EMS-поставщики умеют разделять "delay by shortage", "delay by internal planning", "delay by quality hold" и "delay by customer-side approval". Это важно не для снятия вины, а для корректного управления. Если проблема в материалах, нужно усиливать буферы, forecasting и dual sourcing. Если проблема в тестовой готовности, надо связывать KPI поставок с матрицей тестового покрытия и дисциплиной pilot run. Если проблема в качестве, нужно смотреть на FPY, incoming inspection и CAPA.
Как читать OTD вместе с другими KPI, а не в изоляции
Самая практичная ошибка OEM заключается в том, что OTD рассматривают отдельно от остальных показателей поставщика. Но реальная дисциплина поставок почти никогда не существует сама по себе. Она зависит от точности планирования, стабильности процесса и зрелости change control. Поэтому OTD нужно читать минимум вместе с четырьмя блоками данных:
- OTIF: показывает, не маскируется ли проблема частичными отгрузками.
- FPY и rework rate: помогают понять, не выкупается ли срок скрытой доработкой.
- Shortage exposure по критичным BOM-позициям: показывает будущий риск ещё до срыва.
- Supplier scorecard по реакции на изменения, качеству и коммуникации: помогает увидеть системность, а не отдельный месяц.
Если OTD высокий, а shortage list расширяется, FPY плавает на 4-6 пунктов, а по change notice постоянно появляются поздние сюрпризы, OEM должен считать поставки уязвимыми даже до фактического срыва. Для программ в промышленной, энергетической и робототехнической отраслях это особенно важно, потому что окно ввода в эксплуатацию и сервисный SLA часто строже, чем сам договор на производство.
> "Сильный OTD почти всегда имеет скучную природу: нормальные буферы, честные даты, предсказуемый FPY и дисциплину по изменениям. Если KPI выглядит героически, скорее всего внутри слишком много ручного спасения."
> — Hommer Zhao, Technical Director
Какие вопросы OEM должен задавать поставщику на ежемесячном review
Полезный review по OTD и OTIF не должен быть длинным. Достаточно шести жёстких вопросов:
- Сколько заказов пришло вовремя и в полном объёме по исходной commit date, а не по пересогласованной.
- Какие три причины дали наибольшую потерю по OTD в этом месяце.
- Какой объём поставок был "спасён" за счёт split shipment, air freight или overtime.
- Сколько критичных shortage позиций сейчас стоит против следующих 4-8 недель.
- Какие ECN, alternate approvals или тестовые изменения могут ударить по поставкам следующего месяца.
- Какие corrective actions уже закрыты данными, а какие держатся только на ручном контроле.
Если поставщик не может ответить на эти вопросы численно, то его KPI поставок пока недостаточно зрелые для OEM-управления. На этом этапе полезно привязать обсуждение к supplier scorecard и к правилам эскалации по квартальному бизнес-review.
Что стоит закрепить в контрактной и операционной дисциплине
Для большинства OEM недостаточно прописать целевое OTD "не ниже 95%". Такой KPI слишком легко обойти. Намного лучше закрепить:
- Единое определение OTD и OTIF с отдельным отображением исходной и пересогласованной даты.
- Отдельный учёт prototype, pilot, mass production и post-change lots.
- Обязательное раскрытие split shipments, expedite cost и overtime recovery.
- Ежемесячный root-cause pareto по срывам и недопоставкам.
- Порог эскалации, например при падении OTIF ниже 95% два месяца подряд или при повторении одной причины три периода подряд.
Такой подход не усложняет жизнь поставщику без пользы. Он просто переводит разговор с уровня "мы почти всегда успеваем" на уровень доказуемой операционной дисциплины. А для OEM именно это и важно при выборе между низкой ценой сегодня и предсказуемостью поставок на горизонте 6-12 месяцев.
Часто задаваемые вопросы
Что важнее для OEM: OTD или OTIF?
Для большинства серийных программ важнее OTIF, потому что он учитывает не только дату, но и полноту поставки. Если отгружено 90% объёма вовремя, а 10% задержано на 7-10 дней, классический OTD может выглядеть приемлемо, но для запуска OEM это уже риск остановки следующего этапа сборки или сервисной поставки.
Какой уровень OTD можно считать хорошим для EMS-поставщика?
В зрелой серии многие OEM ожидают OTD на уровне 95-98% и OTIF не ниже 94-97%, но сама цифра без контекста мало что значит. Для high-mix программ честные 94-95% с понятным root cause и снижением shortage risk часто лучше, чем косметические 98% после переноса дат и split shipment.
Нужно ли включать prototype и pilot run в KPI поставок?
Да, но отдельно от mass production. Именно в pilot phase часто проявляются слабые места по материалам, тестовой оснастке и change control. Если исключить эти лоты из статистики, OEM увидит слишком оптимистичную картину и пропустит риск до SOP.
Считается ли частичная поставка выполнением обязательства?
Для простого OTD некоторые компании отвечают "да", но для OEM это слабый подход. Если изделие нужно для комплектации системы, неполная поставка может быть почти так же критична, как полная задержка. Поэтому OTIF и учёт поставки по единицам продукции обычно дают более честную картину.
Как связать OTD с качеством, а не только с логистикой?
Связь прямая. Низкий FPY, повторный тест, quality hold и поздний rework часто съедают 2-5 дней даже без shortage по материалам. Поэтому review поставок полезно проводить вместе с данными по FPY, CAPA, incoming inspection и readiness тестовой инфраструктуры.
Когда OEM стоит запускать эскалацию по поставкам?
Практический триггер обычно возникает, если OTIF падает ниже согласованного порога два месяца подряд, если один root cause повторяется не менее 3 циклов или если recovery cost через expedite и overtime стабильно растёт. В этот момент проблема уже системная, и простой weekly follow-up обычно не решает её.
Заключение
OTD и OTIF полезны OEM только тогда, когда метрика измеряет не красивую дату в ERP, а реальную способность EMS-поставщика отгружать вовремя, полностью и без героических компенсаций. Если KPI связаны с полнотой поставки, причинами отклонений, quality hold, shortage exposure и recovery cost, OEM получает инструмент управления риском. Если же виден только один зелёный процент, поставки легко выглядят стабильнее, чем они есть на самом деле.
Если вам нужно выстроить review по OTD, OTIF и delivery risk для программ по PCB assembly, PCB manufacturing, cable assembly или wire harness, отправьте текущие KPI, forecast и open shortage list через страницу контактов или форму запроса. Команда JM electronic поможет перевести отчёт по поставкам из формальной статистики в рабочую систему управления.