Реестр Исполнителей

Реестр исполнителей

INSP-UC-CNTR-010

Создать Исполнителя💬

Статус сценария: Ожидание согласования

Релиз: ПОСЛЕ MVP

Бизнес-требование:  

Точки входа:

  • Реестр Исполнителей

Предусловия:

Приоритет:

Средний

Роли: 

Исполнитель, Системный администратор - далее Администратор

Основной поток:

  1. Администратор запускает функцию создания Исполнителя
  2. Система отображает форму для ввода данных:
    1. Вид лица 
    2. Наименование 
    3. ИНН 
    4. ОГРН
    5. Телефон 
    6. Эл. почта 
    7. Ресурсы
    8. Пользователи
  3. Пользователь вводит данные:
    1. Вид лица INSP-AT-CNTR-003
    2. Наименование INSP-AT-CNTR-004
    3. ИНН INSP-AT-CNTR-005
    4. ОГРН INSP-AT-CNTR-006
    5. Телефон INSP-AT-CNTR-007
    6. Эл. почта INSP-AT-CNTR-008
    7. Ресурсы → выполняется сценарий INSP-UC-CNTR-007
    8. Пользователи → выполняется сценарий INSP-UC-CNTR-011
  4. Система динамически проверяет корректность ввода данных 
  5. Пользователь подтверждает создание Исполнителя
  6. Система сохраняет Исполнителя
  7. Система отображает сообщение об успешном создании
  8. Завершение сценария

Расширение:


4a. Некорректный ввод данных
4a.1 Система обнаруживает некорректный ввод данных
4a.2 Система отображает сообщение об ошибке
4a.3 Продолжение сценария с пункта 2


3a (5a). Отмена или выход
.1. Пользователь отменяет изменение данных профиля или выходит со страницы не подтвердив сохранение
.2. Система не сохраняет изменения
.3. Завершение сценария


6a. Ошибка при сохранении
6a.1 Система не смогла сохранить изменения
6a.2 Система отображает сообщение о произошедшей ошибке
6a.3 Завершение сценария

Примечание:

  1. В рамках MVP не предполагается интерфейс для создания Исполнителя. Вместо этого данные об Исполнителях будут заведены напрямую в БД



INSP-UC-CNTR-011

Создать связь пользователя с Исполнителем💬

Статус сценария: Ожидание согласования

Релиз: ПОСЛЕ MVP

Бизнес-требование:  

Точки входа:

  • Реестр Исполнителей → Исполнитель

Предусловия:

  1. Администратор начал выполнение сценария создания связи в момент создания Исполнителя  INSP-UC-CNTR-010
  2. Администратор начал выполнение сценария создания связи в момент изменения Исполнителя INSP-UC-CNTR-006

Приоритет:

Средний

Роли: 

Исполнитель, Системный администратор - далее Администратор

Основной поток:

  1. Администратор активирует функцию создания связи Пользователя(ей) с Исполнителем
  2. Система отображает список Пользователей
    1. Роль = Исполнитель
  3. Администратор может выполнить поиск в списке по атрибутам
    1. Фамилия
    2. Имя
    3. Отчество
    4. Логин
  4. Администратор выбирает одного или нескольких пользователей и подтверждает выбор
  5. Система проверяет возможность связи выбранных пользователей с Исполнителем
  6. Продолжение предыдущего сценария

Расширение:

5a. Пользователь уже связан с другим Исполнителем
5a.1 Система обнаруживает, что выбранный пользователь уже связан с другим Исполнителем
5a.2 Система отображает ошибку "Невозможно привязать пользователя <ФИО>, так как для него уже существует связь с другим Исполнителем"
5a.3 Завершение сценария


3a (4a). Отмена или выход
.1. Пользователь отменяет изменение данных профиля или выходит со страницы не подтвердив сохранение
.2. Система не сохраняет изменения
.3. Завершение сценария

Примечание:

  1. В рамках MVP не предполагается интерфейс для привязки пользователя к Исполнителю. Вместо этого данные об Исполнителях будут заведены напрямую в БД


INSP-UC-CNTR-001

Просмотреть список Исполнителей

Статус сценария: Ожидание согласования

Релиз: MVP

Бизнес-требование:  

У Агентов должна быть возможность выбора Исполнителя Заявки, которую он создал. Т.е. выбора организации, которая выполнит услугу осмотра

Точки входа: 

  • .... → Заявка → Исполнитель
  • Реестр Исполнителей

Предусловия:

Приоритет:

Средний

Роли: 

Агент, Служба контроля, Администрация порта, Системный администратор - далее Пользователь

Основной поток:

  1. Пользователь запускает функцию просмотра списка Исполнителей
  2. Система отображает список Исполнителей и данные в виде реестра:
    1. Вид лица 
    2. Наименование 
    3. ИНН 
    4. ОГРН
    5. Телефон 
    6. Эл. почта 
  3. Пользователь может перейти к одному из сценариев:
    1. Сортировать список Исполнителей → INSP-UC-CNTR-002
    2. Фильтровать список Исполнителей → INSP-UC-CNTR-003
    3. Найти Исполнителя в реестре → INSP-UC-CNTR-004
    4. Просмотреть карточку Исполнителя → INSP-UC-CNTR-005
  4. Завершение сценария

Расширение:

Примечание:


INSP-UC-CNTR-002

Сортировать список Исполнителей

Статус сценария: Ожидание согласования

Релиз: ПОСЛЕ MVP

Бизнес-требование: 

Предусловия:

  1. Пользователь открыл список Исполнителей INSP-UC-CNTR-001

Точки входа:

  • .... → Заявка → Исполнитель
  • Реестр Исполнителей

Приоритет:

Средний (2)

Роли: 

любая роль в системе - далее Пользователь

Основной поток:

  1. Пользователь запускает функцию сортировки одного из полей реестра пользователей:
    1. Наименование
    2. ??
  2. Если ранее была включена сортировка по другому полю, то Система сбрасывает ее
  3. Система сортирует реестр по указанному полю
    1. по возрастанию при первом вызове
    2. по убыванию при втором вызове
    3. при третьем вызове - сброс сортировки
  4. Завершение сценария

Расширение:

3a. Ошибка запроса
3a.1 Система не смогла выполнить запрос (или не смогла получить ответ по запросу)
3a.2 Система отображает ошибку "Возникла ошибка, попробуйте обновить страницу и повторить запрос"
3a.3 Завершение сценария

Примечание:


INSP-UC-CNTR-003



Фильтровать список пользователей

Статус сценария:  Ожидание согласования

Релиз: ПОСЛЕ MVP

Бизнес-требование: 

Предусловия:

  1. Пользователь открыл список Исполнителей INSP-UC-CNTR-001

Точки входа:

  • .... → Заявка → Исполнитель
  • Реестр Исполнителей

Приоритет:

Средний (2)

Роли: 

любая роль в системе - далее Пользователь

Основной поток:

  1. Пользователь запускает функцию фильтрации (сложной) реестра
  2. Система отображает форму для настроек фильтрации с ключевыми атрибутами фильтрации:
    1. Вид лица 
    2. ...
  3. Пользователь устанавливает фильтры
    1. Вид лица 
    2. ...
  4. Пользователь подтверждает применение фильтров в реестре
  5. Система выполняет фильтрацию реестра по заданным настройкам
  6. Пользователь просматривает реестр
  7. Завершение сценария

Расширение:

6a. Быстрый сброс
6a.1 Пользователь запустил функцию сброса фильтров (или очистил форму с настройками фильтрации)
6a.2 Система сбрасывает результаты фильтрации и отображает такой вид реестра, какой был перед тем как Пользователь начал фильтрацию
6a.2 Завершение сценария


5a. Ошибка запроса
5a.1 Система не смогла выполнить запрос (или не смогла получить ответ по запросу)
5a.2 Система отображает ошибку "Возникла ошибка, попробуйте обновить страницу и повторить запрос"
5a.3 Завершение сценария

Примечание:


INSP-UC-CNTR-004




Найти Исполнителя в реестре Исполнителей

Статус сценария:  Ожидание согласования

Релиз: ПОСЛЕ MVP

Бизнес-требование: 

Предусловия:

  1. Пользователь открыл список Исполнителей INSP-UC-CNTR-001

Точки входа:

  • .... → Заявка → Исполнитель
  • Реестр Исполнителей

Приоритет:

Средний (2)

Роли:

любая роль в системе - далее Пользователь

Основной поток:

  1. Пользователь вводит в форму для поиска запрос
  2. Система динамически при вводе от 3 символов начинает поиск Пользователя и отображает результаты по совпадению (без учета регистра):
    1. Наименование 
    2. ИНН 
    3. ОГРН
    4. ???
  3. Система отображает результаты поиска
  4. Пользователь может продолжить вводить символы для поиска, система динамически производит поиск
  5. Завершение сценария

Расширение:

4a. Быстрый сброс
4a.1 Пользователь запустил функцию сброса результатов поиска (или очистил форму поиска)
4a.2 Система сбрасывает результаты поиска и отображает такой вид реестра, какой был перед тем как Пользователь начал поиск
4a.2 Завершение сценария

2a, 4b. Ошибка запроса
.1 Система не смогла выполнить запрос (или не смогла получить ответ по запросу)
.2 Система отображает ошибку "Возникла ошибка, попробуйте обновить страницу и повторить запрос"
.3 Завершение сценария

Примечание:


INSP-UC-CNTR-005





Просмотреть карточку Исполнителя

Статус сценария:  Ожидание согласования

Релиз: MVP

Бизнес-требование: 

Точки входа:

  • .... → Заявка → Исполнитель
  • Реестр Исполнителей → Исполнитель

Предусловия:

  1. Пользователь открыл список Исполнителей INSP-UC-CNTR-001

Приоритет:

Средний (2)

Роли: 

любая роль в системе - далее Пользователь

Основной поток:

  1. Пользователь открывает карточку Исполнителя
  2. Система отображает информацию об Исполнителе:
    1. Вид лица 
    2. Наименование 
    3. ИНН 
    4. ОГРН
    5. Телефон 
    6. Эл. почта 
    7. Ресурсы
      1. Тип ресурса
      2. Описание
    8. Список связанных с Исполнителем пользователей
  3. Пользователь просматривает данные
  4. Завершение сценария

Расширение:

Примечание:


INSP-UC-CNTR-006




Обновить данные Исполнителя

Статус сценария:  Ожидание согласования

Релиз: MVP

Бизнес-требование: 

Исполнитель - юридическое лицо, выполняющее услуги по осмотрам судов.

Под одним юридическим лицом в системе может быть несколько Пользователей - представителей организации Исполнителя.

Точки входа:

  • Профиль → Данные Исполнителя
  • Реестр Исполнителей → Исполнитель

Предусловия:

  1. Роль пользователя = Исполнитель, и он запустил сценарий обновления данных своего профиля
  2. Системный администратор имеет права на изменения данных любого Исполнителя

Приоритет:

Средний (2)

Роли: 

Исполнитель, Системный администратор - далее Пользователь

Основной поток:

  1. Администратор запускает функцию изменения Исполнителя
  2. Система отображает форму для ввода данных:
    1. Вид лица 
    2. Наименование 
    3. ИНН 
    4. ОГРН
    5. Телефон 
    6. Эл. почта 
    7. Ресурсы
    8. Пользователи
  3. Пользователь меняет данные:
    1. Вид лица INSP-AT-CNTR-003
    2. Наименование INSP-AT-CNTR-004
    3. ИНН INSP-AT-CNTR-005
    4. ОГРН INSP-AT-CNTR-006
    5. Телефон INSP-AT-CNTR-007
    6. Эл. почта INSP-AT-CNTR-008
    7. Ресурсы → выполняется сценарий INSP-UC-CNTR-007
    8. Пользователи → выполняется сценарий INSP-UC-CNTR-011
  4. Система динамически проверяет корректность ввода данных 
  5. Пользователь подтверждает изменение Исполнителя
  6. Система сохраняет Исполнителя
  7. Система отображает сообщение об успешной операции
  8. Завершение сценария

Расширение:

2a. Изменение Системным администратором
- Системный администратор может обновить данные любого Исполнителя
- Исполнитель может обновить данные только своего профиля


4a. Некорректный ввод данных
4a.1 Система обнаруживает некорректный ввод данных
4a.2 Система отображает сообщение об ошибке
4a.3 Продолжение сценария с пункта 2


3a (5a). Отмена или выход
.1. Пользователь отменяет изменение данных профиля или выходит со страницы не подтвердив сохранение
.2. Система не сохраняет изменения
.3. Завершение сценария


6a. Ошибка при сохранении
6a.1 Система не смогла сохранить изменения
6a.2 Система отображает сообщение о произошедшей ошибке
6a.3 Завершение сценария

Примечание:

Ресурсы Исполнителя

INSP-UC-CNTR-007





Добавить ресурс Исполнителя

Статус сценария:  Ожидание согласования

Релиз: MVP

Бизнес-требование: 

Точки входа:

  • → Профиль → Данные Исполнителя
  • Реестр Исполнителей → Исполнитель

Предусловия:

Приоритет:

Средний (2)

Роли: 

Исполнитель, Системный Администратор- далее Пользователь

Основной поток:

  1. Пользователь вызывает функцию добавление нового ресурса Исполнителя
  2. Система отображает форму для выбора типа добавляемого ресурса:
    1. Тип ресурса INSP-AT-CNTR-011
  3. Пользователь выбирает тип ресурса из списка значений
  4. Система отображает поля для ввода данных в зависимости от выбранного типа ресурса
    1. Персонал
      • Фамилия: string,
      • Имя: string,
      • Отчество: string,
      • Должность: string,
      • Руководитель: bool
    2. Судно
      • Название: string
    3. Оборудование
      • Тип: string enum
      • Модель: string
  5. Пользователь вводит данные 
    1. Персонал
      • Фамилия  - текст, любые символы, от 1 до 250 символов, NN
      • Имя - текст, любые символы, от 1 до 250 символов, NN
      • Отчество - текст, любые символы, от 1 до 250 символов, NN
      • Должность - текст, любые символы, от 1 до 250 символов, NN
      • Руководитель - галочка: 1 - да, 2 - нет
    2. Судно
      • Название - текст, любые символы, от 1 до 250 символов, NN
    3. Оборудование
      • Тип - выбор из списка
      • Модель - текст, любые символы, от 1 до 250 символов, NN
  6. Система динамически проверяет корректность ввода данных
  7. Пользователь подтверждает добавление ресурса
  8. Система сохраняет ресурс в данных Исполнителя
  9. Завершение сценария

Расширение:

7a. Добавить еще ресурс
7a.1 Пользователь может добавить еще ресурс в данные Исполнителя
7a.2 Выполняется сценарий добавления с пункта 2


7b. Удалить ресурс
7b.1 Пользователь может удалить выбранный ресурс


6a. Некорректный ввод данных
6a.1 Система обнаруживает некорректный ввод данных 
6a.2 Система отображает сообщение об ошибке
6a.3 Продолжение сценария с пункта 3

Примечание:


INSP-UC-CNTR-008





Изменить ресурс Исполнителя

Статус сценария:  Ожидание согласования

Релиз: MVP

Бизнес-требование: 

Точки входа:

  • → Профиль → Данные Исполнителя

Предусловия:

  1. Пользователь выбрал ресурс, который хочет изменить

Приоритет:

Средний (2)

Роли: 

Исполнитель, Системный Администратор- далее Пользователь

Основной поток:

  1. Пользователь вызывает функцию изменения ресурса Исполнителя
  2. Система отображает форму для изменения данных, в зависимости от типа ресурса:
    1. Персонал
      • Фамилия: string,
      • Имя: string,
      • Отчество: string,
      • Должность: string,
      • Руководитель: bool
    2. Судно
      • Название: string
    3. Оборудование
      • Тип: string enum
      • Модель: string
  3. Пользователь меняет данные
    1. Персонал
      • Фамилия  - текст, любые символы, от 1 до 250 символов, NN
      • Имя - текст, любые символы, от 1 до 250 символов, NN
      • Отчество - текст, любые символы, от 1 до 250 символов, NN
      • Должность - текст, любые символы, от 1 до 250 символов, NN
      • Руководитель - галочка: 1 - да, 2 - нет
    2. Судно
      • Название - текст, любые символы, от 1 до 250 символов, NN
    3. Оборудование
      • Тип - выбор из списка
      • Модель - текст, любые символы, от 1 до 250 символов, NN
  4. Система динамически проверяет корректность ввода данных
  5. Пользователь подтверждает сохранение ресурса
  6. Система сохраняет ресурс в данных Исполнителя
  7. Завершение сценария

Расширение:

4a. Некорректный ввод данных
4a.1 Система обнаруживает некорректный ввод данных 
4a.2 Система отображает сообщение об ошибке
4a.3 Продолжение сценария с пункта 3

Примечание:


INSP-UC-CNTR-009





Удалить ресурс Исполнителя

Статус сценария:  Ожидание согласования

Релиз: ПОСЛЕ MVP

Бизнес-требование: 

Точки входа:

  • → Профиль → Данные Исполнителя

Предусловия:

  1. Пользователь выбрал ресурс, который хочет удалить

Приоритет:

Средний (2)

Роли: 

Исполнитель, Системный Администратор - далее Пользователь

Основной поток:

  1. Пользователь вызывает функцию удаления ресурса Исполнителя💬
  2. Система отображает окно для подтверждения удаления
  3. Пользователь подтверждает удаление
  4. Система удаляет ресурс в данных Исполнителя
  5. Завершение сценария

Расширение:

3a. Отмена или выход
3a.1 Пользователь отменяет удаление
3a.2 Система не сохраняет изменения
3a.3 Завершение сценария

Примечание:

Комментарии (17) · по состоянию на 2026-09-18

К фрагментам текста

claude-code · 2026-09-15 09:15 МСК · решён · к фрагменту · 73074964
«Создать Исполнителя»

[Ревью] Критично (конфликт релизов MVP): Сценарий «Создать Исполнителя» помечен «После MVP», при этом «Обновить данные Исполнителя» и добавление/изменение/удаление ресурса Исполнителя — MVP, а создание Заявки (MVP, роль Агент) требует выбора существующего Исполнителя. Без сценария создания Исполнителя в MVP реестр будет пуст — блокирует модуль заявок. Аналогичная проблема на странице «Реестр Агентов» (сценарий «Создать Агента»).

Роман Износов · 2026-09-15 10:21 МСК · 73075177

Во да, не очень понятно как появляется первичный список исполнителей.

Софья Герасимова · 2026-09-15 11:59 МСК · 73075292

добавила примечание. В рамках MVP всех пользователей, агентов, исполнителей заводим вручную в БД

claude-code · 2026-09-15 13:40 МСК · 73075448

[Ревью] Решено, спасибо — в примечании и в общем ответе подтверждено, что в MVP Исполнители заводятся вручную в БД, реестр не будет пустым. Соответствует странице «Список функций Портала» (Создание Исполнителей (руками в БД) — MVP).

claude-code · 2026-09-16 10:17 МСК · 73075780

[Ревью] РЕШЕНО — можно удалить: подтверждено, что в MVP Исполнители заводятся вручную в БД, реестр не будет пустым.

claude-code · 2026-09-15 09:15 МСК · решён · к фрагменту · 73074972
«Создать связь пользователя с Исполнителем»

[Ревью] Критично (конфликт релизов MVP): Сценарий «Создать связь пользователя с Исполнителем» — «После MVP». Пользователь с ролью «Исполнитель» логически не может работать без привязки к организации-Исполнителю. Нужно включить связь в MVP-скоуп либо описать альтернативный процесс. Аналогично для страницы «Реестр Агентов».

Софья Герасимова · 2026-09-15 12:00 МСК · 73075295

добавила примечание

claude-code · 2026-09-15 13:40 МСК · 73075449

[Ревью] Решено, спасибо — связь пользователя с Исполнителем также заводится в БД вручную вместе с самим Исполнителем в рамках MVP.

claude-code · 2026-09-16 10:17 МСК · 73075781

[Ревью] РЕШЕНО — можно удалить: связь пользователя с Исполнителем также заводится вручную в БД вместе с Исполнителем в рамках MVP.

claude-code · 2026-09-15 09:15 МСК · решён · к фрагменту · 73074983
«Пользователь вызывает функцию удаления ресурса Исполнителя»

[Ревью] Критично (MVP): В сценариях «Изменить ресурс Исполнителя» (UC-CNTR-008) и «Удалить ресурс Исполнителя» (UC-CNTR-009) нет проверки, назначен ли данный ресурс (например, персонал) на активную заявку осмотра. Удаление/изменение такого ресурса может рассинхронизировать уже согласованный план осмотра. Нужно добавить проверку зависимостей (аналогично проверке при блокировке пользователя) перед удалением/изменением.

Софья Герасимова · 2026-09-15 12:01 МСК · 73075297

Удаление будем реализовывать после MVP

claude-code · 2026-09-15 13:40 МСК · 73075457

[Ревью] Уточнение внесено, но остался вопрос: удаление ресурса (UC-CNTR-009) перенесено на «После MVP» — это снимает риск для операции удаления. Но «Изменить ресурс Исполнителя» (UC-CNTR-008) по-прежнему в MVP и всё ещё не содержит проверки, не назначен ли изменяемый ресурс на активную заявку осмотра — стоит добавить эту проверку хотя бы для сценария изменения.

claude-code · 2026-09-16 08:46 МСК · 73075677

[Ревью] Решено, спасибо — по итогам нового решения «В рамках MVP не планируется управление занятостью Исполнителя» (см. страницу «Список допущений/решений принятых для реализации MVP») концерн снимается: раз занятость ресурсов/Исполнителя в принципе не отслеживается и не управляется в MVP, проверка «не назначен ли изменяемый ресурс на активную заявку» перед UC-CNTR-008 «Изменить ресурс Исполнителя» становится неактуальной для MVP-скоупа. Риск можно считать принятым.

claude-code · 2026-09-16 10:17 МСК · 73075782

[Ревью] РЕШЕНО — можно удалить: по решению «управление занятостью Исполнителя не входит в MVP» проверка занятости ресурса перед изменением неактуальна для MVP-скоупа.

К странице

claude-code · 2026-09-15 09:15 МСК · открыт · 73074980

[Ревью] Желательно: Как и в реестре Агентов, здесь не описана статусная модель/процесс верификации юрлица Исполнителя (ИНН/ОГРН через ЕГРЮЛ, блокировка организации). Нужно уточнить необходимость и этап реализации.

Софья Герасимова · 2026-09-15 12:02 МСК · 73075298

В MVP не планируется верификации данных Исполнителей и Агентов

claude-code · 2026-09-15 13:40 МСК · 73075451

[Ревью] Решено, спасибо за подтверждение — верификация юрлица в MVP не планируется, осознанное решение.