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

Disclosure: M365.FM host Mirko Peters works at iFAKT GmbH. This page describes the company factually; paid partnerships and links are labelled as advertising.

By Mirko Peters · 2026-11-12

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

Automatically translated with AI from the original post. Read the English original

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

Ключевые выводы

• NIST выделяет три ключевых элемента двойника: высокочастотный сбор данных с датчиков, надёжная промышленная связь IoT и имитационные модели для прогнозирования. Программное обеспечение должно охватывать их или работать с партнёрами, которые это обеспечивают.
• Azure Digital Twins — это платформенный сервис для графов двойников, а не готовое приложение для фабрики, и Microsoft указывает, что он отличается от превью-инструмента построения цифровых двойников в Fabric.
• Сначала решите, нужна ли вам платформа для разработки собственного решения или готовый инструмент для конкретной задачи, поскольку от этого выбора зависит, кто будет выполнять работу и сколько она будет стоить.
• ISO 23247-1 даёт обзор и общие принципы структуры цифрового двойника для производства, что помогает согласовать терминологию с поставщиками.
• Закладывайте в бюджет интеграцию данных, проверку модели и поддержку наряду с лицензиями, а первый пилот ограничьте одной линией и одним решением.

Что должно входить в программное обеспечение цифровых двойников для производства?

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

Превратите эти три элемента в вопросы к любому продукту:

1. Данные на входе. Из каких источников он читает данные: контроллеры станков, датчики, MES, ERP, таблицы? Как часто он обновляется? Кто создаёт и поддерживает каждое подключение?
2. Модель, которая что-то значит. Как описан завод: активы, линии, процессы, связи? Могут ли ваши сотрудники сами менять это описание, когда меняется процесс?
3. Аналитика поверх данных. Он только показывает текущие значения или умеет прогнозировать, моделировать и сравнивать сценарии? Эта возможность встроена или это отдельный проект?

Затем добавьте две практические потребности: люди должны уметь читать результаты (дашборды, отчёты, оповещения), а доступ должен контролироваться по ролям. Если продукт не обеспечивает один из пяти элементов, спросите, кто его реализует.

Какие виды программного обеспечения продаются как цифровые двойники?

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

• Платформы для разработки. Они предоставляют компоненты для хранения модели, подключения данных и её запросов. Вы или партнёр создаёте решение на их основе.
• Готовые двойники производства. Они поставляются с готовой моделью данных для производства, например для планирования, симуляции или оптимизации работы завода, и требуют меньше разработки.
• Двойники активов и состояния. Они сосредоточены на техническом состоянии оборудования: используют данные датчиков, чтобы выявлять износ и аномалии.
• Двойники проектирования и ввода в эксплуатацию. Они позволяют проверить планировку и логику управления до установки оборудования.

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

Что даёт такая платформа, как Azure Digital Twins?

Azure Digital Twins — пример от Microsoft. Согласно Microsoft Learn, это платформа как услуга для создания графов двойников на основе цифровых моделей сред, таких как здания, фабрики или энергетические сети. Словарь предметной области вы описываете на языке Digital Twins Definition Language (DTDL), похожем на JSON, а двойники являются экземплярами этих моделей. Связи между двойниками образуют граф, который можно запрашивать как актуальное представление в реальном времени. IoT Hub может передавать данные устройств, REST API и коннекторы могут подключать данные бизнес-систем, а маршруты событий могут отправлять данные двойников в другие сервисы Azure для аналитики.

Для покупателя важны два момента. Во-первых, это строительный блок: он хранит и связывает модель. Логика «что если» производственной симуляции, с очередями, переналадками и сменными календарями, относится к другому программному компоненту, и её должны разработать вы или партнёр. Во-вторых, на странице указано, что Azure Digital Twins отличается от конструктора цифровых двойников Fabric (предварительная версия) и от двойников устройств в IoT Hub. Прежде чем планировать что-либо, уточните, о каком из них говорит коллега или поставщик.

История — это отдельный этап. Граф представляет текущее состояние, а страница Microsoft о истории данных объясняет, что для записи изменений графа во времени экземпляр подключается к кластеру Azure Data Explorer, а между ними работает пространство имён Event Hubs. Там же отмечено, что сообщения, которые генерирует история данных, тарифицируются по измерению стоимости сообщений. Иными словами, фраза «хотим видеть динамику за прошлый месяц» добавляет компоненты и статью расходов. Задайте любому поставщику один и тот же вопрос: где хранится история и сколько она стоит?

Стоит ли строить решение на платформе или купить готовый инструмент?

Чтобы принять решение, ответьте на следующие вопросы.

• Насколько конкретен ваш вопрос? Для чётко определённого производственного вопроса, например мощности, укомплектованности персоналом или структуры продукции, готовый инструмент обычно быстрее даёт ответ. Для широкой долгосрочной цифровой основы, охватывающей много типов активов, платформа даёт больше гибкости.
• Кто будет выполнять работу? Платформе нужны разработчики или партнёр. Учтите их время. Готовый инструмент переносит основную работу на настройку и подготовку данных.
• Насколько уникален ваш процесс? Чем необычнее процесс, тем важнее гибкая модель. Стандартные процессы лучше подходят готовым инструментам.
• Как долго вы планируете это использовать? Модели, которые должны работать годами, нуждаются в владельце и бюджете на изменения. Уточните, кто будет её обновлять, когда вы добавите семейство продуктов или переместите линию.
• Что у вас уже есть? Если ваш ИT-отдел уже эксплуатирует облачную платформу и есть команда данных, построение на платформе может подойти. Если нет ни того, ни другого, готовый инструмент может быть более реалистичным путём.

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

Как проверить подключаемость и стандарты?

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

Один из распространённых путей — OPC UA. Фонд OPC Foundation описывает его как средство передачи данных от устройств фабричного и технологического контроля к корпоративным системам, с акцентом на безопасность, надёжность и работу на разных платформах, и указывает, что в 2011 году он стал стандартом IEC 62541. Поставщик, который поддерживает OPC UA, обычно может считывать данные со многих станков без специальных драйверов, хотя старому оборудованию могут понадобиться шлюзы или дополнительные датчики.

Что касается самой архитектуры, ISO 23247-1 — первая часть стандарта «Digital twin framework for manufacturing». По данным ISO, она опубликована в октябре 2021 года; в ней дан обзор и общие принципы, включая термины, определения и требования к архитектуре. Чтение этого документа не создаст ваш цифровой двойник, но даст вашей команде и поставщикам один и тот же словарь. Спрашивайте, опирается ли архитектура поставщика на этот стандарт и что это означает на практике, а не только на слайде.

Также уточните границы системы:

• Можно ли экспортировать модель и данные в открытом формате?
• Подключается ли система к вашей ERP, MES и инструментам отчётности, например Power BI, без индивидуальной доработки для каждого отчёта?
• Что происходит, когда поток данных прерывается? Двойник, который с полной уверенностью показывает устаревшие значения, опаснее двойника, который показывает пропуск.

Как вы оцениваете безопасность и доступ?

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

Задавайте эти вопросы в письменном виде:

• Кто может видеть и редактировать каждую часть модели? Основан ли доступ на ролях и можно ли ограничить его по площадке или линии?
• Где хранятся данные, кто их обслуживает и что с ними произойдёт, если вы расторгнете договор?
• Как фиксируются изменения моделей и можно ли откатить их?
• Какие сертификаты безопасности есть у поставщика и на что они распространяются? Сертификат на компанию автоматически не покрывает продукт, который вы покупаете.
• Как обновления и исправления попадают в систему и кто за них отвечает?

Если вы передаёте данные клиентам или поставщикам, спросите их, требуют ли они конкретных оценок безопасности, прежде чем вы что-либо подключите.

Сколько это действительно стоит и как вы измеряете ценность?

Лицензионные платежи — видимая часть. Остальное обычно появляется позже:

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

Попросите каждого поставщика рассчитать стоимость пилотной линии на три года, включая все перечисленное. Сравнивайте итоговые суммы, а не подписки.

Чтобы оценить ценность, выберите показатель до начала работ. Привяжите его к решению, которое поддерживает двойник: незапланированные простои на пилотной линии, время выполнения заказа, соблюдение графика, время переналадки, брак или затраты на обслуживание. Зафиксируйте базовый уровень минимум за несколько недель, проведите пилот, затем сравните. Если вы не можете назвать число, которое должно измениться, вы не готовы к покупке.

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

Как поддерживать точность двойника со временем?

Производство меняется, и двойник, который не обновляется, расходится с реальностью. Задайте правила заранее.

1. Назначьте владельца для каждой модели и его заместителя.
2. Версионируйте модель. Фиксируйте, кто что изменил и почему, и сохраняйте возможность отката.
3. Связывайте изменения модели с изменениями производства. Новое семейство продуктов, перенесённый станок или изменённый график смен запускают пересмотр модели.
4. Регулярно проверяйте. Сравнивайте результаты двойника с реальными показателями за недавний период и записывайте расхождения.
5. Масштабируйте поэтапно. Подключайте следующую линию только тогда, когда у первой есть владелец, проверенная модель и измеримый результат. При переходе к нескольким площадкам стандартизируйте базовые определения данных и допускайте контролируемые локальные отличия.

Распространённые ошибки

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

Где здесь место Polaris

Если ваш первый вопрос касается планирования и решений типа «что если», стоит присмотреться к iFAKT Polaris. iFAKT описывает Polaris как ИИ плюс цифровой двойник для производства, который объединяет данные ERP с цифровым двойником производства. Модуль Polaris Designer преобразует исходные данные, такие как данные ERP, времена процессов, структуры ресурсов и ограничения, в граф знаний «продукт – процесс – ресурс», который служит единым источником истины. Модуль Polaris Simulator опирается на этот граф и позволяет виртуально проверять производственную систему, включая сценарии мощности, укомплектованности персоналом и буферов. Он ориентирован на решения по производственному планированию, а не на мониторинг состояния отдельных станков, поэтому сначала сопоставьте его со своим вопросом.

Смежные темы для изучения

• Стандарты и совместимость: как OPC UA, другие протоколы и ISO 23247 работают вместе в смешанном парке оборудования.
• Промежуточное ПО и интеграция: подключение двойников к ERP, MES и SCADA без отдельной связки для каждого отчёта.
• Управление моделями: версионирование, роли доступа и циклы проверки для моделей, которые меняются.
• Масштабирование на несколько заводов: централизованные и локальные модели и способы согласовать определения данных.
• Совокупная стоимость и отдача: как построить трёхлетнюю оценку затрат и измерение «до и после» для пилота.

Следующий шаг

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