точное в поле измерение расстояния между стандартом и интероперабельностью (версия спеки указана в 44 % машиночитаемых файлов, тип свойства расходится с собственной спекой в 72 %), а «активный» тип двойника формальной спецификации не имеет вовсе.
Рабочая шкала честности — четыре разных смысла слова «стандарт» ([гипотеза] составителя Р-3, готовой в источниках не найдено; используется этим узлом как рамка):
| Уровень | Что означает | Пример из поля |
|---|---|---|
| L1. Стандартизован транспорт | биты доходят, адресация и безопасность определены | OPC UA (IEC 62541) |
| L2. Стандартизована структура | есть метамодель контейнера данных | AAS (IEC 63278-1:2023) |
| L3. Стандартизована семантика | стороны одинаково понимают смысл поля | компаньон-спеки OPC UA, сабмодели IDTA — частично |
| L4. Стандартизовано поведение | модель ведёт себя предсказуемо у другого владельца | нигде |
Маркетинговая подмена, за которой стоит следить: L1/L2 продаются как L3/L4. «Мы поддерживаем OPC UA и AAS» означает, что данные доедут и лягут в контейнер; это не означает, что чужая система поймёт, что такое «температура подшипника №3», и тем более не означает переносимости модели.
OPC UA — самый крепкий кирпич, и его настоящая граница. Международный стандарт IEC 62541 (серия): транспорт + информационная модель + безопасность, промышленная база — десятилетия. Механизм семантики — companion specifications, отраслевые информационные модели, публикуемые отдельными спеками. Границу признаёт сама организация-издатель (руководство OPC 11021, [вендор]/[консорциум]): компании, внедряющие выпущенные спецификации, «часто находят несогласованности, неоднозначные определения или даже ошибки»; спецификации могут быть недостаточно точны для интероперабельных приложений; кастомные информационные модели снижают интегрируемость — при нескольких кастомных моделях нужна ручная мапировка либо логика мапирования в приложении. Вывод [гипотеза]: OPC UA надёжно закрывает L1 и частично L2; L3 достигается только там, где обе стороны реализовали одну и ту же компаньон-спеку одинаково, — и это, по признанию издателя, не автоматично.
Asset Administration Shell — формальный статус сильный. IEC 63278-1:2023 «Asset Administration Shell for industrial applications — Part 1: Asset Administration Shell structure», издание 1.0, опубликован 2023-12-14, комитет IEC/TC 65, 149 страниц, ISBN 9782832276792, CHF 380, stability date 2028; европейская редакция EN IEC 63278-1:2024. Это настоящий международный стандарт, а не консорциумная бумага — [независимый отчёт]. Цель по карточке IEC: дать двум и более программным приложениям обмениваться информацией и взаимно её использовать доверенным и безопасным образом; применим к дискретному, непрерывному и периодическому производству, по всему жизненному циклу.
Существенное различение, идущее от NIST (через Р-1б): AAS — это не «двойник», а формат цифрового представления актива, на котором двойники строятся; сабмодели представляют отдельные аспекты актива (операционные данные, обслуживание, параметры конфигурации). Смешение AAS и двойника в вендорских материалах — типичная терминологическая подмена. [гипотеза с прямой опорой на формулировку NIST]
Мера зрелости слоя — три типа AAS (Sakurada, de la Prieta, Leitão, IEEE Access 13:127721– 127741, 2025, [рецензируемое]): Type 1 (пассивный, файловый), Type 2 (реактивный, API), Type 3 (проактивный, автономный). Авторы прямо пишут, что формальной спецификации для Type 3 не существует и он «на ранней стадии», а инструментарий поддерживает разработку решений Type 1 и Type 2. То есть стандартизован «паспорт актива» и API к нему; «действующий двойник» не стандартизован.
Измеренная реальность сабмоделей — ключевая находка слоя. Eichelberger & Weber (Univ. Hildesheim), arXiv:2406.14470, 20.06.2024, [рецензируемое] ⚠ препринт: при наличии международного стандарта, единого консорциума и машиночитаемых шаблонов автоматическая склейка всё равно требует человеческого вмешательства. Цифры — в таблице «Данные»; вывод авторов дословно: «по иронии, PDF-файлы спецификаций содержат более согласованную и релевантную информацию, чем машиночитаемые AASX-файлы».
Управленческое чтение [гипотеза]: это не «AAS плох» — это измерение расстояния между стандартом и интероперабельностью. Любой план «купим платформу — она подхватит наши активы по стандарту» надо читать через эти проценты.
IDTA (Р-1б): отраслевой альянс, «продукт совместной инициативы VDMA, ZVEI и Plattform Industrie 4.0» — [факт]; публикует спецификации AAS, Submodel Templates (подтверждённый пример — IDTA 02075 «Factory Automation Data for Plant Planning»), рамку Digital Product Passport (DPP4.0). Год основания и число членов — не найдено в сырье (на официальной странице отсутствуют). Собственные формулировки IDTA («самый инновационный альянс развития», ЦД — «ключевая технология Индустрии 4.0») — [вендор], риторика, не факт.
DTDL: где кончается стандарт и начинается экосистема вендора. Digital Twins Definition Language — язык описания моделей для Azure Digital Twins: JSON-LD-схема с опорой на открытые стандарты W3C, репозиторий Azure/opendigitaltwins-dtdl, лицензии CC-BY-4.0 и MIT, актуальна v4. Подтверждения подачи DTDL в W3C/ISO/IEC как формального стандарта в сырье не найдено — то есть DTDL остаётся открыто лицензированной спецификацией под контролем одной компании, а не стандартом органа по стандартизации. Формулировка «открыт сообществу» относится к лицензии и приёму вкладов, а не к передаче управления. Что DTDL и AAS не взаимозаменяемы, показывает само существование исследовательской работы о преобразовании одного в другое (Sensors 23(18), 2023, [рецензируемое]).
Онтологии — главный контрдовод тезису «сейчас всё стандартизуется». Более 40 схем метаданных охватывают жизненный цикл здания, из них 60 % созданы за предшествующие пять лет; дословно из источника: «Эта фрагментация ускоряется, а не разрешается… наблюдается расхождение к конкурирующим стандартам, а не сходимость к общим решениям». Цена склейки растёт квадратично (или экспоненциально, когда важен порядок) и требует кастомных трансляций, поддерживаемых вручную. Сравнительные исследования онтологий зданий (BOT, SSN/SOSA, SAREF, RealEstateCore, Brick, Project Haystack, Digital Buildings) фиксируют: семантические различия между ведущими онтологиями мешают той самой интероперабельности, ради которой они созданы — [рецензируемое].
Итог слоя [гипотеза]. Реально стандартизовано: транспорт и безопасность (OPC UA/IEC 62541), структура «паспорта актива» (AAS/IEC 63278-1), архитектурная рамка производственного двойника (ISO 23247). Стандартизовано частично и с измеренным разбросом: отраслевая семантика. Не стандартизовано вообще: поведение и переносимость моделей — то есть ровно то, что и составляет двойник, — а также «активный» тип двойника (AAS Type 3). Маркетинговая зона: «мы соответствуем стандартам двойников» без указания уровня L1–L4 и конкретной спеки с версией.
Вопрос-детектор для управленца (заготовка продукта, из Р-3): «Назовите стандарт, номер редакции и уровень — транспорт, структура, семантика или поведение. Если поведение — покажите, где это записано». На последнем вопросе поле сегодня заканчивается.
Цена входа [гипотеза]: сама по себе низкая–средняя (протоколы и SDK доступны), но определяющая статья — ручная работа по мапировке между кастомными моделями и онтологиями, растущая нелинейно с числом склеиваемых систем. Независимой сметы в сырье не найдено.
| Метрика | Значение | Год | Организация | Источник (обращение) | Класс |
|---|---|---|---|---|---|
| Публикация IEC 63278-1, изд. 1.0 | 2023-12-14; IEC/TC 65; 149 с.; ISBN 9782832276792; CHF 380; stability date 2028 | 2023 | IEC | https://webstore.iec.ch/en/publication/65628 (2026-08-23) | [независимый отчёт] / официальный SDO |
| Типы AAS по автономности | Type 1 (пассивный) / Type 2 (реактивный, API) / Type 3 (проактивный) — формальной спецификации не существует, «ранняя стадия» | 2025 | Sakurada, de la Prieta, Leitão, IEEE Access 13:127721–127741, DOI 10.1109/ACCESS.2025.3586716 | https://bibliotecadigital.ipb.pt/server/api/core/bitstreams/1a203a75-78a4-47c4-b41f-b3071c80c047/content (2026-08-23) | [рецензируемое] |
| Спецификации сабмоделей AAS | объявлено 84, выпущено 18 | февраль 2024 | IDTA (по данным авторов) | https://arxiv.org/pdf/2406.14470 (2026-08-23) | [рецензируемое] ⚠ препринт |
| Запись кардинальностей в AASX-файлах | 50 % — квалификатор «cardinality», 38 % — «multiplicity», 11 % опускают информацию | 2024 | Univ. Hildesheim | там же (2026-08-23) | [рецензируемое] ⚠ препринт |
| Указание версии спецификации в AASX-файлах | 44 % (половина файлов не указывает версию вообще) | 2024 | там же | там же (2026-08-23) | [рецензируемое] ⚠ препринт |
| Расхождение AASX с собственной спекой | 38 % — расходится idShort свойств; 72 % — тип свойства | 2024 | там же | там же (2026-08-23) | [рецензируемое] ⚠ препринт |
| Наличие примечаний в AASX | 22 % файлов; теряется более 35 релевантных примечаний, имеющихся в PDF | 2024 | там же | там же (2026-08-23) | [рецензируемое] ⚠ препринт |
| Совпадение модели из PDF и модели из AASX | 39 %…88 % по спецификациям | 2024 | там же | там же (2026-08-23) | [рецензируемое] ⚠ препринт |
| Нотации кардинальности | все спецификации определяют кардинальность, четырьмя разными нотациями; одна спека смешивает две | 2024 | там же | там же (2026-08-23) | [рецензируемое] ⚠ препринт |
| Схемы метаданных жизненного цикла здания | более 40, из них 60 % созданы за предшествующие пять лет | подсчёт 2021 (Pritoni et al.), цит. 2026 | цит. в arXiv:2601.16663v1, 23.01.2026 | https://arxiv.org/html/2601.16663 (2026-08-23) | [рецензируемое] ⚠ препринт; первоисточник подсчёта не открыт |
| Направление развития онтологий | «фрагментация ускоряется, а не разрешается»; расхождение к конкурирующим стандартам вместо сходимости | 2026 | там же | там же (2026-08-23) | [рецензируемое] ⚠ препринт |
| Признание границы компаньон-спек издателем | «часто находят несогласованности, неоднозначные определения или даже ошибки»; спеки могут быть недостаточно точны для интероперабельных приложений | — | OPC Foundation, руководство OPC 11021 | https://files.opcfoundation.org/GuidelinesAndTemplates/OPC%2011021%20-%20UA%20Companion%20Specification%20Guideline%201.02.1.pdf (2026-08-23) | [вендор]/[консорциум] — самопризнание, потому весомо |
| Формальный статус DTDL | подача в W3C/ISO/IEC не найдена → спецификация под контролем Microsoft (лицензии MIT/CC-BY-4.0), актуальна v4 | 2026 | Microsoft | https://github.com/Azure/opendigitaltwins-dtdl (2026-08-23) | [вендор] |
| Год основания и число членов IDTA | не найдено в сырье (на официальной странице отсутствуют) | — | IDTA | https://industrialdigitaltwin.org/en/ (Р-1б) | — |
| Актуальное (2026) число выпущенных сабмоделей IDTA | не найдено в сырье — есть только состояние на февраль 2024 | — | — | — | — |
Исследование/Р-1б_Стандарты_и_рамки.md, И-16).Исследование/Р-3_Технологический_стек.md, RQ3 и §5.3; Исследование/Р-1б_Стандарты_и_рамки.md, RQ4.1–4.2, 4.5.Проверен на дату: 2026-08-25