Производство, активы и склад: системы, которые управляют физическим миром

Эта статья есть и на английском: English version.

Четыре контура из этой статьи объединяет одно: они управляют не документами, а физическими объектами. Станком, который точит деталь. Насосом, который вот-вот встанет. Партией, которую надо забраковать. Паллетой, которая должна лежать в конкретной ячейке. Всё остальное в ИТ-ландшафте компании работает с записями о реальности — эти четыре работают с самой реальностью.

Отсюда их главная особенность: они не прощают вранья в данных. Учётная система переживёт неточный справочник — отчёт будет кривым, но система устоит. Склад, где адреса не совпадают с фактом, останавливается в первый же день. Предиктив на оборудовании, где наряды закрывают задним числом, предсказывает эту самую фикцию. Машинное зрение, обученное на партии без дефектов, уверенно пропускает брак.

Вторая общая черта — люди. Здесь пользователь не сидит за столом: он стоит у станка, идёт по цеху с планшетом, работает в холодильной камере. Проект, сделанный «сверху» без мастеров, механиков и кладовщиков, встречает не спор, а тихий саботаж — и на производстве он стоит дороже, чем в офисе.

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

Что в этой статье

• Производственный контур: MES, SCADA и АСУ ТП — от датчика на станке до сменного задания

• Активы и ремонты: EAM и ТОиР — оборудование как объект управления, а не строка в бухгалтерии

• Качество, охрана труда и экология: QMS и EHS — несоответствия, лаборатория, промышленная безопасность

• Склад и цепочки поставок: WMS, TMS и SCM — адресное хранение, отбор, доставка, запасы

• Как эти четыре контура связаны между собой — общий фундамент и порядок ходов

• Роль ИИ в производственном контуре — что работает, что требуется до старта и где граница

• Российские системы — распространённые решения по подклассам

• Типовые ошибки и чек-лист выбора — общий разбор и что проверить до покупки

Производственный контур: MES, SCADA и АСУ ТП

Если ERP отвечает на вопрос «какова рентабельность», то производственный контур отвечает на вопрос «что происходит в цехе прямо сейчас — и как загрузить смену». Это фундамент пирамиды ИТ-систем, по которой ИТ-ландшафт производственной компании строится снизу вверх. Данные о производстве рождаются здесь, на уровне датчиков и станков. Все верхние системы — ERP, аналитика, ИИ — достоверны ровно настолько, насколько проработан этот слой. Разберём, из чего состоит контур, почему он прорабатывается до ERP, а не после, чем заменять западные системы и где здесь уже работает ИИ.

Что делает контур — и чего не делает

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

Чего он не делает: не считает деньги и не заменяет учётное ядро. Себестоимость смены он покажет, а рентабельность бизнеса — нет; это работа ERP. Граница между ними — самое частое место путаницы, мы разобрали её в статье про ERP-системы.

Подклассы: из чего состоит контур

SCADA — диспетчерское управление и сбор данных в реальном времени. Самый нижний, «технический» уровень: визуализация техпроцесса, аварийные события, тренды.

Эффект: оператор видит процесс и реагирует до аварии, история копится автоматически.

Недостаток: сама по себе SCADA — глаза, а не мозг: данные собираются, но решения по-прежнему в голове у диспетчера.

MES — управление производственными процессами: загрузка мощностей, люди на смену, себестоимость, реакция на отклонения до того, как они стали критичными. Горизонт — от смены до декады.

Эффект: план цеха перестаёт жить в Excel у мастера, факт снимается без ручного ввода.

Недостаток: по сути это цифровой двойник производства, и если модель построена неверно — цена ошибки фатальна: можно угробить оборудование и потерять управляемость. Проверено.

APS — расписания работы оборудования на всё предприятие с учётом взаимосвязей всех этапов.

Эффект: выполнимый план вместо желаемого.

Недостаток: требователен к точности нормативов и «зрелости» планирования; на неточных данных план сдвигается вправо день за днём. По нашей практике APS чаще жизнеспособен как модуль ERP или MES, чем как отдельная система.

IIoT-платформы — промышленный интернет вещей: подключение оборудования, сбор и первичная обработка данных с него.

Эффект: данные с железа становятся доступны всем верхним системам без ручного съёма.

Недостаток: датчики и сети — это капитальные затраты, которые окупаются только если данными кто-то реально пользуется.

BMS/BAS — диспетчеризация инженерных систем зданий: вентиляция, энергия, лифты, климат. Родственник SCADA для недвижимости; актуален девелоперам, управляющим компаниям и крупным объектам. LIMS — управление лабораторными исследованиями; для производственного контура это смежный источник данных, сам класс разобран в статье о качестве и охране труда.

Кому нужен контур, кому рано — и после чего внедрять

Нужен производству со сменным планированием: когда план цеха живёт в Excel, факт снимается вручную в конце смены, а себестоимость известна раз в месяц. Симптомы «пора»: мастера тратят час смены на отчётность; данные о простоях появляются постфактум; ERP-план и цеховая реальность не совпадают систематически.

Рано или не нужен: непроизводственным компаниям контур не нужен вовсе; мелкосерийному производству без сменности бывает достаточно SCADA и дисциплины учёта — полноценная MES на таком масштабе не окупается.

С чем связан и когда внедрять. Это фундамент пирамиды ИТ-систем: невозможно прийти на верхние уровни без проработки нижних. Контур прорабатывается до или вместе с ERP — не после. ERP, поставленная на непроработанный производственный слой, кормится ручным вводом: данным нельзя доверять, а штат растёт за счёт тех, кто их вбивает. Поверх производственного факта работает контур качества и охраны труда: управлять качеством можно только измеренного процесса. Вверх контур отдаёт данные в ERP, BI и EAM; вход для него — оцифрованный техпроцесс. Если изделие своё, техпроцесс приходит не из головы технолога, а из контура PLM, PDM и BIM: модель изделия, как правило, первична к производству.

Что контур даёт бизнесу — и его типовые недостатки

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

Недостатки, о которых говорят меньше. Контур требователен к ИТ-инфраструктуре: данных много, время обработки критично — и это заметные капитальные затраты. Цена ошибки в модели высока (см. MES выше). И самое частое: сопротивление цеха — для мастеров система выглядит контролем, и без работы с людьми проект вязнет. Половина успеха здесь — не софт, а внедрение изменений.

2026 год: контекст

Отраслевого дедлайна вроде ERP-2028 у производственного контура нет, но это не значит, что времени много. Для организаций с государственным участием иностранное ПО на их значимых объектах критической инфраструктуры запрещено к использованию с 1 января 2025 года, и АСУ ТП со SCADA попадают под это требование наравне с остальными системами. Частная компания, даже будучи субъектом КИИ, под этот запрет не подпадает: у неё остаются требования к защите значимых объектов, а замена импортного ПО — вопрос риск-менеджмента, а не предписания. А уход западных вендоров SCADA и MES сделал вопрос замены практическим. Рынок российских MES рос ещё до этого: по оценке IBS, по итогам 2025 года его объём составил около 18 млрд рублей. Какой-то формой производственного учёта пользуется уже около половины промышленных компаний, если считать с частичными внедрениями (обзор рынка российского ПО, март 2025). Для полноценных MES доля заметно ниже.

Ориентир по масштабу. Проект целиком: в среднем сегменте счёт идёт на десятки миллионов рублей, на крупных предприятиях — на сотни. Срок — от полугода до полутора лет на одну площадку. Точную сумму рынок публично не раскрывает, её считают после обследования производства. В смету входит не только софт: датчики, терминалы у станков и сеть в цехах — отдельные строки, и на старом оборудовании они бывают дороже самой системы.

Активы и ремонты: EAM и ТОиР

У производственной компании есть два способа узнать о поломке насоса: из системы — за неделю до отказа, или из ночного звонка — вместе с остановленной линией. Разница между ними — это и есть управление активами. EAM-системы отвечают на вопросы «в каком состоянии наше оборудование», «что и когда ремонтировать» и «во сколько нам обходится каждый актив». Разберём, из чего состоит контур управления активами, почему он начинается со справочника, а не с датчиков, и где предиктивная аналитика работает, а где остаётся презентацией.

Что делает EAM — и чего не делает

EAM (Enterprise Asset Management) ведёт весь жизненный цикл физических активов: от паспорта оборудования и графика обслуживания до экономики «ремонтировать дальше или заменить». Внутри живёт ТОиР — техническое обслуживание и ремонты: заявки на дефекты, планово-предупредительные работы, наряды, запчасти. Международный термин для среднего сегмента — CMMS; для недвижимости и офисов — IWMS/CAFM.

Чего класс не делает: не управляет производством и не считает финансы компании. Загрузку смены и техпроцесс держит производственный контур — MES и SCADA; бюджет ремонтов и закупка запчастей в деньгах сводятся в ERP. EAM стоит между ними: берёт данные о работе оборудования снизу, отдаёт затраты и потребность в закупках наверх.

Подклассы и модули: из чего состоит класс

Реестр активов и паспортизация. Единый справочник оборудования: иерархия «завод → линия → агрегат → узел», паспорта, документация, история каждой единицы. Это фундамент класса.

Эффект: один источник правды об активах — без него ремонты планируются «по памяти механика».

Недостаток: сам по себе реестр — учёт, а не управление; без дисциплины актуализации он устаревает за год.

ТОиР / CMMS — заявки и планирование ремонтов. Дефектные ведомости, планово-предупредительные работы, наряды, трудозатраты.

Эффект: ремонты переезжают из аварийного режима в плановый — а плановый ремонт кратно дешевле аварийного простоя.

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

Мобильные обходы и осмотры. Чек-листы на смартфоне или терминале сбора данных, фотофиксация дефектов, метки на оборудовании.

Эффект: данные рождаются в момент осмотра, у актива, — а не «в журнале вечером по памяти».

Недостаток: без мотивации обходчиков превращается в прокликивание чек-листов; контроль формы не заменяет интереса к содержанию.

Предиктивная диагностика и APM. Аналитика состояния по данным датчиков: вибрация, температура, токи — и прогноз отказов.

Эффект: ремонт по фактическому состоянию вместо календаря — меньше и простоев, и лишних вмешательств в исправное оборудование.

Недостаток: самый дорогой подкласс — нужны датчики, инфраструктура и накопленная история отказов; без них это красивая презентация.

Запчасти и склад ЗИП. Обычно модуль ТОиР в связке с закупками ERP: нормативы аварийного запаса, резервирование под наряды.

Эффект: ремонт не ждёт запчасть неделями, а склад не заморожен «на всякий случай».

Недостаток: работает ровно настолько, насколько точны нормативы расхода.

IWMS/CAFM. Родственный подкласс для зданий и офисов: обслуживание недвижимости, площади, арендаторы. Актуален девелоперам и управляющим компаниям — промышленной компании он обычно не нужен.

Кому нужен класс, кому рано — и после чего внедрять

Нужен компаниям с парком оборудования, где цена простоя высока: производство, энергетика, транспорт, ЖКХ, крупная недвижимость. Симптомы «пора»: ремонты в основном аварийные; журнал дефектов — Excel или бумага; запчасти закупаются «на глаз»; никто не может назвать стоимость владения конкретным станком.

Рано или не нужен: компаниям без значимого парка оборудования; малому производству, где всё обслуживание — на аутсорсе у сервисной организации. Начинать с предиктива, минуя реестр и ТОиР, не стоит никому: это верхний этаж класса, входа с него нет.

С чем связан и когда внедрять. Вход в класс — справочник активов: без единого реестра ТОиР так и останется журналом в Excel. Для собственного оборудования паспорта и состав узлов приходят из контура PLM, PDM и BIM — заводить их заново значит завести второй эталон. Данные о работе оборудования EAM берёт из производственного контура (SCADA, IIoT), поэтому по пирамиде ИТ-систем класс прорабатывается параллельно с MES — на оцифрованном нижнем уровне. Состояние оборудования уходит и в контур качества и промышленной безопасности: неисправный агрегат — это и брак, и риск для людей. Вверх EAM отдаёт затраты в ERP и показатели в аналитику. Ставить экономику активов на непроработанный учёт — значит считать стоимость владения по придуманным данным.

Что класс даёт бизнесу — и его типовые недостатки

Эффект. Растёт доля плановых ремонтов — а с ней падают и простои, и стоимость обслуживания: аварийный ремонт с остановкой линии всегда дороже планового. Появляется экономика каждого актива: видно, что дешевле — ремонтировать дальше или заменить. И история оборудования перестаёт уходить вместе с уволившимся механиком.

Недостатки, о которых говорят меньше. Главные грабли класса не технические. Первое — сопротивление людей: для ремонтных служб система выглядит контролем, и без работы с ними проект вязнет. Второе — риск формальной отчётности: показатели «для галочки» вместо реальной картины цеха; система это не лечит, лечит управленческая дисциплина. Третье — класс кормится ручным вводом больше соседей: осмотры, дефекты, наработка — и качество данных здесь держится на мотивации исполнителей.

2026 год: контекст

У класса нет собственного дедлайна, но он живёт в связке с производственным контуром. Требования к ERP как к объекту критической инфраструктуры дотягиваются и до смежных систем. А уход IBM Maximo и ремонтных модулей SAP сделал замену практическим вопросом. Российский слой класса при этом один из самых зрелых: отечественные ТОиР-системы развивались десятилетиями и на живых промышленных референсах.

Ориентир по масштабу. Проект целиком: по моим проектам это единицы миллионов рублей на предприятие среднего размера. Срок — от трёх месяцев до года. Открыто рынок публикует только цены лицензий, а работы обычно дороже них. Отдельная строка сметы — мобильные терминалы сбора данных для обходов и связь в цехах.

Качество, охрана труда и экология: QMS и EHS

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

Что делает контур — и чего не делает

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

Чего он не делает: не производит качество. Система фиксирует и организует, но брак возникает в процессе, а не в системе — если техпроцесс не соблюдается, QMS честно покажет это и ничего не изменит. И не заменяет производственный учёт: без данных из цеха контур качества работает с тем, что вручную занесли, то есть с версией событий, а не с событиями.

Подклассы: из чего состоит контур

Система менеджмента качества (QMS). Документация СМК, процессы, несоответствия, корректирующие и предупреждающие действия, внутренние и внешние аудиты.

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

Недостаток: класс легко вырождается в производство бумаг для сертификата — тогда он стоит денег и не даёт ничего.

Лаборатория и контроль качества (LIMS). Пробы, испытания, протоколы, поверка приборов, входной и выходной контроль.

Эффект: результаты испытаний становятся данными, а не тетрадью, и связываются с конкретной партией.

Недостаток: внедрение упирается в дисциплину лаборантов и в интеграцию с приборами — ручной перенос результатов сводит эффект к нулю.

Охрана труда и промышленная безопасность (EHS). Оценка рисков, инструктажи и допуски, наряды-допуски, инциденты и расследования, средства защиты, медосмотры.

Эффект: обязательства выполняются и подтверждаются документально, а происшествия анализируются, а не только регистрируются.

Недостаток: контур обрастает формальными подписями быстрее, чем реальной практикой: подпись в журнале не равна проведённому инструктажу.

Экология и отчётность. Учёт выбросов, отходов, водопользования, подготовка обязательной отчётности, показатели устойчивого развития.

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

Недостаток: требования меняются, и настройка форм становится постоянной работой, а не разовым проектом.

Обучение и допуски. Программы обучения по охране труда и качеству, проверка знаний, матрица допусков к работам.

Эффект: видно, кто и к чему допущен сегодня, а не по прошлогоднему приказу.

Недостаток: без связки с кадровым контуром и базой знаний появляется третий список сотрудников, который расходится с двумя первыми.

Кому нужен контур, кому рано — и после чего внедрять

Нужен производству, а в регулируемых отраслях — обязателен: пищевая, фармацевтическая, химическая, энергетика, транспорт. Симптомы «пора»: рекламации разбираются по памяти; на аудите половина времени уходит на поиск документов; одно и то же несоответствие повторяется третий раз, и никто не может показать, что делали в предыдущие два.

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

С чем связан и когда внедрять. Контур, как правило, ставится поверх базового производственного учёта. Контур опирается на нижние уровни пирамиды ИТ-систем — модели Джимшера Челидзе, в которой ландшафт строится снизу вверх. Вход — данные из производственного контура, результаты лаборатории и состояние оборудования из EAM; выход — в аудиты, в отчётность и обратно в процесс. Требования к изделию приходят из конструкторского контура PLM: контролировать нужно то, что заявлено в документации, а не то, что помнит контролёр.

Что контур даёт бизнесу — и его типовые недостатки

Эффект. Снижение стоимости брака и рекламаций — единственная метрика, которую понимает и финансовый директор, и цех. Готовность к проверке в любой день вместо аврала перед аудитом. Прослеживаемость: по номеру партии видно, из чего сделано, кем проверено и что показали испытания. И снижение травматизма — эффект, который считают редко, хотя цена одного тяжёлого случая перекрывает стоимость системы.

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

Почему такие проекты проваливаются не на технике

Самый частый сценарий: ИТ-служба выбирает систему, настраивает процессы по своему пониманию, запускает — и получает вежливое неприятие. Формально всё работает, фактически служба качества ведёт параллельный учёт в таблицах, потому что в системе «не так, как надо по методологии».

В книге Джимшера Челидзе «Искусственный интеллект. Практическое руководство для внедрения» это второй из семи грехов цифровизации — недостаток компетенций у ИТ, причём не только технических: команда умеет в инфраструктуру, но не в бизнес-требования и не в управление изменениями. Последствие сформулировано коротко: технически корректное решение, которое бизнес не принимает. Решение оттуда же — кросс-функциональные команды: ИТ плюс бизнес плюс аналитика, а не ИТ в одиночку.

Для этого класса перевод буквальный. Владельцем проекта должна быть служба качества или охраны труда, а не ИТ. В команде обязателен человек, который знает, как устроен аудит и что именно спросит проверяющий. И настройка идёт от реального процесса разбора несоответствия — от того, как он происходит сегодня, включая неудобные детали, — а не от того, как он описан в процедуре.

2026 год: контекст

Требования к прослеживаемости и к отчётности продолжают расти, а проверки всё чаще опираются на данные, а не на предъявленные папки. Одновременно машинное зрение подешевело настолько, что контроль качества на потоке перестал быть привилегией крупных производств. Конкретные нормативные сроки и номера актов в этом тексте не привожу: регулирование по отраслям различается и меняется. Ставить в статью неподтверждённую ссылку хуже, чем не ставить никакой. Уточняйте требования своей отрасли на момент чтения.

Ориентир по масштабу. Отдельный модуль вроде охраны труда — сотни тысяч рублей разово, ставится за пару месяцев. Кросс-функциональный контур с лабораторией и связью с производственным учётом — по моим проектам единицы, а в регулируемых отраслях и десятки миллионов рублей, срок 6–18 месяцев. Точные бюджеты рынок публично не раскрывает, их считают по запросу.

Склад и цепочки поставок: WMS, TMS и SCM

Товар лежит на складе — но найти его может только кладовщик Петрович, потому что «он там, где всегда». Новый сотрудник собирает заказ сорок минут вместо пяти, инвентаризация раз в квартал останавливает работу на два дня, а половина неликвида обнаруживается, когда истёк срок годности. Это не проблема людей — это отсутствие системы, в которой у каждой паллеты есть адрес. Разберём, из чего состоит логистический контур, почему ему нужен эталон номенклатуры раньше адресного хранения и где здесь работает ИИ.

Что делает контур — и чего не делает

Логистический контур отвечает за физическое движение товара: где он лежит, как быстро его найдут и соберут, как он доедет до клиента. И сколько его нужно закупить, чтобы не встать и не заморозить деньги в запасах.

Чего он не делает: не заменяет учёт. Бухгалтерские остатки и себестоимость сводятся в ERP; WMS отвечает за физику склада, а не за деньги. И не наводит порядок в номенклатуре: если один и тот же товар заведён в справочнике трижды, система честно разложит его по трём адресам.

Подклассы: из чего состоит контур

WMS — управление складом. Адресное хранение, приёмка, размещение, отбор, отгрузка, инвентаризация без остановки склада.

Эффект: товар находит любой сотрудник по терминалу, а не по памяти; скорость набора растёт кратно, а инвентаризация перестаёт быть авралом.

Недостаток: WMS требует дисциплины на каждой операции — сканирование не «когда удобно», а всегда; склад, где терминалы кладут на полку и работают по старинке, получает дорогую систему и прежний хаос.

TMS — управление транспортом. Маршруты, тарифы, подбор перевозчиков, контроль доставки, документы рейса.

Эффект: видно реальную стоимость доставки по направлениям и клиентам, а не «в среднем по логистике».

Недостаток: эффект зависит от данных о собственном парке и подрядчиках — без них система превращается в электронный журнал рейсов.

SCM и планирование запасов. Цепочка целиком: прогноз спроса, нормативы запасов, планы пополнения, работа с поставщиками.

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

Недостаток: планирование запасов живёт на качестве истории продаж; на данных за полгода с провалами прогноз будет уверенным и неверным.

Маркировка и прослеживаемость. Работа с системами прослеживаемости товаров, партионный и серийный учёт, сроки годности.

Эффект: партия отзывается точечно, а не «всё, что похоже»; требования регуляторов закрываются без ручных реестров.

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

Дворовая логистика и слоты. Управление воротами, окнами приёмки, очередью транспорта.

Эффект: машины не стоят в очереди по четыре часа, приёмка размазана ровно по дню.

Недостаток: работает только если поставщики играют по вашим правилам слотов — это переговоры, а не настройка.

Кому нужен контур, кому рано — и после чего внедрять

Нужен при складе примерно от тысячи квадратных метров, при собственной логистике, при работе с маркировкой и сроками годности. Симптомы «пора»: сборка заказа зависит от того, кто на смене; расхождения инвентаризации не объясняются; неликвид и просрочка обнаруживаются постфактум; клиенты жалуются на пересорт.

Рано или не нужен: маленькому складу с сотней позиций хватает складского модуля учётной системы и дисциплины; полноценная SCM избыточна, пока закупки укладываются в голову одного человека.

Если продажи идут онлайн, вторым источником заказов становится витрина интернет-магазина — и требования к точности остатков там выше, чем в опте.

С чем связан и когда внедрять. Контур, как правило, ставится после учётного: складу нужен эталон номенклатуры и поток заказов, а они рождаются в ERP и справочниках. WMS на непричёсанной номенклатуре разложит по адресам тот же беспорядок, который был на полках. Вход контура — заказы и номенклатура из ERP и MDM и PIM: MDM даёт эталон позиции, PIM — её товарные характеристики, без которых не собрать ни витрину, ни правила хранения (габариты, температурный режим, сроки). Выход — фактические движения в ERP и показатели в аналитику.

Что контур даёт бизнесу — и его типовые недостатки

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

Недостатки, о которых говорят меньше. Контур требователен к железу: терминалы, сеть по всей площади, иногда переоборудование стеллажей — это капитальные затраты, которые всплывают после выбора софта. Внедрение идёт на работающем складе — остановить его нельзя, и переходный период всегда болезненный. И сопротивление: для опытного кладовщика система выглядит недоверием к его памяти, а его память — реальный актив, который система должна перенять, а не обесценить.

2026 год: контекст

Западные WMS ушли с рынка, а маркировка и прослеживаемость расширяются на новые товарные группы из года в год — логистический контур из «когда дорастём» превратился в обязательный для многих. Российский слой здесь один из самых зрелых: складские системы делались под наши форматы учёта задолго до импортозамещения.

Ориентир по масштабу. Проект целиком: небольшой склад обходится в сотни тысяч рублей, средний в единицы миллионов, распределительный центр в десятки. Срок внедрения на один склад — 3–8 месяцев. Главное, чего нет в цене софта: терминалы сбора данных на каждую смену, промышленный Wi-Fi по всей площади, принтеры этикеток и серверы. На среднем складе это сопоставимо со стоимостью самой системы.

Как эти четыре контура связаны между собой

Эти классы редко покупают одним проектом: у каждого свой заказчик внутри компании. MES просит производство, EAM — главный механик, QMS — служба качества, WMS — логистика. Поэтому они и разъезжаются: четыре системы, четыре справочника оборудования, четыре версии того, что произошло в цеху.

Общий фундамент — оцифрованный факт. Все четыре контура отвечают на один вопрос: что происходит с физическим объектом прямо сейчас. Пока факт снимается вручную и попадает в систему к концу смены, любой из них становится системой отчётности вместо системы управления. Это и есть нижний уровень пирамиды ИТ-систем, без которого верхние этажи кормятся ручным вводом.

Порядок ходов. Производственный контур прорабатывается до или вместе с ERP, а не после. Управление активами разворачивается параллельно с ним: EAM берёт данные о работе оборудования из SCADA и IIoT, а без реестра активов не стартует вовсе. Контур качества ставится поверх производственного учёта — управлять качеством можно только измеренного процесса. Склад, наоборот, идёт после учётного контура: ему нужны эталон номенклатуры и поток заказов, которые рождаются в ERP и справочниках.

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

Один справочник на четверых. Самое дорогое расхождение в этой четвёрке — не интеграция, а справочники. Оборудование, номенклатура, площадки, подразделения должны быть одни и те же во всех четырёх системах. Заводить их заново в каждой — значит завести четыре эталона, то есть ни одного. Поэтому работа со справочниками — не подготовительный этап одного из проектов, а условие для всех четырёх; она разобрана в статье про данные и документы.

Что происходит, когда порядок нарушен. Компания ставит предиктивную диагностику при аварийной культуре ремонтов. Покупает WMS на непричёсанной номенклатуре. Внедряет систему качества ради сертификата, до производственного учёта. Во всех трёх случаях технология работает ровно так, как обещал вендор, а результата нет — потому что автоматизирован беспорядок, и теперь он воспроизводится быстро и стабильно.

Роль ИИ в производственном контуре

Из всех шести разборов цикла именно здесь у ИИ самая длинная история и самые честные результаты. Машинное зрение и предиктивная диагностика работают в промышленности не первый год — и ровно поэтому здесь лучше всего видно, за счёт чего они не работают.

Что ИИ решает уже сейчас. В производстве это три сценария. Машинное зрение на контроле качества: брак ловится на линии, а не на складе готовой продукции. Предиктив по отклонениям техпроцесса: модель замечает уход параметров раньше оператора. И помощник диспетчера — разбирает аварийные события и подсказывает вероятную причину по истории. В активах: предиктивное ТОиР по данным датчиков, приоритизация потока заявок при ограниченной бригаде, разбор дефектов, записанных свободным текстом. В качестве: визуальный контроль поверхности, комплектности и маркировки, разбор рекламаций по темам и причинам, контроль применения средств защиты по видео. В логистике: прогноз спроса — самое зрелое применение ИИ вообще, оптимизация маршрутов отбора и доставки, распознавание грузов и документов на приёмке, предсказание опозданий поставок по истории поставщика.

Что на подходе (прогноз, не факт). Агенты, предлагающие перепланирование смены при сбое. Ассистенты планировщика ремонтов — черновик графика с учётом ЗИП и загрузки бригад. Предсказание брака по параметрам процесса до появления дефекта. Агенты пополнения, готовящие заказ поставщику к подтверждению человеком.

Условия, без которых не взлетит. Данные — здесь главное. Нужна размеченная история: дефекты, простои, параметры, отказы за два-три года, чистая номенклатура. На «бумажном» участке строить не из чего, а модель, обученная на нарядах, закрытых задним числом, предсказывает фикцию. Процессы: стабильный техпроцесс и дисциплина фиксации до всякого ИИ — модель, обученная на хаосе, предсказывает хаос. Люди и безопасность: владелец у каждого сценария; рекомендация модели — вход для решения человека, а не команда оборудованию; контур АСУ ТП остаётся отдельной зоной информационной безопасности, куда права даются по минимуму. Отдельно про видео: правила «что снимаем, кто смотрит, зачем» устанавливаются с людьми до включения камер, иначе система получает сопротивление вместо данных.

Три способа потратить деньги впустую. Они описаны в книге Джимшера Челидзе «Искусственный интеллект. Практическое руководство для внедрения», и все три встречаются в этом контуре чаще, чем где-либо.

Первый — качество данных (ловушка №5). Пилот машинного зрения без нормального освещения и разметки: три месяца спустя вывод «ИИ не работает», хотя не работала подготовка. Частный случай особенно коварен: модель обучают на партии, где почти нет дефектов, потому что производство хорошее. Она выучивает, что всё в порядке, показывает отличную точность на тесте и пропускает именно те редкие дефекты, ради которых её ставили.

Второй — нет плана масштабирования (ловушка №6). Здесь провал выглядит как успех: пилот удался. Модель оптимизировала отбор на одном складе, показала красивые проценты — и осталась навсегда пилотом, потому что о тиражировании никто не думал: ни интеграций, ни владельца, ни бюджета сопровождения. Решение оттуда же: проектировать масштабирование ещё на этапе пилота, а не после него.

Третий — необъяснимое решение. Среди обязательных проверок перед промышленным запуском в книге назван краш-тест на объяснимость: можно ли объяснить решение системы, если его придётся защищать. Для этого контура он не формальность. Решение о браковке влияет на отгрузку, на претензию и иногда на суд. Модель, которая говорит «брак» без указания, что именно и где, — не инструмент качества, а генератор споров.

Честная граница. ИИ здесь не заменяет ни SCADA, ни MES, ни реестр активов, ни WMS — он надстройка над их данными. Верхний этаж без фундамента не строится: предиктив без истории отказов и зрение без разметки — это спонсорство презентации вендора, а не проект.

Российские системы

В таблице — решения, устойчиво встречающиеся на российских проектах. Реестровые записи проверены выборочно: у 1С:ТОИР запись подтверждена напрямую (№ 301987, проверка — август 2026); у 1С:MES подтвердить не удалось — уточняйте у вендора. По остальным позициям реестровый статус конкретной редакции проверяйте на момент выбора.

• MES — Галактика MES · Malahit:MES · 1С:MES (реестровая запись не подтверждена)

• IIoT и промышленные платформы — ZIIoT («Цифра») · АИС «Диспетчер» («Цифра»)

• EAM и ТОиР — 1С:ТОИР · Галактика EAM · АКСИОМА (Интерпроком) · IBS EAM · NERPA EAM

• Качество и лаборатория — 1С:LIMS Управление качеством · отраслевые LIMS-решения

• Охрана труда, промбезопасность, экология — 1С:Охрана труда · отраслевые EHS-решения на базе 1С и российских low-code платформ

• WMS — 1С:WMS · Solvo.WMS · LEAD WMS

• TMS — 1С:TMS · Умная логистика · Мегалогист · Ant Logistics

По трём сегментам короткого честного списка не существует, и это надо знать заранее. SCADA и BMS: рынок широк, но фрагментирован — состав решений под ваш техпроцесс проверяется по реестру и референсам в отрасли. Мобильные обходы и предиктивная диагностика: чаще идут модулями EAM-систем или отдельными продуктами под ваш парк датчиков. Качество и охрана труда: рынок сильно отраслевой, и выбор определяется тем, под какие стандарты решение уже настраивали.

И общее правило для всей четвёрки: выбор здесь сильнее зависит от вашей физики, чем от бренда. Механизированный, ручной, холодильный и адресный склады требуют разной логики. Дискретное и непрерывное производство — разных MES. Поэтому начинать стоит с описания своих операций, а не со сравнения функциональных таблиц.

Типовые ошибки и чек-лист выбора

Ошибки в четырёх контурах повторяются почти дословно, поэтому собрал их в один список.

1. Автоматизировать до оцифровки факта. MES исполняет модель техпроцесса; если модели нет — исполнять нечего. WMS разложит по адресам тот же беспорядок, только теперь за деньги. Контур качества, поставленный раньше производственного учёта, будет управлять неизмеренным.

2. Внедрять ТОиР без реестра активов. Заявки не к чему привязывать — система повисает над пустым справочником.

3. Оцифровывать аварийный хаос. Если ремонты живут в режиме пожара, система поставит пожар на регулярное расписание.

4. Экономить на инфраструктуре. Терминалы, сеть, серверы, датчики, иногда стеллажи — отдельная строка бюджета, а не «мелочи внедрения». Медленный отклик возвращает людей в Excel.

5. Внедрять без цеха, склада и ремонтных служб. Проект «сверху», без мастеров, механиков и кладовщиков, встречает не спор, а тихий саботаж. Данные будут — доверять им будет нельзя.

6. Внедрять качество ради сертификата. Контур, настроенный под аудит, а не под процесс, даст бумаги и не даст снижения брака.

7. Принимать показатели за реальность. Стопроцентное выполнение планово-предупредительных ремонтов при растущих простоях — признак формальной отчётности, а не порядка.

8. Наказывать за сообщения о проблемах. Система начнёт получать чистые данные о безупречном производстве. И отдельно: рост числа зафиксированных несоответствий в первый год — не ухудшение. Их не стало больше, их стало видно.

9. Планировать запасы по среднему. Прогноз без сезонности и акций даёт одновременно дефицит и неликвид.

10. Начинать с ИИ, пропустив фундамент. Зрение и предиктив — надстройки. И отдельно: оставить успешный пилот пилотом, без плана тиражирования, — те же потраченные деньги, только с красивым отчётом.

Чек-лист перед выбором системы

1. Описаны свои операции — техпроцесс, ремонтный цикл, разбор несоответствия, приёмка и отбор на складе. До сравнения систем, а не в ходе проекта.

2. Приведены в порядок справочники: активы, номенклатура, площадки, подразделения. Их качество определит проект сильнее, чем выбор системы, — я бы начинал с них.

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

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

5. Проверены интеграции на живых данных: снизу — SCADA и приборы, сверху — ERP, склад ЗИП, аналитика.

6. Есть мобильные рабочие места в базовой поставке: три контура из четырёх живут «в поле», а не за столом диспетчера.

7. Назначен владелец со стороны бизнеса поимённо: производство, главный механик, служба качества, логистика. Не ИТ.

8. Есть план перехода на работающем объекте: что делаем в переходный период, кто дежурит, как откатываемся. Склад и цех нельзя остановить на выходные ради внедрения.

9. Есть план работы с людьми — обучение, мотивация, объяснение «зачем» — как часть проекта, а не приложение к нему.

Что дальше

Общая карта классов — в статье Типы основных ИТ-систем. Другие разборы цикла: Клиенты и продажи · Деньги, планирование и аналитика · Данные и документы · Автоматизация рутины и ИИ · Люди и ИТ-функция.

Разобраться глубже помогут книги Джимшера Челидзе «Цифровая трансформация для директоров и собственников» и «Искусственный интеллект. С неба на землю» — третья редакция, скачать бесплатно. Если у вас останутся вопросы, можете обратиться к нам за обучением или консультациями.