Реестр программных компонентов КТМ-ДАС (CI-4, драфт)

5 ноября 2026. Драфт. Основа — третий вариант схемы идентификаторов (CI-3); состав, статусы и источники сверены с документами проекта и уточнениями sander. Не утверждённая архитектура.

Границы: группы E, A, B, C, I — программные компоненты; назначение групп — в разделе «Группы». Среда доставки вынесена отдельно и в реестр компонентов не входит.

Как читать идентификаторы

Правила:

• группа — одна буква: E, A, B, C, I;

• алиас — короткое имя, не полное техническое: documents, assets, did, vc, HLF;

• у компонента номера нет; дочерние узлы получают .01, .02 и далее;

• тип дочернего узла указывается подписью interface:, function:, entity: или process:.

Группы

Статусы

Порядок жизненного цикла задачи: в начале разработки → на ревью → на тесте → работает.

E. Клиенты, шлюзы, CLI, внешние системы

E. Клиенты, шлюзы, CLI, внешние системы
│
├── E.portal — Портал станций: сертификаты, приборы, паспорта, метки, передача, акты, блоки, агент [демо; S1, S4, S8, S14]
│   └── E.portal.01 — interface:web-ui
│
├── E.console — Консоль сценариев: пошаговые сценарии DiCE и агента, подписи WebCrypto [демо; S1, S4]
│   └── E.console.01 — interface:web-ui
│
├── E.scan — Страницы скана и печати: метка, проверка, паспорт прибора или блока [работает; S1, S4, S8, S11, S14]
│   ├── E.scan.01 — interface:web (/scan, /s/<DID>, /p/<DID>)
│   ├── E.scan.02 — function:label-scan
│   └── E.scan.03 — function:passport-print
│
├── E.front — Frontend Контрактиума: ЦП, договоры, поставки, вложения [работает; S4]
│   └── E.front.01 — interface:web-ui
│
├── E.apigw — API Gateway: REST/GraphQL, JWT + RBAC [в платформе; S3, S4]
│   ├── E.apigw.01 — interface:rest
│   ├── E.apigw.02 — interface:graphql
│   └── E.apigw.03 — function:jwt-rbac
│
├── E.didsign — CLI didsign: ключи, подписи операций DID, VC и отзыва [работает; S1, S2, S12]
│   ├── E.didsign.01 — interface:cli
│   ├── E.didsign.02 — function:keygen
│   ├── E.didsign.03 — function:sign-did-operation
│   ├── E.didsign.04 — function:sign-vc
│   └── E.didsign.05 — function:sign-revoke
│
├── E.agentmanifest — CLI agentmanifest: манифест агента и manifestDigest [работает; S2, S12]
│   ├── E.agentmanifest.01 — interface:cli
│   └── E.agentmanifest.02 — function:build-manifest
│
├── E.agentmcp — MCP-сервер: подключение модели-агента, init/call [работает; S1, S8, S15]
│   ├── E.agentmcp.01 — interface:mcp
│   ├── E.agentmcp.02 — function:init
│   └── E.agentmcp.03 — function:call
│
├── E.stand5-flow — Скрипт stand5-flow.mjs: сквозной прогон стенда 5, 10 проверок [работает; S8]
│   ├── E.stand5-flow.01 — interface:script
│   └── E.stand5-flow.02 — function:flow-check
│
├── E.ledger-demo — CLI ledger-demo.sh: проверка записи через peer chaincode query [на ревью; S4]
│   ├── E.ledger-demo.01 — interface:cli
│   └── E.ledger-demo.02 — function:verify
│
├── E.BIMAR — BIMAR: внешняя система изготовителя; VC API с токеном станции [внешняя; S1, S4, S8, S15]
│   └── E.BIMAR.01 — interface:vc-api
│
├── E.SCADA — SCADA DEMO API: API демо-стенда АСУТП ПроКСи [внешняя; S6]
│   └── E.SCADA.01 — interface:rest
│
├── E.YandexCloud — Yandex Cloud API: LLM API Yandex Cloud (Api-Key, folder_id) [внешняя; S7]
│   └── E.YandexCloud.01 — interface:rest
│
├── E.PKI — Внешние PKI/УЦ: цепочка X.509, CRL/OCSP; не подключено [не подключено; S2]
│   └── E.PKI.01 — interface:crl-ocsp
│
├── E.W3C — W3C DID registry: регистрация метода did:ru; не подключено [не подключено; S1, S2]
│   └── E.W3C.01 — interface:http
│
└── E.Email — Email-шлюз: отправка уведомлений [внешняя; S3]
    └── E.Email.01 — interface:smtp

A. Прикладные сервисы

A. Прикладные сервисы
│
├── A.contractengine — Договорный контур: contracts-svc; договоры и их жизненный цикл [в платформе; S4, S9]
│   └── A.contractengine.01 — interface:rest
│
├── A.documents — documents-svc: документы Контрактиума — шаблоны ЦП, поставок, УПД; клиент HLF [работает; ledger-часть на тесте; S4, S5, S9]
│   ├── A.documents.01 — interface:rest
│   ├── A.documents.02 — function:hlf-client
│   └── A.documents.03 — function:passport-sync
│
├── A.storage — storage-svc: хранение файлов и сканов; в блокчейн — отпечатки [работает; S4, S9]
│   ├── A.storage.01 — interface:rest
│   └── A.storage.02 — function:file-store
│
├── A.assets — app-assets (КТМ-А): договоры, ЦП, вложения, поставки, КБО; REST API [работает; интеграция с реестром — ветка; S2, S3, S4, S5]
│   ├── A.assets.01 — interface:rest
│   ├── A.assets.02 — function:passport-crud
│   ├── A.assets.03 — function:shipment
│   └── A.assets.04 — function:kbo
│
├── A.applications — Заявки: приём и обработка заявок [в платформе; S4]
│   └── A.applications.01 — interface:rest
│
├── A.registrations — Регистрации: регистрация участников и объектов [в платформе; S4]
│   └── A.registrations.01 — interface:rest
│
├── A.verifications — Проверки: проверки, ProbePKI/CheckPKI; УЦ и CRL — TODO [частично; S2]
│   ├── A.verifications.01 — interface:rest
│   └── A.verifications.02 — function:probe-check-pki
│
├── A.poa — МЧД: машиночитаемые доверенности (МЧД) [в платформе; S3, S4]
│   └── A.poa.01 — interface:rest
│
├── A.notifications — Уведомления: связка с DID/VC не подключена [в платформе; S2, S4]
│   └── A.notifications.01 — interface:rest
│
├── A.dictionaries — Справочники: справочные данные платформы [в платформе; S4]
│   └── A.dictionaries.01 — interface:rest
│
└── A.payments — Платежи: платёжные операции [в платформе; S4]
    └── A.payments.01 — interface:rest

B. Бизнес-процессы и прикладные контуры (проект)

Сервисов по этим компонентам пока нет; в реестре приведены примеры, не полный перечень пунктов меню.

B. Бизнес-процессы и прикладные контуры
│
├── B.procurement — Приобретение: идентификация, заявки, поставки [проект; S16]
│   ├── B.procurement.01 — process:identification
│   ├── B.procurement.02 — process:requests
│   └── B.procurement.03 — process:shipments
│
├── B.project — Проектирование: требования, BIM, выпуск документации [проект; S16]
│   ├── B.project.01 — process:requirements
│   ├── B.project.02 — process:bim
│   └── B.project.03 — process:design-docs
│
├── B.construction — Строительство: ППР, СМР, ПНР [проект; S16]
│   ├── B.construction.01 — process:work-plans
│   ├── B.construction.02 — process:construction-works
│   └── B.construction.03 — process:commissioning
│
├── B.warehousing — Хранение: получение, перемещение, отпуск [проект; S16]
│   ├── B.warehousing.01 — process:receipt
│   ├── B.warehousing.02 — process:movement
│   └── B.warehousing.03 — process:issue
│
├── B.operation — Эксплуатация: заявки, поверки, калибровки [проект; S16]
│   ├── B.operation.01 — process:requests
│   ├── B.operation.02 — process:verification
│   └── B.operation.03 — process:calibration
│
├── B.maintenance — ТОиР: заявки, ТО, ремонт [проект; S16]
│   ├── B.maintenance.01 — process:requests
│   ├── B.maintenance.02 — process:maintenance
│   └── B.maintenance.03 — process:repair
│
├── B.utilization — Утилизация: заявки, демонтаж, рекультивация [проект; S16]
│   ├── B.utilization.01 — process:requests
│   ├── B.utilization.02 — process:dismantling
│   └── B.utilization.03 — process:reclamation
│
├── B.sales — Сбыт: заявки, партии, отгрузки [проект; S16]
│   ├── B.sales.01 — process:requests
│   ├── B.sales.02 — process:batches
│   └── B.sales.03 — process:shipments
│
├── B.digital-passports — Цифровые паспорта: управление ЦП, активы, входной контроль [проект; S16]
│   ├── B.digital-passports.01 — process:passport-management
│   ├── B.digital-passports.02 — process:assets
│   └── B.digital-passports.03 — process:incoming-control
│
├── B.metrology — Эксплуатация СИ: средства измерений, поверки, калибровки [проект; S16]
│   ├── B.metrology.01 — process:measuring-instruments
│   ├── B.metrology.02 — process:verification
│   └── B.metrology.03 — process:calibration
│
└── B.fuel — Поставка топлива: заявки, задания, отчёты [проект; S16]
    ├── B.fuel.01 — process:operational-requests
    ├── B.fuel.02 — process:shipment-tasks
    └── B.fuel.03 — process:shipment-reports

C. Ядро

C. Ядро: идентичность, PKI, DID/VC, блокчейн-компоненты
│
├── C.auth — auth: аутентификация, вход по УКЭП, токены [в платформе; проверка УКЭП частично; S2, S4]
│   ├── C.auth.01 — interface:rest
│   └── C.auth.02 — function:ukep-login
│
├── C.organizations — organizations: организации, роли, связи [в платформе; S3, S4]
│   └── C.organizations.01 — interface:rest
│
├── C.identity — identity-сервис: персоны, did:i:*, PersonCredential [работает; S2]
│   ├── C.identity.01 — interface:rest
│   └── C.identity.02 — function:person-credential
│
├── C.pki — pki-svc: X.509 — разбор, класс владельца, тестовые сертификаты [частично; S2]
│   ├── C.pki.01 — interface:rest
│   ├── C.pki.02 — function:x509-parse
│   └── C.pki.03 — function:test-cert-issue
│
├── C.cspgw — cspgw-svc: ГОСТ-подпись транзакций HLF (Криптосмарт) [работает; S2]
│   ├── C.cspgw.01 — interface:gost-sign
│   └── C.cspgw.02 — function:hlf-tx-sign
│
├── C.cspemul — cspemul-svc: эмулятор ГОСТ на стенде: cms/sign, cms/verify [демо; S2]
│   ├── C.cspemul.01 — interface:cms-sign
│   └── C.cspemul.02 — function:cms-verify
│
├── C.sigutils — sigutils: подписи documents-svc — CAdES, PKCS#7, XMLDSig, ПЭП [частично; S2]
│   ├── C.sigutils.01 — function:cades
│   ├── C.sigutils.02 — function:pkcs7
│   ├── C.sigutils.03 — function:xmldsig
│   └── C.sigutils.04 — function:pep
│
├── C.did — did-svc: DID-документы, подписанные операции, история, outbox [работает; S1, S2, S10, S13]
│   ├── C.did.01 — interface:rest-8080
│   ├── C.did.02 — interface:grpc-9090
│   ├── C.did.03 — function:did-resolve
│   ├── C.did.04 — function:signed-ops
│   ├── C.did.05 — function:history-verify
│   └── C.did.06 — function:anchor-outbox
│
├── C.vc — vc-svc: VC-JWT, verify, отзыв, скан, кастоди, мандаты агентов [работает; S1, S2, S4, S10, S11, S13]
│   ├── C.vc.01 — interface:rest-8081
│   ├── C.vc.02 — function:vc-jwt
│   ├── C.vc.03 — function:revoke
│   ├── C.vc.04 — function:scan
│   ├── C.vc.05 — function:custody
│   └── C.vc.06 — function:agent-mandate
│
├── C.blockchain — blockchain-svc: доступ к HLF — invoke/query, клиент, кошелёк [работает; S4, S9]
│   └── C.blockchain.01 — interface:invoke-query
│
├── C.blockchain-hlf — blockchain-hlf: адаптер blockchain-svc + PostgreSQL + NATS [на тесте; S4]
│
├── C.document-chaincode — document-chaincode: чейнкод документов KCONT-2249, коллекция docsGazpromTmk [в начале разработки; S4, S9, S17]
│   ├── C.document-chaincode.01 — entity:kcont-2249
│   └── C.document-chaincode.02 — entity:docs-collection
│
├── C.did-chaincode — did-chaincode: чейнкод DID/VC в world state [в начале разработки; S1, S9, S17]
│
├── C.poa-chaincode — poa-chaincode: чейнкод МЧД/poa [в начале разработки; S17]
│
└── C.viewer — Блокчейн-вьюер: API /api/v1/ledger/* и ledger-demo.sh [на ревью; S1, S4]
    ├── C.viewer.01 — interface:ledger-api
    └── C.viewer.02 — function:ledger-query

I. Инфраструктура

I. Инфраструктура
│
├── I.HLF — Сеть HLF: peer0-gazprom, peer0-tmk, orderer, канал org [внешняя, тестовая; S4, S9]
│   ├── I.HLF.01 — entity:peer0-gazprom
│   ├── I.HLF.02 — entity:peer0-tmk
│   ├── I.HLF.03 — entity:orderer
│   └── I.HLF.04 — entity:channel-org
│
├── I.NATS — NATS: шина обмена платформенных сервисов [работает; S4]
│   └── I.NATS.01 — interface:pub-sub
│
├── I.PostgreSQL — PostgreSQL: общая БД did/vc и платформы [работает; S1, S2]
│   └── I.PostgreSQL.01 — interface:sql
│
├── I.ZeptoClaw — ZeptoClaw: агентный фреймворк, gateway, approval-гейт [работает; S7]
│   ├── I.ZeptoClaw.01 — interface:gateway (3000/8080/9090)
│   └── I.ZeptoClaw.02 — function:approval-gate
│
└── I.y2o — YandexGPT_to_OpenAI: прокси OpenAI → Yandex API, порт 8520 [работает; S7]
    └── I.y2o.01 — interface:proxy-8520

Среда доставки

В реестр компонентов не входит; вынесена по уточнению sander.

Уточнения sander

Под вопросом (!ai)

Функции без подтверждённого имени

Перечислены в CI-3, но в документах проекта описаны как поведение или модуль, а не как именованная функция. Кандидаты:

Синонимы имён

Сводная таблица

E. Клиенты, шлюзы, CLI, внешние системы

A. Прикладные сервисы

B. Бизнес-процессы и прикладные контуры

C. Ядро

I. Инфраструктура

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

1. Полнота группы B: в CI-4 включены примеры процессов из меню; нужен ли полный перечень пунктов data.js.

2. Связь B-процессов с будущими сервисами и эпиками: когда появятся EPIC/US, ссылаться на B.* или вести отдельный реестр процессов.

3. Статус в начале разработки для document-chaincode и did-chaincode уточнён sander; в C4 они показаны в тестовой сети. Приоритет — уточнение sander, но перед выкладкой статусы нужно сверить с фактическим стендом.

Источники

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