INSP-UC-NTF-001 | Генерация сообщение для отправления уведомления |
Статус сценария: Ожидает согласования | |
Релиз: MVP | |
Бизнес-требование: | |
Приоритет: Высокий (1) | |
Триггер: - запущена функция генерации сообщения для отправления уведомления | |
Основной поток:
| |
Расширение: | |
Примечание: События для уведомлений могут в будущем добавляться новые |
INSP-UC-NTF-002 | Отправление уведомления по электронной почте |
Статус сценария: Ожидает согласования | |
Релиз: ПОСЛЕ MVP | |
Бизнес-требование: | |
Предусловия:
| |
Приоритет: Высокий (1) | |
Триггер: - запущена функция INSP-UC-NTF-001 | |
Основной поток:
| |
Расширение: 1a. Ошибка при отправлении | |
Примечание: |
INSP-UC-NTF-003 | Отправление уведомления в мессенджер MAX |
Статус сценария: Ожидает согласования | |
Релиз: ПОСЛЕ MVP | |
Бизнес-требование: | |
Предусловия:
| |
Приоритет: Высокий (1) | |
Триггер: - запущена функция INSP-UC-NTF-001 | |
Основной поток:
| |
Расширение: 1a. Ошибка при отправлении | |
Примечание: |
INSP-UC-NTF-007 | Отправление уведомления в личный кабинет |
Статус сценария: Ожидает согласования | |
Релиз: MVP | |
Бизнес-требование: | |
Предусловия: | |
Приоритет: Высокий (1) | |
Триггер: - запущена функция INSP-UC-NTF-001 | |
Основной поток:
| |
Расширение: 1a. Ошибка при отправлении | |
Примечание: Тексты для уведомлений находятся в разделе "Шаблоны текстов для уведомлений" |
INSP-UC-NTF-004 | Просмотреть список новых уведомлений (колокольчик💬) |
Статус сценария: Ожидает согласования | |
Релиз: MVP | |
Бизнес-требование: | |
Точки входа:
| |
Предусловия: | |
Приоритет: Высокий (1) | |
Роли: Любая роль в системе - далее Пользователь | |
Основной поток:
| |
Расширение: 2a. Нет уведомлений | |
Примечание: Реализовать ссылку на заявку в уведомление в следующих релизах💬 |
INSP-UC-NTF-005 | Открыть панель уведомлений |
Статус сценария: Ожидает согласования | |
Релиз: ПОСЛЕ MVP | |
Бизнес-требование: | |
Точки входа:
| |
Предусловия: | |
Приоритет: Высокий (1) | |
Роли: Любая роль в системе - далее Пользователь | |
Основной поток:
| |
Расширение: | |
Примечание: |
INSP-UC-NTF-006 | Пометить уведомление, как прочитанное |
Статус сценария: Ожидает согласования | |
Релиз: MVP | |
Бизнес-требование: | |
Точки входа:
| |
Предусловия:
| |
Приоритет: Высокий (1) | |
Роли: Любая роль в системе - далее Пользователь | |
Основной поток:
| |
Расширение: | |
Примечание: |
Комментарии (33) · по состоянию на 2026-09-18
К фрагментам текста
или являлся до момента изменения Исполнителя!
Заявка отозвана
Если изменили Исполнителя заявки
Как вариант если будет не сложно - то реализовать уведомления в пушах
[Ревью] Критично: Во вводном описании модуля 3.6 заявлены каналы email/SMS/MAX/колокольчик, но сценарий для SMS отсутствует полностью среди UC-NTF-xxx — в перечне способов отправки нет ветки для SMS.
не будет пока по SMS
[Ревью] Решено, спасибо — подтверждено, что SMS не реализуется, отсутствие сценария осознанное, не пробел.
[Ревью] РЕШЕНО — можно удалить. Отсутствие сценария для SMS подтверждено как осознанное решение, не пробел.
[Ревью] Критично (конфликт MVP): Прочитанное уведомление скрывается из колокольчика, а «панель всех уведомлений» (полная история) помечена «После MVP» — в MVP история уведомлений теряется без возможности повторного просмотра, что противоречит заявленной цели модуля (архивирование и полная история).
за рамками MVP
[Ревью] Пока актуально: подтверждаем, что это осознанное ограничение MVP, но противоречие с заявленной целью модуля («полная история оповещений») остаётся. Согласно «Списку функций Портала» пункт «Открыть панель всех уведомлений» (полная история) отнесён к «После MVP» — то есть в MVP прочитанное уведомление действительно теряется без возможности повторного просмотра. Рекомендуем явно отразить это ограничение в описании модуля 3.6.
[Ревью] Решено — подтверждено как принятый риск (см. страницу “Список допущений/решений принятых для реализации MVP”, id 73075569): в MVP прочитанные уведомления недоступны для повторного просмотра — это согласованный принятый риск, не баг.
[Ревью] РЕШЕНО — можно удалить. Потеря доступа к прочитанным уведомлениям в MVP подтверждена как согласованный принятый риск (см. страницу id 73075569).
[Ревью] Критично: В сценарии уведомлений для Администрации порта уведомления приходят только по статусу «Исполнено» — неясно, осознанное ограничение или пропуск остальных событий.
осознанное решение
[Ревью] Решено, спасибо — подтверждено, что уведомления Администрации порта только по статусу «Исполнено» являются осознанным решением.
[Ревью] РЕШЕНО — можно удалить. Уведомления Администрации порта только по статусу «Исполнено» подтверждены как осознанное решение.
[Ревью] Критично: Нет описания шаблонов текстов уведомлений для разных событий — без утверждённых шаблонов невозможно реализовать формирование сообщений.
[Ревью] Пока актуально: шаблоны текстов уведомлений для разных событий по-прежнему не описаны в сценариях — без них невозможно однозначно реализовать шаг «Система формирует Сообщение для отправления уведомления» (INSP-UC-NTF-001).
[Ревью] Решено — шаблоны добавлены на отдельной странице “Шаблоны текстов для уведомлений” (id 73075640). Проверено: шаблоны покрывают все переходы статусной модели “Заявка” (создание → Ожидает планирование, подтверждение планирования, изменение плана, смена исполнителя, изменение данных, отмена, отказ исполнителя, начало работ, завершение работ) — пробелов не найдено.
[Ревью] РЕШЕНО — можно удалить. Шаблоны текстов уведомлений добавлены на странице id 73075640 и покрывают все переходы статусной модели заявки.
[Ревью] Критично (После MVP): При ошибке доставки уведомления (email/MAX/личный кабинет) предусмотрено только логирование — нет retry, эскалации, fallback на другой канал.
за рамками MVP
[Ревью] Решено, спасибо — retry/эскалация при ошибке доставки осознанно вынесены за рамки MVP (в MVP — только логирование ошибки).
[Ревью] РЕШЕНО — можно удалить. Retry/эскалация при ошибке доставки осознанно вынесены за рамки MVP.
[Ревью] Желательно (После MVP): В MVP уведомление не кликабельно (ссылка на заявку отложена «в следующие релизы») — указано только в примечании, легко упустить при разработке.
для этого и есть примечание, в рамках MVP это не реализуем
[Ревью] Решено, спасибо — некликабельность уведомления в MVP подтверждена как осознанное ограничение, зафиксированное в примечании сценария.
[Ревью] РЕШЕНО — можно удалить. Некликабельность уведомления в MVP подтверждена как осознанное ограничение.
К странице
[Ревью] Общие замечания по сценариям уведомлений (без явного текстового якоря): 1. [Критично] Нет ни одного сценария проактивного уведомления о приближающемся/нарушенном SLA — для процесса с жёсткими временными окнами (3ч/48ч) это существенный пробел. 2. [Желательно] Не описано поведение при массовых/частых изменениях заявки — уведомление на каждое событие или агрегация (риск «спама»).
[Ревью] Решено, спасибо — оба пункта (проактивные SLA-уведомления и агрегация частых событий) подтверждены как осознанно вынесенные за рамки MVP.
[Ревью] Пока актуально: в сценарии INSP-UC-NTF-007 примечание «Тексты для уведомлений находятся в разделе ""» по-прежнему содержит пустые кавычки — ссылка на страницу «Шаблоны текстов для уведомлений» (id 73075640) так и не проставлена, хотя сама страница с шаблонами уже создана и покрывает все события. Нужно вставить ссылку на 73075640 в это примечание.
Там есть гипер-ссылка, я не понимаю что ты еще хочешь