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

1. Определите решение по транзакции

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

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

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

Каждый уровень требует определенного владельца, разрешенного использования, ответственного лица, принимающего решения, и режима выхода.

2. Отличить цифрового двойника от его компонентов

Цифровой двойник не является неделимым активом. Серия стандартов ISO 23247 описывает структуру производственных цифровых двойников, которая связывает наблюдаемые производственные элементы, сбор данных, управление устройствами, модели и пользовательские приложения [1-2]. В транзакции двойник обычно состоит из нескольких активов и услуг с разными владельцами и ограничениями. Он может включать в себя механические модели и модели процессов, логику управления, основные данные оборудования, интерфейсы, конвейеры данных, программное обеспечение поставщиков, облачные сервисы, инструменты моделирования, правила технического обслуживания, заключения оператора и доказательства, созданные после ввода в эксплуатацию.

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

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

3. Создать диссертацию о совместном предприятии

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

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

Обновленный Закон об инвестициях Саудовской Аравии определяет права интеллектуальной собственности и договорные права как формы капитала и защищает права инвесторов, включая интеллектуальную собственность и коммерческую тайну [3-4]. Это поддерживает архитектуру вклада, в которой каждая сторона может определить и оценить права, которые она предоставляет. Закон сам по себе не определяет, являются ли конкретная лицензия, набор данных или усовершенствование передаваемыми, достаточными или экономически ценными. Соглашение о совместном предприятии и вспомогательные графики должны выполнить эту работу.

4. Составьте карту наблюдаемого производственного периметра

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

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

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

5. Создайте архитектуру прав

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

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

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

6. Привести структуру в соответствие с инвестиционной политикой Саудовской Аравии и политикой локализации.

Промышленная политика Саудовской Аравии делает упор на экономическую диверсификацию, местное производство, развитие человеческого капитала и локализацию новых технологий. Национальная программа промышленного развития и логистики описывает цели местного содержания, которые включают увеличение вклада местных производителей и поставщиков услуг, развитие человеческого капитала и привлечение инвестиций для локализации новых технологий. ^[5]. Эти цели дают повод сделать данные о локализации частью экономической и управленческой архитектуры предприятия.

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

В рекомендациях для инвесторов Министерства инвестиций передача технологий и локализация указаны в числе важных инвестиционных соображений. ^[6]. Право на получение льгот, режим закупок и одобрение секторов могут различаться в зависимости от проекта и органа власти. Консультанты по сделкам и специалисты по местному содержанию должны подтвердить текущие требования для конкретного предприятия. В инвестиционном обосновании стимулы должны рассматриваться как условные до тех пор, пока не будут установлены право на участие, измерение, доказательства и сроки.

7. Создайте систему показателей возможностей локализации

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

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

Вехи принимаются на основе засвидетельствованного выполнения и контролируемых доказательств, а не только на предоставлении документов.

8. Классификация государственных данных и разрешенное использование

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

Управление данных Саудовской Аравии и AI, а также Национальное управление данных публикуют национальные политики управления и защиты данных, включая классификацию данных, обмен данными, монетизацию данных и правила в отношении личных данных. ^[7]. Закон Саудовской Аравии о защите персональных данных применяется к обработке внутри Королевства, а также может распространяться на обработку данных, касающихся лиц, проживающих в Королевстве, сторонами за его пределами [8-9]. Поэтому идентификаторы сотрудников, записи биометрического доступа, видео, истории смен и подробные записи о работе операторов могут потребовать особого обращения, даже если основной целью является оптимизация производства.

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

9. Используйте управляемую архитектуру цифрового двойника

Архитектура должна создавать прослеживаемый путь от физического предприятия к решению. ISO 23247 предоставляет структуру производственных цифровых двойников с наблюдаемыми производственными элементами, объектами сбора данных и управления устройствами, основными объектами и объектами пользователей. ^[1]. Для совместного предприятия архитектура должна включать элементы управления транзакциями: метаданные о правах, происхождение, историю версий, юрисдикцию, состояние утверждения, роль доступа и порядок выхода.

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

10. Защищайте интеллектуальную собственность и коммерческую тайну.

В перечне интеллектуальной собственности должны быть указаны патенты, программное обеспечение, авторские права, базы данных, образцы, конфиденциальные ноу-хау, товарные знаки и договорные права, используемые предприятием. Управление интеллектуальной собственности Саудовской Аравии предоставляет услуги и рекомендации по защите, управлению и лицензированию интеллектуальной собственности, включая регистрацию договорных соглашений о патентном лицензировании [10-12]. Стороны должны подтвердить, какие права требуют регистрации, регистрации или других формальностей, а какие зависят от договорной конфиденциальности и практического контроля секретности.

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

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

11. Проектируйте передачу знаний как оперативную способность

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

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

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

12. Контроль трансграничного доступа и персональных данных

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

Оценка персональных данных должна быть сосредоточена на людях, которых можно идентифицировать в промышленных записях. В заказах на техническое обслуживание могут быть указаны технические специалисты. Видеоаналитика может показывать сотрудников. Журналы контроля доступа и записи смен могут выявить посещаемость и поведение. Стороны должны установить законную цель, ограничить сбор, предоставить необходимую информацию, управлять хранением и правами, а также применять соответствующие технические и организационные гарантии в рамках Саудовской системы [8-9].

Оценка эксплуатационных данных должна также охватывать национальные классификации данных, отраслевые ограничения, конфиденциальность клиентов и требования к критически важной инфраструктуре. Набор данных, который не является личным, все равно может быть очень конфиденциальным. График обмена данными должен определять утвержденные цели, получателей, среду, агрегирование, а также возврат или уничтожение. Любое предлагаемое вторичное использование для разработки продукта, обучения глобальной модели или коммерческого сравнительного анализа должно иметь отдельный путь утверждения.

13. Безопасная эксплуатационная технология

Средства контроля кибербезопасности операционных технологий Национального управления кибербезопасности Саудовской Аравии устанавливают минимальные требования к кибербезопасности для систем промышленного управления и расширяют основные меры контроля кибербезопасности [13-14]. Средства контроля включают управление, управление рисками, управление активами, идентификацию, доступ, защиту сети, управление уязвимостями, реагирование на инциденты, непрерывность бизнеса и требования третьих сторон. Архитектуру цифрового двойника, которая соединяет операционные технологии с корпоративными или удаленными средами, следует оценивать с учетом применимого набора средств управления.

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

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

14. Модели управления и человеческая подотчетность

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

Принципы ОЭСР AI подчеркивают человекоориентированные ценности, прозрачность, отслеживаемость, надежность и подотчетность на протяжении всего жизненного цикла AI. ^[15]. Эти принципы актуальны, когда двойник включает в себя прогнозные модели, оптимизацию или генеративные интерфейсы. Стороны должны хранить достаточные записи для восстановления важных результатов и последующих решений. Они также должны предоставить безопасный метод отмены, исправления или отзыва модели, поведение которой выходит за рамки ожиданий.

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

15. Согласуйте права совместного контроля и принятия цифровых решений.

МСФО (IFRS) 11 определяет совместный контроль как согласованное в договоре разделение контроля, когда решения о соответствующей деятельности требуют единогласного согласия сторон, разделяющих контроль. ^[16]. Учетная классификация зависит от прав и обязанностей и может различаться в зависимости от совместной операции и совместного предприятия. Команда по сделке должна получить бухгалтерскую консультацию по фактической сделке. Структура цифрового управления должна соответствовать правам на коммерческие решения, а не создавать скрытый контроль посредством технической зависимости.

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

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

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

16. Выберите подход к оценке

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

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

Бухгалтерское признание должно оставаться отделенным от стоимости сделки. МСФО (IAS) 38 определяет нематериальный актив через идентификацию и требует наличия вероятных будущих экономических выгод и надежной оценки для признания. ^[17]. Лицензия, защищенная договором, может быть узнаваема, в то время как более широкие операционные возможности не являются отдельным учетным активом. И наоборот, совместное предприятие может извлечь экономическую выгоду из интегрированных ноу-хау и данных, даже если в балансе не фигурирует отдельный актив. Специалисты по бухгалтерскому учету должны оценить конкретные факты.

17. Создайте операционную базу

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

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

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

18. Свяжите этапы со стоимостью вклада

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

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

19. Продемонстрируйте гипотетический случай

Показательная сделка образует совместное производственное предприятие в Саудовской Аравии между иностранным поставщиком промышленных технологий и саудовским операционным партнером. Руководство предполагает, что общие капитальные затраты по проекту составят SAR 620 million и 140 важнейших производственных активов. Технологический вклад включает в себя конфигурацию цифрового двойника для конкретного предприятия, доступ к модели процесса, интерфейсы, поддержку валидации и структурированную программу передачи знаний. Саудовский партнер вносит свой вклад в местное исполнение, промышленную инфраструктуру, развитие рабочей силы, отношения в сфере закупок и доступ к рынкам.

Руководство предполагает, что программа создает четыре устойчивых валовых преимущества: SAR 9.2 million от доступности и пропускной способности, SAR 5.6 million от производительности и качества, SAR 3.4 million от оптимизации энергопотребления и SAR 4.1 million от технического обслуживания и запасных частей. Таким образом, валовая регулярная выгода равна SAR 22.3 million. Регулярные затраты на программное обеспечение, поддержку, обработку данных, безопасность и проверку составляют SAR 6.2 million, что дает чистую регулярную выгоду в размере SAR 16.1 million.

Предполагается, что первоначальные инвестиции в программу составят SAR 18 million после ее завершения, а дополнительные SAR 7 million в первый год. Предполагается, что чистая операционная прибыль составит SAR 3.2 million в первый год, SAR 9.7 million во второй год и SAR 16.1 million в каждый год с третьего по пятый. Принятая руководством ставка дисконтирования в четырнадцать процентов дает примерную чистую приведенную стоимость за пять лет, равную приблизительно SAR 14.9 million. Модель исключает конечную стоимость, налоги, финансирование, оборотный капитал, трансфертное ценообразование, стоимость грантов или стимулов, распределение покупной цены и согласованное распределение между сторонами.

Все цифры являются предположениями руководства в миллионах SAR и демонстрируют только структуру.

20. Выделяйте экономику без двойного счета.

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

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

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

21. Разрабатывайте зарезервированные вопросы и делегируйте их.

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

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

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

22. Готовьтесь к тупику и непрерывности

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

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

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

23. Обеспечьте защиту транзакций на основе доказательств

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

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

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

24. Защищайте конкуренцию и очищайте границы команды.

В совместных предприятиях могут участвовать конкуренты, поставщики или клиенты, которые делятся конфиденциальной информацией. В Руководящих принципах обзора экономической концентрации Главного управления конкуренции Саудовской Аравии поясняется, что положения о контроле за слияниями могут применяться к соглашениям, которые передают собственность, права или решающее влияние, включая совместное управление. ^[18]. Сторонам следует получить текущие рекомендации по вопросам конкуренции в отношении пороговых значений подачи заявок, контроля и обмена информацией.

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

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

25. Отработать первые сто дней

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

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

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

26. Выход правительства, прекращение деятельности и смена контроля

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

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

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

27. Признайте ограничения

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

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

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

28. Сделайте инвестиционный вывод

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

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

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

Источники

1. Международная организация по стандартизации, ISO 23247-1:2021 Системы автоматизации и интеграция: Структура цифрового двойника для производства, Часть 1 Прочтите первоисточник
2. Международная организация по стандартизации, ISO 23247-5 Цифровая нить для цифрового двойника, платформа онлайн-просмотра Прочтите первоисточник
3. Министерство инвестиций Саудовской Аравии, Обновленный закон об инвестициях Прочтите первоисточник
4. Министерство инвестиций Саудовской Аравии, инвестиционное право Прочтите первоисточник
5. Saudi Vision 2030, Годовой отчет Национальной программы промышленного развития и логистики за 2022 год Прочтите первоисточник
6. Министерство инвестиций Саудовской Аравии, Путеводитель для инвесторов Прочтите первоисточник
7. Данные Саудовской Аравии и AI Органы власти, законы и правила Прочтите первоисточник
8. Управление данных Саудовской Аравии и AI, Закон о защите персональных данных Прочтите первоисточник
9. Управление данных Саудовской Аравии и AI, Руководство по Закону Саудовской Аравии о защите личных данных для контролеров и обработчиков. Прочтите первоисточник
10. Управление интеллектуальной собственности Саудовской Аравии, основные услуги и институциональная роль Прочтите первоисточник
11. Управление интеллектуальной собственности, ресурсов и лицензионной информации Саудовской Аравии Прочтите первоисточник
12. Управление интеллектуальной собственности Саудовской Аравии, Служба заключения договорных патентно-лицензионных соглашений Прочтите первоисточник
13. Национальное управление кибербезопасности, контроль кибербезопасности операционных технологий Прочтите первоисточник
14. Национальное управление кибербезопасности, Управление кибербезопасностью операционных технологий OTCC-1:2022 Прочтите первоисточник
15. Организация экономического сотрудничества и развития, Принципы ОЭСР AI Прочтите первоисточник
16. Фонд МСФО, МСФО (IFRS) 11 «Совместная деятельность» Прочтите первоисточник
17. Фонд МСФО, МСФО (IAS) 38 «Нематериальные активы» Прочтите первоисточник
18. Главное управление по вопросам конкуренции, Руководство по обзору экономической концентрации Прочтите первоисточник
19. Министерство инвестиций Саудовской Аравии, Правила реализации инвестиционного закона 2025 г. Прочтите первоисточник
20. Национальное управление кибербезопасности, Наборы инструментов кибербезопасности Прочтите первоисточник
21. Управление данных Саудовской Аравии и AI, Национальная платформа управления данными Прочтите первоисточник
22. Управление интеллектуальной собственности Саудовской Аравии, лицензирование интеллектуальной собственности Прочтите первоисточник
23. Фонд МСФО, вспомогательные материалы по МСФО 11 Прочтите первоисточник
24. Международная организация по стандартизации, ISO/TR 23247-101:2026 Вариант использования цифрового двойника для производства Прочтите первоисточник