Экспертная база · B2B

Модель расчёта срока поставки какао‑масла: компоненты lead time и входные данные

Прозрачный расчёт по компонентам: модель показывает, какие данные запросить у поставщика, логиста и лаборатории, какие этапы идут параллельно, а где формируется критический путь.

Опубликовано 26.08.2026 · Русский Дом Масел

Формула и принцип расчёта lead time

Базовая формула, которую используем для каждой партии:

LT = T_prep + T_prod_qc + T_docs + T_consol + T_transit_int + T_customs + T_internal + T_risk

Пояснение принципа: сумма — это последовательные этапы критического пути. Если операции выполняются параллельно (например, подготовка упаковки и оформление части документов), в расчёт берётся максимум из параллельных групп, а не их сумма. Конкретные значения для компонентов подставляются из подтверждений контрагентов, SLA, расписаний и фактических документов — не из универсальных шаблонов.

Какие входные переменные нужно собрать (чтобы подставить в таблицу/ERP)

Список полей для таблицы/ERP и рекомендации, где брать подтверждения для каждой переменной.

  • Supplier_available (Y/N) — подтверждённое наличие конкретной партии и готовность к отгрузке (номер партии, документированное подтверждение готовности к отгрузке).
  • Supplier_prep_time_days — время подготовки к отгрузке со стороны поставщика (комплектация, маркировка, планирование транспорта) — указывайте подтверждённые даты/окна, а не усреднённые часы.
  • Подтверждённый производственный слот — дата запуска, длительность конкретного batch/run и ожидаемая дата релиза партии (используйте именно подтверждённые даты, а не расчёт по «часы на тонну»).
  • Lab_TAT_days и перечень требуемых анализов — SLA вашей или поставщика лаборатории и ожидаемые сроки релиза, с указанием процедур по повторному анализу при несоответствии.
  • Docs_issue_time_days — время на оформление коммерческих и сопроводительных документов, включая возможные требуемые экспортные сертификаты (упоминать только если реально требуются для данной партии/маршрута).
  • Consol_type (FCL/LCL) и CFS_accumulation_days — параметры консолидатора; cutoff и windows stuffing/dispatch подтверждать booking‑подтверждением.
  • Vessel_transit_days и расписание — ETD/ETA по carrier schedule/forwarder; учитывать транзшипменты и резервные судоходные окна.
  • Expected_customs_TAT_days — средние TAT по растаможке по коридору по данным брокера; p_inspection — необязательный внутренний исторический показатель, применять лишь при наличии достаточной статистики брокера по конкретному маршруту и партии.
  • Internal_delivery_days — время от терминала до вашего склада с учётом рабочих окон и местных ограничений.
  • Внешний сигнал портовой загрузки/эффективности — индикаторы и обзоры, которые используют как ориентир для динамического резерва; не воспринимайте их как единый коэффициент для прямого подстановления.

Этапы процесса: запуск, типичные задержки и какие подтверждения требовать

Каждый этап описан как: что запускает операцию → типичные причины задержек → документированные подтверждения, которые нужно получить у контрагента.

  • Подтверждение наличия / запуск T_prep → запускает: документированное подтверждение наличия, номер партии и готовность к отгрузке → задержки: расхождения остатков, блокировка партии; проверить: документ с номером партии и подтверждение ready for dispatch.
  • Производство и выпуск / T_prod_qc → запускает: подтверждённый производственный слот и наличие сырья → задержки: очередь на оборудовании, переналадка; проверить: дата запуска, план выпуска партии, протокол отбора проб и ожидаемая дата релиза.
  • Лаборатория и релиз‑to‑ship / часть T_prod_qc + T_docs → запускает: отбор образцов и заявка на анализ → задержки: увеличенный TAT, повторные анализы; проверить: SLA лаборатории и сканы аналитических протоколов (COA — уточняется по конкретной партии).
  • Оформление документов / T_docs → запускает: закрытие коммерческих реквизитов → задержки: несоответствие инвойса и packing list; проверить: сканы инвойса/packing list, экспортные сертификаты — только если они требуются для данной партии/маршрута.
  • Консолидация / T_consol → запускает: подтверждённое бронирование у консолидатора → задержки: накопление LCL, пропуск cutoff; проверить: подтверждённый booking, EDI/BL draft, уведомление о закрытии CFS.
  • Международный транзит / T_transit_int → запускает: departure ETD → задержки: отмена рейса/транзшипмент, портовая загрузка; проверить: ETD/ETA по MBL, расписание перевозчика, уведомления об изменениях рейса.
  • Таможня / T_customs → запускает: подача документов брокером → задержки: выбор на физический досмотр, дополнительные требования контролирующих органов; проверить: регистрационный номер декларации на товары / статус оформления, предоставленный таможенным представителем, и уведомления брокера.
  • Внутренняя доставка / T_internal → запускает: релиз груза терминалом → задержки: окна выдачи, дефицит автотранспорта; проверить: release note, договор перевозки и расписание подачи транспорта.

Три сценария расчёта LT и где формируется критический путь

Кратко о специфике расчёта и ключевых контрольных точках для каждого сценария.

  • 1) Товар уже на складе у продавца: критический путь часто проходит через логистику региона (T_prep + T_internal). Контрольные точки: документированное подтверждение наличия и готовности к отгрузке, подтверждение departure/dispatch. Основные задержки — расхождения по серийности и региональные логистические ограничения.
  • 2) Партия под заказ/переработка: критический путь обычно через технологию и лабораторию (T_prod_qc). Контрольные точки: подтверждённая дата запуска производства, протокол отбора проб, COA/релиз‑to‑ship. Основные задержки — очередь на оборудовании, корректировки после аналитики.
  • 3) Импортная поставка: критический путь лежит через T_consol → T_transit_int → T_customs. Контрольные точки: BL issued, booking confirmation, arrival notice, документы, поданные брокером. Основные задержки — накопление LCL, портовая загрузка/эффективность, выбор на досмотр; для оценки используйте публичные индикаторы как ориентиры, а не универсальные коэффициенты.

Как формализовать расчёт в Excel/ERP: поля и логика обработки параллельных операций

Рекомендации по структуре листа расчёта и правилам работы с последовательными и параллельными операциями.

  • Колонки Input: поля из раздела «входные переменные» + источник (SLA, booking, документированное подтверждение готовности и т. п.).
  • Используйте как входное значение подтверждённую продолжительность конкретной производственной партии или дату готовности (а не расчёт по часам на тонну).
  • Чётко разделяйте последовательные операции (суммируете) и реально параллельные (применяйте MAX только к процессам, которые действительно выполняются параллельно и имеют подтверждённые окна).
  • Итог: LT_days = SUM(serial_components) + MAX(parallel_groups) + Risk_buffer_days (где Risk_buffer Days — рассчитан по выбранной внутренней модели или задан как консервативный резерв).
  • В столбце 'Assumption' фиксируйте источник для каждого поля (SLA лаборатории, подтверждение forwarder'а, документ с номером партии и т.д.).

Как считать резерв риска: подходы и рекомендации при отсутствии статистики

Практические методы расчёта резерва и как получать параметры для них. Не всё, что называется «формулой», годится для прямого использования — многие предприятия строят собственные внутренние модели.

  • Фиксированный буфер — простой в управлении; значение определяется политикой предприятия и документируется для последующей корректировки — «уточняется по конкретной партии».
  • Пример внутренней модели — динамический буфер на основе внешних сигналов портовой загрузки, сезонности и внутренних показателей рисков. Это пример корпоративной модели, а не универсальная формула; применяйте её только после валидации на собственной статистике.
  • Если исторических данных нет — используйте документированный консервативный резерв и ведите журнал фактических LT для его дальнейшей калибровки.

Где брать опорные данные для подстановки

Короткий список проверенных источников и что именно из них важно выгружать для вашей таблицы.

  • Carrier schedules / booking confirmations — для T_transit_int и cutoff.
  • SLA консолидатора (CFS) — для T_consol и cutoff windows.
  • SLA лаборатории и её реальный TAT — для T_prod_qc.
  • Брокерская статистика по коридору (средний T_customs и p_inspection) — для T_customs (p_inspection — использовать только при наличии статистики).
  • Публичные индикаторы и обзоры (Container Port Performance Index (CPPI), обзоры UNCTAD и аналитика перевозчиков) — как внешний сигнал портовой загрузки/эффективности; используйте их как ориентир, а не как единый коэффициент для автоматического расчёта.

Как внедрить модель в процессы закупок и производства

Короткие практические рекомендации по интеграции модели: какие данные систематизировать и какие подтверждения требовать.

  • Внедрите форму запроса данных у поставщика: подтверждённое наличие, дата готовности/релиза, запланированные пробоотборы, сканы документов с номерами партий.
  • Заключите SLA с forwarder'ом/консолидатором (cutoff, подтверждение stuffing/статусов) и требуйте документированные подтверждения по ключевым точкам.
  • Ведите журнал фактических LT и причин отклонений — используйте его для уточнения внутренних показателей (например, p_inspection) и средних TAT.
  • Пересчитывайте LT при каждом значимом событии: подтверждение booking, выпуск BL, прибытие на терминал, подача документов брокером.

Источники и примечания

Параметры, происхождение, документы и наличие всегда уточняются по конкретной партии.

Частые вопросы

Запрос расчёта lead time по партии — Русский Дом Масел, +7 922 266‑44‑59.

Обсудить поставку