Единый защищённый контур подготовки, проведения и документирования заседаний советов директоров, комитетов и иных коллегиальных органов управления. Первый запуск — MVP на пяти условных обществах (Компания 1 — Компания 5), дальше тираж на все 26 юридических лиц группы.
Ниже — план реализации, собранный по тексту ТЗ (13 разделов + 4 приложения, 73 нумерованных требования, 10 экранов MVP, 6 печатных форм). Приоритеты в ТЗ уже расставлены: Must обязательны для пилота, Should — при готовых интеграциях, Could — следующая очередь. План ничего не меняет в этих приоритетах — он раскладывает их по этапам и по дизайн-артефактам, которые нужно сделать на каждом этапе.
План реализации оформлен отдельным документом: краткое резюме на первой странице, таблица 6 этапов со сроками и зависимостями, таблица 10 экранов с приоритетами и таблица 12 вопросов к заказчику с пустым полем «Ответ» — его заполняют прямо в файле.
Сроки в документе — оценка команды. В техническом задании длительностей этапов нет ни в каком виде; оценка подтверждается по итогам этапа 0.
Тот же текст без скачивания — читается прямо в браузере, с оглавлением: открыть документ на странице →
ТЗ (Приложение Г) уже задаёт состав и расположение информации для 10 экранов и 6 печатных форм. Это функциональные макеты, не графический дизайн — цвет, типографика и точные размеры уточняются дизайн-системой отдельно. Все 10 собраны как кликабельные лоу-фай прототипы: открыть макеты →
11 ролей, доступ — default-deny: юридическое лицо × орган × роль × период полномочий × вопрос × уровень конфиденциальности. Один человек может состоять в нескольких органах и обществах одновременно; окончание полномочий сразу закрывает доступ к новым материалам, но не стирает историю.
| Роль | Ключевые полномочия | Главное ограничение |
|---|---|---|
| Корпоративный секретарь | Органы, составы, заседания, повестки, публикация, протоколы, отчётность | Не может изменить зафиксированный голос участника |
| Секретарь органа | Объекты своего органа и корпоративного года | Не видит объекты других органов без назначения |
| Организатор | Материалы, рассылки, проекты документов | Публикует только в пределах мандата |
| Председатель | Согласование повестки, голос, подпись | Полномочия ограничены органом и периодом |
| Член органа | Материалы, голос, особое мнение | Нет административного доступа |
| Член без права голоса | Просмотр материалов | Голосование недоступно |
| Помощник | Материалы и календарь доверителя | Не голосует и не подписывает за доверителя |
| Приглашённый | Доступ к выбранным вопросам | Нет доступа к закрытым вопросам |
| Наблюдатель / аудитор | Просмотр разрешённых объектов и журнала | Только чтение |
| Администратор | Пользователи, интеграции, справочники | Доступ к содержимому — отдельным правом |
| Сервисный специалист СРЕДЫ | Агенты, навыки, модели, инциденты | Нет автодоступа к юридически значимым данным |
Сохранена структура раздела 12 ТЗ. Для этапов 0–1 (где работает дизайнер) указаны конкретные артефакты.
Проверка макетов Приложения Г на реальных сценариях секретариата, сверка ролей, уточнение перечня интеграций первой очереди (см. открытые вопросы ниже) и границ ИБ.
Результат: согласованы 10 макетов, список интеграций, ограничения MVP.
UX по 10 экранам и 6 печатным формам, стартовая дизайн-система Портала КУ (ниже на этой странице), модель данных, API, модель угроз, стратегия тестирования.
Результат: утверждены макеты, спецификации, план релизов.
Юридическое ядро (полномочия, кворум, голоса, версии, подписи, аудит), прикладные сервисы, интерфейсы по макетам, агенты, интеграции.
Результат: функции развёрнуты в тестовом контуре, автотесты проходят.
Настройка Компания 1 — Компания 5, обучение, сквозные сценарии Приложения Б, исправления по итогам опытной эксплуатации.
Результат: подписан протокол приёмочных испытаний.
Подключение остальных обществ группы (до 26 юрлиц), реальных данных и пользователей.
Результат: согласованный охват группы работает в проде.
SLA, мониторинг, инциденты, обновления, регулярные AI evals, управляемый backlog развития.
Результат: ежемесячная отчётность.
ТЗ прямо требует: макеты Приложения Г — функциональные, а не графический дизайн; цвет, типографика и точные размеры фиксируются дизайн-системой отдельно (п. Г.1). Ниже — предлагаемая база токенов для этапа 1. Значения — рабочий вариант для старта, а не финальный бренд-гайд: логотип, фирменные цвета и типографику Росхима нужно свести в этой же системе после получения брендбука.
Нейтральная шкала (фон/поверхности/текст) — уже используется в этой странице и в макетах: --bg #f5f6f8, --surface #ffffff, --border #dde1e7, --text #1c2230, --text-muted #5b6472.
Каждый объект (вопрос, заседание, материал, протокол, поручение) в разделе 6.3 ТЗ имеет свой набор статусов. Единое правило для всех: черновик/подготовка — нейтральный, на согласовании/голосование — акцентный жёлтый, опубликовано/подписано/исполнено — зелёный, просрочено/отклонено/отменено — красный, архив — приглушённый серый с иконкой замка (только чтение).
Сетка 4/8: 4·8·12·16·24·32·48 px. Радиусы: 6px — поля и кнопки, 10px — карточки, 16px — модальные окна. Тень только для всплывающих элементов (карточка объекта поверх списка, тост уведомления о доставке) — в списках и таблицах теней нет, только границы.
| Компонент | default | hover / focus | disabled | loading | error |
|---|---|---|---|---|---|
| Кнопка первичная («Отправить голос», «Опубликовать») | тёмная заливка | focus-ring 2px accent, hover — темнее на 8% | серая, курсор запрещён, тултип с причиной | спиннер вместо текста, клик заблокирован — защита от двойной отправки (NFR-04) | — |
| Поле ввода / выбор из справочника | граница --border | граница --accent + подпись поля темнеет | фон --surface-2, текст --text-faint | — | граница --danger, текст ошибки под полем |
| Бюллетень голосования (За/Против/Воздержался) | 3 равных варианта, не выбрано | рамка при наведении/фокусе клавиатурой | если право голоса не подтверждено (VOT-05) — вся группа неактивна с пояснением | после отправки — блокировка формы + «голос принят, время + id» | сеть недоступна — «попробуйте ещё раз», черновик не теряется |
| Строка статуса (badge) | цвет по правилу статусов выше | тултип с датой перехода и автором | — | — | — |
| Карточка версии документа | текущая версия выделена меткой «действующая» | клик открывает сравнение версий | предыдущие версии — только просмотр | — | контрольная сумма не совпала — предупреждение перед публикацией |
ТЗ (раздел 13) содержит 12 открытых вопросов, от которых зависит объём. Для дизайна из них напрямую важны Q-03 (тип э. подписи — влияет на экран Г.8 «Итоги и протокол»), Q-04 (SSO/MFA — экран входа), Q-11 (обязательные AI-сценарии — какие AI-подсказки показывать на макетах) и Q-12 (нужна ли английская версия и брендинг). Полный список:
| Код | Решение | Почему влияет на объём |
|---|---|---|
| Q-01 | Реальные наименования и состав органов 26 юрлиц | Не блокирует MVP — используются демо-общества |
| Q-02 | Формулы кворума, долей, кумулятивного голосования | Отложено; в MVP итог фиксирует секретарь |
| Q-03 | Тип э. подписи и провайдер | Определяет интеграцию и юридическую значимость |
| Q-04 | SSO, каталог, MFA, аварийный доступ | Определяет IAM и экран входа |
| Q-05 | СЭД, архив, почта, календарь, SMS/push первой очереди | Определяет интеграционный контур |
| Q-06 | Размещение и контуры dev/test/prod/DR | Определяет инфраструктуру и ИБ |
| Q-07 | Классификация данных и допустимые LLM | Определяет маршрутизацию AI и стоимость |
| Q-08 | Сроки хранения документов, голосов, логов, AI-трасс | Определяет архив и compliance |
| Q-09 | Нагрузка, SLA, RPO/RTO | Определяет топологию и стоимость |
| Q-10 | Объём и качество исторических данных | Определяет миграцию |
| Q-11 | Обязательные AI-сценарии пилота | Определяет команду агентов и eval-наборы |
| Q-12 | Английская версия и требования к брендингу | Определяет UX и контент |
Это вопросы самого ТЗ, а не пробелы этого плана — они прямо помечены в документе как решения, которые снимает заказчик, и не блокируют старт этапа 1.
По разделу 12.1 ТЗ, независимо от этапа: исходный код и история изменений; архитектурная документация, модель данных и API; матрица доступа и регламенты администрирования; шаблоны документов и уведомлений; миграции БД и инструкции эксплуатации; руководства пользователя и администратора; программа и методика испытаний; модель угроз и SBOM; паспорта цифровых помощников с версиями промптов и eval-наборами; акт миграции и протокол приёмки пилота.