Разработка ИТ-решения для машиностроения под ключ

Что есть сейчас: пять уровней разрозненной автоматизации#

Чтобы понять масштаб проблемы, разберём текущий ИТ-ландшафт типичного машиностроительного завода. Он выстроен по классической пятиуровневой модели, и на каждом уровне — своя система от своего вендора.

Уровень 0–1. Полевой уровень: сбор данных с оборудования#

На этом уровне работают системы прямого съёма данных с оборудования.

Системы сбора данных. Западные решения — Heidenhain, Siemens — позволяли собирать данные со станков с ЧПУ в реальном времени: скорость вращения шпинделя, нагрузка на приводы, температура, вибрация. Российские аналоги — Winnum, «Диспетчер», АИС «Амулет» — научились снимать данные напрямую со стоек ЧПУ. Замещение достигло примерно девяноста процентов.

Нерешённая проблема. Данные собираются и визуализируются на панели оператора, но не передаются автоматически в PLM-систему для корректировки нормативов. Технолог закладывает нормативы «из головы» или из справочников двадцатилетней давности. Планировщик строит график загрузки станков на основе нормативов, которые расходятся с реальностью на 15–20 процентов. Обратная связь разомкнута.

Уровень 2. Диспетчеризация и визуализация#

На этом уровне работают SCADA-системы и системы управления техническим обслуживанием и ремонтом.

SCADA-системы. Российские MasterSCADA, Simple-Scada, Trace Mode практически полностью заместили западные Siemens WinCC и Wonderware InTouch. Они работают на отечественных операционных системах — Astra Linux, Alt — и совместимы с протоколами OPC UA и Modbus. Переход состоялся.

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

Уровень 3. Инженерный контур: CAD, CAM, PLM#

На этом уровне работают системы управления жизненным циклом изделия.

PLM-системы. Западные Siemens Teamcenter, PTC Windchill управляли всем циклом: от конструкторской документации до технологических карт и оснастки. Российские решения — АСКОН (Лоцман:PLM, Компас-3D), T-FLEX — активно замещают западные PLM. Процесс идёт, но не завершён: крупные заводы исторически использовали Teamcenter, и миграция требует не просто замены программного обеспечения, а переобучения персонала и переноса накопленных данных.

Нерешённая проблема. Спецификации из CAD передаются в ERP вручную — через выгрузку файлов или повторный ввод. Ошибки при передаче спецификаций ведут к закупке не тех материалов и срыву сроков. Вторая проблема — нет обратной связи с производством: конструктор не знает, сколько реально времени заняла обработка спроектированной им детали. Данные с MDC-систем не поступают в PLM.

Уровень 3 (операционный). Планирование и управление производством: MES#

На этом уровне работают системы цехового планирования.

MES-системы. Российские «1С:MES Оперативное управление производством», Фобос MES, Adeko закрывают базовый функционал: сменно-суточные задания, контроль физических объёмов, отслеживание прохождения партий. Спрос на них растёт.

Нерешённая проблема. MES работает с теми нормативами и спецификациями, которые ей передали из PLM и ERP. Если нормативы устарели — MES честно воспроизведёт ошибки, но быстрее. Вторая проблема — отсутствие динамических лимитов НЗП. Цеха гонят объём, выгодный для их внутренних показателей, и забивают межоперационные склады деталями, которые не нужны сборке прямо сейчас. НЗП растёт.

Уровень 4. Бизнес-логика: ERP#

На этом уровне работают системы управления ресурсами предприятия.

ERP-системы. Рынок практически полностью занят экосистемой «1С»: «1С:ERP Управление предприятием», отраслевые конфигурации. Замещение состоялось.

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

Информационная безопасность: внешний контур#

Текущее состояние. Российские InfoWatch, SearchInform, KICS закрывают базовые потребности в защите информации. Но безопасность остаётся внешним контуром: антивирусы, сетевые экраны, разграничение доступа на уровне серверов.

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

Корневая проблема: разрозненность как система#

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

Что мы строим: архитектура решения нового поколения#

Мы проектируем не замену существующих систем, а управляющую надстройку, которая объединяет их в единый контур и добавляет три недостающие функции: прогнозирование рисков, сквозное управление по схеме «предсказатель-поправщик» и встроенную безопасность.

Модуль 1. Сквозное планирование: PLM → ERP → MES#

Что делает: связывает конструкторскую документацию, закупки и производство в единую цепочку. Спецификация из CAD автоматически передаётся в ERP без ручного ввода. ERP формирует заказ на закупку материалов и комплектующих. MES получает сменно-суточное задание, сформированное на основе актуальных нормативов.

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

Интеграция с существующими системами: забирает спецификации из PLM, нормативы из MDC, заказы из ERP. Выдаёт скорректированные задания в MES.

Модуль 2. Предиктивный мониторинг и управление рисками#

Что делает: непрерывно анализирует данные с MDC-систем, датчиков вибрации, температуры, нагрузки. Прогнозирует:

• Отказ подшипника шпинделя — за 72 часа до критической точки.
• Отклонение размеров детали от допуска — на основе тренда износа инструмента.
• Срыв сроков сдачи узла — на основе текущей загрузки станков и очередей на переделах.

Что нового: система не просто фиксирует отклонение. Она предлагает конкретное действие и показывает прогноз последствий: «заменить резец на станке номер пять в плановое окно — вероятность брака снизится с 65 до 3 процентов».

Интеграция: получает данные от MDC и SCADA. Выдаёт рекомендации операторам и начальникам цехов.

Модуль 3. Динамические лимиты незавершённого производства#

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

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

Интеграция: данные о состоянии буферов — в реальном времени в MES и на визуальные стенды в цехах.

Модуль 4. Интеграционная шина данных#

Что делает: связывает все существующие системы — PLM, MES, ERP, SCADA, MDC — в единый контур. Обеспечивает передачу данных в реальном времени без ручного ввода и выгрузки файлов.

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

Интеграция: объединяет PLM, MES, ERP, SCADA, MDC и систему ТОиР через стандартизированные программные интерфейсы.

Модуль 5. Граничный ИИ-аналитик#

Что делает: размещается на вычислителях непосредственно на критическом оборудовании — станки с ЧПУ, обрабатывающие центры, сборочные стенды. Непрерывно анализирует поток данных и выявляет отклонения, которые человек не заметит.

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

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

Модуль 6. Информационная безопасность как встроенная петля#

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

Как работает:

• Аутентификация на уровне устройств. Контроллер, передающий программу на станок с ЧПУ, идентифицирован и проверен.
• Шифрование всех каналов передачи данных между уровнями автоматизации.
• Контроль целостности: любое изменение конструкторской документации, технологической карты или управляющей программы фиксируется с меткой времени и идентификатором инициатора.
• Обнаружение аномалий: попытка выгрузки КД на внешний носитель, изменение программы обработки в нерабочее время, нехарактерная последовательность команд — блокировка операции до подтверждения.

Соответствие требованиям: решение проектируется под требования ФСТЭК для объектов критической информационной инфраструктуры.

Модуль 7. Сквозная аналитика для первых лиц#

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

Пример. Руководитель видит: «при текущей загрузке узкого места и уровне НЗП на межоперационных складах срок сдачи крупного заказа смещается на две недели, если не перераспределить очередь». И принимает решение не на основе докладной записки, а на основе прогноза, рассчитанного системой.

План внедрения: не сломать текущую логику#

Наш принцип — наращивание над существующими системами. Мы не демонтируем работающие PLM, MES и ERP. Мы надстраиваем над ними управляющий контур, который связывает их в единое целое и добавляет функции прогнозирования и безопасности.

Шаг 1. Цифровой фундамент и интеграционная шина#

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

Что не меняется: люди продолжают работать в привычных системах — PLM, MES, ERP, SCADA. Шина только забирает данные, не вмешиваясь в управление.

Результат: через три месяца у предприятия появляется единый источник достоверных данных. Впервые за историю эксплуатации все системы «видят» друг друга.

Шаг 2. Сквозное планирование и динамические лимиты НЗП#

Что делаем: разворачиваем модули сквозного планирования и динамических лимитов НЗП. Настраиваем автоматическую передачу спецификаций из PLM в ERP. Внедряем визуальное управление буферами в цехах.

Что не меняется: операторы по-прежнему работают в MES. Система только формирует задания на основе актуальных данных и контролирует лимиты.

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

Шаг 3. Предиктивный мониторинг и граничный ИИ#

Что делаем: устанавливаем граничные вычислители на критическом оборудовании. Обучаем модели ИИ на исторических данных, собранных на Шаге 1. Запускаем в режиме «советчика»: система выдаёт рекомендации, решение принимает оператор.

Что не меняется: ИИ не управляет оборудованием напрямую. Последнее слово — за человеком.

Результат: система начинает предсказывать отказы оборудования за часы и дни. Внеплановые остановки на узком месте сокращаются в разы.

Шаг 4. Цифровой двойник и сквозное управление#

Что делаем: интегрируем все модули в единую систему. Запускаем сквозное управление по схеме «предсказатель-поправщик».

Что меняется: роль руководителя трансформируется. Он перестаёт быть «пожарным» и становится стратегом.

Результат: система прокладывает оптимальный маршрут к цели — увеличению чистой Выработки.

Шаг 5. Передача и сопровождение#

Что делаем: обучаем внутреннюю команду, передаём документацию, остаёмся на абонентском сопровождении.

Результат: предприятие получает работающую систему, не зависящую от нашего постоянного присутствия.

Что вы получаете в итоге#

Сравнение сценариев#

Как мы работаем#

Шаг 1: Диагностика#

• Экспресс-анализ по трём операционным показателям за 3–5 лет.
• Аудит существующего ИТ-ландшафта: PLM, MES, ERP, SCADA, MDC.
• Выявление корневого ограничения.

Шаг 2: Архитектура#

• Целевая архитектура управляющей надстройки.
• Проектирование модулей, интерфейсов, потоков данных.
• Техническое задание с привязкой к целевым показателям.

Шаг 3: Разработка#

• Создание модулей в соответствии с утверждённой архитектурой.
• Обучение моделей граничного ИИ на исторических данных.
• Тестирование.

Шаг 4: Внедрение#

• Поэтапное развёртывание модулей по принципу «наращивания над существующими системами».
• Запуск в режиме «советчика».
• Обучение персонала.

Шаг 5: Передача#

• Передача документации и компетенций внутренней команде.
• Абонентское сопровождение.
• Подготовка к отраслевому тиражированию через ПП № 1888.

Часто задаваемые вопросы#

Для кого эта услуга#

Все материалы по теме#