Ручной прогон dev4 — 28 октября 2026

Адрес: https://develop4.contracteum.com. Актуальная инструкция вместо прежних сценариев с «Входным контролем» как названием организации.

Участники и подготовленные записи

В комплекте ЦП сохранена «Сертифицирующая организация». Не выбирайте её для приёмки: получатель — существующий «Покупатель / Комплектатор». Внутренние роли приложения не переименовывались ради показа.

Постоянный комплект: UID 258755841994499213428529. UID общий для комплекта; ID организаций разные. Окончание «4535» к этому комплекту не относится.

Тип всех трёх изделий: Расходомер-счётчик электромагнитный. Название/модель: Расходомер Р-01. Тип и модель — разные поля. Область сертификата определяется только полным значением типа; изготовитель должен совпадать с держателем сертификата. Одной явной ссылки на неподходящий сертификат недостаточно.

На момент последней проверки основной ЦП уже был принят получателем действиями пользователя. Его статус не сбрасывался в процессе проверки. Сертификат № СС-2026-001, выданный пользователем, сохранён и виден в «Характеристиках».

Изменения 29.10

• Тип изделия выбирается из справочника. В форме ЦП «Тип изделия» обязателен: выпадающий список из общего справочника реестра, новый тип вводится там же («Добавить «…»»). При импорте из сертификата тип выбирается рядом с маршрутом. В портале у сертификата — отметки типов из того же справочника, у паспорта прибора — выбор одного типа. Сертификат распространяется на паспорт по совпадению типа из справочника и держателя.

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

• Сертификаты на показе выдавать только станцией с ключом у платформы (токен станции в портале), не «ключом в этом браузере». Тогда сброс из любого браузера отзовёт и уберёт их в историю. Сертификаты, выданные ключом другого браузера, сброс не трогает и перечисляет в сообщении; действующий сертификат держателя ЦП такого рода остановит сброс — его отзывают в портале того браузера.

• Сейчас в реестре остаются два действующих СС-2026-002 держателя «Изготовитель — BIMAR», выданные 28.10 ключом браузера (did:ru:org:z4v2…). На ЦП они не влияют; отозвать их можно только из того браузера.

• Сквозной прогон 29.10 на develop4 (ЦП → сертификат → передача и приёмка → BIMAR A/B, акты, блок → отзыв → сброс) прошёл; итоговое состояние после сброса: ЦП «Черновик», сертификата нет, A/B у изготовителя.

0. Вход и повторный проход

1. Для входа в постоянный комплект выполните в браузере develop4 файл permanent-kit/ВОЙТИ-В-КОМПЛЕКТ.js. Это переключение браузера; новый комплект на сервере не создаётся.

2. Войдите сертификатом ООО «Изготовитель». В другом профиле/ноутбуке выберите ООО «Покупатель / Комплектатор» из того же комплекта.

3. При первом показе сброс не нужен, если основной ЦП в черновике и A/B ещё не переданы. Для повторного прохода откройте /console в браузере изготовителя и нажмите «Сбросить ЦП и приборы A/B».

4. Подтверждение отзовёт сертификаты комплекта подписью их реальных издателей, вернёт ЦП в черновик, A/B — изготовителю. Участники, DID приборов, номера, маркеры, вложения и договоры останутся. Старые свидетельства сохранятся в истории. Сертификаты после сброса убираются из рабочего списка и проверки ЦП; посмотреть их можно переключателем «Архив после сброса» во вкладке сертификатов. Новая передача получит новые документы, а не повторит ID отозванного перехода.

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

6. Вторая кнопка «Сбросить сценарий» относится только к встроенному сценарию самой консоли. Она не сбрасывает основной комплект ЦП/A/B. У него отдельная кнопка, указанная выше.

Не очищайте localStorage с приватными ключами перед отзывом браузерного сертификата. Файлы КОМПЛЕКТ.json и private/ содержат доступы; это не init.json для рассылки.

1. Открыть ЦП до выдачи сертификата

1. Изготовитель: «Цифровые паспорта» → Расходомер Р-01, № Р01-0001.

2. Если прошёл сброс, статус «Черновик». Не создавайте ещё один паспорт на тот же прибор.

3. В «Сводке» видны DID изделия, DID изготовителя, ID документа VC; доступны копирование, проверка и «Скачать паспорт PDF».

4. «Характеристики» показывает актуальный статус сертификата. После завершённого сброса прежний сертификат убран в архив, поэтому до новой выдачи отображается «нет». Обычный отзыв во время показа остаётся видимым как «отозван», пока не выполнен сброс.

5. «Вложения ЦП»: откройте Паспорт-Р01.pdf, скачайте его. Файла подписи сейчас нет — значок честно сообщает об этом. При наличии реальной отдельной подписи интерфейс позволяет её прочитать/скачать.

6. В DID-портале откройте «Паспорта» → Паспорта Контрактиума. Этот же ЦП виден без ручного копирования. Старые комплекты и версии скрыты по умолчанию, доступны через историю.

2. Выдать сертификат на ЦП

1. /portal#register → подключённый Орган по сертификации → «Сертификаты» → «Выдать сертификат».

2. Нажмите «Заполнить для ЦП». Держатель автоматически: «Изготовитель — Контрактиум», DID da356588… . Это выбор для основного ЦП.

3. Проверьте: номер СС-2026-001; поле «Типы изделий» — Расходомер-счётчик электромагнитный; срок до 20.05.2029. Модель не определяет применимость.

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

5. Нажмите «Подписать и выдать». Автозаполнение само ничего не подписывает.

6. В Контрактиуме обновите «Характеристики» спустя до 20 секунд: «Сертификат соответствия: действует · № … · выдал … · до …». Паспорт ради появления сертификата перевыпускать не нужно.

3. Передать ЦП и принять его

1. Изготовитель: откройте ЦП в черновике → «Передать получателю».

2. В диалоге «Получатель» выберите ООО «Покупатель / Комплектатор». Сейчас в подписанном контуре комплекта один допустимый получатель, он выбран автоматически. Проверьте его и нажмите «Передать».

3. Статус: «Передан получателю». Создаётся квитанция бизнес-операции с выбранным получателем и VC перехода. Отдельно «вывести из черновика» не требуется: эту работу выполняет передача.

4. Покупатель открывает тот же ЦП: характеристики/сертификат, вложение, DID. Нажимает «Принять ЦП».

5. Итог «Принят получателем», в «Формуляре» — передача. «Сертифицирующую организацию» для этого действия не использовать.

6. Скан по метке без входа — в браузере по DID, телефоном по QR или с печатной формы: /s/did:i:izd:a1f35b48-abcf-476a-a457-45437f572b47.

4. Приборы A/B и блок

1. В портале изготовителя используйте существующие A/B; их паспорт, DID и маркеры уже подготовлены. Новый тип или новые приборы для этого комплекта создавать не нужно.

2. Орган по сертификации выдаёт второй сертификат кнопкой «Заполнить для BIMAR». Здесь держатель «Изготовитель — BIMAR», DID zBnD…; тип тот же. Это другая идентичность изготовителя, не выбирайте держателя ЦП для приборов A/B.

3. Паспорта с явным полем certificate также проверяются по типу. При связывании через BIMAR укажите ID нового сертификата и replaces текущего паспорта из manual-run/registry.json либо текущего скана. После сброса ID версий меняются — не берите старый ID из заметки.

4. Изготовитель передаёт A и B Получателю / комплектатору. На стадии передачи собственник ещё изготовитель, получатель получает право принять/отказаться.

5. Получатель открывает A по метке/карточке, создаёт акт: «Заполнить отказ», добавляет реальную причину/фото при необходимости, подписывает. Затем отказывается от передачи. A остаётся у изготовителя; изготовитель видит акт и причину.

6. Получатель открывает B: «Заполнить приёмку», подписывает акт, затем принимает передачу. B становится собственностью получателя.

7. Получатель регистрирует блок, создаёт его паспорт и добавляет B: позиция + DID B + текущий паспорт B + принятый акт + состояние installed. A установить нельзя: он не принят.

8. Скан блока показывает цепочку: блок → позиция → B → паспорт → сертификат → акт. Доступна печать /p/<DID блока>.

API-последовательность проверена автоматически. Реальные интерфейс BIMAR, телефон, печатные наклейки и 3D-сцена требуют прогона с BIMAR; автоматический тест их не подтверждает.

5. Отзыв и окончание

1. Орган по сертификации отзывает оба сертификата от имени их издателей.

2. В Контрактиуме через до 20 секунд обновите «Характеристики»: «отозван». Сам ЦП и его передача сохраняются.

3. Повторно откройте сканы B и блока: предупреждение об отзыве видно и на установленном компоненте.

4. Чтобы пройти заново с теми же участниками, DID и номерами, используйте кнопку основного комплекта в /console из шага 0.

Что не использовать на показе

• Старый apply.sh, init/вайп БД, очистку схем, повторную генерацию комплектов. Частичный вайп при сохранённом DID/VC создаёт рассогласование. Постоянный комплект при утрате данных останавливает вход, а не создаёт новые организации молча.

• Старые сценарии с названиями реальных компаний, «Входной контроль» как организацией, «Принять после входного контроля» или выбором Надзора для приёмки.

• Удаление ЦП через обычную кнопку удаления: сквозная транзакция удаления в DID/VC не реализована. Для повтора используйте сброс сценария.

• Исторические/отозванные версии паспортов как текущие. Их оставили для трассировки.

• Утверждение, что CP и A/B — один физический прибор: у них разные заводские номера и DID. Объединение идентичностей ЦП и BIMAR ещё не выполнено.

• Утверждение о квалифицированной/проверенной подписи только из-за наличия .sig. Для ЦП записи платформы и ключи организаций имеют разные свойства подписи.

• Автоматическое восстановление после полного вайпа: оно не реализовано. Резервная копия БД не включает внешние файлы и Secrets.

Журнал изменений