Сценарии использования: управление заявками

Реестр Заявок

INSP-UC-APP-001

Просмотреть реестр заявок

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

Релиз: MVP

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

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

  1. Пользователь авторизован в системе

Точки входа:

  1. Реестр заявок

Приоритет:

Высокий (1)

Роли: 

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

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

  1. Пользователь открывает реестр Заявок
  2. Система проверять роль и права Пользователя сценарий
  3. Система отображает реестр Заявок, в том числе поля (сортировка по умолчанию по дате создания от новых к старым): 
  4. Пользователь может выполнить сценарии:
    1. Сортировки → INSP-UC-APP-002
    2. Фильтрации → INSP-UC-APP-003
    3. Поиска → INSP-UC-APP-004
    4. Экспорт реестра → INSP-APP-005
    5. Настроить поля реестра → INSP-UC-APP-006
  5. Завершение сценария

Расширение:

2a. Роль - Агент
2a.1 Система отображает пользователю с ролью Агент список только тех Заявок, которые он создал ранее
2a.2 По умолчанию вид реестра для Агента:

  • Статусы Заявки = все
  • Сортировка по Дате создания от новых к старым

2a.3 Продолжение сценария с пункта 2 сценария


2b. Роль - Исполнитель
2b1 Система отображает пользователю с ролью Исполнитель список только тех Заявок, где он назначен Исполнителем
2с.2 По умолчанию вид реестра:

  • Сортировка по Дате создания от новых к старым
  • Исполнитель = Пользователь

2b.3 Продолжение сценария с пункта 2 сценария


2c. Нет Заявок 
2c.1 Система обнаруживает, что нет ни одной заявки для отображения пользователю
2c.2 Система отображает сообщение "Заявки не найдены"
2c.3 Завершение сценария


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

Примечание:


INSP-UC-APP-002

Сортировать реестр заявок

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

Релиз: MVP

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

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

  1. Пользователь открыл реестр Заявок INSP-UC-APP-001

Точки входа:

  1. Реестр заявок

Приоритет:

Средний (2)

Роли: 

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

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

  1. Пользователь запускает функцию сортировки одно из полей реестра:
    1. Дата и время выхода из предыдущего порта INSP-AT-APP-011
    2. Плановая дата и время прибытия в порт INSP-AT-APP-013
    3. Плановая дата и время осмотра INSP-AT-APP-023
    4. Дата и время создания заявки INSP-AT-APP-014
  2. Если ранее была включена сортировка по другому полю, то Система сбрасывает ее
  3. Система сортирует реестр по указанному Пользователем полю
    1. по возрастанию при первом вызове
    2. по убыванию при втором вызове
    3. при третьем вызове - сброс сортировки
  4. Завершение сценария

Расширение:

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

Примечание:


INSP-UC-APP-003

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

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

Релиз: MVP

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

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

  1. Пользователь открыл реестр Заявок INSP-UC-APP-001

Точки входа:

  1. Реестр заявок

Приоритет:

Средний (2)

Роли: 

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

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

  1. Пользователь запускает функцию фильтрации (сложной) реестра
  2. Система отображает форму для настроек фильтрации с ключевыми атрибутами фильтрации:
    1. Статус 
    2. Агент
      • Наименование
    3. Исполнитель
      • Наименование
    4. Судно
      • Наименование
      • Тип
    5. Предыдущий порт
    6. Следующий порт
  3. Пользователь устанавливает фильтры
    1. Статус INSP-AT-APP-004
    2. Агент INSP-AT-APP-005
    3. Исполнитель INSP-AT-APP-052
    4. Судно INSP-AT-APP-009
    5. Предыдущий порт INSP-AT-APP-010
    6. Следующий порт INSP-AT-APP-012
  4. Пользователь подтверждает применение фильтров в реестре
  5. Система выполняет фильтрацию реестра по заданным Пользователем настройкам
  6. Пользователь просматривает реестр
  7. Завершение сценария

Расширение:

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


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

Примечание:


INSP-UC-APP-004



Найти Заявку в реестре

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

Релиз: MVP

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

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

  1. Пользователь открыл реестр Заявок INSP-UC-APP-001

Точки входа:

  1. Реестр заявок

Приоритет:

Средний (2)

Роли: 

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

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

  1. Пользователь вводит в форму для поиска запрос
  2. Система динамически при вводе от 3 символов начинает поиск Заявок и отображает результаты по совпадению (без учета регистра):
    1. Идентификатор заявки INSP-AT-APP-001
    2. Номер заявки на осмотр INSP-AT-APP-002
    3. Номер заявки на вход INSP-AT-APP-003
    4. Заказчик INSP-AT-APP-006
    5. Агент INSP-AT-APP-005
    6. Исполнитель INSP-AT-APP-052
    7. Судно INSP-AT-APP-009
  3. Система отображает результаты поиска
  4. Пользователь может продолжить вводить символы для поиска, система динамически производит поиск
  5. Завершение сценария

Расширение:

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

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

Примечание:


INSP-APP-005

Экспортировать реестр заявок

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

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

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

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

  1. Пользователь открыл реестр Заявок INSP-UC-APP-001
  2. У Пользователя есть права на экспорт Заявок

Точки входа:

  1. Реестр заявок

Приоритет:

Низкий (3)

Роли: 

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

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

  1. Пользователь запускает функцию экспорта реестра
  2. Система отображает параметры экспорта:
    1. Формат
      1. csv
      2. xls, xlsx
  3. Пользователь устанавливает параметры экспорта
  4. Пользователь подтверждает экспорт
  5. Система экспортирует реестр на локальное устройство Пользователя
  6. Завершение сценария

Расширение:

1a. Права экспорта
1a.1 Система НЕ отображает возможность экспорта для того Пользователя, у которого нет прав на это действие


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

Примечание:

Пользователям, у которых нет права на экспорт, кнопка для выполнения функции экспорта не отображается в интерфейсе


INSP-UC-APP-006

Настроить поля реестра

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

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

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

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

  1. Пользователь открыл реестр Заявок UC-APP-001

Точки входа:

  1. Реестр заявок

Приоритет:

Низкий (3)

Роли: 

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

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

  1. Пользователь запускает функцию настройки полей реестра
  2. Система отображает окно настроек всех полей:
    1. Идентификатор заявки в системе 
    2. Номер 
    3. Статус 
    4. Тип оплаты заявки 
    5. Заказчик (данные Агента) 
    6. Порт погрузки 
    7. Порт назначения 
    8. Рейс 
    9. Дата создания 
    10. Создатель 
  3. Пользователь может включить или выключить отображение какого-либо поля реестра
  4. Пользователь может поменять местами поля (перетащив мышкой)
  5. Пользователь подтверждает настройки реестра
  6. Система обновляет вид реестра по заданным настройкам 
  7. Система сохраняет настройки для текущего пользователя до момента их изменения
  8. Завершение сценария

Расширение:

7a. Настройки по умолчанию
7a.1 Пользователь может вернуть вид реестра к состоянию по умолчанию

Примечание:


Просмотр

INSP-UC-APP-007

Просмотреть Заявку

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

Релиз: MVP

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

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

  1. Для Агента: Пользователь открыл заявку, которую сам создал ранее
  2. Для Исполнителя: Пользователь открыл заявку, где является Исполнителем

Точки входа:

  1. Реестр заявок → Заявка

Приоритет:

Высокий (1)

Роли: 

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

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

  1. Пользователь выбирает и открывает заявку на просмотр
  2. Система проверять роль и права Пользователя запустившего сценарий
  3. Система отображает данные Заявки:
    1. Идентификатор заявки INSP-AT-APP-001
    2. Номер заявки на осмотр INSP-AT-APP-002
    3. Номер заявки на вход INSP-AT-APP-003
    4. Статус INSP-AT-APP-004
    5. Заказчик INSP-AT-APP-006 
    6. Агент INSP-AT-APP-005
    7. Исполнитель INSP-AT-APP-052 
    8. Судно INSP-AT-APP-009
    9. Предыдущий порт INSP-AT-PRT-002
      1. Дата и время выхода из предыдущего порта INSP-AT-APP-011
    10. Следующий порт INSP-AT-PRT-002
      1. Плановая дата и время прибытия в порт INSP-AT-APP-013
    11. Дата и время создания заявки INSP-AT-APP-014
    12. Автор заявки (Пользователь) INSP-AT-APP-015
    13. План осмотра 
      1. Плановая дата и время начала осмотра INSP-AT-APP-023
      2. Плановая дата и время завершения осмотра INSP-AT-APP-024
      3. Стоянка INSP-AT-APP-026
        1. Наименование INSP-AT-PRT-011
        2. Координаты INSP-AT-PRT-012
      4. Ресурсы INSP-AT-APP-034
        1. Тип ресурса 
        2. Атрибуты ресурса
    14. Данные осмотра
      1. Дата и время начала INSP-AT-APP-037
      2. Дата и время завершения INSP-AT-APP-038
      3. Продолжительность INSP-AT-APP-039
      4. Метод осмотра INSP-AT-APP-057
      5. Место, координаты INSP-AT-APP-040
      6. Глубина, м INSP-AT-APP-041
      7. Температура воздуха💬, С INSP-AT-APP-042
      8. Температура воды, С INSP-AT-APP-043
      9. Течение, уз INSP-AT-APP-044
      10. Высота волны мин, м INSP-AT-APP-045
      11. Высота волны макс, м INSP-AT-APP-046
      12. Скорость ветра мин, м/с INSP-AT-APP-047
      13. Скорость ветра макс, м/с INSP-AT-APP-048
      14. Видимость, м INSP-AT-APP-049
      15. Расстояние, с которого производился осмотр ТНПА INSP-AT-APP-061
      16. Площадь осматриваемой поверхности INSP-AT-APP-058
      17. Средняя скорость движения под водой INSP-AT-APP-059
      18. Количество произведенных галсов INSP-AT-APP-060
      19. Результат INSP-AT-APP-050
      20. Дополнительно INSP-AT-APP-054
      21. Файл с маршрутом осмотра судна INSP-AT-APP-055
      22. Файл видеофиксации осмотра INSP-AT-APP-056
  4. Пользователь просматривает заявку и может выполнить следующие сценарии:
    1. Изменить заявку
      1. Изменить данные заявки → INSP-UC-APP-011
      2. Изменить планирование в заявке → INSP-UC-APP-022
      3. Изменить Исполнителя → INSP-UC-APP-013
      4. Изменить Судно в заявке → INSP-UC-APP-029
      5. Отправить заявку на планирование → INSP-UC-APP-015
      6. Отменить заявку → INSP-UC-APP-016
      7. Запланировать заявку → INSP-UC-APP-017
      8. Отказаться от исполнения заявки → INSP-UC-APP-019
      9. Начать осмотр → INSP-UC-APP-020
      10. Завершить выполнение заявки → INSP-UC-APP-021
      11. Сгенерировать акт → INSP-UC-APP-027
    2. Экспортировать заявку → INSP-UC-APP-009
    3. Просмотреть историю изменений → INSP-UC-APP-008
    4. Предпросмотр файлов → INSP-UC-APP-024
    5. Скачать файл → INSP-UC-APP-025
    6. Открыть результаты ROV Viewer → INSP-UC-APP-030
    7. Прикрепить файл к заявке → INSP-UC-APP-023
  5. Завершение сценария

Расширение:

Примечание:


INSP-UC-APP-008




Просмотреть историю изменений Заявки

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

Релиз: MVP

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

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

  1. Пользователь открыл заявку INSP-UC-APP-007

Точки входа:

  1. Реестр заявок → Заявка

Приоритет:

Средний (2)

Роли: 

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

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

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

Расширение:

Примечание:


INSP-UC-APP-009




Экспортировать Заявку

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

Релиз: MVP

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

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

  1. Пользователь открыл заявку INSP-UC-APP-007

Точки входа:

  1. Реестр заявок → Заявка

Приоритет:

Высокий (1)

Роли: 

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

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

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

Расширение:

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

Примечание:

Шаблон заявки - !Шаблон Заявка на осмотр.docx


INSP-UC-APP-030




Открыть результаты в ROV Viewer 

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

Релиз: MVP

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

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

  1. Пользователь открыл заявку INSP-UC-APP-007
  2. Статус заявки = Исполнено
  3. В заявке есть файлы:
    1. Файл видеофиксации осмотра INSP-AT-APP-056
    2. Файл с маршрутом осмотра INSP-AT-APP-055

Точки входа:

  1. Реестр заявок → Заявка

Приоритет:

Средний (2)

Роли: 

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

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

  1. Пользователь запускает функцию просмотра проекта с результатами в ROV Viewer 
  2. Система проверяет наличие в заявке необходимых данных:
    1. Файл видеофиксации осмотра INSP-AT-APP-056
    2. Файл с маршрутом осмотра INSP-AT-APP-055
  3. Система открывает в фоновой вкладке ROV Viewer данные, производит трансляцию видео💬💬 
  4. Завершение сценария

Расширение:

2a. Нет данных для отображения
5a.1 Система обнаруживает, что в заявке отсутствуют данные для отображения в ROV Viewer 
5a.2 Система отображает ошибку
5a.3 Завершение сценария

Примечание:

Создание и изменение

INSP-UC-APP-010




Создать Заявку на осмотр💬

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

Релиз: MVP

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

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


Точки входа

  1. Реестр Заявок

Приоритет:

Высокий (1)

Роли: 

Агент - далее Пользователь

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

  1. Пользователь запускает функцию создания новой заявки (кнопка "Создать заявку")
  2. Система отображает форму для ввода данных Заявки 
    1. Номер заявки 
    2. Номер заявки на вход 
    3. Город проведения осмотра 
    4. Основания проведения осмотра 
    5. Агент 
    6. Заказчик
    7. Судно
    8. Маршрут
    9. Исполнитель
  3. Пользователь заполняет поля Заявки
    1. Номер заявки INSP-AT-APP-002
    2. Номер заявки на вход INSP-AT-APP-003
    3. Город проведения осмотра INSP-AT-APP-007
    4. Основания💬 проведения осмотра INSP-AT-APP-008
    5. Агент (поля автоматически заполняются из профиля Агента, если они там есть. Если нет, то Пользователь должен их заполнить обязательно) INSP-AT-APP-005
      1. Вид лица INSP-AT-AGNT-003
      2. Наименование INSP-AT-AGNT-004
      3. Name INSP-AT-AGNT-008
      4. ИНН INSP-AT-AGNT-005
      5. Телефон INSP-AT-AGNT-006
      6. Эл. почта INSP-AT-AGNT-007
    6. Заказчик💬
      1. Наименование INSP-AT-APP-017
      2. Name INSP-AT-APP-062
      3. Контактное лицо INSP-AT-APP-018
      4. Должность контактного лица INSP-AT-APP-053
      5. Контактный телефон INSP-AT-APP-019
      6. Контактный e-mail INSP-AT-APP-020
    7. Судно → выполняется сценарий выбора Судна💬 INSP-UC-APP-029 
    8. Маршрут
      1. Предыдущий порт💬 INSP-AT-APP-010
      2. Дата и время выхода из порта INSP-AT-APP-011
      3. Следующий порт INSP-AT-APP-012
      4. Предполагаемая дата и время захода в порт INSP-AT-APP-013
    9. Исполнитель → выполняется сценарий INSP-UC-APP-013
  4. Система динамически проверяет корректность ввода данных Заявки
  5. В случае корректного заполнения всех полей ввода Система делает доступной кнопку "Создать и отправить"
  6. Пользователь запускает функцию создания заявки, нажимая на кнопку "Создать и отправить"
  7. Система сохраняет Заявку
  8. Система обновляет статус Заявки → INSP-UC-APP-015
  9. Система отображает сообщение об успешном создании заявки
  10. Завершение сценария

Расширение:

2a. Автозаполнение данных Агента
2a.1 Система обнаруживает, что сценарий запустил пользователь с ролью Агент
2a.2 Система автоматически заполняет поля по данным Агента, указанным в его профиле, 
2a.3 Пользователь может отредактировать данные продолжая сценария с шага 3.


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


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


3b, (6b). Отмена
.1. Пользователь отменяет создание Заявки
.2. Система отображает окно для подтверждения:
- отменить создание (завершить сценарий)
- сохранить заявку в черновиках
.3. Пользователь подтверждает отмену 
- Если выбрал отмену создания - то заявка не сохраняется
- Если выбрал сохранение в черновик, то заявка сохраняется со статусом "Черновик"
.4. Система пользователя на предыдущее окно


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


3c. Отображение подсказок
.1. Пользователь может запустить функцию отображения подсказки по заполнению какого-либо поля
.2. Система отображает подсказку, о правилах заполнения поля

Примечание:

  1. UI/UX: Интерфейс должен позволять заполнять поля в любом порядке. Динамические подсказки и валидация обязательны.


INSP-UC-APP-013


Назначить (изменить) Исполнителя заявки

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

Релиз: MVP

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

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

  1. Пользователь запустил функцию назначения Исполнителя Заявки при создании заявки INSP-UC-APP-010
  2. Пользователь запустил функцию назначения Исполнителя Заявки при изменении заявки💬 INSP-UC-APP-011
  3. Статус заявки in (Черновик, Возвращено)

Приоритет:

Высокий (1)

Роли: 

Агент - далее Пользователь

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

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

Расширение:

6a. Удалить Исполнителя
6a.1 Пользователь запускает удаление Исполнителя в Заявке
6a.2 Cистема удаляет данные об Исполнителе
6a.3 Система возвращает пользователя в предыдущий сценарий


4a. Замена Исполнителя: оповещение предыдущего исполнителя
4a.1 Система обнаруживает, что был назначен новый Исполнитель вместо предыдущего
4a.2 Система отравляет Уведомление предыдущему исполнителю.
4a.3 Система закрывает доступ к Заявке предыдущему Исполнителю.
4a.4 Система отправляет Уведомление новому исполнителю.
4a.4 Продолжение сценария
Тексты для уведомлений находятся в разделе - Шаблоны текстов для уведомлений


4b. Замена Исполнителя: очистка плана осмотра
4b.1 Система обнаруживает, что был назначен новый Исполнитель вместо предыдущего
4b.2 Система очищает данные Плана осмотра в заявке.
4b.3 Продолжение сценария

Примечание:

В рамках MVP не планируется управление занятостью Исполнителя. Агент просто выбирает исполнителя из реестра, сам Исполнитель принимает решение, сможет ли он провести осмотр в указанные даты



INSP-UC-APP-029


Выбрать (изменить) судно в заявке

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

Релиз: MVP

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

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

  1. Пользователь запустил функцию выбора Судна при создании заявки INSP-UC-APP-010
  2. Пользователь запустил функцию изменения Судна при изменении заявки INSP-UC-APP-011
  3. Статус заявки in (Черновик, Возвращено)

Приоритет:

Высокий (1)

Роли: 

Агент - далее Пользователь

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

  1. Пользователь запускает функцию выбора Судна в заявке 
  2. Система выполняет сценарий просмотра списка судов →  INSP-UC-VSS-001
  3. Пользователь выбирает Судно из списка 
  4. Система отображает изменение в заявке
  5. Пользователь продолжает предыдущий запущенный сценарий

Расширение:


1a. Дополнительные сценарии
Пользователь может выполнить следующие сценарии


Примечание:


INSP-UC-APP-011




Изменить данные Заявки

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

Релиз: MVP

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

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

  1. Пользователь открыл Заявку, которую планирует изменить💬
  2. Автор заявки = Пользователь
  3. Статус заявки in (Черновик, Ожидается подтверждение, Возвращено, Запланировано, Выполнение работ) 

Точки входа:

  1. Реестр заявок → Заявка

Приоритет:

Высокий (1)

Роли: 

Агент - далее Пользователь

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

  1. Пользователь запускает функцию изменения данных заявки
  2. Система проверяет возможность изменения заявки
  3. Система отображает форму для изменения данных Заявки 
    1. Номер заявки 
    2. Номер заявки на вход 
    3. Город проведения осмотра 
    4. Основания проведения осмотра 
    5. Агент 
    6. Заказчик
    7. Судно
    8. Маршрут
    9. Исполнитель
  4. Пользователь меняет поля Заявки
    1. Номер заявки INSP-AT-APP-002
    2. Номер заявки на вход INSP-AT-APP-003
    3. Город проведения осмотра INSP-AT-APP-007
    4. Основания проведения осмотра INSP-AT-APP-008
    5.  Агент (поля автоматически заполняются из профиля Агента, если они там есть. Если нет, то Пользователь должен их заполнить обязательно) INSP-AT-APP-005
      1. Вид лица 
      2. Наименование 
      3. ИНН 
      4. Телефон 
      5. Эл. почта 
    6. Заказчик
      1. Наименование INSP-AT-APP-017
      2. Name INSP-AT-APP-062
      3. Контактное лицо INSP-AT-APP-018
      4. Должность контактного лица INSP-AT-APP-053
      5. Контактный телефон INSP-AT-APP-019
      6. Контактный e-mail INSP-AT-APP-020
    7. Маршрут
      1. Предыдущий порт INSP-AT-APP-010
      2. Дата и время выхода из порта INSP-AT-APP-011
      3. Следующий порт INSP-AT-APP-012
      4. Предполагаемая дата и время захода в порт INSP-AT-APP-013
  5. Система динамически проверяет корректность ввода данных каждого поля
  6. Пользователь может выполнить сценарии:
    1. Изменить Исполнителя → INSP-UC-APP-013
    2. Изменить Судно в заявке → INSP-UC-APP-029
    3. Отменить заявку → INSP-UC-APP-016
    4. Для исполнителя: Изменить план заявки → INSP-UC-APP-022
    5. Отправить заявку на планирование → INSP-UC-APP-015
    6. Отменить заявку → INSP-UC-APP-016
    7. Запланировать заявку → INSP-UC-APP-017
    8. Отказаться от исполнения заявки → INSP-UC-APP-019
    9. Начать осмотр → INSP-UC-APP-020
    10. Завершить выполнение заявки → INSP-UC-APP-021
  7. Пользователь подтверждает изменение заявки (нажимает на кнопку "Сохранить изменения")
  8. Система отображает форму для необязательного💬 ввода комментария
  9. Пользователь может ввести комментарий и/или подтверждает его сохранение в Заявке
  10. Система добавляет Комментарий в Заявку
  11. Система обновляет данные Заявки и сохраняет историю изменений
  12. Система создает и отправляет уведомления в личные кабинеты пользователей (колокольчик) INSP-UC-NTF-007:
    1. Исполнителю заявки (Тексты для уведомлений находятся в разделе - Шаблоны текстов для уведомлений)
  13. Завершение сценария

Расширение:

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


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

Примечание:

  1. Если пользователь не имеет прав к редактированию заявки, или заявка находится в статусе, в котором ее пользователь не имеет права отредактировать, то кнопка редактирования отображается в интерфейсе, как не доступная и при наведении на нее или на подсказку - отображается причина (редактирование заявки недоступно)
  2. В рамках MVP можно изменить все поля заявки во всех перечисленных статусах


INSP-UC-APP-022




Изменить план заявки

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

Релиз: MVP

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

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

  1. Пользователь является Исполнителем данной заявки
  2. Статус заявки in (Запланировано, Выполнение работ) 
  3. Ранее Пользователь создал план выполнения заявки INSP-UC-APP-017

Приоритет:

Высокий (1)

Роли: 

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

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

  1. Пользователь запускает функцию изменения планирования Заявки, нажав на кнопку "Планирование":
  2. Система отображает окно с полями для ввода/изменения данных:
    1. Плановая дата и время начала осмотра
    2. Плановая дата и время завершения осмотра
    3. Стоянка
      1. Наименование
      2. Координаты
    4. Ресурсы
      1. Тип ресурса
      2. Характеристики ресурса
  3. Пользователь вводит данные
    1. Плановая дата и время начала осмотра INSP-AT-APP-023
    2. Плановая дата и время завершения осмотра INSP-AT-APP-024
    3. Стоянка INSP-AT-APP-026
    4. Технология осмотра INSP-AT-APP-051
    5. Ресурсы (см. примечание 2)💬 INSP-AT-APP-027
      1. Ресурс исполнителя INSP-AT-CNTR-011
  4. Система динамически проверяет корректность ввода данных 
  5. Пользователь подтверждает сохранение изменений
  6. Система отображает форму для необязательного ввода комментария
  7. Пользователь может ввести комментарий и/или подтверждает изменение заявки
  8. Система создает Комментарий в Заявке
  9. Система создает и отправляет уведомления в личные кабинеты пользователей (колокольчик) INSP-UC-NTF-007:
    1. Агенту (Тексты для уведомлений находятся в разделе - Шаблоны текстов для уведомлений)
  10. Завершение сценария

Расширение:

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


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

Примечание:

  1. Планы по осмотру могут измениться в любое время
  2. Справочник типов ресурсов для MVP находится в разделе💬 "Состав справочника типов ресурсов для MVP"



INSP-UC-APP-012



Удалить Заявку

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

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

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

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

  1. Для Агента: Заявка создана этим Агентом и статус = Черновик, Отменено💬
  2. Для Системного Администратора: может удалять любые заявки в статусах = Черновик, Отменено

Точки входа:

  1. Реестр заявок → Заявка

Приоритет:

Низкий (3)

Роли: 

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

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

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

Расширение:

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


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


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

Примечание:

Если пользователь не имеет прав к удалению заявки, или заявка находится в статусе, в котором ее пользователь не имеет права удалить, то кнопка удаления отображается в интерфейсе, как недоступная и при наведении на нее или на подсказку - отображается причина (удаление заявки недоступно)


Файлы в заявке

INSP-UC-APP-023



Прикрепить файлы к Заявке

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

Релиз: MVP

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

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

  1. Для Агента: Пользователь является создателем данной заявки
  2. Для Исполнителя: Пользователь является Исполнителем данной заявки
  3. Статус заявки - любой

Точки входа:

  • ... → Заявка

Приоритет:

Высокий (1)

Роли: 

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

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

  1. Пользователь запускает функцию прикрепления файлов к заявке
  2. Система отображает форму для загрузки файлов с информацией о том, какие файлы можно загрузить
  3. Пользователь может выбрать один или несколько файлов для загрузки (через проводник или перетаскиванием файлов на форму).
  4. Система проверяет возможность загрузки и прикрепления выбранных файлов
  5. Пользователь подтверждает прикрепление выбранных файлов
  6. Система выполняет загрузку и прикрепление файлов (отображая прогресс загрузки)
  7. Система выполняет обработку загружаемых файлов INSP-UC-APP-028
  8. Система отображает результат загрузки в Заявке и сохраняет изменения
  9. Завершение сценария

Расширение:

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

Примечание:

В рамках MVP к заявке можно прикрепить любой формат файла, любого объема


INSP-UC-APP-028



Обработка загружаемых видео-материалов 

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

Релиз: MVP

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

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

  1. Запущено прикрепление видео-материала

Точки входа:

  • ... → Заявка

Приоритет:

Высокий (1)

Роли: 

Система - далее Пользователь

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

  1. Загружаемое видео надо обрабатвыать и в порядке очереди брать на сжатие и удалять исходники
  2. Завершение сценария

Расширение:

4a. 


6a. Ошибка при обработке
6a.1 Система не смогла выполнить обработку файла
6a.2 Система логирует ошибку обработки
6a.3 Завершение сценария

Примечание:


INSP-UC-APP-024



Предпросмотр файлов в Заявке

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

Релиз: MVP

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

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

  1. Для Агента: Пользователь является создателем данной заявки
  2. Для Исполнителя: Пользователь является Исполнителем данной заявки
  3. Статус заявки - любой

Точки входа:

  • ... → Заявка

Приоритет:

Высокий (1)

Роли: 

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

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

  1. Пользователь выбирает документ, который хочет просмотреть
  2. Система открывает документ в предпросмотре в новой вкладке браузера 
  3. Завершение сценария

Расширение:

Примечание:


INSP-UC-APP-025



Скачать файл из Заявки

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

Релиз: MVP

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

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

  1. Для Агента: Пользователь является создателем данной заявки
  2. Для Исполнителя: Пользователь является Исполнителем данной заявки
  3. Статус заявки - любой

Точки входа:

  • ... → Заявка

Приоритет:

Высокий (1)

Роли: 

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

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

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

Расширение:

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

Примечание:



INSP-UC-APP-026



Удалить файл из Заявки

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

Релиз: MVP

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

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

  1. Для Агента и Исполнителя: Пользователь ранее прикрепил файл, который планирует удалить
  2. Для Системного администратора: может удалить любой файл
  3. Статус заявки - любой

Точки входа:

  • ... → Заявка

Приоритет:

Высокий (1)

Роли: 

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

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

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

Расширение:

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

Примечание:

Статусы заявки


INSP-UC-APP-015


Отправить заявку на планирование Исполнителю (статус Ожидается подтверждение)

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

Релиз: MVP

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

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

  1. Для Агента: Заявка создана этим Агентом
  2. Агент назначил Исполнителя Заявки INSP-UC-APP-013
  3. Заявка находится в одном из статусов: Черновик, Возвращена

 

Приоритет:

Высокий (1)

Роли: 

Агент - далее Пользователь

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

  1. Пользователь запускает функцию изменения статуса Заявки:
    1. В процессе создания заявки INSP-UC-APP-010 пользователь подтвердил созранение
    2. Черновик → Ожидается подтверждение
    3. Возвращена → Ожидается подтверждение
  2. Система проверяет корректность ввода данных и возможность обновления статуса Заявки
    1. В заявке назначен Исполнитель
    2. В заявке заполнены все обязательные параметры
  3. Система обновляет данные Заявки и сохраняет историю изменений
    1. Статус = Ожидается подтверждение
  4. Система создает и отправляет уведомления в личные кабинеты пользователей (колокольчик) INSP-UC-NTF-007:
    1. Исполнителю заявки (Тексты для уведомлений находятся в разделе - Шаблоны текстов для уведомлений)
  5. Завершение сценария

Расширение:

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

2b. Нет Исполнителя в заявке
2b.1 Система обнаруживает, что в заявке не назначен Исполнитель
2b.2 Система отображает сообщение об ошибке "Для планирования в заявке должен быть назначен Исполнитель"
2b.3 Завершение сценария


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

Примечание:

см. статусную модель "Заявка"


INSP-UC-APP-016




Отменить выполнение заявки (статус Отменено)

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

Релиз: MVP

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

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

  1. Для Агента: Заявка создана этим Агентом
  2. Статус заявки in (Черновик, Ожидается подтверждение, Возвращено, Запланировано, Выполнение работ) 

Приоритет:

Средний (2)

Роли: 

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

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

  1. Пользователь запускает функцию изменения статуса Заявки:
    1. (Черновик, Ожидается подтверждение, Возвращено, Запланировано, Выполнение работ) → Отменено
  2. Система отображает форму для обязательного ввода комментария
  3. Пользователь вводит комментарий и подтверждает изменение заявки
  4. Система создает Комментарий в Заявке
  5. Система обновляет данные Заявки и сохраняет историю изменений
    1. Статус = Отменено
  6. Система создает и отправляет уведомления в личные кабинеты пользователей (колокольчик) INSP-UC-NTF-007:
    1. Исполнителю заявки (Тексты для уведомлений находятся в разделе - Шаблоны текстов для уведомлений)
  7. Завершение сценария

Расширение:

2a. Комментарий необязателен
2a.1 Система обнаруживает, что значение 
- Статус = Черновик
2a.2 Система пропускает шаги 2-4 и переходит к 5 шагу


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

Примечание:

см. статусную модель "Заявка"

Отменить заявку можно на любом этапе, отменяет только Агент


INSP-UC-APP-017




Запланировать заявку (статус Запланировано)

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

Релиз: MVP

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

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

  1. Пользователь является Исполнителем данной заявки
  2. Статус заявки in (Ожидается подтверждение) 

Приоритет:

Высокий (1)

Роли: 

Исполнитель - далее Пользователь

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

  1. Пользователь запускает функцию изменения статуса Заявки, нажав на кнопку "Планирование":
  2. Система отображает окно с полями для ввода данных:
    1. Плановая дата и время начала осмотра
    2. Плановая дата и время завершения осмотра
    3. Стоянка
      1. Наименование
      2. Координаты
    4. Технология осмотра
    5. Ресурсы
      1. Тип ресурса
      2. Атрибуты ресурса
  3. Пользователь вводит данные
    1. Плановая дата и время начала осмотра INSP-AT-APP-023
    2. Плановая дата и время завершения осмотра INSP-AT-APP-024
    3. Технология осмотра INSP-AT-APP-051
    4. Стоянка INSP-AT-APP-026
    5. Ресурсы (см. примечание 3) INSP-AT-APP-027
      1. Тип ресурса
      2. Атрибуты ресурса
  4. Система динамически проверяет корректность ввода данных
  5. Пользователь подтверждает сохранение изменений
  6. Система обновляет данные Заявки и сохраняет историю изменений
    1. Статус = Запланировано
  7. Система создает и отправляет уведомления в личные кабинеты пользователей (колокольчик) INSP-UC-NTF-007:
    1. Агенту (Тексты для уведомлений находятся в разделе - Шаблоны текстов для уведомлений)
  8. Завершение сценария

Расширение:

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


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


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

Примечание:

  1. см. статусную💬 модель "Заявка"
  2. В MVP никак не управляем расписанием Исполнителя, допускаем, чтобы он планировал несколько заявок на одно и то же время💬. В будущем с помощью управления ресурсами уведомлять
  3. Справочник типов ресурсов для MVP - Состав справочника типов ресурсов для MVP


INSP-UC-APP-019



Отказаться от исполнения (статус Возвращено)💬

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

Релиз: MVP

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

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

  1. Статус заявки in (Ожидается подтверждение) 
  2. Для Исполнителя: Пользователь является Исполнителем данной заявки

Приоритет:

Высокий (1)

Роли: 

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

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

  1. Пользователь запускает функцию отказа от выполнения Заявки
  2. Система отображает форму для необязательного ввода комментария
  3. Пользователь может ввести комментарий и/или подтверждает изменение заявки
  4. Система создает Комментарий в Заявке
  5. Система обновляет данные Заявки и сохраняет историю изменений
    1. Статус = Возвращено
  6. Система создает и отправляет уведомления в личные кабинеты пользователей (колокольчик) INSP-UC-NTF-007:
    1. Агенту (Тексты для уведомлений находятся в разделе - Шаблоны текстов для уведомлений)
  7. Завершение сценария

Расширение:

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

Примечание:

см. статусную модель "Заявка"


INSP-UC-APP-020




Начать осмотр (статус Выполнение работ)

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

Релиз: MVP

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

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

  1. Статус заявки in (Запланировано) 
  2. Для Исполнителя: Пользователь является Исполнителем данной заявки

Приоритет:

Высокий (1)

Роли: 

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

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

  1. Пользователь меняет статус Заявки
    1. Запланировано → Выполнение работ
  2. Система проверяет корректность Заявки и возможность изменения ее статуса
  3. Система обновляет данные Заявки и сохраняет историю изменений
    1. Статус = Выполнение работ
  4. Система создает и отправляет уведомления в личные кабинеты пользователей (колокольчик) INSP-UC-NTF-007:
    1. Агенту (Тексты для уведомлений находятся в разделе - Шаблоны текстов для уведомлений)
  5. Завершение сценария

Расширение:

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

Примечание:

см. статусную модель "Заявка"


INSP-UC-APP-021



Завершить выполнение осмотра (статус Исполнено)💬

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

Релиз: MVP

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

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

  1. Заявка находится в статусе Выполнение работ
  2. Для Исполнителя: Пользователь является Исполнителем данной заявки

Приоритет:

Высокий (1)

Роли: 

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

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

  1. Пользователь запускает функцию формирования результатов осмотра
  2. Система отображает окно для ввода данных с результатами
    1. Дата и время начала осмотра
    2. Дата и время завершения осмотра 
    3. Продолжительность
    4. Место, координаты
    5. Метод осмотра
    6. Глубина, м
    7. Температура воздуха, С
    8. Температура воды, С
    9. Течение, уз
    10. Высота волны мин, м
    11. Высота волны макс, м
    12. Скорость ветра мин, м/с
    13. Скорость ветра макс, м/с
    14. Видимость, м
    15. Расстояние, с которого производился осмотр ТНПА
    16. Площадь осматриваемой поверхности
    17. Средняя скорость движения под водой
    18. Количество произведенных галсов
    19. Результат
    20. Дополнительно
    21. Файл с маршрутом осмотра судна
    22. Файл видеофиксации осмотра
  3. Пользователь заполняет данные по результатам осмотра
    1. Дата и время начала осмотра INSP-AT-APP-037
    2. Дата и время завершения осмотра  INSP-AT-APP-038
    3. Продолжительность INSP-AT-APP-039
    4. Место, координаты INSP-AT-APP-040
    5. Метод осмотра INSP-AT-APP-057
    6. Глубина, м INSP-AT-APP-041
    7. Температура воздуха, С INSP-AT-APP-042
    8. Температура воды, С INSP-AT-APP-043
    9. Течение, уз INSP-AT-APP-044
    10. Высота волны мин, м INSP-AT-APP-045
    11. Высота волны макс, м INSP-AT-APP-046
    12. Скорость ветра мин, м/с INSP-AT-APP-047
    13. Скорость ветра макс, м/с INSP-AT-APP-048
    14. Видимость, м INSP-AT-APP-049
    15. Расстояние, с которого производился осмотр ТНПА INSP-AT-APP-061
    16. Площадь осматриваемой поверхности INSP-AT-APP-058
    17. Средняя скорость движения под водой INSP-AT-APP-059
    18. Количество произведенных галсов INSP-AT-APP-060
    19. Результат INSP-AT-APP-050
    20. Дополнительно INSP-AT-APP-054
    21. Файл с маршрутом осмотра судна INSP-AT-APP-055
    22. Файл видеофиксации осмотра INSP-AT-APP-056
  4. Система динамически проверяет корректность ввода данных 
  5. Пользователь может выполнить сценарии💬:
    1. Прикрепить файл к заявке →  INSP-UC-APP-023
  6. Пользователь подтверждает завершение оформления результатов
  7. Система сохраняет данные в заявке и обновляет статус заявки
    1. Статус = Исполнено
  8. Система создает и отправляет уведомления в личные кабинеты пользователей (колокольчик) INSP-UC-NTF-007:
    1. Агенту (Тексты для уведомлений находятся в разделе - Шаблоны текстов для уведомлений)
    2. Администрации порта (Тексты для уведомлений находятся в разделе - Шаблоны текстов для уведомлений)
  9. Завершение сценария

Расширение:

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


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


2a. Подсказка о формате файла с маршрутом осмотра
2a.1 Пользователь может получить подсказку с информацией о необходимом формате файла CSV

Примечание:

см. статусную💬 модель "Заявка"

В MVP не валидируем стандарты проведения осмотров, позволяем прикладывать к заявке любые файлы

Заявки не переоткрываются, при необходимости повторного осмотра Агент создает новую заявку


Генерация отчетов

INSP-UC-APP-027



Сгенерировать акт по результатам осмотра

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

Релиз: MVP

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

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

  1. Статус in Исполнено

Точки входа:

  • → Заявка

Приоритет:

Высокий (1)

Роли: 

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

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

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

Расширение:

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

Примечание:

  1. Файл с шаблоном Акта - !Шаблон Акт.docx
  2. Процесс подписания акта, ЭЦП - за рамками MVP

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

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

Софья Герасимова · 2026-09-07 12:20 МСК · фрагмент удалён · к фрагменту · 73074514
«Черновик»

На планировании

Софья Герасимова · 2026-09-07 12:22 МСК · фрагмент удалён · к фрагменту · 73074516
«заказчика»

агента

Софья Герасимова · 2026-09-07 12:26 МСК · решён · к фрагменту · 73074520
«статусную»

Пока никак не управляем расписанием Исполнителя, пусть планирует несколько заявок одновременно

В будущем с помощью ресурсов уведомлять

Софья Герасимова · 2026-09-07 12:26 МСК · решён · к фрагменту · 73074522
«Порт»

убраь, в заявке уже есть

Софья Герасимова · 2026-09-07 12:30 МСК · решён · к фрагменту · 73074524
«статусную»

мы в мвп не валидируем стандарт осмотра, прикрепляем все сто им нужно

Софья Герасимова · 2026-09-07 12:42 МСК · решён · к фрагменту · 73074526
«ользователь может выполнить сценарии»

Добавить 2 отдельных опциональны пункта для просмоторщика

  • Прикрепить CSV файл с маршрутом осмотра судна

  • Прикрепить видео: файл  видеофиксации осмотра (MP4)

  • Любые другие файлы

Софья Герасимова · 2026-09-07 12:41 МСК · 73074528

При загрузке CSV файла валидировать его на бэке. Если файл некорректный - то ошибка

Файл должен быть в ВГС 84

Если CSV некорректный видео все-равно можем загрузить, но предупредить, что в просмотрщике не будет маршрута

В пояснении на фронте вывести информацию о том, в каком формате должен быть файл

Ксения Ефремова · 2026-09-09 09:10 МСК · решён · к фрагменту · 73074652
«Основания»

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

Софья Герасимова · 2026-09-09 09:56 МСК · 73074659

Тут просто текст, например

Договор №…. от …

или

Заявка на …

Софья Герасимова · 2026-09-09 09:56 МСК · 73074661

Ксения Ефремова · 2026-09-09 09:12 МСК · решён · к фрагменту · 73074654
«Заказчик»

заказчик это компания-владелец судна?

Софья Герасимова · 2026-09-09 09:55 МСК · 73074658

Я задала вопрос, кто такой заказчик, но скорее всего не владелец. Т.к. там есть заказчик  росморпорт

Вершинин Максим · 2026-09-09 15:56 МСК · открыт · к фрагменту · 73074679
«Пользователь выбирает Исполнителя из списка»

Может ли на одну заявку назначаться несколько исполнителей? Или всегда будет один исполнитель?

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

Только один исполнитель на одну заявку

Кирилл Левчук · 2026-09-09 17:44 МСК · открыт · к фрагменту · 73074692
«Система открывает в ROV Viewer данные, производит трансляцию видео»

Требуется ли разметка самого видеофрагмента для пользователя или он сам будет этим заниматься? Если требуется тогда стоит доработать это требование, чтобы в заявку попал уже размеченный проект со всеми нужными установленными настройками rov viewer`а

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

Происходит на стороне Исполнителя

Подготавливают проект через ROV editor и затем экспортируют и загружают файлы в заявку

Ксения Ефремова · 2026-09-14 18:00 МСК · решён · к фрагменту · 73074819
«выбора Судна»

что отобразим в заявке, когда пользователь выбрал судно? только название? можно флаг?

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

Надо почти все характеристики отображать, INSP-UC-APP-007 тут они перечислены

Ксения Ефремова · 2026-09-14 18:02 МСК · решён · к фрагменту · 73074821
«порт»

порт пишет вручную или выбирает из списка?

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

Из списка, будет справочник

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

[Ревью] [Критично] В сценарии «Назначить (изменить) Исполнителя заявки» (UC-APP-013) нет проверки занятости ресурсов/конфликта дат при выборе Исполнителя — система просто показывает список доступных Исполнителей без учёта их текущей загрузки по другим заявкам на этот период.

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

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

В рамках MVP не планируется управление занятостью Исполнителя. Агент просто выбирает исполнителя из реестра, сам Исполнитель принимает решение, сможет ли он провести осмотр в указанные даты

claude-code · 2026-09-15 13:43 МСК · 73075546

[Ревью] Решено, спасибо — примечание «В рамках MVP не планируется управление занятостью Исполнителя, решение принимает сам Исполнитель» добавлено в UC-APP-013 и закрывает вопрос.

claude-code · 2026-09-15 09:19 МСК · решён · к фрагменту · 73075126
«Ресурсы (см. примечание 2)»

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

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

В справочнике обновила название атрибута судна

claude-code · 2026-09-15 13:43 МСК · 73075547

[Ревью] Решено, спасибо — принимаю, что название атрибута обновлено в справочнике (раздел вне этой страницы), коллизия терминов снята.

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

[Ревью] [Критично] В сценарии «Назначить (изменить) Исполнителя заявки» (UC-APP-013) precondition ограничивает замену Исполнителя статусами «Черновик, Возвращено». Не указано явно, что происходит с планом (плановая дата/ресурсы), если Исполнителя всё же нужно заменить, когда заявка уже в статусе «Запланировано»/«Выполнение работ» — сбрасывается ли план автоматически, или замена в этих статусах вообще запрещена и это нужно отразить как ограничение UI.

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

Добавила расширение 4b. Замена Исполнителя: очистка плана осмотра

claude-code · 2026-09-15 13:43 МСК · 73075548

[Ревью] Решено, спасибо — расширение «4b. Замена Исполнителя: очистка плана осмотра» добавлено в UC-APP-013 и явно описывает сброс плана.

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

[Ревью] [Критично] В сценарии «Изменить данные Заявки» (UC-APP-011) допустимые статусы для редактирования перечислены (Черновик, Ожидает планирования, Возвращено, Запланировано, Выполнение работ), но не разграничено, какие именно поля редактируемы на каждом из этих статусов. Форма редактирования заявки — ядро UI модуля, без матрицы «поле × статус» реализация будет неоднозначной.

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

Все поля заявки можно изменить - в рамках MVP

claude-code · 2026-09-15 13:43 МСК · 73075549

[Ревью] Решено, спасибо — в примечании к UC-APP-011 явно зафиксировано «В рамках MVP можно изменить все поля заявки во всех перечисленных статусах», матрица «поле × статус» не требуется, т.к. ограничений нет.

claude-code · 2026-09-15 09:19 МСК · решён · к фрагменту · 73075134
«Система экспортирует заявку по шаблону (см. примечание) с указанными настройками»

[Ревью] [Критично] В сценарии «Сгенерировать акт по результатам осмотра» (UC-APP-027) поток заканчивается экспортом файла (Word/PDF) и не описаны: кто подписывает акт, меняется ли статус/появляется ли отметка в заявке после генерации, требуется ли ЭЦП. Акт — юридически значимый документ, эти моменты нужно закрыть до реализации.

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

Это выходит за рамки системы. Здесь только экспорт и ничего более

claude-code · 2026-09-15 13:43 МСК · 73075550

[Ревью] Уточнение внесено, но остался вопрос: понятна позиция, что подписание/ЭЦП акта вне рамок системы для MVP — это согласуется со «Списком функций» (ЭЦП заявки указана как «После MVP»). Но сам сценарий UC-APP-027 всё ещё имеет статус согласования «Ожидание согласования» (в «Списке функций» — «Дописать»), и в тексте сценария нет ни одной фразы о том, что подписание вне системы — это осознанная граница, а не недосмотр. Предлагаю добавить короткую фразу в примечание UC-APP-027 («подписание акта выполняется вне системы, ЭЦП — после MVP»), чтобы это не выглядело как недописанный сценарий при следующей проверке.

claude-code · 2026-09-16 09:04 МСК · 73075725

[Ревью] Уточнение внесено частично: статус сценария UC-APP-027 действительно исправлен (был «Дописать» → теперь «Ожидание согласования»), это снимает исходную придирку к статусу. Но короткая фраза в примечании про то, что «подписание акта выполняется вне системы, ЭЦП — после MVP» так и не добавлена — сейчас в Примечании только ссылка на файл шаблона акта, без единого слова о подписании/ЭЦП. Без этой фразы сценарий и правда может выглядеть как недописанный при следующей проверке. Предлагаю всё же добавить её.

claude-code · 2026-09-16 10:19 МСК · 73075885

[Ревью] РЕШЕНО — можно удалить. В Примечании UC-APP-027 теперь явно указано «Процесс подписания акта, ЭЦП - за рамками MVP» рядом со ссылкой на шаблон акта — фраза добавлена, вопрос закрыт.

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

[Ревью] [Желательно] В сценарии «Открыть результаты в ROV Viewer» (UC-APP-030) основной поток обрывается на шаге 4 («….»). Неясно, ROV Viewer — это внешняя интеграция (отдельная система) или встроенный модуль портала; нужно уточнить, чтобы корректно оценить объём работ и API-интеграцию.

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

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

claude-code · 2026-09-15 13:43 МСК · 73075551

[Ревью] Решено, спасибо — лишний обрывающийся шаг «….» убран, основной поток UC-APP-030 теперь заканчивается корректно, и явно указано, что ROV Viewer — встроенный отдельный модуль.

claude-code · 2026-09-15 09:19 МСК · решён · к фрагменту · 73075139
«несоответствие формата <форматы> или объема файла»

[Ревью] [Критично] В сценарии «Прикрепить файлы к Заявке» (UC-APP-023) допустимые форматы файлов указаны плейсхолдером <форматы>, лимит объёма файла тоже не заполнен конкретным значением. Без этих данных сценарий нереализуем как валидация на клиенте/сервере.

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

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

claude-code · 2026-09-15 13:43 МСК · 73075552

[Ревью] Уточнение внесено, но остался вопрос: в примечании UC-APP-023 теперь написано «В рамках MVP к заявке можно прикрепить любой формат файла, любого объема». Но расширение 4a по-прежнему описывает ошибку «Система обнаруживает несоответствие формата <форматы> или объема файла» — при снятом ограничении это расширение становится недостижимым/противоречивым. Нужно либо убрать расширение 4a (раз ограничений нет), либо уточнить, что оно относится к техническим лимитам (например, лимит хранилища), а не к списку допустимых форматов.

claude-code · 2026-09-16 09:04 МСК · 73075726

[Ревью] Пока актуально: плейсхолдер <форматы> заменён ссылками на атрибуты (LinkLINKINSP-AT-FILE-003 / LinkLINKINSP-AT-FILE-007), но само противоречие не устранено — примечание всё ещё гласит «В рамках MVP к заявке можно прикрепить любой формат файла, любого объема», а расширение 4a всё ещё описывает ошибку «несоответствие формата … или объема файла». Нужно либо убрать расширение 4a, либо явно указать, что оно про технический лимит хранилища, а не про список допустимых форматов/размеров.

claude-code · 2026-09-16 10:19 МСК · 73075886

[Ревью] РЕШЕНО — можно удалить. Проверила текущую версию UC-APP-023: расширение с ошибкой «несоответствие формата/объёма файла» удалено, осталось только общее «6a. Ошибка при загрузке» без упоминания формата/размера — противоречие с примечанием «любой формат, любой объём» больше не возникает.

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

[Ревью] [Критично] Явно подтверждено, что в сценариях планирования (UC-APP-017 и связанных) нет проверки пересечения ресурса (Персонал/Судно/Оборудование) с другой заявкой на то же время — двойное бронирование ресурса не валидируется даже на уровне предупреждения. Для MVP стоит хотя бы зафиксировать это как явно принятый риск с планом на будущее (управление ресурсами/уведомления), а не оставлять как примечание без владельца.

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

Как раз в этом примечании это и зафиксировано

claude-code · 2026-09-15 13:43 МСК · 73075554

[Ревью] Решено, спасибо — уточнила: риск двойного бронирования ресурса при планировании действительно зафиксирован в комментарии от 07.09 («Пока никак не управляем расписанием Исполнителя, пусть планирует несколько заявок одновременно. В будущем с помощью ресурсов уведомлять») — этого достаточно как явно принятое решение с планом на будущее.

claude-code · 2026-09-15 09:20 МСК · решён · к фрагменту · 73075147
«Отказаться от исполнения (статус Возвращено)»

[Ревью] [Критично] Предусловие сценария «Отказаться от исполнения» (UC-APP-019) ограничивает отказ только статусом «Ожидает планирования». Нет сценария отказа Исполнителя ПОСЛЕ подтверждения плана (статусы «Запланировано»/«Выполнение работ»), например при форс-мажоре — это реальный бизнес-кейс, который сейчас не покрыт ни одним сценарием.

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

В данном кейсе заявка будет отменена вовсе

claude-code · 2026-09-15 13:43 МСК · 73075555

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

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

[Ревью] [Критично] В примечании к сценарию планирования справочник типов ресурсов указан пустым («Справочник типов ресурсов для MVP - »). Это ключевое поле формы планирования (поле «Ресурсы» → «Тип ресурса») нереализуемо без заполненного справочника значений.

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

Здесь явно указана ссылка на раздел, где заполнена информация для данного справочника

claude-code · 2026-09-15 13:43 МСК · 73075556

[Ревью] Пока актуально: в примечании 2 к UC-APP-022 текст по-прежнему «Справочник типов ресурсов для MVP -» без ссылки или значений после тире (проверила текущую версию страницы). Возможно, ссылка не сохранилась при последнем сохранении — подскажите, пожалуйста, на какой раздел должна вести ссылка, поставлю в известность или перепроверю после её добавления.

claude-code · 2026-09-16 09:04 МСК · 73075727

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

claude-code · 2026-09-16 10:19 МСК · 73075887

[Ревью] Пока актуально: в текущей версии страницы примечание 2 к UC-APP-022 всё ещё гласит «Справочник типов ресурсов для MVP находится в разделе ““» — кавычки пустые, ссылка или название раздела так и не добавлены. Пожалуйста, укажите конкретную ссылку/раздел (или фразу про ручное наполнение в БД), чтобы поле не выглядело недописанным.

claude-code · 2026-09-15 09:21 МСК · решён · к фрагменту · 73075161
«Температура воздуха»

[Ревью] [Критично] В сценарии «Завершить выполнение осмотра» (UC-APP-021) все поля результата (глубина, температура воздуха/воды, течение, высота волны, скорость ветра, видимость и т.д.) перечислены единым списком без указания, какие из них обязательны в зависимости от метода осмотра (водолазный/ТНПА) — часть параметров явно неприменима к одному из методов.

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

Все контроли для всех атрибутов всех сущностей описаны в разделе “Словарь данных”. В сценариях приведены соответствующие ссылки на атрибуты

claude-code · 2026-09-15 13:43 МСК · 73075557

[Ревью] Решено, спасибо — согласна, что контроли по атрибутам вынесены в «Словарь данных», и в сценарии есть ссылки на конкретные атрибуты (включая, надеюсь, признак метода осмотра). Вопрос снимаю, это относится к другому разделу.

claude-code · 2026-09-15 09:21 МСК · решён · к фрагменту · 73075163
«необязательного»

[Ревью] [Желательно] При отмене заявки (UC-APP-016) комментарий обязателен, а при отказе Исполнителя от выполнения (UC-APP-019) — нет (необязательный ввод комментария). Нужно подтвердить, что это осознанное решение продукта, а не расхождение — отказ Исполнителя не менее важен для последующего разбора, чем отмена Агентом.

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

Это осознанное решение

claude-code · 2026-09-15 13:43 МСК · 73075558

[Ревью] Решено, спасибо — принимаю как осознанное решение продукта (комментарий обязателен только при отмене Агентом, не при отказе Исполнителя).

Роман Износов · 2026-09-15 10:12 МСК · открыт · к фрагменту · 73075169
«Черновик, Отменено»

Получается, чтобы агенту удалить заявку - ему нужно сначала передвинуть статус до “Отменено”? Для других статусов кнопка будет задизейблена?

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

В рамках MVP вообще ничего не удаляем. Потом будем принимать решение когда удалять

claude-code · 2026-09-16 09:04 МСК · решён · к фрагменту · 73075728
«Агент, Системный администратор - далее Пользователь»

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

claude-code · 2026-09-16 10:19 МСК · 73075883

[Ревью] РЕШЕНО — можно удалить. Роль «Системный администратор» в UC-APP-016 подтверждена как корректная согласно «Списку допущений/решений», расхождений с документацией нет.

claude-code · 2026-09-16 09:04 МСК · решён · к фрагменту · 73075730
«Завершить выполнение осмотра (статус Исполнено)»

[Ревью] Уточнение внесено частично: логика «повторный осмотр = новая заявка, текущая НЕ переоткрывается» подтверждена и описана на странице «Статусная модель Заявка» (строка статуса «Исполнено»), но сам сценарий UC-APP-021 «Завершить выполнение осмотра» не содержит на неё ни ссылки, ни явного расширения/примечания. Расширение здесь заканчивается только на «4b. Некорректный файл с маршрутом» и общем примечании про валидацию файлов. Предлагаю добавить в Примечание UC-APP-021 короткую фразу-ссылку на статусную модель («при необходимости повторного осмотра — см. статусную модель “Заявка”, создаётся новая заявка»), чтобы это не терялось при чтении только этого сценария.

claude-code · 2026-09-16 10:19 МСК · 73075884

[Ревью] РЕШЕНО — можно удалить. Проверила текущую версию: в Примечании UC-APP-021 теперь есть фраза «см. статусную модель “Заявка”» перед описанием, что заявки не переоткрываются и при необходимости повторного осмотра создаётся новая заявка — кросс-ссылка добавлена, вопрос закрыт.

claude-code · 2026-09-16 09:04 МСК · решён · к фрагменту · 73075732
«Создать Заявку на осмотр»

[Ревью] Пока актуально: основной поток UC-APP-010 «Создать Заявку на осмотр» теперь корректно завершается на шаге 10 (обращение к несуществующему шагу 15 не найдено — похоже, эта часть уже была исправлена ранее). Но метки расширений всё ещё смешанные и неоднозначные: «3a, (6a). Сохранить черновик Заявки» и «3b, (6b). Отмена» объединяют два разных номера шага основного потока в одну метку, а их подпункты идут без префикса просто как «.1 .2 .3» вместо «3a.1, 3a.2…». Это затрудняет однозначную трассировку расширения к конкретному шагу основного потока. Предлагаю разделить на самостоятельные пронумерованные расширения (например 3a и 6a — раз это разные точки входа в один и тот же под-сценарий) или явно пояснить в тексте, что метка означает «применимо к обоим шагам».

Софья Герасимова · 2026-09-16 09:35 МСК · 73075752

метка означает “применимо к обоим шагам”

claude-code · 2026-09-16 10:19 МСК · 73075888

[Ревью] РЕШЕНО — можно удалить. Спасибо за пояснение — принимается, что метка «3a, (6a)» / «3b, (6b)» означает «применимо к обоим шагам основного потока»; это снимает неоднозначность трассировки для целей ревью, отдельное разделение меток не требуется.

К странице

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

[Ревью] [Желательно] В сценарии «Создать Заявку на осмотр» (UC-APP-010) при внимательном прочтении нумерации основного потока и расширений встречаются несостыковки — часть шагов расширений (Nx.y) не однозначно соотносится с пунктами основного потока, что создаёт риск ошибок при использовании этого текста как источника для генерации бизнес-логики/валидаций. Нет короткого уникального фрагмента для точечной привязки (проблема в структуре нумерации по всему сценарию) — просьба вычитать нумерацию шагов сценария целиком и привести к единой сквозной схеме (N / Na.b).

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

Обновила

claude-code · 2026-09-15 13:43 МСК · 73075553

[Ревью] Пока актуально: нумерация основного потока UC-APP-010 обновлена частично, но осталась нестыковка — расширение «7a. Ошибка при создании и сохранении» в пункте 7a.3 указывает «Продолжение сценария с шага 15», хотя основной поток содержит только 10 шагов (шага 15 не существует). Также в паре мест сохранились комбинированные метки без разделения («3a, (6a)», «3b, (6b)», «2a, 4b» для UC-APP-004) — стоит развести их по отдельным пунктам либо явно объяснить обозначение в самом тексте.