Реестр Агентов
INSP-UC-AGNT-001 | Создать Агента💬 |
Статус сценария: Ожидание согласования | |
Релиз: ПОСЛЕ MVP | |
Бизнес-требование: | |
Точки входа:
| |
Предусловия: | |
Приоритет: Средний | |
Роли: Агент, Системный администратор - далее Администратор💬 | |
Основной поток:
| |
Расширение: 4a. Некорректный ввод данных 3a (5a). Отмена или выход 6a. Ошибка при сохранении | |
Примечание:
|
INSP-UC-AGNT-008 | Создать связь пользователя с Агентом💬 |
Статус сценария: Ожидание согласования | |
Релиз: ПОСЛЕ MVP | |
Бизнес-требование: | |
Точки входа:
| |
Предусловия:
| |
Приоритет: Средний | |
Роли: Агент, Системный администратор - далее Администратор | |
Основной поток:
| |
Расширение: 5a. Пользователь уже связан с другим Агентом 3a (4a). Отмена или выход | |
Примечание:
|
INSP-UC-AGNT-002 | Просмотреть список Агентов |
Статус сценария: Ожидание согласования | |
Релиз: MVP | |
Бизнес-требование: | |
Точки входа:
| |
Предусловия:
| |
Приоритет: Средний | |
Роли: Исполнитель, Администрация порта, Служба контроля, Системный администратор - далее Пользователь | |
Основной поток:
| |
Расширение: | |
Примечание: |
INSP-UC-AGNT-003 | Сортировать список Агентов |
Статус сценария: Ожидание согласования | |
Релиз: ПОСЛЕ MVP | |
Бизнес-требование: | |
Предусловия:
| |
Точки входа:
| |
Приоритет: Средний (2) | |
Роли: Администрация порта, Служба контроля, Системный администратор - далее Пользователь | |
Основной поток:
| |
Расширение: 3a. Ошибка запроса | |
Примечание: |
INSP-UC-AGNT-004 | Фильтровать список Агентов |
Статус сценария: Ожидание согласования | |
Релиз: ПОСЛЕ MVP | |
Бизнес-требование: | |
Предусловия:
| |
Точки входа:
| |
Приоритет: Средний (2) | |
Роли: Администрация порта, Служба контроля, Системный администратор - далее Пользователь | |
Основной поток:
| |
Расширение: 6a. Быстрый сброс 5a. Ошибка запроса | |
Примечание: |
INSP-UC-AGNT-005 | Найти в реестре Агентов |
Статус сценария: Ожидание согласования | |
Релиз: ПОСЛЕ MVP | |
Бизнес-требование: | |
Предусловия:
| |
Точки входа:
| |
Приоритет: Средний (2) | |
Роли: Администрация порта, Служба контроля, Системный администратор - далее Пользователь | |
Основной поток:
| |
Расширение: 4a. Быстрый сброс 2a, 4b. Ошибка запроса | |
Примечание: |
INSP-UC-AGNT-006 | Просмотреть карточку Агента |
Статус сценария: Ожидание согласования | |
Релиз: MVP | |
Бизнес-требование: | |
Точки входа:
| |
Предусловия: | |
Приоритет: Средний (2) | |
Роли: любая роль в системе - далее Пользователь | |
Основной поток:
| |
Расширение: | |
Примечание: |
INSP-UC-AGNT-007 | Обновить данные Агента |
Статус сценария: Ожидание согласования | |
Релиз: MVP | |
Бизнес-требование: Агент - юридическое лицо, представляющие Судовладельца. Агенты имеют права подавать заявки от лица Судовладельца. Под одним юридическим лицом в системе может быть несколько Пользователей - представителей организации Агента. | |
Точки входа:
| |
Предусловия:
| |
Приоритет: Высокий | |
Роли: Агент, Системный администратор - далее Администратор | |
Основной поток:
| |
Расширение: 2a. Изменение Системным администратором 4a. Некорректный ввод данных 3a (5a). Отмена или выход 6a. Ошибка при сохранении | |
Примечание: |
Комментарии (11) · по состоянию на 2026-09-18
К фрагментам текста
[Ревью] Критично (конфликт релизов MVP): Сценарий «Создать Агента» помечен «После MVP», при этом «Обновить данные Агента» — MVP, а создание Заявки (тоже MVP, роль Агент) требует существования записи Агента в реестре. Без сценария создания Агента в MVP не из чего будет создавать заявки — блокирует весь модуль заявок. Аналогичная проблема на странице «Реестр Исполнителей» (сценарий «Создать Исполнителя»).
добавила примечание
[Ревью] Решено, спасибо — в примечании к сценарию явно указано, что в MVP Агенты заводятся напрямую в БД, это снимает блокировку модуля Заявок. Соответствует и странице «Список функций Портала» (Создание Агентов (руками в БД) — MVP, Согласовано).
[Ревью] Критично (конфликт релизов MVP): Сценарий «Создать связь пользователя с Агентом» — «После MVP». Но пользователь с ролью «Агент» логически не может полноценно работать без привязки к организации-Агенту (непонятно, чьи заявки создавать). Нужно включить эту связь в MVP-скоуп либо описать, как роль Агент работает без неё. Аналогично для страницы «Реестр Исполнителей».
добавила примечание
[Ревью] Решено, спасибо — в примечании указано, что в MVP связь пользователя с Агентом также заводится напрямую в БД вместе с самим Агентом, роль Агент не остаётся без организации.
“Администратор” - это администратор порта? Или администратор чуть поменьше системного?
Нет, это просто короткое обозначение далее по тексту сценария.
Обычно я пишу либо далее Пользователь, либо далее Администратор
К странице
[Ревью] Желательно: В реестре Агентов не описана статусная модель/процесс верификации юридического лица (проверка ИНН/ОГРН через ЕГРЮЛ, блокировка организации при необходимости). Аналогичное замечание относится и к странице «Реестр Исполнителей». Стоит уточнить, нужен ли такой процесс верификации и на каком этапе (MVP/После MVP).
В MVP не планируется верификации данных Исполнителей и Агентов
[Ревью] Решено, спасибо за подтверждение — зафиксировано, что верификация юрлица в MVP не планируется (осознанное решение, а не пробел).