Единый словарь логистических терминов

0 терминов

Только конфликтные термины

Все группы

Введение

Настоящий документ создан как рабочий справочник для инженеров-технологов, технологов, руководителей производства и складов, участников проектов WMS и аналитиков. Основная проблема, которую решает словарь — устранение терминологической неоднозначности, возникающей при использовании одних и тех же слов в разных контекстах: складском, линейном, операционном и управленческом.

В реальной практике автомобильного производства, особенно в CKD/SKD-формате, постоянно возникает путаница между объектами учёта: HU (грузовая единица) используется как единица перемещения, SKU (артикул) — как единица потребления, операция — как единица трудозатрат, ячейка хранения — как единица ёмкости. Когда эти уровни смешиваются в одной формуле или презентации, результат расчёта теряет смысл и может привести к ошибочным управленческим решениям.

Словарь построен на трёх слоях: базовое определение термина, расчётно-интерпретационный слой (формула, единица измерения, что включается и исключается) и практический контекст применения в автомобильной интралогистике. Задача такой структуры позволить не только понять термин, но и корректно использовать его в расчётах, сравнениях и обосновании решений.

Методология

Приоритет источников: (1) международные и национальные стандарты (ISO, ГОСТ, VDA, AIAG, CEN), (2) рецензируемые академические источники, (3) практика OEM и отраслевые стандарты, (4) качественные профессиональные публикации. Если термин является де-факто отраслевым, но не закреплён в стандарте, это указано явно.

Разделение объектов учёта: для каждого термина-метрики идентифицирован уровень — HU, SKU, операция, зона, склад, поток, станция, оборудование. Если термин часто используется некорректно из-за смешения уровней, это отмечено в столбце «Практическая заметка».

Расчётные определения: формулы приведены для терминов, используемых как метрики KPI и процессов. Для концепций и процессов указана логика определения/измерения, а не формула. Эвристические оценки обозначены как таковые.

Как читать словарь

Базовая карточка показывает принадлежность термина, объект учёта, краткое определение, формулу или логику и единицу измерения.
Подробности открываются в отдельном окне: что включает, что исключает, источник, практическая заметка и предупреждение по конфликтному термину.
Поиск ранжирует результаты по совпадению в названии термина, затем по определению, формуле и заметкам. Работает и по русскому, и по английскому тексту.

Конфликтные термины и риски интерпретации

Touch / Touches — самый опасный термин при сравнении концептуальных расчетов. Путаница: (1) touch как факт прохождения через зону vs. touch как дискретное физическое действие; (2) HU-touch vs. SKU-touch; (3) включение/исключение автоматических перемещений. Перед любым расчётом зафиксировать: объект учёта (HU или SKU), что считается touch-событием, включаются ли механизированные операции.

Picking — уровень операции радикально меняет трудоёмкость. Full-case picking (HU-level) в 3–5 раз быстрее piece picking (SKU-level). При сравнении концепций с разным типом тары (моно vs. микс) необходимо явно указывать уровень picking.

Storage Cell vs. Pallet Position — ячейка хранения ≠ паллето-место. В CKD с преобладанием KLT-тары паллето-место не является корректной единицей ёмкости. Одна ячейка стеллажа может содержать 4–6 KLT, но только одну паллету. Сравнение ёмкости складов в паллето-местах для CKD — ошибка.

Useful Area Coefficient — зависит от определения «полезного». Если зона комплектации включена — коэффициент выше; если исключена — ниже. Перед расчётом зафиксировать состав зон, входящих в числитель и знаменатель.

Line-Side Stock — часто путают с буфером перед линией или с запасом в зоне комплектации. Line-side stock — только тот материал, который физически доступен оператору сборки на станции без дополнительных действий.

DTL (Direct to Line) — часто приравнивают к cross-docking. DTL = прямая подача без хранения И без перегруппировки. Cross-docking = прямая подача С перегруппировкой. Разница критична при расчёте трудоёмкости и площади.

Replenishment — часто смешивают с picking и с line feeding. Replenishment = конкретный цикл подачи (от склада до станции). Picking — только этап отбора. Line feeding — суммарный процесс. Трудоёмкость каждого считается отдельно.

Capacity Utilization — средняя утилизация может быть 60%, но пиковая — 100%. При лотовых поставках (CKD) средняя утилизация маскирует критические пики. Всегда указывать: средняя, пиковая, по зонам.

Storage Efficiency — высокая эффективность (>95%) ≠ хорошо. Перегруженный склад: медленный picking, нет резерва, сложная ротация. Оптимум: 80–90%. Сравнивать только по зонам одного типа.

Detention vs. Demurrage — постоянно путают. Detention — штраф за удержание контейнера у грузополучателя сверх free time. Demurrage — штраф за простой судна/вагона в порту/терминале сверх сталийного времени. Оба критичны для CKD-бюджета, но управляются по-разному.

Safety Stock в CKD — классическая формула SS = k * σ * √LT неприменима напрямую из-за лотовой структуры поставок. Буфер на CY и CRP выполняют функцию страхового запаса. Применение стандартной формулы без адаптации приводит к некорректным решениям.

FIFO в напольном хранении — FIFO невозможно при блочном напольном хранении (доступ только LIFO по ряду). Если FIFO критичен (CKD с ECM), необходимо стеллажное или гравитационное решение.

Практические правила использования словаря

Не смешивать метрики HU-уровня и SKU-уровня в одной формуле или таблице сравнения. Если одна концепция использует моно-коробы, а другая — микс-коробы, touches и picking считаются на разных уровнях и напрямую несопоставимы.

Не сравнивать агрегированную эффективность склада без дискретного расчёта по зонам. Средний показатель по всему складу маскирует bottleneck-зоны и зоны с избыточной ёмкостью.

Не использовать бинарный флаг прохождения через зону как «touch». Touch — это дискретное физическое действие оператора или механизма над HU/SKU, а не факт нахождения материала в зоне.

Если метрика не дифференцирует концепции (одинаковое значение у всех вариантов), она не должна использоваться как критерий сравнения. Пример: если OTD одинаков при всех вариантах склада — он не помогает сравнивать складские концепции.

Определить объект учёта перед построением формулы. Вопрос «сколько touches?» бессмысленный без указания: touches чего (HU или SKU), при каком процессе, на каком участке.

Разделять теоретическую, оперативную и фактическую ёмкость. Использование теоретической ёмкости как плановой — ошибка, приводящая к переполнению склада через 2–3 месяца после запуска.

Учитывать пиковую нагрузку, а не только среднюю. В CKD большая лотовая поставка создаёт пиковую нагрузку, которую средний показатель не отражает.

При расчёте трудоёмкости (labor intensity) всегда указывать: единицу выхода (на HU, на SKU, на автомобиль, на смену), включённые операции, источник нормативов (MTM, хронометраж, экспертная оценка).

Не использовать площадь (м²) как единственную метрику эффективности хранения. Склад с высокими стеллажами на 500 м² может хранить больше, чем напольный склад на 2000 м². Корректная метрика — объёмная утилизация (HU/м³) или ёмкость в HU.

Для CKD/SKD: всегда разделять логику склада (входящий поток, хранение, picking) и логику станции (line-side stock, потребление, пополнение). Оптимум для склада (максимальная утилизация) и оптимум для станции (минимальный line-side stock с гарантированным покрытием) — конфликтующие цели.

При сравнении концепций подачи (milk run vs. dedicated delivery vs. DTL) считать полный цикл: picking + загрузка + транспортировка + разгрузка + возврат порожних + возврат транспорта. Частичное сравнение (только транспортировка) — ошибка.

Фиксировать допущения и границы расчёта в явном виде перед каждым сравнением. Какие зоны включены, какие операции считаются, какой период, какая загрузка (номинальная, средняя, пиковая). Без этого результат сравнения — не аргумент, а мнение.

При использовании CKD-специфичных терминов (free time, detention, demurrage, ship set, CRP) всегда указывать контрактные условия и сроки. Расчёт без привязки к конкретным контрактным параметрам — абстракция.

Разделять функции IT-систем: WMS ≠ ERP ≠ MES. Каждая система отвечает за свой уровень данных. Расхождения между системами — источник большинства ошибок учёта.

При оценке MHE (tugger train, AGV, forklift) учитывать не только производительность, но и ширину проходов, требования к инфраструктуре и зависимость layout от типа MHE.