РИ-08. Интероперабельность: стандарт ≠ совместимость (измерено)

Содержание

[гипотеза, различение сборщика Р-3] Четыре уровня, которые в разговоре сливают в один:

Маркетинговая подмена, за которой стоит следить: L1/L2 продаются как L3/L4. «Мы поддерживаем OPC UA и AAS» означает, что данные доедут и лягут в контейнер, — не означает, что чужая система поймёт, что такое «температура подшипника № 3», и тем более не означает переносимости модели.

[факт] Границу признаёт сам издатель стандарта: руководство OPC 11021 констатирует, что компании, внедряющие выпущенные компаньон-спецификации, «часто находят несогласованности, неоднозначные определения или даже ошибки», а спецификации могут быть недостаточно точны для интероперабельных приложений; кастомные информационные модели требуют ручной мапировки.

[факт] Самая измеренная история «спека vs практика» — Asset Administration Shell. Университетская группа (Univ. Hildesheim, независимая от IDTA) разобрала машиночитаемые AASX-файлы против собственных спецификаций IDTA и получила ряд процентов (см. «Данные»). Вывод авторов дословно: «по иронии, PDF-файлы спецификаций содержат более согласованную и релевантную информацию, чем машиночитаемые AASX-файлы».

[факт] Мера зрелости самого понятия «действующий двойник»: три типа AAS — Type 1 (пассивный, файловый), Type 2 (реактивный, API), Type 3 (проактивный, автономный); формальной спецификации для Type 3 не существует, он «на ранней стадии», инструментарий поддерживает только Type 1 и Type 2 (IEEE Access, 2025). То есть стандартизован «паспорт актива» и API к нему, а сам действующий двойник — нет.

[факт] Фрагментация онтологий ускоряется, а не разрешается: более 40 схем метаданных охватывают жизненный цикл здания, из них 60 % созданы за предшествующие пять лет; в литературе прямо: «наблюдается расхождение к конкурирующим стандартам, а не сходимость к общим решениям»; стоимость склейки растёт квадратично (или экспоненциально, когда важен порядок) и требует ручной поддержки. Сравнительные исследования онтологий зданий фиксируют, что семантические различия между ведущими онтологиями мешают той самой интероперабельности, ради которой они созданы.

[факт] DTDL (язык моделей Azure Digital Twins) — открыто лицензированная спецификация под контролем одной компании, а не стандарт органа по стандартизации: подтверждения подачи в W3C/ISO/IEC в заходе Р-3 не найдено. Формулировка «открыт сообществу» относится к лицензии и приёму вкладов, а не к передаче управления. Что DTDL и AAS не взаимозаменяемы, показывает существование отдельной исследовательской работы о преобразовании одного в другое.

[гипотеза] Управленческое чтение: это не «AAS плох» — это измерение расстояния между стандартом и интероперабельностью. Даже там, где есть международный стандарт, единый консорциум и машиночитаемые шаблоны, автоматическая склейка требует человеческого вмешательства. Любой план «купим платформу — она подхватит наши активы по стандарту» надо читать через эти проценты.

Связь с РИ-01 Дрейф модели и отсутствие непрерывной валидации: несовместимость семантики и семантический дрейф — один слой проблемы, взятый статически и динамически. Меняются справочники, состав оборудования, онтология — и совместимость, достигнутая ручной мапировкой, разрушается без сигнала об ошибке.

Барьер назван в двух независимых каналах — и одинаково [факт] (внесено 2026-08-25, Т-15 и Т-26)

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

Канал 1 — государственный аудит США (GAO-26-108457, с. 37, по словам самих программ; полный текст прочитан): - «it takes significant time to build, validate, and integrate the model into legacy systems»; - «ensuring models are accurate, performing in real time, and that systems are interoperable»; - права на данные — «proprietary data and data rights discussions with system developers»; - «incomplete, inconsistent, or siloed information».

Плюс нормативное признание проблемы: в декабре 2025 г. Конгресс поручил секретарям видов ВС разработать и внедрить стандартную референсную архитектуру (с. 41 отчёта). [факт] Интероперабельность двойников признана проблемой на законодательном уровне — то есть настолько, что её перестали считать делом поставщиков.

Канал 2 — российские отраслевые практики (XI форум Smart Oil & Gas, ComNews, Л. Коник, 18.09.2025, [экспертное мнение]): - А. Колесников (Лукойл-Технологии): главная трудность отраслевого двойника — объединить ВИНК, которые «почти не общаются между собой»; - С. Фокин: не знает ни одной страны с полным двойником нефтегазовой отрасли и сомневается в нужности такого охвата; - И. Якимов (СИБУР Диджитал) ставит под сомнение саму задачу отраслевого двойника: ERP-системы и озёра данных уже есть, нужна ясность целей; - доля реально используемых данных в ТЭК — менее 1 % от генерируемых ~10 Пб/сутки; - сроки создания двойника — 3–5 лет.

[гипотеза] Что даёт совпадение двух каналов. Оба независимо помещают барьер не в спецификацию, а в отношения между владельцами данных: у GAO это «data rights discussions with system developers» и «siloed information», у российских практиков — «почти не общаются между собой». Технический слой (L1–L3) в обоих случаях не назван главным препятствием. Отсюда уточнение тезиса узла: интероперабельность — в той же мере организационная проблема, что и семантическая, и «<1 % используемых данных» при уже существующих озёрах данных — её количественная тень.

Это перекликается с находкой AFRL «двойник — инструмент межфункционального торга, а не калькулятор» (см. РИ-05 Дыра ответственности за решение по модели и ДО-08 Управление организацией (DTO / process mining)) и делает РИ-09 Стоимость владения и порог входа прямым соседом: время интеграции с легаси и переговоры о правах на данные — статьи расхода, а не технические детали.

⚠ Класс и границы. Канал 1 — [независимый отчёт] (госаудит, первоисточник прочитан). Канал 2 — [экспертное мнение]: реплики на отраслевой конференции, зафиксированные журналистом, а не пресс-службой; это ценно как публичное сомнение практиков в предмете, но не является измерением. Цифра «<1 %» произнесена на форуме и первоисточником не подтверждена — не выносить как измеренную величину.

Статус утверждения: проценты и статус Type 3 — [факт] (первичные PDF разобраны локально в заходе Р-3). Формулировки барьеров из GAO — [факт] (первоисточник прочитан). Свидетельства российских практиков — [экспертное мнение]. Четырёхуровневое различение L1–L4, вывод о маркетинговой подмене и тезис «барьер организационный в той же мере, что семантический» — [гипотеза] сборщика.

Данные

Где реализовался (ребро РИ → КС)

Задокументированного кейса, где проект двойника сорвался именно из-за несовместимости стандартов, в сырье не найдено. Область поиска — Р-3 (технологический стек) и Р-5 (практики и эффекты). Измерение сделано на самих артефактах стандарта (AASX-файлы IDTA), а не на кейсах внедрения — это сильная, но другая по типу опора.

Совместимые конфигурации в составе §4 свода: - КС-04 NESO Virtual Energy System — программа на 2025–26 находится на стадии инфраструктуры обмена данными (DSI → MVP); то есть проект целиком занят уровнями L1–L2 и до моделей не дошёл. [факт по стадии; гипотеза по интерпретации]. - КС-13 GE Predix, КС-14 Cityzenith — провалы платформенного слоя; конкретная роль интероперабельности в них в сырье не разобрана ⚠. - КС-05 Anglian Water (RiverPlanner) — не выведен в эксплуатацию; заявленная роль — мост между планировщиками активов и управленцами водосбора, то есть между разными владельцами данных.

Чем купируется

1. Вопрос об уровне вместо вопроса о стандарте [гипотеза, операциональная]: требовать от поставщика указания L1–L4 и конкретной спеки с версией, а не заявления «мы соответствуем стандартам двойников». Прямая опора — 44 % файлов с указанной версией.
2. СТ-03 IEC 63278 AAS — настоящий международный стандарт органа по стандартизации на структуру «паспорта актива»; закрывает L2 и создаёт проверяемый предмет спора. Ограничение: Type 3 не специфицирован.
3. OPC UA (IEC 62541) + компаньон-спеки — надёжно закрывают L1 и частично L2; L3 достигается только там, где обе стороны реализовали одну и ту же компаньон-спеку одинаково, и это, по признанию издателя, не автоматично.
4. СТ-01 ISO 23247 — архитектурная рамка производственного двойника; нормирует архитектуру, но достоверность модели для принятия решения — нет (заход Р-5, п. 6 «Не найдено»).
5. Приёмка машиночитаемого артефакта, а не PDF — практическое следствие находки «PDF согласованнее, чем AASX»: проверять поставку на уровне файлов, а не документации.
6. Смета на склейку как отдельная статья бюджета [гипотеза]: стоимость точечных отображений между схемами растёт квадратично и требует ручной поддержки при эволюции схем; независимой сметы в сырье не найдено.

Связан с

• РИ-01 Дрейф модели и отсутствие непрерывной валидации — семантический дрейф как динамическая форма той же проблемы.
• РИ-07 Ложная уверенность в модели — «соответствует стандарту» как источник незаслуженного доверия.
• КС-04 NESO Virtual Energy System, КС-05 Anglian Water, КС-13 GE Predix, КС-14 Cityzenith — рёбра (частью предположительные).
• СТ-03 IEC 63278 AAS, СТ-01 ISO 23247 — купирование и его границы.
• ТХ-06 Слой интеграции AAS OPC UA онтологии — технологический узел, где живут те же проценты.
• ПН-02 Синхронизация как критерий — почему L4 (поведение модели) и есть собственно двойник.
• МФ-04 Дашборд равно двойник — родственная подмена на уровне публичного клише.
• МФ-10 «Купил платформу — получил двойника» — миф-адресат этого риска; узел заведён добором 2026-08-25, прежняя дыра состава закрыта. Измеренные проценты AAS — его доказательная опора.
• ИС-01 NASEM 2024 — интероперабельность в перечне фундаментальных вызовов.
• КС-15 B-52 — мотивированный отказ — внесено 2026-08-25: риск реализовался как основание отказа (RMP: 20-летний аппаратный дизайн радара; CERP: рамки программы).
• КС-20 CPS — свёрнутый план двойника — интеграция с легаси как статья времени в решении свернуть план.
• РИ-09 Стоимость владения и порог входа — внесено 2026-08-25: время интеграции и переговоры о правах на данные суть статьи расхода, а не технические детали.
• ПН-08 Цифровая нить (digital thread) — сущность, специально предназначенная для связности данных вдоль жизненного цикла; поручение Конгресса о референсной архитектуре адресовано именно этому слою.

Источники

• Eichelberger H., Weber A. (Univ. Hildesheim). «Model-driven realization of IDTA submodel specifications: The good, the bad, the incompatible?», arXiv:2406.14470, 20.06.2024 (PDF разобран локально в заходе Р-3) · https://arxiv.org/pdf/2406.14470 · обращение 2026-08-23 · [рецензируемое, препринт].
• Sakurada L., de la Prieta F., Leitão P. «Ten Years of Asset Administration Shell: Developments, Research Opportunities, and Adoption Challenges», IEEE Access 13:127721–127741, 2025, DOI 10.1109/ACCESS.2025.3586716 · https://bibliotecadigital.ipb.pt/server/api/core/bitstreams/1a203a75-78a4-47c4-b41f-b3071c80c047/content · обращение 2026-08-23 · [рецензируемое].
• IEC 63278-1:2023 «Asset Administration Shell for industrial applications — Part 1» · https://webstore.iec.ch/en/publication/65628 · обращение 2026-08-23 · [независимый отчёт].
• OPC Foundation. OPC 11021 «UA Companion Specification Guideline» v1.02.1 · https://files.opcfoundation.org/GuidelinesAndTemplates/OPC%2011021%20-%20UA%20Companion%20Specification%20Guideline%201.02.1.pdf · обращение 2026-08-23 · [вендор]/[консорциум].
• Nagy Z., Wisnesky R., Carlson K., Subrahmanian E., Zardini G. «A Categorical Approach to Semantic Interoperability across Building Lifecycle», arXiv:2601.16663v1, 23.01.2026 · https://arxiv.org/html/2601.16663 · обращение 2026-08-23 · [рецензируемое, препринт].
• «Сравнение онтологий зданий (BOT, SSN/SOSA, SAREF, RealEstateCore, Brick, Haystack, Digital Buildings)», Energy and Buildings, 2023 · https://www.sciencedirect.com/science/article/abs/pii/S0378778823002840 · обращение 2026-08-23 · [рецензируемое].
• Schmidt C., Volz F., Stojanović L., Sutschet G. «Increasing Interoperability between Digital Twin Standards and Specifications: Transformation of DTDL to AAS», Sensors 23(18), 2023 · https://pmc.ncbi.nlm.nih.gov/articles/PMC10536002/ · обращение 2026-08-23 · [рецензируемое].
• Azure/opendigitaltwins-dtdl · https://github.com/Azure/opendigitaltwins-dtdl · https://azure.github.io/opendigitaltwins-dtdl/ · обращение 2026-08-23 · [вендор].
• NASEM. Foundational Research Gaps and Future Directions for Digital Twins, 2024, гл. 4 · https://www.nationalacademies.org/read/26894/chapter/4 · обращение 2026-08-23 · [независимый отчёт].
• Open Industry 4.0 Alliance. «The Asset Administration Shell (AAS) and common misunderstandings» · https://openindustry4.com/wp-content/uploads/2025/03/The_Asset_Administration_Shell__AAS__and_common_misunderstandings.pdf · обращение 2026-08-23 · [вендор]/[консорциум] ⚠ в заходе Р-3 не разобран.

Открытые хвосты

• Ребро РИ-08 → КС слабое: измерение сделано на артефактах стандарта, а не на кейсах; задокументированного срыва внедрения из-за несовместимости в сырье нет.
• Число сабмоделей IDTA (84/18) и статус AAS Type 3 — на февраль 2024/2025; требуют актуализации на 2026 (прямо назван хвостом в Р-3).
• Первоисточник подсчёта «>40 схем метаданных» (Pritoni et al. 2021) не открыт ⚠.
• Open Industry 4.0 Alliance «AAS and common misunderstandings» — не разобран, оставлен как зацепка.
• Независимой сметы стоимости семантической склейки не найдено (Р-3, «Не подтвердилось»); см. РИ-09 Стоимость владения и порог входа.
• ~~Дыра состава: МФ-узла «купил платформу — получил двойника» в первой волне нет~~ → ✅ закрыто 2026-08-25: заведён МФ-10 «Купил платформу — получил двойника», ссылка перенаправлена.
• Ребро РИ-08 → КС усилено, но не закрыто. Появились два свидетельства участников (GAO и ru-практики), однако задокументированного срыва внедрения именно из-за несовместимости стандартов по-прежнему нет. Отказ B-52 RMP мотивирован возрастом аппаратного дизайна, а не несовместимостью спецификаций, — разницу сохранять.
• Не проверено: появилась ли референсная архитектура по поручению Конгресса (декабрь 2025) и в каком виде. Ближайшая точка наблюдения — выпуск серии GAO 2027 г.
• Правка добор-наряда 2026-08-25. Внесено по акту приёмки (Т-15, Т-26): раздел «Барьер назван в двух независимых каналах» — дословные формулировки барьеров из GAO-26-108457 с. 37 (legacy, data rights, siloed information), поручение Конгресса о референсной архитектуре (с. 41), свидетельства российских практиков (ComNews, 18.09.2025: ВИНК «почти не общаются», <1 % данных, сроки 3–5 лет) с явным разделением классов источников; уточнение тезиса — барьер организационный в той же мере, что семантический. Шесть строк в «Данные», пять рёбер; закрыта дыра состава по МФ-10. Содержание сверх наряда не менялось.

Проверен на дату: 2026-08-25