В ТЗ на модернизацию линии 2026 года появился раздел «цифровой двойник» на две страницы: «интерактивная 3D-модель», «синхронизация с SCADA в реальном времени», «имитация режимов». Подрядчик оценил работу в миллионы. На уточняющем совещании выяснилось: заказчику нужен не двойник NASA, а мнемосхема с привязкой к реальным тегам, актуальный паспорт узлов и возможность проиграть пуск без остановки линии. Без расшифровки границ модели спор начинается на приёмке, а не на пуске.
Статья разбирает, какие формулировки заказчики и интеграторы закладывают в техническое задание на цифровой двойник технологической линии в 2026 году: границы модели (кинематика, процесс, энергоучёт), связь с SCADA и паспортом объекта, критерии приёмки. Отдельно - чем двойник отличается от «красивой 3D-визуализации» в презентации. Не учим моделировать в CAD и не сравниваем платформы по именам.
Короткий ответ
В ТЗ 2026 года цифровой двойник линии - это не обязательно полная 3D-копия цеха. Заказчики чаще требуют три слоя с явными границами: геометрическая или кинематическая модель узлов (для обучения и визуальной привязки), процессная модель (режимы, уставки, логика переходов, связь с тегами SCADA), учёт энергии и материалов (если входит в контракт на отчётность). В ТЗ фиксируют источник данных (какие теги, период обновления, поведение при обрыве связи), перечень сценариев имитации, состав передаваемых артефактов и критерии приёмки на FAT/SAT. «Красивая визуализация» без двусторонней связи с АСУ и без обновляемого паспорта объекта на приёмке не проходит как двойник.
Почему в ТЗ появился «двойник»
Директора по цифровизации и главные инженеры видели демо с облётом цеха и хотят «то же» на своей линии. Отраслевые методички и конкурсы проектов 2025-2026 года добавили пункт про цифровые модели производства. В результате формулировка попадает в тендер до того, как заказчик определил, зачем модель нужна оператору и службе главного механика.
На практике запросы сводятся к пяти задачам: обучение персонала без риска на живом оборудовании; разбор аварий и «что было перед остановом»; планирование изменений рецепта; согласование визуализации HMI с реальной компоновкой; передача знаний при смене подрядчика через паспорт объекта АСУ.
Если в ТЗ не привязать двойник к этим задачам, подрядчик сдаст ролик, а эксплуатация продолжит работать по старой мнемосхеме.
Удачные и опасные формулировки в ТЗ
Опасно: «Поставщик обеспечивает цифровой двойник линии в полном объёме». Нет границ, нет приёмки.
Лучше: «Процессная модель покрывает узлы 1-7 по списку приложения 2; обновление тегов не реже 1 с; при обрыве связи индикация Bad Quality на экране модели».
Опасно: «Синхронизация с SCADA в реальном времени». Без цифры задержки спор на SAT.
Лучше: «Задержка от изменения тега в SCADA до отображения на модели не более 2 с для 95% событий на тестовой выборке из 50 тегов».
Опасно: «3D-модель цеха». Объём работ не ограничен.
Лучше: «Узловая 3D-модель агрегатов M-01…M-05 с кинематикой задвижек и приводов ленты; статичная геометрия остального оборудования не требуется».
Такие формулировки режут бюджет до разумного и дают интегратору шанс сдать проект без взаимных претензий.
Границы модели: кинематика, процесс, энергоучёт
Кинематическая (геометрическая) часть - 3D или 2.5D схема с движением узлов: задвижки, толкатели, роторы. Нужна для наглядности и обучения. Не обязана совпадать с каждым болтом; обязана совпадать с порядком операций и опасными зонами.
Процессная модель - логика линии: состояния, переходы, уставки, таймеры, блокировки. Это ближе к программе ПЛК и SCADA. Здесь заказчик в 2026 году требует явного списка тегов: «модель читает и пишет» или «только читает». Двусторонняя запись без регламента - путь к инциденту.
Энергоучёт и материалы - счётчики, удельный расход, привязка к смене. Часто выносят в отдельный подпункт ТЗ, потому что источники данных - счётчики по Modbus, не ПЛК линии. Если граница не проведена, на приёмке спорят, входит ли узел учёта в «двойник».
В ТЗ каждый слой помечают: обязательный (M) или опциональный (O), версия на дату пуска, ответственный за актуализацию после модернизации узла.
Отличие от «красивой 3D-визуализации»
Визуализация - картинка, возможно с анимацией по расписанию. Цифровой двойник в требованиях 2026 года подразумевает:
связь с живыми или историческими данными SCADA по согласованной карте тегов;
документированное поведение при потере связи (заморозка, last known value, явная индикация);
версионируемую модель с журналом изменений;
набор сценариев проверки на приёмке (не «посмотрели, красиво»).
Если в договоре только «предоставить 3D-модель в формате X», это заказ визуализации. Слово «двойник» в названии раздела без критериев связи - ловушка для обеих сторон.
Заказчики всё чаще требуют режим воспроизведения истории: выбрать метку времени аварии и прокрутить состояние модели по архиву. Это сразу выводит проект из чистой графики в зону интеграции с архивом трендов и событий.
Для разбора инцидентов технологу нужно видеть не только положение задвижки на модели, но и последовательность переходов состояний за пять минут до останова. В ТЗ это формулируют как «воспроизведение журнала событий SCADA на временной шкале модели с точностью до 1 с». Без такой формулировки подрядчик сдаёт статичный снимок «в момент аварии», который не объясняет причину.
Что писать в ТЗ: обязательные блоки
Цель и пользователи. Кто открывает модель: оператор, технолог, механик, обучение новичков. От цели зависит глубина.
Перечень узлов и граница линии. От входа сырья до выхода готовой продукции или только упаковочный участок. Соседние линии - заглушки или не моделируются.
Карта данных. Таблица: имя в модели, тег SCADA, тип, единица, период обновления, R/W. Ссылка на единый справочник тегов проекта.
Сценарии имитации. Минимум: холодный пуск, нормальная работа, аварийный останов по именованной защите, смена рецепта. Для каждого - ожидаемое поведение модели и время отклика.
Интеграция с SCADA и OPC UA. Если обмен через OPC UA - профиль, безопасность, тест на запуске OPC UA до начала отделочных работ по 3D.
Документация. Модель входит в пакет документов при вводе: форматы файлов, версия ПО для просмотра, инструкция обновления после замены датчика или привода.
Приёмка. Ссылка на FAT/SAT: где проверяют двойник - на стенде, на линии с ограниченной скоростью, только офлайн. Критерии «принято/не принято» числом: задержка синхронизации, процент тегов с качеством Good, прохождение сценариев.
Сопровождение. Кто обновляет модель при изменении рецепта, кто платит за лицензии просмотрщика на рабочих местах.
Обучение и смена персонала
В 2026 году заказчики всё чаще требуют в ТЗ режим «тренажёр оператора»: запуск линии в имитации, отработка аварийных остановов, проверка блокировок без движения механики. Это отделяет двойник от ролика для руководства.
Фиксируют: число обучаемых, длительность сессии, перечень сценариев (минимум холодный пуск, переход на аварию по сухому ходу, сброс и повторный пуск), кто выдаёт допуск после обучения. Связь с иерархией экранов HMI: если на реальной панели аварии на другом уровне, чем в модели, тренажёр вводит в заблуждение.
При смене подрядика АСУ в ТЗ указывают передачу исходников модели и карты тегов в открытых или согласованных форматах, а не только лицензию на просмотр.
Связь с SCADA, ПЛК и паспортом объекта
Двойник не заменяет SCADA и не дублирует управление без явного режима. В ТЗ 2026 года часто пишут: «управляющее воздействие на оборудование только из штатной SCADA/ПЛК; модель в режиме имитации не подключается к выходам».
Паспорт объекта пополняют разделом «Цифровая модель»: версия, дата, ответственный, связь с as-built. При замене мотора с другим номиналом обновляют и паспорт, и атрибуты модели - иначе расхождение такое же, как as-built не совпадает с шкафом.
Для приёмки линии логично включить проверку двойника в протокол FAT и SAT: отдельный лист сценариев, подпись технолога и представителя АСУ.
Двусторонняя связь: когда нужна и когда опасна
Заказчики иногда требуют «управление из модели». На практике 2026 года для технологической линии чаще достаточно режимов:
только просмотр (операторская смена);
имитация без записи в ПЛК (обучение);
запись уставок в тестовую зону SCADA с подтверждением технолога (редко, для опытных установок).
Прямая запись в теги управления из 3D без роли и журнала - источник инцидентов. В ТЗ явно пишут запрет или перечень допустимых тегов R/W с матрицей ролей. Любое изменение уставки из модели должно попадать в журнал аудита SCADA с пользователем и временем.
Таблица: пункт ТЗ, что проверить на приёмке, артефакт
| Пункт ТЗ | Что проверить на приёмке | Артефакт |
|---|---|---|
| Состав слоёв (3D / процесс / энергия) | В протоколе отмечен каждый слой M/O; нет «скрытых» ожиданий | Матрица соответствия ТЗ и поставки |
| Карта тегов | 100% обязательных тегов Good на линии; задержка в пределах договора | Excel/CSV карта, скриншоты качества |
| Сценарии имитации | Пройдены все именованные сценарии без ручного подкручивания | Протокол FAT с отметками времени |
| Поведение при обрыве связи | Модель показывает потерю связи, нет ложных «нулей» | Запись экрана теста отключения сети |
| Версионирование | Есть номер версии модели, журнал изменений | Файл модели + changelog |
| Обучение персонала | Проведён инструктаж по режимам просмотра и имитации | Подписанный лист, учебная версия |
| Включение в паспорт объекта | Раздел паспорта ссылается на актуальную версию | Паспорт объекта АСУ, ревизия |
| Лицензии и рабочие места | Установлен просмотр на согласованных АРМ | Акт установки, список лицензий |
Приёмка: где ломаются проекты
Самый частый разрыв - приёмка по картинке. Заказчик смотрит 3D на FAT, на SAT связь с SCADA не проверяют «из-за нехватки времени». На второй месяц эксплуатации модель устарела по рецептам.
Второй разрыв - двусторонняя запись без тестов. Технолог меняет уставку в модели, ожидая, что SCADA примет. В ТЗ не было режима - конфликт уставок на линии.
Третий - энергоучёт в составе двойника без счётчиков на пуске. Подрядчик сдаёт заглушки, заказчик требует скидку и переделку под Modbus-счётчики.
Рабочая практика 2026 года - поэтапная приёмка: на FAT процессная модель на симулированных тегах; на SAT - полная карта на линии; через 30 суток - актуализация по замечаниям эксплуатации с фиксацией версии в паспорте.
Собственность и лицензии
В ТЗ отдельным пунктом: кому принадлежат файлы модели, кто платит за продление лицензий просмотрщика через три года, можно ли открыть модель без вендора интегратора. Заказчик, который оплатил двойник, но не получил исходники, при смене подрядика начинает проект с нуля. Формулировка «исключительные права заказчика на результат работ» с перечислением форматов снимает спор заранее.
Типовые ошибки в формулировках ТЗ
«Цифровой двойник в реальном времени» без периода обновления.
Реальное время для оператора - 1 с, для энергоучёта - 15 мин. Укажите цифры.
Один подрядчик на 3D и на ПЛК без единой карты тегов.
Модель и SCADA расходятся по именам. Единый справочник - в приложении к ТЗ.
Нет режима офлайн-обучения.
При обрыве связи класс обучения отменяется. Требуйте локальный снимок типовых сценариев.
Не указан формат передачи при смене интегратора.
Открытые форматы или escrow-условия. Иначе модель привязана к вендору ПО визуализации.
Двойник вне пакета документов.
На аудите через год файлы на ноутбуке уехавшего наладчика.
Требовать «как на видео с выставки».
Демо с одним агрегатом и идеальным освещением не равно вашей линии с десятью зонами блокировок.
Не согласовать с технологом сценарии имитации.
Модель проходит FAT, технолог говорит: «нам это не нужно, у нас другая последовательность пуска».
Чек-лист заказчика перед подписанием ТЗ
Перед отправкой ТЗ в закупку технический директор или главный инженер АСУ проходит короткий список:
цель двойника названа одним предложением (обучение / разбор аварий / визуализация для аудита);
перечень узлов M/O согласован с технологом;
карта тегов приложена или ссылка на единый справочник проекта;
сценарии приёмки пронумерованы и подписаны технологом;
режим R/W запрещён или ограничен списком;
владелец файлов и лицензий - заказчик;
двойник включён в паспорт объекта с полем «версия модели».
Пропуск любого пункта переносит спор с этапа проектирования на SAT, где каждый день простоя линии стоит дороже доработки ТЗ.
Вопросы при согласовании ТЗ
Обязателен ли полный 3D-скан цеха?
Редко. Чаще достаточно узловой модели критичного оборудования и 2D-планов привязки.
Кто владелец модели после оплаты?
Заказчик, с правом редактирования атрибутов силами АСУ. Иначе каждая смена рецепта - платная заявка.
Нужна ли сертификация ПО двойника?
Зависит от отрасли. Для пищевого и фарма часто да - уточнить до контракта, не на SAT.
Как связать с существующей мнемосхемой HMI?
В ТЗ: либо замена мнемосхемы, либо двойник как отдельный режим обучения. Два параллельных «источника правды» без правил - ошибка.
Обсуждение