Вы просматриваете старую версию данной страницы. Смотрите текущую версию.

Сравнить с текущим просмотр истории страницы

« Предыдущий Версия 3 Следующий »

1. Служебная информация

  • Заказчик: Анна Гетманская

  • Продакт: Анна Гришина

  • Бизнес-аналитик: Николаев Николай Евгеньевич 

  • Руководитель IT-проекта: Бочарова Вера

  • Дата создания: 25.11.2025

Глоссарий

  • УК — Управляющая компания Профит Капитал.

  • CMS — Система управления контентом.

  • Раскрываемая информация — Перечень документов, регламентированный Указанием ЦБ №5609-У.

2. Контекст и цели

2.1. Описание проблемы

Сайт Профит Капитал содержит обязательную к раскрытию информацию для надзорных органов РФ.
На данный момент любые изменения текста или документов на сайте выполняются через разработчиков, что создаёт серьёзные риски:

  • нарушение сроков публикации информации, требуемых ЦБ РФ;

  • невозможность оперативно обновлять документы;

  • размещение документов на внешних ресурсах (Яндекс.Диск), что нарушает юридические требования к раскрытию информации;

  • риск штрафов до 1 млн руб и отзыв лицензии.

2.2. Цель

Обеспечить возможность сотрудникам УК самостоятельно, без участия разработчиков, корректировать текстовые материалы и размещать документы на сайте uk-profit-capital.ru, с соблюдением требований Указания ЦБ 5609-У, обеспечивая:

  • хранение документов только на домене УК;

  • сохранение текущего дизайна;

  • стабильность доступа к раскрываемой информации.

3. Зависимости, ограничения и риски

3.1. Зависимости и интеграции

  • Текущий сайт и его технология реализации.

  • Сервис для самостоятельной корректировки контента.

  • Хостинг и файловое хранилище на домене УК.

3.2. Ограничения и риски

Ограничения:

  • Строгая регуляторика ЦБ РФ (Указание №5609-У).

  • Нельзя использовать внешние хранилища (Яндекс.Диск, Dogma.ru, Google Drive).

  • Сохранение текущего дизайна сайта.

Риски:

  • Некорректная публикация документов - ошибочные документы, некорректный формат.

  • Возможный рост нагрузки на сервер при хранении множества документов.


4. Модели процессов

4.1. Процесс AS-IS (кратко)

  1. Сотрудник УК получает необходимость обновить текст или документ.

  2. Формирует заявку разработчикам.

  3. Разработчики ручным способом обновляют файлы/тексты на сайте.

  4. Сотрудник УК проверяет и подтверждает результат.

  5. Возможные повторные корректировки → новые заявки → задержки.

4.2. Процесс TO-BE (кратко)

  1. Сотрудник УК авторизуется в специальном сервисе управления контентом.

  2. В интерфейсе выбирает нужную страницу:

    • «О компании»

    • «Раскрытие информации»

    • «Контакты»

    • Подвал сайта

  3. Вносит изменения в текст или загружает/удаляет документ.

  4. Файл сохраняется в хранилище домена УК.

  5. Публикует изменения → контент обновляется на сайте.

  6. Проверка результата на сайте осуществляется сразу.

(Диаграмму BPMN можно подготовить дополнительно после уточнения архитектуры и ролей.)


5. Бизнес-требования

5.1. Пользовательские истории (US)

  1. Как сотрудник УК, я хочу иметь возможность менять текст на страницах сайта, чтобы своевременно и самостоятельно обновлять обязательную информацию.

  2. Как сотрудник УК, я хочу загружать новые документы без использования внешних хранилищ, чтобы выполнять требования ЦБ РФ.

  3. Как сотрудник УК, я хочу удалять устаревшие документы, чтобы поддерживать актуальность раскрываемой информации.

  4. Как надзорный орган, я хочу иметь доступ к документам, размещённым непосредственно на домене УК, чтобы убедиться в соблюдении регуляторики.


5.2. Функциональные требования

FR-1. Механизм редактирования текстов

  • FR-1.1. Возможность изменять текст на страницах:

    • «О компании»

    • «Раскрытие информации»

    • «Контакты»

    • Подвал сайта

  • FR-1.2. Возможность форматирования текста (минимальный набор).

FR-2. Механизм работы с документами

  • FR-2.1. Возможность загружать документы через интерфейс управления.

  • FR-2.2. Возможность удалять ранее загруженные документы.

  • FR-2.3. Документы должны сохраняться в хранилище на домене сайта УК.

  • FR-2.4. Документы должны скачиваться напрямую или открываться по прямой ссылке на домене УК.

  • FR-2.5. Возможность управлять документами в секциях:

    • Выписка из реестра (О компании и Раскрытие информации)

    • Разделы: Расчет размера собственных средств; Бухгалтерская отчетность; Внутренние документы

    • Секция «Здесь» на странице «Раскрытие информации»

FR-3. Интерфейс управления контентом

  • FR-3.1. Интерфейс должен быть доступен авторизованным сотрудникам.

  • FR-3.2. Дизайн сайта не должен меняться.

  • FR-3.3. Поддержка русскоязычного интерфейса.


5.3. Нефункциональные требования

  • NFR-1. Доступность: сайт и документы должны быть доступны ≥ 99% времени.

  • NFR-2. Безопасность хранения:

    • документы хранятся только на инфраструктуре УК;

    • доступ к редактированию — только по авторизации.

  • NFR-3. Производительность: загрузка документа ≤ 5 сек для файлов до 30 МБ.

  • NFR-4. Логирование действий пользователей.

  • NFR-5. Соответствие юридическим требованиям: выполнение Указания ЦБ №5609-У.


5.4. Критерии приёмки

  1. Сотрудник УК может изменить текст на указанных страницах без участия разработчика.

  2. Сотрудник УК может загрузить документ, и он будет располагаться по URL домена uk-profit-capital.ru.

  3. При открытии документа не используется внешний сервис хранения.

  4. Удаление документа доступно и корректно удаляет файл с сайта.

  5. Сайт визуально остается неизменным.

  6. Надзорный орган может скачать документ по прямой ссылке на домене.

  7. Система логирует факт загрузки, удаления и изменения.


6. Интерфейсы

  • Интерфейсы сайта — без изменений дизайна.

  • Новый интерфейс CMS или надстройка над текущим сайтом (либо встроенная панель).

  • Примеры реализации: https://uk-emrys.ru/disclosure (приведен заказчиком).


7. Дополнительная документация и артефакты

  • Указание ЦБ №5609-У.

  • Примеры реализации раскрытия информации на сайтах других УК.

  • Скриншоты текущих страниц.

  • Архитектурная схема текущего сайта (ожидается от архитектора/разработки).


Вопросы:
1) Есть ли сейчас какой-то инструмент с помощью которого происходит управление контентом сайта?

2) Есть админ. панель?

3) Какой примерный объем документов, которые необходимо разместить?

4) Нужны ли какие то роли с разным правом доступа - удаление, добавление файлов, редактирования текста по разделам?

5) Какие ограничения по типам файлов и максимальному размеру?

  • Возможно ли внедрить встроенный редактор контента или требуется отдельная админ-панель?

  • Нет меток