Требования по работам темы PKI
Реестр требований к конечному результату работ (целевой документ — требования и ПМИ по теме PKI). В отличие от history.md — журнала текущих шагов, проб и достижений — в этом файле фиксируются цели конечной работы.
Правила ведения:
одна запись = идентификатор (T01, T02, …) + описание + дата + источник;
описание требований записывать дословно или с пометкой «переформулировано»;
идентификаторы не переиспользовать; изменения требования — новой записью с пометкой об изменении;
события и решения по требованиям фиксировать в
history.md.
Агент docs-analyst
┌─────────┬──────────────────────────────────────────────────────┐ │ Опция │ Значения (курсив — по умолчанию) │ ├─────────┼──────────────────────────────────────────────────────┤ │ глубина │ обзор / средняя / детальная / исчерпывающая │ ├─────────┼──────────────────────────────────────────────────────┤ │ размер │ кратко / средне / развёрнуто / лимит, напр. 500 слов │ ├─────────┼──────────────────────────────────────────────────────┤ │ форма │ техническая / литературная / смешанная │ ├─────────┼──────────────────────────────────────────────────────┤ │ примеры │ каталог с образцами (по умолчанию examples/) │ └─────────┴──────────────────────────────────────────────────────┘
ID | Описание | Дата | Источник |
Т01 | Сертификаты с типом квал / неквал в заявке есть. И хотя они похожи, на уровне ТЗ и ПМИ должно подчеркнуть различия (разные поля, разные каналы. обязательность проверок аккредитации) | 2026-09-03 | Д.С. |
Т02 | Сборка документов ЧТЗ/ПМИ — из шаблона | 2026-09-15 | А.М. |
Т03 | Нумерация заголовков («1», «1.1», «1.1.1»; «Приложение А», «А.1», «А.1.1»), строк кода и маркеров применяется самими стилями шаблона — ручная разметка нумерации не допускается (переформулировано) | 2026-09-15 | А.М. |
Т04 | Оглавление — автозаполняемое (поле TOC с кэшем; в Word обновляется F9) | 2026-09-15 | А.М. |
Т05 | Ссылки «см. Приложение Б» и «поз. N» — кликабельные, с видимой меткой (без пустых полей); N — номер строки коллекции, содержащей | 2026-09-15 | А.М., ответ 01 |
Т06 | Таблицы сценариев «№ | Шаг | Ожидаемый результат»: ширины столбцов 1 / 9 / 5,24 см; тонкие линии, заливка шапки — по шаблону |
Т07 | Перед каждой таблицей проверок А.1.1–А.1.10 — смысловой абзац (2–4 предложения): смысл проверки и взаимосвязь с другими шагами сценария | 2026-09-15 | А.М. |
Т08 | Перед JSON-коллекцией Postman (Приложение Б) — пояснительный текст, в том числе о переменной | 2026-09-15 | А.М., ответ 01 |
Т09 | Проверка А.1.7 покрывает две функции: получение статуса аккредитации на заданную дату и получение истории аккредитации | 2026-09-15 | А.М. |
Т10 | Сценарий РР ОИОК: запрос 16 — признак «действует» на дату 2025-03-01 (дата возобновления); запрос 17 — все события истории аккредитации по ОГРН (5 записей, отменённое событие — аннулирование со status 5 и isCanceled=True); запрос 18 — выборка по фильтру status=2 («прекращена») | 2026-09-15 | А.М. |
Т11 | Отмена события отменяет последнее событие цепочки (максимальный version, status≠1); в сценарии отменено аннулирование, аккредитации возвращён статус «прекращена»; историчность: позднейшие события не изменяют состояние на прошедшие даты (переформулировано по спецификации п. 8.3) | 2026-09-15 | А.М. / r1 |
Т12 | В официальных документах (ЧТЗ/ПМИ) — только деловое содержание, без «рабочей кухни» (мета-комментарии о версиях, стенде, журнале) | 2026-09-13 | А.М. |
Т13 | Ответы агента на наборы замечаний А.М. нумеруются сквозным номером по проекту (текущий — 01); номер указывается в ответе и в записях журнала | 2026-09-15 | А.М., ответ 01 |
Т14 | Значимые требования чата фиксируются в этом файле (requirements.md), чтобы не терялись | 2026-09-15 | А.М., ответ 01 |
Т15 | Ссылки «см. Приложение Б» и «поз. N» должны выглядеть как ссылки (оформление стилем Hyperlink), без полей REF; неразрывный пробел после «см./поз.» сохраняется | 2026-09-15 | А.М., ответ 02 |
Т16 | Собираемый DOCX должен быть целостным: [Content_Types].xml — первая запись пакета (OPC), все XML-части валидны, файл стабильно открывается в LO/Word (без «untitled» и падений) | 2026-09-15 | А.М., ответ 02 |
Т17 | В ПМИ — глава «Формат отчёта по автоматизированному исполнению проверок» (назначение, состав по фактическому отчёту Bruno, оформление, оценка, порядок предъявления); вставка — после согласования с А.М. | 2026-09-15 | А.М., ответ 02 |
Т18 | Черновики ЧТЗ и ПМИ по «Ротации каналов» сервисного чейнкода (md) на основе r4_serviceChainCode/Ротация каналов_260714.html; идеи тестирования уточняются в диалоге | 2026-09-15 | А.М., ответ 02 |
Т19 | Флоу документов: ЧТЗ не может ссылаться на более поздние документы (например, на «Описание решения»); ссылки на поздние документы допустимы только в ПМИ. ЧТЗ излагает требования самодостаточно | 2026-09-15 | А.М., ответ 03 |
Т20 | Ротация каналов сервисного чейнкода выполняется вручную: событие ротации каналов и исполнение этой функции — вручную (автоматическая ротация не предусматривается) | 2026-09-15 | А.М., ответ 03 |
Т21 | Глава «Формат отчёта по автоматизированному исполнению проверок» оформляется в ПМИ РР ОИОК как глава Б.1 (внутри Приложения Б) | 2026-09-15 | А.М., ответ 03 |
Т22 | Структура автоматизации в ПМИ: «А.5 Автоматизированное исполнение проверок»: А.5.1 — коллекция Postman (преамбула + json), А.5.2 — формат отчёта (с примером содержания: 18 записей вкладки Requests отчёта Bruno, формат details-блоков с таблицами) | 2026-09-15 | А.М., ответ 04 |
Т23 | Преамбула А.5.1: пояснение про status_before не нужно; перечень переменных коллекции (host, mcc_port, iitaca_ogrn — заполнены: стенд 45.131.40.89:8080, тестовый ОГРН 1027700067340; auth_token — заполняется перед прогоном реальным ключом, в коллекции пусто; accreditationID — служебная, заполняется автоматически из ответа запроса «6 Создание аккредитации») | 2026-09-15 | А.М., ответ 04 |
Т24 | Черновики ЧТЗ 4.2.2/4.2.3 и ПМИ А.2/А.3 по реестрам сертификатов УКЭП/УНЭП — на основе «3 Описание реестра_сертификатов.html» и диаграмм; различия УКЭП/УНЭП подчёркиваются явно (каналы, поля, проверки, обязательность проверки аккредитации); идеи тестирования уточняются в диалоге | 2026-09-15 | А.М., ответ 05 |
Т25 | Ссылки на Заявку в ЧТЗ/ПМИ — формат: «в соответствии с пунктами | 2026-09-15 | А.М., ответ 07 |
Т26 | Вводный документ — новая Заявка | 2026-10-01 | А.М., ответ 08 |
Т27 | Сборка v05 ЧТЗ/ПМИ — полностью без обвязки (ни титула, ни содержания): только главы по подробным требованиям к функциям Заявки (ЧТЗ) и по 2–3 шага сценария испытаний к каждой функции (ПМИ); пока текстом в md. Цель: «оформление не нужно и не важно, важно сколько пунктов (сколько функций) столько, сколько пунктов заявки» | 2026-10-01 | А.М., ответ 08 |
Т28 | ПМИ ИБ исключён из состава выходных документов | 2026-10-01 | А.М., ответ 08 |
Т29 | ЧТЗ v05 — нумерация: «# 4 Требования к Системам» → «## 4.2 Требования к проводимым работам» → «### 4.2.1–4.2.10» (функции — третий уровень, тексты дословно); кросс-ссылки проверены | 2026-10-02 | А.М., ответ 09 |
Т30 | ПМИ v05 — «# Приложение А» (пустое, без наименования) → «## А.1–А.10 Проверка …» (текст пункта Заявки с заменой «Реализовать функцию» → «Проверка»); шаги — таблица: № | Шаг (краткое описание + curl) | Ожидаемый результат (краткое пояснение + ответ, как правило JSON); 2–3 шага на проверку, не больше |
Т31 | В ПМИ — запросы из постман-коллекций (предыдущая ПМИ_АКК + новые RR-PKI) в формате curl-json; источники — | 2026-10-02 | А.М., ответ 09 |
Т32 | ПМИ v05 — добавить в конец Приложение Б: три проверки функций обращения к чейнкоду (Get канала ГУЦ, GetPublic и GetStatusHistory публичного канала) из | 2026-10-07 | А.М., ответ 10 |
Т33 | ПМИ v05 — Приложение В: 5 негативных сценариев, только API (curl): ложный ОГРН, кириллица в идентификаторе сертификата и т.п. | 2026-10-07 | А.М., ответ 10 |
Т34 | Обновлённые источники ( | 2026-10-07 | А.М., ответ 10 |
Т35 | Команды в таблицах ПМИ (md): вертикальная черта — ` |
| 2026-10-08 |