Автоматизация бизнес процессов производства: где заканчивается техпроцесс

Автоматизация бизнес процессов производства начинается не с выбора системы, а с одного вопроса: какой именно процесс перед вами. На заводе рядом идут два потока работ. Один преобразует материал: режет, греет, дозирует, сваривает. Второй принимает решения о материале: планирует, согласовывает, разрешает отгрузку, закрывает смену. Инструменты, сроки и ответственные у них не совпадают, и проект срывается там, где эти потоки посчитали одним.

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

Что такое автоматизация бизнес процессов производства

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

Разделение закреплено в международном стандарте IEC 62264-1:2013 «Enterprise-control system integration. Part 1: Models and terminology». Стандарт описывает иерархию предприятия и отдельно выделяет уровень 3 (управление производственными операциями) и уровень 4 (корпоративный контур: планирование бизнеса и логистика), а основной объём документа посвящён содержанию интерфейса внутри уровня 3 и между уровнями 3 и 4. Уровни 1 и 2 в нём отнесены к управлению и контролю самого производства.

Практический вывод из стандарта простой. Бизнес-процессы производства живут на уровнях 3 и 4. Всё, что ниже, это управление оборудованием, и туда бизнес-логика не переносится. В IEC документ ведёт комитет TC 65/SC 65E, его основа это серия ANSI/ISA-95, построенная на Purdue Reference Model for CIM, и в задаче комитета ISA95 интерфейс между уровнями 3 и 4 назван первым рассматриваемым.

Тест из четырёх вопросов: бизнес-процесс или техпроцесс

Быстрая проверка перед тем, как звать подрядчика. Ответы на четыре вопроса дают ответ надёжнее, чем название отдела, из которого пришла задача.

1. Кто потребляет результат. Если результат забирает следующий станок или узел линии, это техпроцесс. Если результат забирает человек, служба или внешний контрагент, это бизнес-процесс.
2. Что меняется на выходе. Физическое состояние материала или состояние документа, статуса, решения.
3. Кто может изменить правило. Если правило меняется распоряжением руководителя и вступает в силу с понедельника, это бизнес-процесс. Если изменение требует переналадки, пересчёта режимов и приёмки, это техпроцесс.
4. Ложится ли шаг в нотацию. Попробуйте нарисовать шаг в BPMN 2.0.2 (спецификация Object Management Group, опубликована в январе 2014 года) дорожками и задачами. В нотации нет уставки, регулятора и цикла опроса контроллера. Если модель не выражается без этих понятий, вы на нижних уровнях.

Одна и та же операция может попадать в обе колонки на разных горизонтах. Подтверждение выпуска партии на терминале в цехе это бизнес-процесс, а срабатывание весового контроля, которое даёт цифру для этого подтверждения, техпроцесс. Автоматизировать их надо раздельно и разными руками.

Средства автоматизации технологических процессов и почему они не закрывают бизнес-задачу

Средства автоматизации технологических процессов это программируемые логические контроллеры, системы визуализации и диспетчеризации, промышленные сети. Язык этого слоя задаёт IEC 61131-3 «Programmable controllers. Part 3: Programming languages». Действующая редакция четвёртая, IEC 61131-3:2025 от 22 мая 2025 года, она отменила редакцию 2013 года: набор языков в ней это текстовый Structured Text, графические Ladder Diagram и Function Block Diagram плюс Sequential Function Chart для структуры программы, в редакции 2013 года в наборе был ещё текстовый Instruction List, в перечне действующей редакции его нет. Проверьте, на какой редакции написана логика вашей линии, до разговора о верхнем уровне.

Наверх факт с этого слоя чаще всего отдают через OPC UA (Open Platform Communications Unified Architecture). Это платформенно-независимая сервис-ориентированная архитектура OPC Foundation, выпущенная в 2008 году и стандартизованная в серии IEC 62541: обзорную часть IEC TR 62541-1:2020 заменила IEC 62541-1:2025, редакция 2020 года отозвана 13 января 2026 года. Для границы важно одно: канал переносит наверх факт, а не решение по нему.

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

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

Комплексная автоматизация производства: что в ней комплексного

Комплексная автоматизация производства это про охват контура, а не про одновременность запуска. Типовой представитель уровня 4 в России это 1С:ERP Управление предприятием на платформе 1С:Предприятие 8: вендор предлагает три способа получить продукт (покупка, аренда, облачная версия), цену на странице продукта не публикует и отправляет запрос в отдел продаж (site_v8@1c.ru, +7 495 737-92-57). Состав функций и устройство производственного учёта разбирает вендор, для границы важнее другое.

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

Второе условие честнее первого: у предприятия должен быть источник факта. Если данные о выпуске и простоях приходят в систему из отчёта мастера, а не с оборудования, любая надстройка уровня 4 будет считать по данным мастера, какой бы дорогой она ни была.

Автоматизация процессов контроля качества: где здесь бизнес-процесс

Контроль качества обычно берут в проект одним куском, хотя внутри него две разные части. Измерение это уровень 0-2: датчик, весовой контроль, машинное зрение, испытание образца. Решение по несоответствию это бизнес-процесс: изоляция партии, разрешение на отклонение, возврат поставщику, корректирующее действие, уведомление клиента.

Автоматизируется в бизнес-части именно решение. Минимальный набор, без которого проект превращается в электронный журнал: у каждого типа несоответствия назначена роль, принимающая решение; задан срок реакции; задано правило блокировки, при котором партия физически не может быть отгружена в системе до снятия статуса. В BPMN такое моделируется отдельным событием с эскалацией, а не веткой «если брак, то сообщить мастеру».

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

Автоматизация технологических процессов: кем работать и кто отвечает за бизнес-процессы

Запрос про профессию вбивают в основном абитуриенты и их родители: профильным считается направление бакалавриата 15.03.04 «Автоматизация технологических процессов и производств», по нему действует ФГОС ВО (3++), опубликованный на портале fgosvo.ru. Выпускник идёт инженером АСУ ТП, инженером КИПиА, наладчиком систем управления, специалистом по промышленным сетям.

Для предприятия важнее другое распределение. За технологический контур отвечает инженер АСУ ТП. За бизнес-процесс производства отвечает владелец процесса из профильной службы: начальник производства, руководитель снабжения, начальник ОТК. ИТ-служба отвечает за интеграцию и инфраструктуру, но не за содержание процесса. Условие готовности к проекту: у процесса есть один человек, который вправе изменить правило и подписаться под результатом. Если такого человека нет, автоматизировать рано, сначала назначается ответственный.

Как описать процесс до внедрения

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

1. Разнести шаги по уровням IEC 62264-1. Всё, что ниже уровня 3, в бизнес-схему не идёт и остаётся за инженером АСУ ТП.
2. Назначить владельца поимённо и зафиксировать вход, выход и заказчика результата. Если заказчик результата не находится, процесса нет, есть привычка.
3. Снять текущую схему в BPMN 2.0.2 по ролям, со всеми обходными путями, а не идеальную.
4. Померить четыре величины: сколько раз один и тот же факт вводится руками, сколько времени задача ждёт согласования, сколько существует версий одного документа, сколько решений принимается вне системы.
5. Договориться об источнике факта: контроллер по OPC UA, терминал в цехе, ручной ввод. Этот пункт определяет, будет ли система считать реальность или отчётность.
6. Описать целевую схему и только после этого выбирать инструмент. Инструмент выбирается под схему, а не наоборот.

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

Чем автоматизация бизнес-процессов производства отличается от АСУ ТП

Уровнем по IEC 62264-1:2013. АСУ ТП это уровни 1-2, управление оборудованием. Бизнес-процессы это уровни 3 и 4, управление производственными операциями и корпоративный контур. Разные подрядчики, разные сроки, разная приёмка.

С чего начать, если бюджета на ERP нет

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

Куда относится MES

По IEC 62264-1:2013 это уровень 3, управление производственными операциями, то есть сам стык. Сменное задание, подтверждение выпуска и разрешение отклонения здесь бизнес-процессы с владельцем и регламентом, сбор сигналов с оборудования относится к уровням ниже. Поэтому проект принимают по двум контурам: бизнес-часть у владельца процесса, сбор данных у инженера АСУ ТП.

Можно ли забрать данные со старого оборудования

Если контроллер поддерживает OPC UA (серия IEC 62541), данные забираются напрямую. Если нет, ставят шлюз, счётчик выпуска или терминал оператора. Проверять поддержку надо до проекта, а не после.

Кто должен вести проект со стороны предприятия

Владелец процесса из профильной службы. Инженер АСУ ТП подключается на стыке с оборудованием, ИТ обеспечивает интеграцию. Проект, который ведёт только ИТ-служба, обычно заканчивается системой, которой не пользуются в цехе.