DiCE / АКАДЕМИЯСмарт-стенд взаимодействия организаций

05 · Стенд · Смарт-стенд взаимодействия организаций

Три организации связаны двумя договорами

Учебный сценарий: у каждой стороны свои данные, агент и рамка действий.

Три организации связаны двумя договорамиКарта ответственности трёх организаций. Контракт сертификации связывает изготовителя с сертифицирующей стороной; контракт поставки связывает изготовителя с покупателем. В обоих есть обязательства и технические условия обмена. Линии означают договорные отношения, не порядок вызовов или передачу полномочий.«Русский регистр»Сертифицирующая сторонаСертификат + область + статус«Взлёт»ИзготовительПаспорт + метка + отгрузкаОЙЛТИМПокупатель и комплектаторКонтроль + приёмка + проектДоговор сертификацииДоговор поставкиВ каждом договоре: обязательства + технические условия обмена

Нормативные основания и модели организаций входят в общие договорённости сторон.

DiCE · АКАДЕМИЯПрактика · Стенд 5 · Смарт-стенд взаимодействия организацийСлайд 40 / 54

05 · Стенд · Смарт-стенд взаимодействия организаций

Два экземпляра сохраняют свою цифровую историю

На стенде два расходомера; исправность участник выясняет через контроль.

Два экземпляра сохраняют свою цифровую историюДве разные физические единицы A и B связаны каждая со своей меткой, паспортом и серийным идентификатором. Паспорта ссылаются на сертификат в его области. При сканировании выбирается один ID; данные становятся входом контроля. Буквы обозначают учебные экземпляры и не раскрывают заранее, где находится дефект.Прибор AМетка AПаспорт AСерийный ID экземпляраПрибор BМетка BПаспорт BСерийный ID экземпляраСертификат серииИздатель · область · статусобласть сериивыбранный IDСканированиеПаспорт + условия + статус

Скан открывает данные экземпляра; приёмка начинается с проверки.

DiCE · АКАДЕМИЯПрактика · Стенд 5 · Смарт-стенд взаимодействия организацийСлайд 41 / 54

05 · Стенд · Смарт-стенд взаимодействия организаций

Три проверки задают ветвь поставки

Проверяем сертификат, соответствие заказу и физическое состояние — с разными основаниями.

Три проверки задают ветвь поставкиПосле трёх разных проверок показаны три учебных исхода. При пройденных проверках — приёмка, хозяйственный след и моделируемый расчёт. Подтверждённый физический дефект — изолятор, уведомление и возвратная отгрузка. Остальные расхождения или неизвестность требуют уточнения. Схема не задаёт окончательную процедуру спора, порядок реальных банковских действий или уже состоявшуюся замену.СертификатОбласть + текущий статусЗаказТип + параметры поставкиФизический осмотрЧек-лист + наблюдение?все три проверки пройденыфизический дефект подтверждёнпрочееУточнениеПриёмкаУчёт ERPМодель расчётаИзоляторУведомлениеВозвратная отгрузка

Расчёт показываем моделируемым статусом; возвратная отгрузка сохраняет отдельное событие.

DiCE · АКАДЕМИЯПрактика · Стенд 5 · Смарт-стенд взаимодействия организацийСлайд 42 / 54

05 · Стенд · Смарт-стенд взаимодействия организаций

Место прибора и статус сертификата учитываются отдельно

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

Место прибора и статус сертификата учитываются отдельноДве разные линии событий. Паспорт связывается с позицией проекта, при этом местонахождение фиксируется как склад, плановое место или подтверждённый монтаж. Изменение статуса сертификата соотносится с заранее определённым набором паспортов и уведомляет стороны. Реакция на уже установленное изделие и её временная область требуют отдельного согласования.МЕСТО ПРИБОРАНОВЫЙ СТАТУС СЕРТИФИКАТАПаспортВыбранный экземпляр + IDПозиция BIMARПроект + место установкиМестонахождениеСклад / план / монтажСертификатНовый статус + областьНабор паспортовКакие изделия затронутыУведомлениеСигнал обеим сторонам

Отзыв относится к заданной области; плановое место и факт монтажа различаются.

DiCE · АКАДЕМИЯПрактика · Стенд 5 · Смарт-стенд взаимодействия организацийСлайд 43 / 54

05 · Стенд · Смарт-стенд взаимодействия организаций

Каждая система и каждый исполнитель имеют свою роль

Целевая схема связывает периметры организаций через описанные операции и общие условия.

Каждая система и каждый исполнитель имеют свою рольКарта функций и исполнения. CLBS/ERP хранит хозяйственный контекст, BIMAR ведёт паспорт/контроль/проект, ПроКСи связывает условия и события сторон. Соединения означают согласуемый обмен и сопоставление ID, а не готовую физическую топологию. Код, агент и человек выполняют разные действия внутри выданных рамок.CLBS / ERPДоговоры + хозяйственные записиBIMARПаспорт · контроль · проектПроКСиУсловия + события сторонСогласованные операции · сопоставление ID · права каждой стороныКодФорма и простые сверкиАгентСмысловые переходы и объяснениеЧеловекОсмотр и полномочное решение

Для действия задаём владельца данных, инструмент, рамку и подтверждение результата.

DiCE · АКАДЕМИЯПрактика · Стенд 5 · Смарт-стенд взаимодействия организацийСлайд 44 / 54

05 · Стенд · Смарт-стенд взаимодействия организаций

Три предметных пакета собирают учебный случай

Стороны передают материалы с проверяемыми связями; состав пакетов согласуется до прогона.

Три предметных пакета собирают учебный случайТри предлагаемых пакета подготовки, не назначение новых исполнителей. Изготовитель готовит приборы, паспорта и метки; сертифицирующая сторона — требования, шаблон и область событий; покупатель — заказ, контроль, возврат и проект. Их связность проверяется на одном учебном случае.«Взлёт»Два прибора + демонстрационный дефектПоля паспорта + серийные IDМетки + связь с сертификатом«Русский регистр»Требования + редакции + областьШаблон сертификата + полномочияСобытие изменения + охватОЙЛТИМЗаказ + условия поставкиЧек-лист + изолятор + возврат3D-проект + позиция прибораСвязанный учебный случайПрибор ↔ паспорт ↔ сертификат ↔ заказ ↔ проект

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

DiCE · АКАДЕМИЯПрактика · Стенд 5 · Смарт-стенд взаимодействия организацийСлайд 45 / 54

05 · Стенд · Смарт-стенд взаимодействия организаций

Прогон подтверждает результат каждой сцены

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

Прогон подтверждает результат каждой сценыКарта проверки готовности: подготовленные входы и роли, доступная операция, наблюдаемый бизнес-результат и воспроизводимый повтор. Неверная форма имеет объяснимую причину отказа и исправленный повтор того же случая. DiCE соединяет сценарий, агентную среду, доступ к моделям и инструкции; готовность функций не объявлена заранее.ВходыДанные + роли + начальноесостояниеОперацияРазрешённый вызов + отказРезультатЗапись + состояние +событиеПовторСброс + восстановлениеслучаяНеверная формаПричина отказа → исправленная форма → повтор того же случаяDiCEСценарий · агентная средаДоступ к моделям · инструкции

Отдельно фиксируем запрос, обработку и деловой результат; затем повторяем тот же опыт.

DiCE · АКАДЕМИЯПрактика · Стенд 5 · Смарт-стенд взаимодействия организацийСлайд 46 / 54

05 · Стенд · Смарт-стенд взаимодействия организаций

Три группы проходят все деловые роли

Станции — позиции участников общей истории; старт каждой группы подготовлен отдельно.

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

Выход участника — связанный след случая и объяснение решений с трёх позиций.

DiCE · АКАДЕМИЯПрактика · Стенд 5 · Смарт-стенд взаимодействия организацийСлайд 47 / 54

05 · Стенд · Смарт-стенд взаимодействия организаций

Объекты и состояния сохраняют разные идентичности

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

Объекты и состояния сохраняют разные идентичностиПрибор и меткаЭкземпляр ↔ его паспортСерийный экземпляр и код номенклатурыПаспортИзготовитель; сертификат, проект исобытияИндивидуальный документ и сертификатсерииСертификатИздатель, область, дата/номер и статусПрименимость, действие и отзывДоговор и событиеСтороны, условия, версия и результатоперацииСертификация и поставкаПроверка / движениеКонтролёр, причина, доказательство иместоКонтроль, изолятор, отгрузка,склад/монтажУчёт / расчётХозяйственная запись и статус расчётаПринятая заявка, обработка,бизнес-событие

Физическое состояние, сертификат, движение, учёт и место в проекте имеют свои статусы.

DiCE · АКАДЕМИЯПрактика · Стенд 5 · Смарт-стенд взаимодействия организацийСлайд 48 / 54

05 · Стенд · Смарт-стенд взаимодействия организаций

CLBS API: авторизация, вызов и состояние обработки

Операции используют временный Ticket и ExecuteEx с заданным CalcId и параметрами.

ОбластьВ документеДля нашего подключения
ВходLogin; временный Ticket; признаки ошибкиРоль, полный auth-поток и управление билетом
ВызовExecuteEx: CalcId, args, ticketДоступный список расчётов и полные схемы
СправочникиГруппы, ресурсы, фасеты и MDM-заявкиСвязь типа, серийного прибора и паспорта
ЗаказыMDM.DATA.CREATEPACKET; пакет заказов 1С → CLBSУточнить args, ответы и применение к сцене
Статусы и IDRequestId CLBS:string; код заявки 1С:intВладелец ID, обработка, повтор и бизнес-результат

Success вызова и завершённая хозяйственная операция требуют разных подтверждений.

DiCE · АКАДЕМИЯПрактика · Стенд 5 · Смарт-стенд взаимодействия организацийСлайд 49 / 54

05 · Стенд · Смарт-стенд взаимодействия организаций

Адаптер CLBS ограничивает инструменты агента

Агент получает типизированные операции с ограниченными правами доступа.

ГруппаРасчёты CLBSЧто уточнить
Чтение_MDI.RESOURCES.GETGROUPS; _MDI.RESOURCES.GETRESOURCEРазрешённые данные и схемы ответов
MDMMDM.DATA.CREATEADDREQUEST; MDM.DATA.CREATEUPDATEREQUESTПолные args, права и типизированные ошибки
Состояние / соответствиеMDM.REQUEST.GETINFO; _MDI.RESOURCES.GETRESREQUESTБизнес-состояния и разные RequestId
Фасеты_MDI.RESOURCES.GETDOPPROPGROUP; _MDI.RESOURCES.GETDOPPROPRESТипы, единицы и строковый Value
Пакеты заказовMDM.DATA.CREATEPACKETПовторная отправка и результат обработки

Выбранная операция получает собственные входы, права и наблюдаемые исходы.

DiCE · АКАДЕМИЯПрактика · Стенд 5 · Смарт-стенд взаимодействия организацийСлайд 50 / 54

05 · Стенд · Смарт-стенд взаимодействия организаций

Стек ПроКСи: прикладной и инфраструктурный уровни

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

УровеньКомпоненты платформыГраница сведения
СредаLinuxВерсия, ресурсы и эксплуатация уточняются
Криптография и реестрViPNet Cryptosmart / OSSL; форк Fabric 2.5.10Не утверждается сертификационный статус сборки
ПриложениеКонтрактиум и методы ПроКСиПрикладные схемы, права и ошибки операций
Идентичность / взаимодействиеDID, VC, VP; ANP с ГОСТ/VDRТочные профили, форматы и доступный интерфейс уточняются

ANP, API и MCP не объявляются одним протоколом или готовыми взаимозаменяемыми endpoints.

DiCE · АКАДЕМИЯПрактика · Стенд 5 · Смарт-стенд взаимодействия организацийСлайд 51 / 54

05 · Стенд · Смарт-стенд взаимодействия организаций

Интеграция различает запрос, запись и результат действия

Запрос, обработка, запись в системе и завершённое деловое действие имеют свои подтверждения.

Интеграция различает запрос, запись и результат действияИС ↔ адаптерСхема операции; типизированный ответПрава, ошибки, ID и состояние обработкиАгент ↔ прикладной слойРазрешённое деловое действиеГраницы действия и способ подтвержденияКонтракт ↔ стороныСобытие и связанное обновление своей ИСКто читает, пишет и согласует результатПовтор / неизвестностьТот же случай, запрос или событиеКорреляция, повторяемость и восстановление

Успех транспорта, принятое действие, обработка и бизнес-результат не объединяются в один Success.

DiCE · АКАДЕМИЯПрактика · Стенд 5 · Смарт-стенд взаимодействия организацийСлайд 52 / 54

05 · Стенд · Смарт-стенд взаимодействия организаций

Матрица прав задаётся для конкретных действий

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

Матрица прав задаётся для конкретных действийВыпуск / отзыв сертификатаУчастник «Русского регистра»Область, основания и право измененияПаспорт / метка«Взлёт» и разрешённые инструментыВладельца данных, публикацию иобновлениеКонтроль / приёмкаКонтролёр ОЙЛТИМОсмотр, доказательство и полномочиепринятьВозврат / расчётПокупатель, изготовитель, контрактПодтверждения, спор и завершениеДоступ агентаВыданная роль и внутренняя рамкаЧтение, запись, запреты и эскалацию

Описание действия и инженерная проверка не создают правовую компетенцию.

DiCE · АКАДЕМИЯПрактика · Стенд 5 · Смарт-стенд взаимодействия организацийСлайд 53 / 54

05 · Стенд · Смарт-стенд взаимодействия организаций

Полный прогон покрывает положительные и отрицательные сцены

Проверка охватывает сертификат, паспорт, контроль, движение, изменение статуса и проект.

Полный прогон покрывает положительные и отрицательные сценыСертификат → паспорт → меткаИздатель, область и идентичностьэкземпляраСвязаны все три объектаТри проверки и приёмкаРазные результаты; учёт и моделируемыйрасчётПриёмка, учёт, статус расчётаБрак и возвратДоказательство, изолятор, уведомлениеи отгрузкаЕсть событие отгрузкиИзменение сертификатаЗаданные затронутые паспорта и сигналЕсть сигнал у выбранных приборовПроект и местоСвязь экземпляра с позицией;склад/монтажПозиция и состояние размещенияНеверный форматПричина отказа и повтор исправленнойформыОтказ и исправленный повтор

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

Академия DiCE — все слайды

  1. Титул и оглавление · 2 слайда
    1. 01Академия DiCE
    2. 02Оглавление Академии DiCE
  2. Программа · 4 слайда
    1. 03От первого вопроса к совместному действию
    2. 04До конференции: соберите язык и первый опыт
    3. 0529 октября: соединяем объект, организацию и норму
    4. 0630 октября: от работы агента к решению человека
  3. Теория · 11 слайдов
    1. 07Один рабочий вопрос проходит три шага
    2. 08Шесть вопросов связывают теорию и практику
    3. 09Граница объекта выводит решение на уровень организации
    4. 10Модель участвует в управлении в трёх разных ролях
    5. 11Совместимость и исполнение сходятся в контракте действия
    6. 12Проверяемость сохраняет источник и причины решения
    7. 13Агент входит в среду с целями, процессами и ответственностью
    8. 14Дизрапт пересобирает способ получения результата
    9. 15Кооперация агентов опирается на видимые договорённости
    10. 16Человеческое участие включает понимание, влияние и пересмотр
    11. 17Инженерный метод связывает модель с пересмотром
  4. Практика · 37 слайдов
    1. 18Практическая часть Академии DiCE
    2. 19От модели — к обоснованному действию
    3. 20Пять блоков складываются в общую практику
    4. 21Идентичность прибора удерживает сквозную историю
    5. 22DiCE связывает теплоузел, программный ПЛК и двойник
    6. 23Одна модель связывает оборудование, управление и документы
    7. 24BlueTraktor делает модель и данные наглядными
    8. 25Один опыт связывает стратегию, исполнение и результат
    9. 26Три участника соединяют физику, автоматику и двойник
    10. 27Программный ПЛК связывает двойник с полевыми сигналами
    11. 28Организация как код: двойники систем + процессы
    12. 29Две динамики дополняют архитектуру
    13. 30Меняем модель — наблюдаем действие агента
    14. 31Один принцип связывает разные масштабы
    15. 32Как проходит показ и чему учится участник
    16. 33Смысл нормы сохраняется в связной модели
    17. 34Три прогона проверяют условие и источник
    18. 35Основания проверки передаются компетентной стороне
    19. 36Совет 2045 проектирует совместную работу людей и машин
    20. 37Совет задаёт роли и границы делегирования
    21. 38Кризис возвращает модель на проверку
    22. 39Из игры выходит модель команды и первый шаг сегодня
    23. 40Три организации связаны двумя договорами
    24. 41Два экземпляра сохраняют свою цифровую историю
    25. 42Три проверки задают ветвь поставки
    26. 43Место прибора и статус сертификата учитываются отдельно
    27. 44Каждая система и каждый исполнитель имеют свою роль
    28. 45Три предметных пакета собирают учебный случай
    29. 46Прогон подтверждает результат каждой сцены
    30. 47Три группы проходят все деловые роли
    31. 48Объекты и состояния сохраняют разные идентичности
    32. 49CLBS API: авторизация, вызов и состояние обработки
    33. 50Адаптер CLBS ограничивает инструменты агента
    34. 51Стек ПроКСи: прикладной и инфраструктурный уровни
    35. 52Интеграция различает запрос, запись и результат действия
    36. 53Матрица прав задаётся для конкретных действий
    37. 54Полный прогон покрывает положительные и отрицательные сцены

Структура Академии DiCE

Титульный лист → Программа → Теория → Практика · стенды 1–5.

  1. Титул и оглавление · 2 слайда · 1–2
    1. Академия DiCE · 1–2
      1. 01 · Академия DiCE
      2. 02 · Оглавление Академии DiCE
  2. Программа · 4 слайда · 3–6
    1. Программа · 3–6
      1. 03 · От первого вопроса к совместному действию
      2. 04 · До конференции: соберите язык и первый опыт
      3. 05 · 29 октября: соединяем объект, организацию и норму
      4. 06 · 30 октября: от работы агента к решению человека
  3. Теория · 11 слайдов · 7–17
    1. Вход в теорию · 7–7
      1. 07 · Один рабочий вопрос проходит три шага
    2. Теоретические темы · 8–17
      1. 08 · Шесть вопросов связывают теорию и практику
      2. 09 · Граница объекта выводит решение на уровень организации
      3. 10 · Модель участвует в управлении в трёх разных ролях
      4. 11 · Совместимость и исполнение сходятся в контракте действия
      5. 12 · Проверяемость сохраняет источник и причины решения
      6. 13 · Агент входит в среду с целями, процессами и ответственностью
      7. 14 · Дизрапт пересобирает способ получения результата
      8. 15 · Кооперация агентов опирается на видимые договорённости
      9. 16 · Человеческое участие включает понимание, влияние и пересмотр
      10. 17 · Инженерный метод связывает модель с пересмотром
  4. Практика · 37 слайдов · 18–54
    1. Обзор практики · 18–18
      1. 18 · Практическая часть Академии DiCE
    2. Вводная в практику · 19–21
      1. 19 · От модели — к обоснованному действию
      2. 20 · Пять блоков складываются в общую практику
      3. 21 · Идентичность прибора удерживает сквозную историю
    3. 01 · Киберобъект · 22–27
      1. 22 · DiCE связывает теплоузел, программный ПЛК и двойник
      2. 23 · Одна модель связывает оборудование, управление и документы
      3. 24 · BlueTraktor делает модель и данные наглядными
      4. 25 · Один опыт связывает стратегию, исполнение и результат
      5. 26 · Три участника соединяют физику, автоматику и двойник
      6. 27 · Программный ПЛК связывает двойник с полевыми сигналами
    4. 02 · Организация как код · 28–32
      1. 28 · Организация как код: двойники систем + процессы
      2. 29 · Две динамики дополняют архитектуру
      3. 30 · Меняем модель — наблюдаем действие агента
      4. 31 · Один принцип связывает разные масштабы
      5. 32 · Как проходит показ и чему учится участник
    5. 03 · Смарт-стандарт 4 уровня · 33–35
      1. 33 · Смысл нормы сохраняется в связной модели
      2. 34 · Три прогона проверяют условие и источник
      3. 35 · Основания проверки передаются компетентной стороне
    6. 04 · Совет 2045 · 36–39
      1. 36 · Совет 2045 проектирует совместную работу людей и машин
      2. 37 · Совет задаёт роли и границы делегирования
      3. 38 · Кризис возвращает модель на проверку
      4. 39 · Из игры выходит модель команды и первый шаг сегодня
    7. 05 · Смарт-стенд взаимодействия организаций · 40–54
      1. 40 · Три организации связаны двумя договорами
      2. 41 · Два экземпляра сохраняют свою цифровую историю
      3. 42 · Три проверки задают ветвь поставки
      4. 43 · Место прибора и статус сертификата учитываются отдельно
      5. 44 · Каждая система и каждый исполнитель имеют свою роль
      6. 45 · Три предметных пакета собирают учебный случай
      7. 46 · Прогон подтверждает результат каждой сцены
      8. 47 · Три группы проходят все деловые роли
      9. 48 · Объекты и состояния сохраняют разные идентичности
      10. 49 · CLBS API: авторизация, вызов и состояние обработки
      11. 50 · Адаптер CLBS ограничивает инструменты агента
      12. 51 · Стек ПроКСи: прикладной и инфраструктурный уровни
      13. 52 · Интеграция различает запрос, запись и результат действия
      14. 53 · Матрица прав задаётся для конкретных действий
      15. 54 · Полный прогон покрывает положительные и отрицательные сцены

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