Заявки: логика работы и задачи реализации

Статус: рабочее описание. Разделы 2–9 описывают сущности и поведение системы. Раздел 10 содержит сводку правил перехода из Project. В разделе 11 оформлены 15 задач реализации функционала заявок; подробные условия перехода приведены в соответствующих задачах. Открытые вопросы полного переноса старых данных обозначены в пункте 10.5.

Оглавление

1. Назначение документа и правила работы
2. Сущности и общие принципы
3. Список заявок и календарь
4. Поступление, создание и взятие заявки в работу
- 4.1. Два способа появления заявки
- 4.2. Создание пользователем
- 4.3. Поступившее обращение с сайта
- 4.4. Взятие в работу
5. Карточка заявки и управление черновиками
6. Подготовка черновика
7. Создание рейса или расписания
8. Завершение работы, удаление и возобновление
9. Ответственность и права
10. Переход с действующей системы
11. Задачи

1. Назначение документа и правила работы

Оглавление пункта 1

1. Назначение документа и правила работы

1.1. Назначение документа

В одном файле постепенно описываем полную логику вкладки «Рейсы → Заявки»: сущности, интерфейс, кнопки, условия доступности действий, сценарии, правила и результаты. После согласования описания выделяем из него самодостаточные задачи для постепенного внедрения.

1.2. Исходные данные и границы работы

Исходная версия правил — главный прототип.
Действующая кодовая база — Project.
Неопределённые правила выделяются как открытые вопросы и не являются требованиями к реализации до их определения.
Разработка ведётся в отдельной полной копии Project. Действующая производственная система продолжает работать без изменений. В новую систему переносятся рейсы, расписания и предусмотренные справочные сущности; старые расчёты, заявки и запросы с сайта не переносятся. В продакшне почти 30 тысяч рейсов; условия сохранения их данных и связей описываются в соответствующих задачах.
В текущую область входит весь процесс работы с заявкой, включая вкладки и действия черновика, необходимые для создания рейса или расписания.
Дальнейшую работу с созданными рейсами и расписаниями описываем отдельно; здесь фиксируем создание, связь с заявкой и границу дальнейшей работы.
Документы, Управление и исправление глобального поиска не входят в текущую область.

1.3. Формат задач

Каждая задача содержит шесть разделов в следующем порядке:

Цель и результат. Какую потребность пользователя решает задача, кто пользуется новой возможностью и какой законченный результат должен быть доступен после реализации.
Границы задачи и зависимости. Что входит в задачу, что остаётся за её пределами и какие действующие или ранее реализованные возможности нужны для выполнения её сценариев.
Сущности и правила. Какие объекты, сведения и связи участвуют в задаче; каковы их состояния, правила изменения, обязательность полей, условия доступности действий и права пользователей.
Основные сценарии и существенные альтернативы. Последовательность действий пользователя, расположение кнопок и других элементов, изменения данных и состояний, сохранение и то, что пользователь видит после выполнения. Здесь же описываются отмена, ошибки, незаполненные данные и попытки недоступных действий: что сохраняется, какое сообщение показано и как можно продолжить работу. Фиксация в истории описывается, когда она входит в границы задачи.
Связь с прототипом и действующей системой. Как сценарий представлен в прототипе и работает сейчас в Project; что используется и что заменяется в пределах задачи. Здесь описываются изменения навигации в разрабатываемой копии, перенос предусмотренных данных и связей, исключённые из переноса записи и границы готовности нового сценария. Действующий Project не изменяется. Подробные правила этого раздела приведены во вступлении к пункту 11 «Задачи».
Критерии приёмки. Проверяемые условия, по которым можно установить, что результат задачи достигнут: новые сценарии работают, существенные альтернативы обработаны, затронутые существующие данные и возможности сохранены в соответствии с правилами перехода.

Задача описывает цельное бизнес-требование для разработчика и его ИИ-агента, без истории обсуждений и отдельных отчётов о согласованных изменениях. Необходимые изменения интерфейса, сохранения и данных выполняются в рамках этой задачи. Подготовительные изменения навигации и переход из Project включаются в ту задачу, которая предоставляет соответствующий законченный сценарий.

Задачи формируются только на основании общего описания бизнес-логики и главного прототипа главный прототип. Неопределённости и противоречия решаются до включения соответствующего правила в требования. Новые действия, элементы интерфейса и правила не вводятся самостоятельно при описании задачи.

Для всех задач используется один главный прототип. Он показывает общий целевой интерфейс; состав реализации каждого этапа определяется границами соответствующей задачи.

Правила системы описываются в соответствующих функциональных разделах. Открытые вопросы и технические ограничения прототипа обозначаются отдельно. Особенности браузерного хранения прототипа не являются готовым техническим решением для продакшна.

В начало

2. Сущности и общие принципы

Оглавление пункта 2

2. Сущности и общие принципы

Раздел определяет сущности новой логики и их связи. Правила перехода существующих данных Project описываются внутри соответствующих задач раздела 11.

2.1. Заявка

Заявка — обращение, по которому менеджер готовит одну или несколько поездок. Она объединяет работу по обращению, черновики будущих рейсов или расписаний и полученные результаты.

У заявки есть собственные номер и название, источник поступления, дата создания, необязательная дата работы, состояние и ответственный за всю заявку. Для поступившего обращения может быть указан телефон. При завершении работы фиксируются время завершения, причина и комментарий, если завершение выполнялось вручную.

Заявка, созданная менеджером, сразу находится в работе, получает создавшего пользователя в качестве ответственного и первый черновик. В прототипе обращение с сайта до обработки находится в состоянии «Не обработана», без ответственного. Поступление с сайта и использование исходных сведений описаны в 4.3–4.4 и 11.2.

Название заявки и названия её черновиков — отдельные поля. В текущем прототипе название заявки создаётся пустым; при создании результата проверяется его заполнение. Одинаковые названия допускаются.

2.2. Активный черновик

Активный черновик — сохраняемая подготовка одного будущего рейса или расписания внутри заявки. Он относится к конкретной заявке и имеет собственные номер, название и данные. Тип черновика определяет, какой результат из него будет создан: разовый рейс или расписание.

В черновике менеджер готовит основные сведения, маршрут, транспорт и водителей, финансы, клиента и уведомления. С ним также связаны файлы, теги, история действий и комментарии. Подробные правила полей и действий описываются в разделе 6.

Незаполненные промежуточные данные сохраняются: черновик можно готовить постепенно. Проверки, необходимые для создания результата, выполняются отдельно от автосохранения. Название будущего рейса или расписания обязательно при создании результата.

В одной заявке может быть несколько активных черновиков. Менеджер переключается между ними и обрабатывает их по отдельности. Общий ответственный назначается на заявку; отдельного назначения ответственного на каждый активный черновик прототип не предусматривает.

2.3. Результат заявки

Результат — самостоятельный рейс или расписание, созданный из выбранного черновика. Создание результата сохраняет связь с исходной заявкой.

После создания результата исходный черновик исключается из активного состава. Его данные на момент создания результата сохраняются в заявке для исторического просмотра. Созданный рейс или расписание дальше открывается в собственной карточке; последующие изменения результата не переписывают сохранённый исходный черновик.

Одна заявка может дать несколько результатов, в том числе одновременно рейсы и расписания. Наличие результата не завершает работу со всей заявкой, пока остаются активные черновики. Когда активных черновиков не осталось, заявка переходит в раздел «Обработано»: если есть невозобновлённые прекращённые черновики — состояние «Обработана частично», если их нет — «Обработана».

Пример: в заявке два черновика поездок. Из первого создан рейс, второй продолжает согласовываться. У заявки один результат и один активный черновик; состояние — «В работе».

Удалённые лишние черновики по 5.6 не входят в сохраняемый состав и не учитываются как прекращённые. Если из пяти активных черновиков четыре удалены, а из оставшегося создан рейс, при отсутствии другой невозобновлённой прекращённой подготовки заявка становится «Обработана».

2.4. Черновик, работа с которым прекращена

Черновик сохраняется как прекращённый при завершении работы с заявкой, если на этот момент он остаётся в её составе без созданного результата. Внутри заявки сохраняются его последние данные, файлы, история, комментарии и уведомления; невыполненные уведомления отменяются. Сохранение не зависит от заполненности: учитываются все введённые значения, включая пробелы и знаки препинания. Рейс или расписание при завершении не создаётся.

Удаление лишней вкладки при наличии другого активного черновика по 5.6 не является прекращением работы с сохранением подготовки. Удалённый рабочий черновик не сохраняется в текущем прекращённом составе, не создаёт снимок удаления, не доступен для возобновления и не влияет на итоговый статус. Если этот черновик ранее входил в снимок завершённого периода, прежний снимок сохраняется неизменным для исторического просмотра по 2.7; новая прекращённая копия при удалении не создаётся.

У заявки «Закрыта без результата» сохранённые при завершении черновики доступны для просмотра и возобновления заявки. У заявки «Обработана частично» можно просмотреть или возобновить выбранный прекращённый черновик по разделу 8. Заявка возвращается в работу целиком, новая запись не создаётся. Исходный черновик, уже давший результат, остаётся только для просмотра и не возобновляется.

После возобновления отдельного черновика остальные прекращённые черновики сохраняются вне активных вкладок. В работающей заявке отдельной кнопки «Подробнее» нет; просмотр прекращённой подготовки доступен из сохранённого завершённого состава. У обработанной заявки «Смотреть черновик» открывает полную сохранённую карточку только для просмотра, включая историю и комментарии.

Единственный активный черновик не удаляется как лишняя вкладка: крестик запускает завершение по 5.6. Без результатов заявка закрывается без результата; при наличии результатов сохраняется оставшийся черновик и заявка становится «Обработана частично». Уже созданные результаты сохраняются.

2.5. Состояния заявки и разделы списка

Состояние заявки отражает работу с обращением. Состояния созданных рейсов и расписаний относятся к самим результатам.

Состояние заявки	Смысл	Раздел списка
Не обработана	Обращение ещё не взято в работу	Необработано
В работе	Менеджер продолжает подготовку активных черновиков; результаты уже могут существовать	В работе
Обработана	Работа закончена, результаты есть, невозобновлённых прекращённых черновиков нет	Обработано
Обработана частично	Работа закончена, есть результаты и невозобновлённые прекращённые черновики	Обработано
Закрыта без результата	Работа закончена без создания рейса или расписания	Обработано

Название «Закрыта без результата» используется для завершения без создания как рейса, так и расписания. Оно применяется в обозначении состояния, связанных действиях и фильтре исхода обработки.

Основные переходы:

Исходное состояние	Действие или событие	Итоговое состояние
Не обработана	Пользователь берёт обращение в работу и становится ответственным	В работе
В работе	Создан результат, но остались активные черновики	В работе
В работе	Последний активный черновик преобразован в результат; других невозобновлённых прекращённых черновиков нет	Обработана
В работе	Последний активный черновик преобразован в результат; другие невозобновлённые прекращённые черновики есть	Обработана частично
В работе	Работа завершена вручную, результатов нет	Закрыта без результата
В работе	Работа завершена вручную, результаты есть; оставшиеся черновики сохранены как прекращённые	Обработана частично
В работе	Крестиком единственного активного черновика подтверждено завершение заявки с результатами; этот черновик сохранён как прекращённый	Обработана частично
Закрыта без результата	Пользователь возобновляет работу	В работе
Обработана частично	Пользователь возобновляет выбранный прекращённый черновик	В работе

У заявки «Обработана частично» можно возобновить отдельный прекращённый черновик в составе той же заявки. У заявки «Обработана» без таких черновиков возобновление недоступно. Изменение статуса созданного рейса или расписания само по себе не возвращает заявку в работу.

Безвозвратное удаление заявки является отдельным действием, а не состоянием. В прототипе оно доступно для заявки в работе, созданной менеджером, если по ней нет результатов. Заявки с сайта и заявки с результатами таким способом не удаляются. Полные условия и подтверждения описываются в разделе 8.

Удаление лишней вкладки при нескольких активных черновиках не завершает заявку и не создаёт прекращённую подготовку. Удалённые черновики не участвуют в определении состояний «Обработана» и «Обработана частично» по 5.6.

2.6. Даты

Дата создания фиксирует появление заявки. Необязательная дата работы позволяет запланировать, когда менеджер займётся обращением. Новая заявка менеджера создаётся без установленной даты работы.

Дата для календаря и строки списка — дата работы, если она указана; иначе дата создания. Это правило не использует дату поездки из черновика или созданного рейса.

Например, обращение создано 3 октября, а работу с ним назначили на 6 октября. В календаре заявок оно относится к 6 октября; дата создания остаётся 3 октября.

При возобновлении закрытой без результата заявки или выбранного черновика заявки «Обработана частично» дата работы всей заявки устанавливается на текущий день. Дата создания заявки и даты поездок не меняются. Прежнее завершённое состояние сохраняется в истории.

2.7. Сохранение, история и снимки

Изменения заявки и активных черновиков сохраняются автоматически. В прототипе данные сохраняются в браузере; для продакшна это демонстрация требуемого поведения сохранения, а не указание использовать браузер как основное хранилище.

История действий и комментарии относятся к конкретному черновику. Изменения общих данных заявки, например названия или даты работы, записываются в историю её активных черновиков. История показывает событие или комментарий, автора и время. Само добавление или удаление лишней рабочей вкладки не создаёт самостоятельного исторического события и не изменяет историю остальных черновиков; события содержательной работы и комментарии принадлежат своей подготовке. Удаление этой рабочей подготовки не сохраняет её журнал как новую прекращённую копию.

Снимок — сохранённые данные на определённый момент, доступные только для просмотра. Исходный черновик фиксируется при создании результата; оставшиеся неудалённые черновики и состав заявки — при завершении работы. Добавление и удаление лишних рабочих вкладок не создают снимков. Если после возобновления рабочую вкладку удалили, это не переписывает её данные, историю, комментарии и материалы, уже зафиксированные в снимке прежнего закрытия. Такой снимок отражает завершённый период и не возвращает удалённую вкладку в текущую подготовку или последующий завершённый состав. Снимки сохраняют связанные сведения и цены независимо от последующих изменений справочников.

При возобновлении заявки её прежний закрытый снимок сохраняется. Рабочие черновики актуализируются по текущим справочникам. В прототипе вручную заданные финансовые суммы очищаются и требуют повторной проверки или ввода; отменённые уведомления не возобновляются. Подробные условия актуализации описываются в разделе 8.

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

2.8. Граница с существующими данными

Разработка новой CRM выполняется в отдельной полной копии Project. Действующий Project продолжает работать без изменений; пользователи сохраняют в нём доступ к прежним сценариям, пока работают в этой системе.

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

Существующие готовые рейсы и расписания, справочники и связанные с переносимыми объектами сведения сохраняются при переходе. Готовая поездка, ранее возникшая из расчёта или обращения, переносится как рейс или расписание, без повторного создания исходной подготовки в новой модели заявок.

В новой системе временные входы для старых заявок и запросов сайта не требуются. Подробные правила новой навигации и переноса включённых сущностей приведены в разделе 11 и сводке раздела 10.

В начало

3. Список заявок и календарь

Оглавление пункта 3

3. Список заявок и календарь

Раздел описывает список и календарь заявок для менеджера и администратора. Правила остальных ролей Project здесь не определяются.

3.1. Состав страницы

Путь пользователя: хэдер → «Рейсы» → «Заявки». Страница содержит название, пояснение «Подготовка рейсов и расписаний», кнопку «Создать заявку», календарь, разделы списка, поиск, фильтры, сортировку, число найденных заявок, таблицу и постраничную навигацию.

При первоначальном открытии прототипа выбран раздел «В работе», календарь показывает неделю, конкретная дата не выбрана, сортировка — «Сначала новые».

«Создать заявку» доступна независимо от выбранного раздела списка. Нажатие создаёт заявку с первым черновиком, открывает её карточку и устанавливает раздел «В работе». Подробный сценарий описывается в разделе 4.

3.2. Разделы списка и счётчики

«В работе», «Обработано» и «Необработано» показывают группы состояний из пункта 2.5. Переключение сбрасывает «Требуют внимания» и фильтр исхода обработки; поиск, дата, сортировка и фильтр ответственного сохраняются. Список возвращается на первую страницу.

Счётчики разделов учитывают доступные пользователю заявки, выбранную дату и фильтр ответственного администратора. Необработанные обращения без ответственного не ограничиваются конкретным менеджером. Поиск, «Требуют внимания» и фильтр исхода не уменьшают счётчики разделов.

У «В работе» дополнительно отображается количество заявок, требующих внимания: в активных черновиках есть хотя бы одно актуальное для пользователя наступившее или просроченное напоминание. Считаются заявки, а не напоминания. У «Необработано» при наличии обращений показан знак «!».

3.3. Календарь заявок

Календарь распределяет заявки по дате работы, если она указана, иначе по дате создания. Даты поездок в черновиках на это не влияют.

Числа календаря учитывают доступные пользователю заявки с учётом фильтра ответственного администратора, независимо от раздела списка, поиска, внимания, исхода обработки и страницы. Необработанные обращения без ответственного остаются в календаре при выборе любого менеджера, как и в счётчиках разделов.

В ячейке показаны число, день недели и месяц. Сегодня отмечено отдельно, выбранный день выделен. Счётчики появляются при наличии заявок:

Красный — необработанные заявки или заявки с актуальными для пользователя напоминаниями, требующими действия.
Зелёный — остальные заявки этого дня. Цвет не означает успешную обработку.

Каждая заявка учитывается один раз в одном из счётчиков независимо от числа черновиков и напоминаний.

Элемент	Действие и результат
День	Нажатие выбирает дату; список и счётчики разделов ограничиваются ею
Выбранный день	Повторное нажатие снимает ограничение даты
«Все даты ×»	Снимает ограничение даты; остальные фильтры сохраняются
Стрелки «‹» и «›»	Показывают соседнюю неделю либо соседний месяц, в зависимости от вида календаря
«Развернуть»	Показывает месяц; при выбранной дате — месяц этой даты
«Свернуть»	Показывает неделю

Нажатие дня меняет только ограничение по дате. Поиск, «Требуют внимания», раздел списка, сортировка, ответственный и исход обработки сохраняются. Повторное нажатие выбранного дня снимает только ограничение даты. Прокрутка периодов сама по себе выбранную дату не меняет и не ограничивает список отображаемой неделей или месяцем.

3.4. Поиск, фильтры и сортировка

Поиск на странице заявок отделён от глобального поиска в хэдере. Он ищет введённый текст в номере, названии или телефоне без учёта регистра, внутри выбранного раздела с учётом остальных ограничений. Очистка строки снимает только поиск.

Элемент	Где доступен	Поведение
«Требуют внимания»	В работе	Оставляет заявки с актуальными наступившими или просроченными напоминаниями в активных черновиках
Фильтр исхода	Обработано	«Все» — все завершённые состояния; «Закрыты без результата» — без результатов; «Обработано» — полностью обработанные; «Обработана частично» — с результатами и невозобновлёнными прекращёнными черновиками
«Ответственный»	У администратора, кроме раздела «Необработано»	Все менеджеры либо конкретный ответственный; права администратора не меняются
«Сортировка»	Во всех разделах	Сначала новые, сначала старые либо по названию

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

«Найдено» показывает число всех заявок после применения ограничений списка, включая записи на других страницах. Оно может отличаться от счётчика раздела, поскольку тот не учитывает поиск и дополнительные фильтры внимания и исхода.

Удалённые лишние черновики по 5.6 не учитываются в количестве и исходе обработки, не отображаются в сохранённом составе и не доступны для возобновления. Сохранённая прекращённая подготовка означает только неудалённые черновики, оставшиеся при завершении заявки по 2.4.

3.5. Строка заявки

Строка содержит номер, название и состояние, состав, дату по правилу пункта 2.6, ответственного либо «Не назначен» и действия.

Описание включает источник и телефон для обращения с сайта, источник для заявки менеджера, причину и комментарий для закрытой без результата, указание результата для обработанной. Если результаты есть, отображаются ссылки на созданные рейсы и расписания; нажатие открывает результат для просмотра.

В составе показаны количества активных черновиков, созданных рейсов и расписаний. В завершённых заявках в число черновиков также входят сохранённые черновики, работа с которыми прекращена без результата.

Работающая заявка, требующая внимания, выделяется. У незавершённых заявок могут показываться индикаторы уведомлений. Нажатие ведёт к уведомлениям соответствующего черновика либо выбору черновика, если их несколько. Подробные индикаторы и сценарии описываются вместе с уведомлениями в разделе 6.

Удалённые лишние черновики по 5.6 не учитываются в количестве и исходе обработки, не отображаются в сохранённом составе и не доступны для возобновления. Сохранённая прекращённая подготовка означает только неудалённые черновики, оставшиеся при завершении заявки по 2.4.

3.6. Действия в строке

Состояние	Основная кнопка и результат	Дополнительное действие
Не обработана	«Обработать»: пользователь становится ответственным, заявка переходит в работу, открывается карточка	Закрытие недоступно; пояснение «Необработанную заявку нельзя закрыть»
В работе	«Редактировать»: открывается карточка с черновиками	Иконка завершения: без результатов — закрытие без результата; с результатами — завершение работы с оставшимися черновиками
Закрыта без результата	«Возобновить»: открывается подтверждение с предупреждением об актуализации	Иконка просмотра открывает сохранённую закрытую заявку без редактирования
Обработана	«Подробнее»: открывается просмотр сохранённого состава, черновиков и результатов	Дополнительная иконка неактивна; пояснение «Заявка обработана»
Обработана частично	«Подробнее»: открывается состав; у прекращённых черновиков есть «Возобновить работу»	Возобновление выполняется для выбранного черновика через подтверждение

Подтверждения, причины и изменения данных описываются в разделе 8. Открытие подтверждения само по себе не завершает и не возобновляет заявку.

Удалённые лишние черновики по 5.6 не учитываются в количестве и исходе обработки, не отображаются в сохранённом составе и не доступны для возобновления. Сохранённая прекращённая подготовка означает только неудалённые черновики, оставшиеся при завершении заявки по 2.4.

3.7. Постраничная навигация

На странице показывается до 10 заявок. При нескольких страницах доступны номера и стрелки, текущая страница выделена, показано «Страница N из M». На первой странице стрелка назад недоступна, на последней — вперёд. При единственной странице навигация скрыта. Выбора размера страницы нет.

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

3.8. Пустые состояния

Если в выбранном разделе нет доступных пользователю заявок до применения поиска и фильтров, показано «Нет заявок в работе», «Нет обработанных заявок» или «Нет необработанных заявок» соответственно. Кнопки «Сбросить фильтры» нет.

Если доступные заявки в разделе есть, но поиск или фильтры исключили все совпадения, показано «Нет записей по выбранным условиям» и «Сбросить фильтры». Это относится и к ограничению по дате или ответственному администратора. Сортировка не влияет на выбор пустого состояния. Кнопка очищает поиск, дату, ограничения внимания и исхода; выбранный раздел сохраняется. Ответственный администратора и сортировка не сбрасываются. Даже если из-за выбранного ответственного список остаётся пустым, «Сбросить фильтры» не переводит его на «Все менеджеры».

Отсутствие совпадений не меняет состояние заявок и не означает их удаление.

В начало

4. Поступление, создание и взятие заявки в работу

Оглавление пункта 4

4. Поступление, создание и взятие заявки в работу

Раздел описывает создание заявки пользователем и начало обработки обращения с сайта. Прототип не реализует реальное подключение сайта и одновременную работу нескольких серверных сессий. Правила отображения входящих сведений определены в пункте 4.3, взятия заявки несколькими пользователями — в пункте 4.4.

4.1. Два способа появления заявки

Способ	Первоначальное состояние	Ответственный	Начало работы
Создание кнопкой «Создать заявку»	В работе	Пользователь, нажавший кнопку	Карточка сразу открыта для подготовки
Поступление с сайта	Не обработана	Не назначен	Менеджер или администратор нажимает «Обработать»

Создание заявки не создаёт рейс или расписание. Результат появляется отдельным действием обработки черновика, описываемым в разделе 7.

4.2. Создание пользователем

Участник и цель. Менеджер или администратор начинает подготовку поездок по обращению, которое вводит вручную.

Вход. Кнопка «Создать заявку» в верхней части списка заявок. Доступна в каждом из трёх разделов списка; предварительный выбор даты календаря не требуется.

Основной сценарий:

Пользователь нажимает «Создать заявку».
Создаётся новая заявка с собственным номером и текущими датой и временем создания. Источник — «Менеджер», в том числе при создании администратором. Состояние — «В работе», ответственный — создавший пользователь.
В заявке создаётся первый активный черновик будущего разового рейса. Его название пустое; он ещё не является результатом.
В историю первого черновика записывается создание в данной заявке и назначенный ответственный.
Открывается карточка заявки с первым черновиком, первоначально на вкладке «Калькулятор поездки». Пользователь может начать заполнение или выбрать другой тип будущего результата.

Название заявки первоначально пустое. Дата работы не установлена, результаты и архивные черновики отсутствуют. Выбранная в списке дата не подставляется в дату работы или дату поездки.

В прототипе заявка сохраняется сразу при создании; отдельного предварительного окна с названием и подтверждением нет. Последующее заполнение сохраняется автоматически. Название обязательно для создания результата, но отсутствие названия не блокирует само создание промежуточной заявки.

При создании выбранный раздел списка становится «В работе», фильтр ответственного администратора сбрасывается на «Все менеджеры». Остальные условия списка не очищаются. После возвращения в список они могут скрывать новую заявку: например, при выбранной календарной дате, отличной от даты новой заявки, или поиске, которому её название не соответствует.

Выход без заполнения. Возврат из карточки не отменяет создание. Заявка и первый черновик остаются сохранёнными, даже если название и обязательные сведения пока пусты. Как закончить работу или удалить такую заявку, описывается в разделе 8.

4.3. Поступившее обращение с сайта

Прототип содержит демонстрационные заявки с источником «Сайт», без ответственного, в состоянии «Не обработана» и с черновиками исходных поездок. В списке видны название обращения и телефон. Они доступны менеджерам и администратору; назначение конкретного менеджера не скрывает общую очередь необработанных обращений.

Пока заявка не взята в работу, действие закрытия недоступно. Основная кнопка — «Обработать». Безвозвратное удаление заявки с сайта не допускается и после взятия в работу.

Прототип не содержит реальной формы отправки обращения или обработчика поступления с сайта. Одно обращение из «Необработано» открывается как заявка в работе с одним первоначальным черновиком и сохранённой исходной информацией клиента. При обработке сохраняется тот же номер заявки; в прототипе черновик уже учтён в необработанной записи, а кнопка меняет состояние и ответственного. Создание второй заявки, копии обращения или дополнительного дублирующего черновика не требуется. Точный момент создания черновика при поступлении в новую систему относится к техническому решению, обеспечивающему этот сценарий.

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

Название новой заявки с сайта первоначально пустое; в списке показано «Без названия». Переданные сведения не становятся названием автоматически. Одно обращение создаёт одну необработанную заявку, без объединения разных обращений по совпадению данных.

Исходная информация в карточке. После «Обработать» под общими сведениями заявки и над вкладками черновиков отображается отдельный блок «Обращение с сайта». Он относится ко всей заявке и остаётся видимым при переключении черновиков. В нём показываются все четыре входящих поля в исходном виде:

Поле обращения	Отображение и использование
Имя	Имя отправителя; не создаёт клиента и не выбирает его автоматически
Телефон	Телефон отправителя; не создаёт клиента и не выполняет автоматическую привязку к записи базы
Город	Город, переданный в обращении; базовый город черновика менеджер выбирает отдельно, автоматической подстановки нет
Комментарий	Текст обращения; автоматически не разбирается на поля маршрута или другие поля черновика

Отсутствующее значение любого из этих полей обозначается «Не указано». Исходные сведения сохраняются без изменений; последующее заполнение черновика и выбор клиента из базы не подменяют их. Подробные сведения поездки менеджер заполняет отдельно.

Граница прототипа: текущий демонстрационный блок показывает телефон и текст обращения. Описанное выше отображение четырёх полей определяет поведение новой системы.

Связь с Project. Текущий обработчик принимает имя, телефон, комментарий и город. Он создаёт запись в сущности рейса с признаком поступившего запроса; телефон и комментарий объединяются в поле комментария. В новой заявке все четыре входящих поля сохраняются отдельно и отображаются в блоке «Обращение с сайта» по правилам выше. Ранее поступившие обращения в новую систему не переносятся; правила новых поступлений приведены в 11.2.

4.4. Взятие в работу

Участник и цель. Менеджер или администратор начинает обработку доступного необработанного обращения.

Вход и условия. Кнопка «Обработать» в строке раздела «Необработано». Действие выполняется для существующей доступной заявки в состоянии «Не обработана».

Основной сценарий:

Пользователь нажимает «Обработать». Отдельного подтверждения прототип не показывает.
Этот пользователь становится ответственным за всю заявку. Администратор также назначается ответственным при нажатии этой кнопки; предварительного выбора другого менеджера нет.
Состояние меняется на «В работе». Источник, номер, дата создания и входящие сведения сохраняются. Дата работы автоматически не переносится на день взятия в работу.
Во всех активных черновиках появляется запись о взятии заявки в работу и новом ответственном.
Изменения сохраняются, выбирается раздел «В работе», открывается карточка с одним первоначальным черновиком, на вкладке «Калькулятор поездки». Над черновиком показан блок исходного обращения с сайта из пункта 4.3.

Создание рейса или расписания, заполнение обязательных сведений и расчёт стоимости этим действием не выполняются. Другие менеджеры после назначения ответственного больше не видят эту заявку в своём обычном списке; администратор сохраняет доступ.

В отличие от создания вручную, взятие в работу не сбрасывает фильтр ответственного администратора. Сохраняются также поиск, выбранная дата и остальные условия списка. Поэтому после возвращения в список заявка может не соответствовать установленным условиям.

Если заявка недоступна для просмотра, при открытии показано «Нет доступа к этой заявке». Если при нажатии «Обработать» выясняется, что обращение уже взял другой менеджер, открывается та же заявка в режиме просмотра с пояснением «Заявку уже взял в работу другой менеджер — [имя]». Поля и действия изменения недоступны; можно просматривать доступные вкладки, файлы, историю и комментарии без изменения данных. Просмотр не назначает пользователя ответственным и не добавляет чужую заявку в его обычный список.

Одновременное взятие в работу. При одновременном взятии заявки ответственным становится первый пользователь, чьё действие успешно выполнено. У второго менеджера открывается та же заявка только для просмотра с пояснением и именем ответственного по описанному выше правилу. Копия не создаётся, переназначение не выполняется. Если повторное нажатие выполняет уже назначенный ответственный, он продолжает работу с той же заявкой. Администратор сохраняет доступ в силу роли, но повторное «Обработать» также не меняет ответственного. Соблюдение этих правил обеспечивается системой, а не только недоступностью кнопки в интерфейсе.

В начало

5. Карточка заявки и управление черновиками

Оглавление пункта 5

5. Карточка заявки и управление черновиками

Раздел описывает работу карточки заявки и управление её черновиками. Подробные поля внутренних вкладок — в разделе 6, создание результата — в разделе 7.

5.1. Устройство карточки

Карточка объединяет два уровня данных:

Общие данные заявки: номер, название, дата создания и источник, состояние, дата работы и ответственный.
Данные выбранного активного либо обработанного черновика: поля поездки, файлы, история, комментарии и сводка.

Сверху расположены возврат к списку и подпись режима, затем название заявки и общие расчётные итоги. Ниже — общие сведения, блок обращения с сайта при соответствующем источнике, ссылки «Уже создано по заявке» при наличии результатов и ряд вкладок черновиков и результатов с кнопкой «+».

Под рядом вкладок расположены заголовок выбранного объекта, «История и комментарии», переключатель «Обзор / Файлы», внутренние вкладки обзора и содержимое. Справа — сводка выбранного объекта. Внизу — индикатор сохранения и действия.

Активная заявка открывается для редактирования ответственному и администратору. Закрытые данные и обработанный черновик доступны в режиме просмотра. Передача другому менеджеру блокирует действия прежнего ответственного до выхода в список; правила передачи раскрываются в разделе 9.

5.2. Общие поля заявки

Поле	Назначение и поведение
Номер	Идентифицирует заявку; пользователь его не меняет
Название заявки	Общее название обращения; редактируется отдельно от названий черновиков и автоматически сохраняется. Обязательно при создании результата; совпадающие названия допускаются
Состояние	Показывает этап работы; прямого выбора произвольного состояния нет
Создана	Дата создания и источник «Менеджер» или «Сайт»; при редактировании не меняются
Поставить дату работы с заявкой	Необязательная дата планирования работы; ввод или очистка автоматически сохраняются и меняют принадлежность заявки дню календаря по пункту 2.6
Ответственный за заявку	Выбор другого пользователя запускает подтверждение передачи всей заявки, а не отдельного черновика

В режиме просмотра обработанного черновика общие поля также недоступны для изменения. Для продолжения редактирования заявки пользователь выбирает активный черновик. Исходный блок обращения с сайта относится ко всей заявке и не заменяет выбор клиента из базы.

5.3. Общие расчётные итоги

Верхние показатели «Общее время в пути» и «Диапазон стоимости» рассчитываются по всем активным черновикам типа «Рейс», независимо от выбранной вкладки. Расписания не учитываются; это поясняется подписью и подсказкой «?».

Время — сумма рассчитанной продолжительности активных разовых черновиков.
Диапазон — отдельно сумма минимальных и сумма максимальных расчётных стоимостей этих черновиков. Это расчётный диапазон калькулятора, а не сумма введённой стоимости для клиента.
Обработанные черновики, созданные результаты, сохранённая прекращённая подготовка и удалённые лишние вкладки в итоги не входят.
Если активные разовые черновики есть, но ещё не рассчитаны, их показатели учитываются как нулевые. Если таких черновиков нет, показано «Нет разовых рейсов» и «—» для стоимости.

Например, два активных разовых черновика рассчитаны на 45 и 60 минут. Итог — 1 ч 45 мин. После создания рейса из первого черновика остаётся 1 ч: созданный рейс больше не входит в эти итоги.

5.4. Выбор активного черновика

Вкладка показывает название черновика; пока название пусто — «Черновик 1», «Черновик 2» и так далее по текущему порядку. Эти подписи не являются постоянными номерами записей. Собственный номер черновика показывается под заголовком карточки.

Нажатие вкладки сначала сохраняет изменения, затем выбирает черновик. Поля, сводка, история и файлы относятся к выбранному объекту. Панель истории закрывается. Переключение не создаёт результат и не завершает работу с прежним черновиком.

Текущая внутренняя вкладка или раздел файлов по возможности сохраняется при переключении. Если выбранный объект не поддерживает калькулятор, открывается «Основная информация». Возле названия черновика может быть индикатор актуального для пользователя наступившего или просроченного напоминания.

5.5. Добавление черновика кнопкой «+»

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

Сценарий:

Пользователь нажимает «+». Изменения текущего черновика сохраняются.
В эту же заявку добавляется новый черновик типа «Рейс» с собственным номером, пустым названием и исходными значениями новой формы. Данные выбранного черновика не копируются.
Добавление лишней рабочей вкладки само по себе не записывается отдельным событием в историю заявки или черновиков. Действия с подготовленными сведениями и комментарии относятся к выбранному черновику по 2.7.
Новая вкладка выбирается, открываются «Обзор» и «Калькулятор поездки». Заявка остаётся в работе, ответственный не меняется, созданные результаты сохраняются.

Добавление не требует заполнения предыдущих черновиков. Новая вкладка сохраняется сразу; возврат к списку её не отменяет.

5.6. Крестик активного черновика

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

Состав заявки	Поведение после нажатия крестика
Несколько активных черновиков	Открывается «Удалить черновик?». После подтверждения «Удалить» выбранный черновик удаляется, а не сохраняется как прекращённый. Остальные черновики и результаты остаются; заявка продолжает находиться «В работе».
Один активный черновик, результаты уже есть	Подтверждение предупреждает, что это последний черновик и заявка станет «Обработана частично». Подтверждение завершает заявку, сохраняет этот черновик как прекращённый и закрывает карточку. Созданные результаты сохраняются; отдельная причина завершения всей заявки не запрашивается.
Один активный черновик, результатов нет	Вместо удаления вкладки открывается завершение всей заявки с выбором причины по разделу 8. После подтверждения оставшийся черновик сохраняется, заявка становится «Закрыта без результата».

При удалении лишней вкладки из текущей подготовки удаляются её данные, собственные файлы, история, комментарии и уведомления; новая прекращённая копия, снимок удаления и самостоятельное событие удаления не сохраняются. Дальнейшее выполнение её уведомлений прекращается. Данные, история и материалы уже зафиксированного прежнего закрытия не изменяются: они остаются только в неизменном снимке того периода по 2.7. Материалы, используемые другими черновиками, результатами или снимками, сохраняются по 6.10. Удаление не изменяет справочники, историю остальных черновиков и созданные рейсы или расписания.

Удалённый черновик не учитывается в составе, счётчиках и итоговом статусе заявки. После подтверждённого удаления он не возвращается из старого буфера, повторной отправки или при повторном открытии. В оставшемся составе сохраняется прежняя выбранная порядковая позиция; если её больше нет, выбирается последняя вкладка.

Отмена или закрытие подтверждения оставляют состав, выбранную вкладку и введённые данные прежними. До подтверждённого сохранения удаления успех не показывается. Если состав изменился и выбранный черновик стал единственным активным, обычное удаление не выполняется: используется соответствующий сценарий завершения с новым подтверждением. Ошибка не удаляет подготовку и не изменяет результаты.

При завершении заявки сохраняются только оставшиеся на этот момент черновики по 2.4 и разделу 8. Их невыполненные уведомления отменяются. Ранее удалённые вкладки в сохранённый состав не возвращаются. Крестик не отменяет созданный результат и не удаляет его исторический исходный черновик.

5.7. Просмотр обработанного черновика и результата

После создания результата появляется вкладка с отметкой «✓» и подписью «Рейс №…» или «Расписание №…». Она открывает сохранённый исходный черновик, из которого создан результат, только для просмотра.

Показано пояснение «Черновик обработан. Эта вкладка доступна только для просмотра» и кнопка «Открыть рейс №…» либо «Открыть расписание №…». Поля нельзя менять, кнопки создания результата повторно нет, калькулятор скрыт. Можно просматривать внутренние вкладки, файлы, историю и комментарии. Добавление комментария к сохранённому исходному черновику недоступно.

«Открыть рейс/расписание» и ссылки в блоке «Уже создано по заявке» ведут в самостоятельную карточку результата. Её текущие данные могут отличаться от сохранённого исходного черновика вследствие последующей работы. Возврат к активному черновику выполняется его вкладкой внутри заявки.

5.8. Обзор, файлы и история

«Обзор» показывает внутренние вкладки выбранного черновика. «Файлы · N» открывает работу с файлами; число относится к выбранному объекту. Переключение не меняет принадлежность данных к черновику. Полные операции с файлами описываются в разделе 6.

Кнопка «История и комментарии · N» открывает боковую панель выбранного черновика. Число N — количество комментариев, а не всех событий. Записи расположены от новых к старым, содержат автора, время, тип «Событие» или «Комментарий» и текст. Если записей нет, показано «История пока пуста».

В редактируемом активном черновике доступно поле комментария и кнопка «Добавить комментарий». Пустой или состоящий из пробелов текст не добавляется; максимальная длина поля — 3000 символов. Комментарий сохраняется отдельным действием и появляется в истории. Крестик панели закрывает только панель, а не черновик. В режиме просмотра доступно чтение истории. Если у заявки есть прежние снимки, в истории доступны ссылки на них; подробности в разделе 8.

5.9. Сводка выбранного объекта

Сводка справа обновляется при изменении данных и переключении черновиков. Показывает тип, общее число пассажиров, дату и время выезда либо дни повторения, плановое прибытие или время приезда, маршрут, ответственного и теги. Для просмотра результата также показывается статус. Отсутствующие сведения обозначаются как незаполненные.

Блок «Для сохранения» перечисляет незаполненные или некорректные данные, препятствующие созданию результата. Нажатие пункта открывает соответствующую вкладку и переводит к полю. Все пункты видны; при отсутствии проблем показано «Данные заполнены». Это готовность выбранного черновика, а не всех черновиков заявки.

Прототип также показывает готовность данных для путевого листа. Для черновика это справочная проверка: выпуск возможен после создания рейса. Для расписания поясняется, что документы выпускаются у созданных по нему рейсов. Наличие этой проверки не включает переработку всего раздела «Документы» в текущую область. Состав документальной проверки и работа обоих списков определены в 11.11.

5.10. Автосохранение и выход

Ввод данных заявки и активного черновика запускает автосохранение. Прототип сохраняет после короткой паузы во вводе; точный интервал для продакшна предстоит определить при реализации. Переключение черновика, добавление черновика, открытие истории и возврат в список инициируют сохранение текущих изменений.

Индикатор показывает «Сохранение…», успешное сохранение или ошибку. В прототипе успешное состояние подписано «Автосохранено в браузере»; рабочая система должна отражать результат сохранения в своём основном хранилище. В режиме просмотра показано «Только просмотр».

«Вернуться к списку» внизу и «← Заявки» сверху выходят из карточки. Они не завершают заявку, не создают рейс и не отбрасывают заполненный черновик. Обязательные поля могут оставаться незаполненными. Список показывается с сохранёнными условиями отбора.

Ошибка сохранения в продакшне: возврат и переключение разрешены, если данные записаны на сервере либо успешно сохранены в локальном буфере. Изменения сохраняются в локальном буфере, отправка на сервер повторяется. Пока сервер не подтвердил сохранение, пользователю явно показывается, что изменения не сохранены. Возврат в список не очищает буфер и не скрывает статус несохранённых изменений; при повторном открытии заявки для продолжения работы используются данные буфера. Успешный статус показывается только после подтверждённой записи на сервере.

Повторная отправка должна сохранять изменения той же заявки и черновика, не создавать копию. Повторная отправка описана в задаче 11.4. Одновременная работа с карточкой регулируется блокировкой редактирования по пункту 9.4. Локальный буфер должен сохранять несохранённые изменения после обновления страницы, закрытия вкладки и перезапуска браузера. При возвращении к работе изменения восстанавливаются для той же заявки и черновика, а повторная отправка продолжается. До подтверждения сервера они остаются явно обозначенными как несохранённые.

Недоступность обоих способов сохранения. Если данные не удалось записать ни на сервере, ни в локальном буфере, показана ошибка сохранения. Переходы по внутренним вкладкам, между черновиками и в список блокируются до успешного сохранения хотя бы одним способом. Ввод остаётся в открытой форме, отправка повторяется автоматически.

Буфер сохраняется после выхода из учётной записи и восстанавливается при следующем входе того же пользователя. Другой пользователь не получает этот ввод. Сохранению подлежат все значения полей, включая пробелы, знаки препинания и очистку; промежуточное сохранение не требует заполнения обязательных полей.

Отличие от прототипа: сейчас он хранит рабочие данные в памяти страницы и записывает их в браузерное хранилище; реальной отправки на сервер нет. В продакшне отправка и повторные попытки должны работать по описанным выше правилам. Нельзя считать сам факт нажатия возврата подтверждением успешной записи данных.

5.11. Нижняя кнопка «Сохранить»

В активном черновике эта кнопка означает создание рейса или расписания из выбранного черновика. Она не является кнопкой промежуточного сохранения всей заявки: промежуточные изменения сохраняются автоматически.

Если название заявки или выбранного черновика пусто, кнопка недоступна. При заполненных названиях нажатие выполняет остальные проверки и при успехе открывает подтверждение создания результата. Детальный сценарий описывается в разделе 7. В обработанном черновике кнопка отсутствует, остаётся возврат к списку.

В начало

6. Подготовка черновика

Оглавление пункта 6

6. Подготовка черновика

6.1. Назначение и общие правила

Менеджер готовит в черновике данные одного будущего рейса или расписания. Подготовка может выполняться постепенно: промежуточные изменения сохраняются автоматически, даже если обязательные поля ещё не заполнены. Создание результата выполняется отдельным действием по разделу 7.

В разделе «Обзор» доступны вкладки «Калькулятор поездки», «Основная информация», «Маршрут и карта», «Транспорт и водители», «Финансы», «Клиент» и «Уведомления». «Калькулятор поездки» доступен только в активном черновике типа «Рейс». Файлы открываются отдельным переключателем «Файлы», история и комментарии — отдельной кнопкой.

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

Например, начало, конец и упорядоченный список промежуточных точек общие для калькулятора и «Маршрут и карта»; даты и времена одного события также общие. Город общий с «Основной информацией», автомобиль — с «Транспорт и водители», количества взрослых и детей — с «Клиент». Изменение любого из этих значений в соответствующей вкладке отображается и в калькуляторе; изменение в калькуляторе отображается в этой вкладке. Правило распространяется на все общие параметры черновика, а не только на маршрут.

Синхронизация не объединяет разные по назначению значения: время в пути и отдельно заданный приезд, пассажирские и служебные времена, диапазон калькулятора и стоимость для клиента остаются самостоятельными. Их зависимости определяются правилами соответствующих полей. Общие данные других черновиков и всей заявки не изменяются.

Редактирование доступно ответственному за работающую заявку и администратору. В обработанном черновике и историческом снимке доступен только просмотр. Ответственный назначается всей заявке, а не отдельной внутренней вкладке.

Обязательность поля означает необходимость заполнения перед созданием результата. Она не препятствует сохранению промежуточного черновика. Недостающие или некорректные сведения подсвечиваются и перечисляются в сводке «Для сохранения». Переход по пункту сводки открывает соответствующую вкладку и поле.

Сохранение, ошибки отправки и локальный буфер подчиняются пункту 5.10. Изменения фиксируются в истории выбранного черновика. Данные других черновиков этой заявки не заменяются.

6.2. Калькулятор поездки

Назначение: подготовить маршрут разовой поездки, выбрать автомобиль и получить расчётные расстояние, продолжительность и диапазон стоимости.

Поле	Правило
Откуда	Начало маршрута; обязательно для расчёта и создания рейса
Промежуточные точки	Необязательный упорядоченный список остановок
Куда	Конец маршрута; обязательно для расчёта и создания рейса
Выезд	Дата и время поездки в одном поле; не является датой работы с заявкой
Приезд	Дата и время окончания поездки; при создании рейса должно быть позже выезда
Взрослые	Неотрицательное количество взрослых пассажиров; исходно 0
Дети	Неотрицательное количество детей; исходно 0
Базовый город	Общий с основной информацией; обязателен для создания результата

Действия:

«Добавить промежуточную точку» добавляет пустое поле в конец списка остановок. Крестик рядом с точкой убирает её; остальные сохраняют относительный порядок. Отдельного подтверждения удаления точки нет.
«Рассчитать» при незаполненном начале или конце показывает «Укажите начало и конец маршрута». При допустимых данных обновляет расчёт выбранного черновика, его сводку и общие итоги заявки. Рейс этим действием не создаётся.
Карточка автомобиля выбирает существующий автомобиль для текущего черновика. Выбор отражается во вкладке «Транспорт и водители». Выбор автомобиля автоматически обновляет зависящие от него показатели калькулятора.

Блок «Возможные автомобили» показывает название, вместимость и часовую ставку. Список ограничивается подрядчиком транспорта: без него доступны собственные автомобили, с ним — автомобили выбранного подрядчика. Подрядчики водителей этот список не ограничивают. Если вариантов нет, показано «Нет доступного транспорта выбранного подрядчика».

При редактировании маршрута, города, количества пассажиров или автомобиля показатели автоматически обновляются по текущим данным черновика в реальном времени. Время в пути продолжает определяться по маршруту; при включённой фиксации договорных километров расстояние и нулевой пробег сохраняются по пункту 6.5. Стоимость рассчитывается по правилам и тарифам Project. Отдельного сохранённого «расчёта» как бизнес-сущности нет; эти показатели относятся к подготовке поездки в заявке. Ручной запуск пересчёта не является условием их актуальности. Диапазон калькулятора не заменяет отдельно введённую стоимость для клиента во вкладке «Финансы». Верхние итоги заявки учитывают только активные черновики разовых рейсов по пункту 5.3.

Граница прототипа: карта является условной схемой, а расчёт — демонстрационной формулой по числу точек и имени автомобиля. Он не представляет реальный расчёт маршрута, тарифов, вместимости или доступности автомобиля на дату поездки. Фиксированные демонстрационные города, автомобили и ставки не являются требованием заменить ими сведения Project. В рабочей системе используются построение маршрута, определение времени в пути и правила расчёта стоимости по тарифам Project. Демонстрационные формулы прототипа не заменяют эти правила.

6.3. Основная информация

Назначение: определить название, тип, город и теги будущего результата.

Поле или элемент	Правило
Название	Название выбранного черновика, отдельное от названия заявки. Обязательно для создания результата; совпадающие названия допускаются
Тип: «Рейс» / «Расписание»	Выбор типа будущего результата; правила переключения — в пункте 6.4
Базовый город	Существующий город; общий с калькулятором. Создание города из этой вкладки не предусмотрено
Статус	У активного черновика — «Черновик». Прямого выбора статуса нет
Теги	Ноль, один или несколько тегов выбранного черновика

При пустом названии поле выделяется, показано «Введите название рейса» или «Введите название расписания», создание результата недоступно. Общий ответственный задаётся в верхней части заявки; отдельного назначения менеджера на этой вкладке нет.

Работа с тегами:

В «Основной информации» показаны только назначенные теги выбранного черновика. При отсутствии назначений показано «Не назначены». Все теги общего набора одновременно в форме не выводятся.
«Выбрать теги» раскрывает под полем выпадающий список с поиском по названию и вариантами с галочками. При пустой строке поиска показан список «Последние теги». После первого введённого символа показаны теги, содержащие введённый текст, без учёта регистра. Очистка строки возвращает «Последние теги». Поиск и его очистка не меняют уже назначенные теги; галочки отражают текущие назначения. Уже назначенные метки остаются видимыми.
Отметка тега назначает его выбранному черновику; снятие отметки или крестик на назначенной метке убирает только назначение. Несколько тегов можно выбрать одновременно. Список остаётся открытым при выборе и снятии галочек. Изменения применяются при выборе и сохраняются по общим правилам; закрытие списка повторным нажатием «Выбрать теги», кликом снаружи или Escape не отменяет сделанные назначения. Сам тег из общего набора не удаляется.
При отсутствии тегов показано «Тегов пока нет», при отсутствии совпадений поиска — «Теги не найдены». «Создать тег» внутри выпадающего списка доступно пользователю с правом редактирования.
В карточке доступна кнопка «Выбрать теги». Создание нового тега выполняется внутри выпадающего списка: «Создать тег» открывает форму с названием и цветом. Название обязательно, длина до 40 символов. Пробелы по краям убираются; дубликат без учёта регистра не принимается. При ошибке показано «Введите уникальное название тега».
«Создать» сохраняет тег в общем наборе, сразу назначает текущему черновику и закрывает форму. Закрытие формы без создания ничего не добавляет.
Редактирование и удаление существующего тега на этой вкладке не предусмотрены.

Тот же способ выбора используется при редактировании самостоятельного рейса или расписания: назначенные метки и кнопка «Выбрать теги» в карточке; поиск, галочки и «Создать тег» внутри выпадающего списка. В режиме просмотра доступны только назначенные метки, без крестиков и действий изменения.

На страницах «Список рейсов» и «Расписания» фильтр тегов содержит поиск по названию и прокручиваемый список с галочками. Пока поиск пустой, варианты скрыты и показано «Начните вводить название тега»; совпадения появляются после ввода, очистка снова скрывает варианты. Выбранные фильтры показаны отдельными метками; крестик снимает только соответствующий фильтр. Поиск внутри выбора тегов не заменяет поиск поездок и не сбрасывает остальные фильтры. Отбираются записи со всеми выбранными тегами; «Сбросить выбор» снимает только ограничение по тегам. «Создать тег» сохраняет доступность из списка. Работа со списками результатов не расширяет границы задач подготовки заявки.

Теги передаются в результат и показываются в его сводке. Исторический просмотр использует сохранённые сведения о тегах. Они служат способом организации поездок вместо отдельной вкладки групп. Существующие группы Project при переносе становятся самостоятельными тегами плоского общего набора с серым цветом. Связи с поездками сохраняются: поездка в дочерней группе получает тег этой группы и теги её родительских групп. Назначения тегов переносятся у готовых рейсов и расписаний; старые расчёты и обращения из переноса исключены. Порядок выполнения описывается в соответствующих задачах раздела 11.

6.4. Переключение типа черновика

Переключение доступно только у редактируемого активного черновика. Оно не создаёт новый черновик или результат и не меняет количество черновиков заявки.

Общими остаются название, город, маршрут и точки, пассажиры, клиент, транспорт, оба водителя и их подрядчики, финансовые поля, теги, файлы, история и комментарии.

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

При первом выборе типа, для которого ещё нет сохранённых параметров, даты очищаются, расчётные показатели обнуляются, служебные времена очищаются, фиксация снимается. Времена выезда и приезда могут переноситься из текущей формы; исходные дни повторения — понедельник–пятница. Полученная форма может требовать дальнейшего заполнения.

При выборе расписания калькулятор скрывается. Если он был открыт, показывается «Основная информация». При возврате к рейсу калькулятор снова доступен.

При возврате к типу «Рейс» показатели калькулятора автоматически обновляются по текущему маршруту, городу, пассажирам и автомобилю. Сохранённые показатели прежнего состояния не используются как актуальные после изменения исходных данных.

В результат передаются данные выбранного типа. Рабочие параметры альтернативного типа не образуют второе содержимое созданного результата. В обработанном черновике переключение типа недоступно. Уже созданные уведомления сохраняют конкретный срок при смене типа по пункту 6.9; новый срок автоматически не вычисляется.

6.5. Маршрут и карта

Назначение: задать маршрут, время поездки, расчётные показатели и служебные сведения выезда на линию и возвращения в гараж.

Поле	Правило
Тип маршрута	«Внутригородской», «Пригородный» или «Междугородный»; используется также для документов
Откуда, точки, куда	Те же данные и действия с точками, что в калькуляторе
Выезд и приезд рейса	Две пары даты и времени; приезд строго позже выезда, допускается другой календарный день
Начало действия расписания	Необязательная дата начала
Время выезда и приезда расписания	Время повторяющейся поездки; оба значения обязательны
Дни повторения	Независимое включение дней понедельник–воскресенье; требуется хотя бы один день
Расстояние, км	Неотрицательное числовое значение
Время в пути, минут	Продолжительность движения, определяемая по маршруту; фиксация договорных километров её не сохраняет
Нулевой пробег, км	Неотрицательное значение служебного пробега
Фиксировать договорные километры	Сохраняет вручную заданные длину маршрута и нулевой пробег при построении маршрута; время в пути и стоимость продолжают рассчитываться

При выключенной фиксации длина маршрута и нулевой пробег обновляются по построенному маршруту. При включённой фиксации эти два значения можно задавать вручную; построение карты не перезаписывает их. Снятие фиксации возвращает автоматическое определение километров. Фиксация не останавливает построение карты, обновление времени в пути или расчёт стоимости по правилам Project.

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

Для разового рейса дата выезда и дата приезда обязательны. Для расписания дата начала необязательна, а повторение определяется выбранными днями недели. Если время приезда расписания раньше времени выезда, приезд относится к следующему календарному дню. Например, выезд в 23:00 и приезд в 01:00 означают прибытие на следующий день; создаваемый по расписанию рейс получает соответствующие даты.

Блок «На линию и в гараж» содержит существующее место выезда на линию, время выезда на линию и время возвращения в гараж. Для рейса служебные времена задаются датой и временем, для расписания — временем. Они отделены от времени выезда и приезда по пассажирскому маршруту. В черновике нет поля фактического пробега завершённого рейса.

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

Карта показывает маршрут. Построение реального маршрута и расчёт показателей выполняются по правилам Project. В прототипе карта и значения служебных участков условные. Ручные километры принадлежат выбранному черновику; они не изменяют отдельно заданный приезд.

6.6. Транспорт и водители

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

Блок	Выбор подрядчика	Доступные записи
Транспорт	Подрядчик транспорта либо «Не выбран»	Без подрядчика — собственный транспорт; с подрядчиком — его автомобили
Основной водитель	Подрядчик водителя либо «Не выбран»	Без подрядчика — штатные водители; с подрядчиком — его водители
Второй водитель	Подрядчик второго водителя либо «Не выбран»	Без подрядчика — штатные водители; с подрядчиком — его водители

Подрядчики транспорта и обоих водителей могут совпадать или отличаться. Второй водитель необязателен. Его подрядчик выбирается независимо от подрядчика первого водителя; допустимы тот же подрядчик, другой подрядчик или штатный водитель без подрядчика.

Сценарий выбора:

Пользователь при необходимости выбирает подрядчика соответствующего блока.
Открывает выбор автомобиля или водителя. Доступны поиск по отображаемому названию и вариант «Не выбран».
Выбирает существующую запись. В поле показано её название; связанные данные сохраняются в выбранном черновике.

Выбор записи не создаёт нового клиента, водителя, автомобиля или подрядчика. В этой области работы не предусмотрено создание и редактирование самостоятельных записей справочников. Тип транспорта определяется выбранным подрядчиком: собственный или арендованный. Принадлежность водителя также следует из его собственного блока.

Один человек не может быть основным и вторым водителем. Запрет определяется идентификатором записи, а не совпадением имени. Выбранный в одной роли водитель исключается из доступных вариантов другой.

Смена и снятие выбора:

Смена подрядчика пересматривает допустимость выбранной записи только в соответствующем блоке. Несовместимый автомобиль или водитель снимается; предлагается выбрать подходящий.
При смене или снятии подрядчика второго водителя несовместимый второй водитель снимается, его оплата очищается. Если водитель подходит новому выбору подрядчика, он и оплата сохраняются.
«Не выбран» в поле второго водителя снимает его и очищает оплату, не изменяя основного водителя или его подрядчика.
Выбор второго водителя не меняет транспорт и первого водителя. Снятие автомобиля или основного водителя не снимает автоматически независимого второго водителя.

При создании результата выбранные записи должны соответствовать своим подрядчикам, а водители должны быть разными. В текущем прототипе отсутствие автомобиля или основного водителя само по себе не блокирует создание результата; для путевого листа эти сведения проверяются отдельно. Изменение этой обязательности требует отдельного решения.

Вкладка также содержит выбор существующего медицинского учреждения и параметры путевого листа: «Перевозка детей» и «Показывать посадочные места». Для расписания параметры относятся к будущим поездкам; выпуск документа выполняется у конкретного рейса. Наличие детей в пассажирах и признак «Перевозка детей» представлены отдельными полями.

6.7. Финансы

Назначение: задать стоимость для клиента и отдельные выплаты исполнителям.

Поле	Правило
Стоимость для клиента, ₽	Обязательное неотрицательное число; 0 является заполненным значением, пустое поле — нет
Тип оплаты	Обязательный выбор: «Наличный расчёт» или «Безналичный расчёт»
Оплата транспорта, ₽	Отдельная неотрицательная сумма; при подготовке может оставаться пустой
Оплата водителю, ₽	Отдельная неотрицательная сумма основному водителю; при подготовке может оставаться пустой
Оплата второму водителю, ₽	Показана только при выбранном втором водителе; отдельная неотрицательная сумма, при подготовке может оставаться пустой

Единый стандарт ввода денежных сумм. Применяется к денежным суммам и ставкам.

Допускаются целые значения и значения с одним или двумя знаками после запятой. Десятичным разделителем может быть запятая или точка. При вставке суммы допускаются пробелы между разрядами, в том числе неразрывные.
Во время ввода значение не переформатируется, положение курсора не меняется. После выхода из поля корректная сумма отображается с пробелами между разрядами, запятой и двумя знаками после неё: например, 1 250,50.
Буквы, экспоненциальная запись, несколько десятичных разделителей и более двух знаков после разделителя недопустимы. Введённое значение остаётся в поле, рядом отображается ошибка. Лишние десятичные знаки автоматически не округляются.
Пустое поле остаётся пустым. Введённый ноль отображается как 0,00 и не равнозначен отсутствию значения.
Обязательность, допустимость нуля и отрицательных значений, минимальная и максимальная сумма определяются правилами конкретного поля. Общий формат ввода их не заменяет.
Некорректная сумма препятствует сохранению карточки или созданию результата. Промежуточный черновик заявки, включая ошибочный ввод, сохраняется по 5.10; это не означает готовности к созданию рейса или расписания.
Стандарт не применяется к пробегу, расстоянию, объёму, процентам и количествам: для них действуют правила соответствующих полей.

Выбор второго водителя сам по себе не делает его оплату обязательной. Снятие второго водителя, в том числе вследствие смены его подрядчика, очищает сумму. При последующем выборе водителя прежняя очищенная сумма не восстанавливается автоматически.

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

В текущей форме нет отдельных полей «Состояние расчёта», банковской карты как третьего способа оплаты или финансового комментария. Их наличие в старых данных не означает необходимость отобразить их в новой вкладке и не разрешает потерю при переносе.

6.8. Клиент и пассажиры

Назначение: выбрать существующего клиента и подготовить сведения о пассажирах и контактах поездки.

Для разового рейса выбор клиента обязателен перед созданием результата. Для расписания текущая форма допускает отсутствие клиента. Менеджер выбирает запись из существующей базы через поиск по имени или названию. «Не выбран» снимает привязку. Создание и редактирование клиента из черновика не предусмотрены.

Исходные сведения отправителя обращения с сайта не являются автоматически выбранным клиентом. Менеджер связывается с отправителем и самостоятельно выбирает подходящую запись базы.

После выбора показаны тип клиента, имя или название, телефон, email, ИНН и менеджеры, работающие с клиентом. Отсутствующее значение обозначается «Не указано»; при отсутствии работающих менеджеров показано «Нет работающих менеджеров». Эта связь не заменяет ответственного за заявку. Реквизиты не редактируются здесь и не требуют заполнения скрытых банковских полей через карточку рейса.

Менеджеры, работающие с клиентом. Список определяется автоматически по существующим рейсам и расписаниям. Менеджер работает с клиентом, если он является ответственным хотя бы за один неархивный объект этого клиента:

Рейс в состоянии «Ожидает исполнения» или «Активный».
Расписание в состоянии «Активный» или «На паузе».

Завершённые, отменённые и архивные объекты не учитываются. У одного клиента может быть несколько работающих менеджеров; каждый показан один раз независимо от количества подходящих объектов. Связь определяется по клиенту выбранного рейса или расписания и ответственному за этот объект, а не по имени клиента или ответственному за исходную заявку.

Связь возникает с первым подходящим объектом пары «менеджер — клиент» и прекращается, когда таких объектов больше нет. Создание объекта, смена клиента, передача ответственности, изменение состояния, архивирование и возвращение из архива пересматривают список по текущим данным. Передача одного из нескольких объектов не прекращает связь прежнего менеджера, если у него остаётся другой подходящий объект с этим клиентом.

Заявки, активные черновики и сам выбор клиента в них эту связь не создают. Пользователь не назначает работающих менеджеров вручную из черновика. Список является сведением о текущей работе, не предоставляет дополнительных прав доступа и не меняет ответственного за заявку, рейс или расписание. Для будущего фильтра «Мои клиенты» используется та же связь; интерфейс контрагентов этим правилом не включается в текущую область работы.

В рабочей карточке показан актуальный список. В историческом снимке сохраняется список на момент фиксации; последующие изменения действующих поездок его не переписывают.

Блок «Пассажиры и уведомления» содержит:

Количества взрослых и детей — те же значения выбранного черновика, что и в калькуляторе. Изменение или очистка в «Клиент» сразу отражается в калькуляторе, а изменение или очистка в калькуляторе — в «Клиент». Сумма обновляется в сводке и используется при подборе транспорта. Отдельных количеств пассажиров для этих вкладок нет; действует общее правило двусторонней синхронизации из 6.1.
«Контакты для уведомлений» — список строк с именем и телефоном.
«Список пассажиров» — список строк с именем и телефоном.

В каждом списке кнопка добавления создаёт пустую строку, крестик удаляет выбранную строку. Изменения относятся только к текущему черновику. Числа пассажиров и строки списка в прототипе независимы: добавление имени не увеличивает автоматически количество взрослых или детей. Контакт не создаёт запись клиента или сотрудника.

Поля контактов и списка пассажиров необязательны. Проверки формата телефонов и соответствия строк списка указанному количеству пассажиров не выполняются: менеджер отвечает за введённые сведения.

Вместимость транспорта проверяется по правилу Project: число пассажирских мест должно быть не меньше суммы взрослых и детей. Автомобили с недостаточным числом мест исключаются из подборки. Верхнего ограничения на запас мест нет: автобус на 20 мест допустим для одного пассажира, а четырёхместная машина для 20 пассажиров не подходит. Для проверки используются указанные количества взрослых и детей, а не число строк в списке пассажиров. Правило применяется при подборе транспорта в калькуляторе и во вкладке «Транспорт и водители».

6.9. Уведомления

Назначение: сохранять напоминания и запланированные сообщения выбранного черновика. Они не относятся автоматически ко всем черновикам заявки.

На вкладке отображаются получатель, текст, состояние, время и канал каждого уведомления. При отсутствии записей показано «Уведомлений пока нет». Счётчик вкладки показывает число записей, включая завершённые и отменённые.

Создание: «Добавить уведомление» открывает форму. Закрытие формы без «Создать» ничего не добавляет.

Поле	Правило
Получатель	Менеджер, водитель, клиент или пассажиры
Менеджер	Только для получателя «Менеджер»: ответственный либо конкретный пользователь
Контакт клиента	Только для получателя «Клиент»: один контакт из списка «Контакты для уведомлений» выбранного черновика; выбор обязателен
Канал	Для менеджера — «В CRM». Для внешних сообщений — WhatsApp, Telegram и MAX по настройкам Project, с существующим каскадом Wappi и резервной отправкой через WhatsApp
Текст	Обязательный непустой текст, до 2000 символов
Когда	«В указанную дату и время», «Сейчас»; для черновика рейса также «До выезда этого рейса»
Дата и время	Для запланированного времени — допустимая будущая дата и время
За сколько минут	Для режима до выезда — интервал от 1 до 10080 минут. Дата и время отправки вычисляются при создании уведомления

При ошибке форма остаётся открытой и показывает пояснение: требуется текст, будущая дата или допустимый интервал. «Создать» при корректных данных добавляет уведомление, записывает событие в историю и закрывает форму.

Время выполнения. Режим «До выезда этого рейса» вычисляет конкретную дату и время отправки при создании уведомления. Этот срок сохраняется независимо от последующих изменений выезда и переключения типа черновика. Интервал не является постоянно действующей привязкой к выезду. При создании рейса или расписания уведомление передаётся с тем же сроком, без повторного вычисления.

Если срок уже наступил, внешнее сообщение ожидает обработки при ближайшей проверке системы, а напоминание менеджеру становится доступным к выполнению по своим правилам. Пропуск срока не отменяет уведомление и не требует назначать его заново. Это правило относится также к уведомлению, переданному в результат после наступления срока; оно не выполняется повторно, если уже обработано. Доставка внешнего сообщения зависит от наличия получателя и результата работы действующих каналов связи, а не гарантируется одним наступлением срока.

Напоминание «Ответственный менеджер» адресуется текущему ответственному объекта. При создании можно указать конкретного менеджера, но последующая передача заявки переводит все незавершённые напоминания менеджеру в её активных черновиках на нового ответственного по пункту 9.7. Для черновика расписания относительный режим до выезда в форме не предлагается; доступно конкретное время или «Сейчас».

Выбор контакта клиента:

При выборе получателя «Клиент» появляется выпадающий список «Контакт клиента». Источник — блок «Контакты для уведомлений» во вкладке «Клиент» выбранного черновика, а не общий справочник клиентов.
В списке показываются имя и телефон каждого контакта с непустым телефоном. Если имя отсутствует, показано «Без имени». Формат телефона не проверяется; пустая строка без телефона не является доступным адресатом.
При нескольких контактах пользователь выбирает одного; уведомление адресуется только ему. Наличие контакта не требует выбора другого клиента из базы и не меняет привязку клиента к черновику.
Если контактов с телефоном нет, список недоступен, кнопка «Создать» заблокирована и показано «Добавьте контакт с телефоном в разделе „Клиент“ → „Контакты для уведомлений“». При переключении на другого получателя это ограничение снимается.
При создании уведомления сохраняются имя и телефон выбранного контакта. Они показываются в карточке уведомления и событии его создания в истории. Последующее изменение или удаление строки контакта не подменяет сохранённого адресата созданного уведомления.

Состояния и действия:

Состояние	Смысл и доступные действия
Запланировано	Момент ещё не наступил; можно отменить. Для внешнего сообщения прототип предлагает отправку сейчас
Пора выполнить	Наступило время напоминания менеджеру; доступны «Выполнено», «Отложить на 10 минут» и «Отменить»
Просрочено	Напоминание не обработано; те же действия. Прототип переводит в это состояние через 5 минут после срока
Выполнено	Менеджер завершил напоминание; повторного выполнения или отмены нет
Отправлено	Внешнее сообщение обработано отправкой; в прототипе это только имитация
Отменено	Дальнейшее выполнение прекращено; запись сохраняется для просмотра

«Отложить на 10 минут» назначает новый срок от текущего момента и возвращает напоминание в запланированные. «Отменить» сохраняет запись и историю, не стирает уведомление. «Выполнено» завершает напоминание. Действия сохраняются сразу.

Наступившие и просроченные напоминания участвуют в индикаторах черновика и заявки с учётом получателя. Общий список напоминаний пользователя и всплывающее напоминание показывают адресованные ему действия. Скрытие всплывающей карточки крестиком не означает выполнение или отмену.

При создании результата уведомления передаются вместе с выбранным черновиком. При завершении заявки невыполненные уведомления оставшихся черновиков отменяются и сохраняются вместе с подготовкой. При удалении лишней вкладки по 5.6 её уведомления удаляются вместе с черновиком и больше не выполняются. Уведомления расписания относятся к нему и автоматически не копируются в создаваемые по нему рейсы. Сохранённый исходный черновик показывает историческое состояние и не выполняет уведомления повторно.

Уведомление с получателем «Водитель» адресуется обоим выбранным водителям, если их двое: каждый получает одно и то же сообщение. Если выбран один водитель, сообщение адресуется ему.

Получатель «Пассажиры». Сообщение адресуется каждому пассажиру из «Списка пассажиров» выбранного черновика, у которого заполнен телефон. Строки без телефона пропускаются: сообщение им не отправляется. Имена и количества взрослых и детей не используются для поиска другого адресата; отдельный выбор подмножества пассажиров в этом сценарии не предусмотрен.

Каналы и порядок доставки. Переносятся существующие каналы Project и их действующие настройки:

WhatsApp — через Wappi.
Telegram — через существующего бота для получателя с привязанным Telegram.
MAX — через существующий механизм для получателя с привязанным MAX.

Если настроен каскад Wappi, используется этот каскад с его существующим составом и порядком каналов. При ошибке каскада выполняется резервная отправка через WhatsApp по правилам Project. Без каскада сохраняется действующая отправка через WhatsApp с подключёнными Telegram и MAX при наличии соответствующих привязок получателя. Каскад является механизмом доставки, а не отдельным мессенджером.

В форме канал показан информационным блоком без выпадающего меню: для менеджера — «Канал: В CRM», для внешних получателей — «Каналы доставки» с метками WhatsApp, Telegram и MAX. Наличие привязки получателя, настройки интеграций и каскада определяют доступную доставку. При переносе сохраняются каналы, их настройки и существующий порядок отправки. Для напоминаний менеджеру остаётся «В CRM».

Граница прототипа. Внешняя отправка имитируется; сообщения людям не отправляются. Форма показывает информационные метки WhatsApp, Telegram и MAX без выбора канала; для менеджера показано «В CRM». Реальные настройки и каскад доставки используются в рабочей системе по описанным правилам. Отсутствующий контакт и ошибка внешнего канала не означают успешную доставку.

6.10. Файлы

Назначение: прикрепить документы и материалы к выбранному черновику. Файлы одного черновика не становятся автоматически файлами всех черновиков заявки.

«Файлы · N» открывает список вложений выбранного черновика. Слева в строке показан значок формата, рядом — имя с расширением, размер, автор и дата добавления при наличии этих сведений. Справа расположены отдельные кнопки с иконками в порядке: «Просмотр» — глаз, «Скачать» — стрелка вниз в лоток, «Переименовать» — карандаш, «Удалить» — корзина. Если список пуст, показано «Файлов пока нет».

Действие	Поведение
«Добавить файлы»	Открывает выбор нескольких файлов
Перетаскивание в область загрузки	Добавляет выбранные файлы по тем же правилам
«Просмотр»	Изображения, PDF, TXT и CSV показываются в предпросмотре; для остальных предлагается скачать и открыть подходящей программой
«Скачать»	Получение выбранного файла под его текущим именем
«Переименовать»	Редактирование имени прямо в строке файла; до 120 символов без расширения, пустое имя не принимается. Расширение показано отдельно и не изменяется
Кнопка удаления	Подтверждение удаления выбранного файла из текущего черновика; отмена оставляет его

Допустимые расширения: PDF, XLS, XLSX, DOC, DOCX, CSV, JPG, JPEG, PNG, WEBP, GIF, TXT. Размер одного файла — до 20 МБ. В наборе каждый файл проверяется отдельно: допустимые сохраняются, отклонённые перечисляются в сообщении о частичной загрузке.

Добавление, переименование и удаление записываются в историю. Они являются отдельными действиями, не требуют создания рейса. Во время загрузки прототип ограничивает переходы, чтобы операция закончилась для выбранного объекта. В режиме просмотра доступны просмотр и скачивание, изменения недоступны.

Файлы передаются в создаваемый результат вместе с черновиком. Последующее изменение результата не должно переписывать сохранённый исходный черновик. Удаление вложения из текущего объекта не является разрешением удалять тот же материал из другого результата или исторического снимка; правила ссылок и хранения должны сохранять их доступность.

Граница прототипа: содержимое хранится в браузере, а не в серверном файловом хранилище. Для продакшна необходимо использовать доступное системе хранение с правами доступа и сообщениями об ошибках. Сохранённые вложения должны быть доступны в разрешённом просмотре, а не только на компьютере загрузившего пользователя.

При удалении лишнего черновика по 5.6 его вложения не сохраняются как материалы прекращённой подготовки. Удаляются принадлежность этому черновику и файлы, которые больше нигде не используются; материалы других черновиков, готовых результатов и их сохранённых источников не удаляются.

Общий интерфейс файлов. Кнопки квадратные, 34 × 34 пикселя, с белым фоном, тонкой светло-серой рамкой, скруглением 8 пикселей и промежутком 6 пикселей. Контурные иконки размером 18 × 18 пикселей выровнены по центру: серые для просмотра, скачивания и переименования, приглушённые коричневые для удаления. Общая цветная подложка отсутствует. Каждая кнопка имеет подсказку с названием действия и доступное название; состояния наведения, фокуса и недоступности соответствуют прототипу.

Переименование в строке. Карандаш заменяет отображаемое имя полем ввода без открытия отдельного окна. Поле содержит имя без расширения; неизменяемое расширение показано справа от него. Далее расположены жёлтая кнопка с тёмной галочкой «Сохранить имя» и белая кнопка с серым крестиком «Отменить переименование». Они имеют те же размер и скругление, что остальные кнопки файла. Справа остаются просмотр и скачивание; карандаш и корзина на время ввода скрыты. Галочка подтверждает корректное имя, крестик отменяет ввод и оставляет прежнее имя. Enter подтверждает имя, Escape отменяет переименование. После успеха или отмены строка возвращается к обычному виду.

Проверки и сохранение. Пустое имя или имя из пробелов и превышение 120 символов не принимаются. При ошибке проверки или записи поле остаётся открытым, введённое имя доступно для исправления или повтора; прежнее сохранённое имя остаётся действующим. Ошибка обозначается явно, успешное изменение и событие успеха не показываются до подтверждённого результата. Переименование и его отмена не изменяют расширение и содержимое. Подтверждение имени не сохраняет остальные поля карточки. Подтверждение удаления остаётся отдельным действием.

Область применения. Этот интерфейс используется для файлов заявок, рейсов, расписаний, клиентов, подрядчиков, водителей и транспорта, включая доступные файлы во вложенных карточках связанных сущностей. Общий вид кнопок не меняет принадлежность файлов, права доступа, момент сохранения и историю: для каждого объекта действуют правила его документа. В разрешённом просмотре доступны только просмотр и скачивание. Файлы исходного расписания через рейс также доступны только для просмотра и скачивания.

6.11. История и связь с результатом

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

Обработанная вкладка хранит данные подготовки на момент создания результата. Сам рейс или расписание открывается отдельной кнопкой и далее изменяется в собственной карточке. Финансы, выбранные записи, файлы и история исходного черновика не подменяются более поздними данными результата.

Проверки создания рейса или расписания, подтверждение и изменение состава заявки описываются в разделе 7. Независимые проверки готовности путевого листа не заменяют проверки создания результата и не включают переработку всего раздела «Документы» в текущую область.

6.12. Открытые решения перед реализацией

Открытых решений по подготовке черновика нет. Правила каналов, получателей и времени уведомлений описаны в пункте 6.9.

В начало

7. Создание рейса или расписания

Оглавление пункта 7

7. Создание рейса или расписания

7.1. Назначение и доступность

Менеджер завершает подготовку одного выбранного активного черновика и создаёт из него самостоятельный рейс или расписание. Тип результата определяется типом черновика. Одно действие создаёт один результат; остальные черновики этой заявки не преобразуются одновременно.

Вход — нижняя кнопка «Сохранить» в карточке заявки. Её смысл — создание результата, а не промежуточное сохранение: данные подготовки сохраняются автоматически по пункту 5.10. Для черновика рейса подсказка кнопки — «Создать рейс из выбранного черновика», для расписания — «Создать расписание из выбранного черновика».

Действие доступно ответственному за заявку и администратору при редактировании активного черновика заявки в работе. В обработанном черновике и историческом просмотре кнопки создания нет. Ограничения после передачи ответственности и во время загрузки файлов действуют по общим правилам карточки.

Пока название заявки или выбранного черновика пусто либо состоит только из пробелов, кнопка недоступна. Одинаковые названия допустимы. Остальные проверки выполняются при нажатии и повторно перед созданием результата: открытие подтверждения само по себе не гарантирует успешное создание.

7.2. Готовность черновика к созданию результата

Данные	Рейс	Расписание
Название заявки	Обязательно	Обязательно
Название выбранного черновика	Обязательно	Обязательно
Базовый город	Обязателен	Обязателен
Начало и конец маршрута	Оба обязательны	Оба обязательны
Выезд	Дата и время обязательны	Время обязательно; дата начала действия необязательна
Приезд	Дата и время обязательны; позже выезда	Время обязательно; приезд раньше времени выезда относится к следующему дню
Дни повторения	Не применяются	Требуется хотя бы один выбранный день недели
Стоимость для клиента	Обязательное неотрицательное число; 0 допустим	То же правило
Тип оплаты	Наличный или безналичный расчёт	То же правило
Клиент	Существующая запись базы обязательна	Выбор необязателен

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

Автомобиль и основной водитель не являются обязательными для создания результата. Второй водитель также необязателен. Если записи выбраны, они должны соответствовать своим независимо выбранным подрядчикам; один человек не может занимать обе роли водителей. При выбранном транспорте действует правило вместимости из пункта 6.8.

Оплаты транспорта и водителей могут оставаться пустыми; заполненные значения должны быть неотрицательными числами и соответствовать единому стандарту ввода денежных сумм из 6.7. Некорректная стоимость для клиента или оплата исполнителю препятствует созданию рейса или расписания. При отсутствии второго водителя его оплата очищена и не передаётся как самостоятельная выплата. Для расстояния, времени в пути, нулевого пробега и количеств взрослых и детей действуют числовые правила соответствующих полей раздела 6.

Контакты, список пассажиров, теги, вложения и уведомления необязательны. Проверка контактов и списка пассажиров не становится условием создания рейса. Выбор адресата уведомления клиенту проверяется при создании самого уведомления по пункту 6.9.

Реквизиты выбранного клиента не требуется дополнять или исправлять через скрытые поля черновика. Создание новых записей справочников не является частью этого действия. Условия готовности путевого листа проверяются отдельно: отсутствие сведений для документа не добавляет обязательных полей к созданию результата.

При возобновлении ранее закрытой заявки дополнительно действует проверка актуализированных данных по разделу 8. Исторические значения не используются как основание обходить такую проверку.

Ошибки заполнения: подтверждение не открывается. Пользователь остаётся в карточке; отображается пояснение, открывается вкладка с первым проблемным полем, незаполненные или некорректные поля выделяются. Сводка «Для сохранения» показывает проблемы выбранного черновика и позволяет перейти к ним. Введённые данные сохраняются как промежуточный черновик; ошибка проверки не удаляет их.

7.3. Подтверждение создания

После успешной проверки открывается окно:

Элемент	Рейс	Расписание
Заголовок	«Сохранить рейс?»	«Сохранить расписание?»
Основной текст	«Создать рейс на основании черновика „[название]“?»	«Создать расписание на основании черновика „[название]“?»
Пояснение	«Черновик станет доступен только для просмотра. Дальнейшие изменения выполняются в созданной карточке.»	То же пояснение
Подтверждение	«Да, сохранить»	«Да, сохранить»
Отмена	«Отмена» и крестик закрытия окна	Те же действия

Название черновика в окне позволяет убедиться, какой объект будет преобразован. До подтверждения рейс или расписание не создаётся, активный состав и состояние заявки не меняются.

Отмена закрывает окно и возвращает к подготовке того же черновика. Она не отменяет уже выполненное автосохранение. При подтверждении повторно проверяются доступность действия и данные выбранного черновика.

7.4. Данные результата и исходный черновик

После успешного подтверждения:

Создаётся самостоятельный рейс или расписание с подготовленными данными выбранного типа: название, город, маршрут, даты и времена либо повторение, пассажиры, клиент, транспорт, оба водителя и их подрядчики, финансовые поля, теги, файлы и уведомления.
Ответственным результата становится текущий ответственный заявки. Если действие выполняет администратор для заявки другого менеджера, это само по себе не назначает администратора ответственным результата.
Результат получает дату и время создания и связь с исходной заявкой. В заявку добавляется ссылка на его номер, тип и название; в результате доступна связь с заявкой, из которой он создан.
В историю исходного черновика записывается создание рейса или расписания с номером результата. История подготовки и комментарии сохраняются и передаются в созданную карточку вместе с событием создания.
Исходный черновик исключается из активного состава, а его данные на момент создания результата сохраняются для просмотра. Сохраняются связь с результатом, время обработки и связанные сведения, необходимые для исторического просмотра.

Рабочие параметры альтернативного типа черновика не создают дополнительный результат и не становятся вторым набором данных созданного рейса или расписания. Перенос происходит по правилам переключения типа из пункта 6.4.

После создания исходный черновик нельзя редактировать или преобразовать повторно. Изменения самостоятельного результата не заменяют данные исходного черновика. Его вкладка с отметкой «✓» открывает сохранённые данные, а кнопка «Открыть рейс №…» или «Открыть расписание №…» — текущую самостоятельную карточку результата.

Невыполненные уведомления передаются в результат и продолжают относиться к нему. Создание результата не означает их отмену. Историческая копия уведомлений в исходном черновике не выполняется повторно. Для клиентского уведомления передаётся сохранённый выбранный контакт; для водительского действует адресация из пункта 6.9.

В прототипе номер результата совпадает с номером исходного черновика. Это не задаёт способ распределения идентификаторов в БД Project: при реализации необходимо сохранить однозначную связь заявки, исходного черновика и результата. Совместимость существующих идентификаторов описывается в соответствующей задаче раздела 11.

7.5. Начальное состояние результата

Результат	Условие	Начальное состояние
Рейс	Время выезда ещё не наступило	Ожидает исполнения
Рейс	Время выезда наступило или прошло	Активный
Расписание	Создано из черновика	Активный

Создание рейса с прошедшими датами не переводит его автоматически в «Завершён». Подготовка поездки и подтверждение её фактического завершения — разные действия. Для будущего рейса переход в «Активный» происходит при наступлении времени выезда.

Создание расписания создаёт само расписание. Этим действием не создаются сразу все будущие рейсы. Правила их генерации и дальнейшей работы с расписанием относятся к отдельной области.

7.6. Частичная обработка заявки

Если после создания результата остался хотя бы один активный черновик:

Заявка остаётся в состоянии «В работе», ответственный не меняется.
Карточка заявки остаётся открытой и выбирается один из оставшихся активных черновиков. Содержимое, история, файлы и сводка переключаются на него.
В блоке «Уже создано по заявке» появляется ссылка на новый результат, а в ряду вкладок — обработанный исходный черновик с отметкой «✓».
Показатели созданного результата исключаются из общих итогов заявки. Итоги продолжают учитывать только оставшиеся активные черновики разовых рейсов по пункту 5.3.
Можно продолжить подготовку оставшихся черновиков или добавить новый кнопкой «+». Созданный результат сохраняется независимо от дальнейшего исхода работы с ними.

Показано сообщение «Рейс создан» или «Расписание создано». Пользователь не перенаправляется автоматически в самостоятельную карточку результата: она открывается по отдельной ссылке.

Пример: у заявки два черновика. Из первого создан рейс — заявка остаётся в работе с одним активным черновиком и одним результатом. Из второго позднее может быть создан ещё один рейс или расписание; закрывать первую поездку для этого не требуется.

7.7. Обработка последнего активного черновика

Если после создания результата активных черновиков не осталось, заявка автоматически становится «Обработана», когда невозобновлённых прекращённых черновиков нет, или «Обработана частично», когда такие черновики есть. Фиксируются дата и время завершения работы. Отдельное подтверждение закрытия заявки, причина или комментарий завершения не требуются: завершение является следствием создания последнего результата.

Карточка закрывается, открывается список заявок в разделе «Обработано», фильтр исхода устанавливается на «Все», ограничение конкретной даты снимается. Поиск, сортировка и фильтр ответственного сохраняются, поэтому обработанная заявка может не попасть в видимые строки при текущих условиях отбора. Показано сообщение «Рейс создан» или «Расписание создано».

Состав заявки и исходные черновики сохраняются для исторического просмотра. В списке отражаются созданные результаты. Просмотр заявки доступен через «Подробнее», открытие результата — по его ссылке. В завершённой заявке нельзя добавлять новые активные черновики. У заявки «Обработана частично» можно возобновить выбранный прекращённый черновик по разделу 8; после этого вся заявка возвращается в работу. Исходные черновики созданных результатов остаются только для просмотра.

Ручное прекращение работы с оставшимися черновиками — другой сценарий, описываемый в разделе 8. Оно не является частью подтверждения создания результата.

Ранее удалённые лишние вкладки не относятся к невозобновлённым прекращённым черновикам и не влияют на статус. Сохраняются исходные черновики результатов и подготовка, оставшаяся прекращённой после завершения заявки по 2.4; удалённые вкладки в этот состав не включаются.

7.8. Сохранение результата и ошибки

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

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

Локальный буфер по пункту 5.10 хранит изменения подготовки, но сам по себе не подтверждает создание самостоятельного рейса или расписания. Необходимо различать несохранённые изменения черновика и неизвестный исход операции создания. Механизм повторных запросов и разрешения конфликтов определяется при реализации.

Граница прототипа: результат и состав заявки изменяются в памяти страницы и затем записываются в браузерное хранилище. Реальных серверных ошибок и нескольких сессий нет; текущая функция создания не обеспечивает откат всей операции при ошибке браузерной записи. Такое поведение не является образцом обработки ошибки для продакшна.

Правила вычисления показателей калькулятора и уведомлений определены в пунктах 6.2 и 6.9. Этот раздел не устанавливает для них новых правил и не включает дублирование готового рейса или создание расписания на основании готового рейса: эти действия относятся к самостоятельным вкладкам «Список рейсов» и «Расписания».

В начало

8. Завершение работы, удаление и возобновление

Оглавление пункта 8

8. Завершение работы, удаление и возобновление

8.1. Состояние заявки и состав черновиков

Завершение работы фиксирует исход обращения, а не состояние созданных рейсов и расписаний. Заявка остаётся единой записью во всех периодах работы: возобновление не создаёт другую заявку и не переносит результаты в отдельное обращение.

Состояние	Состав и смысл	Продолжение работы
В работе	Есть активные черновики; результаты и прекращённые черновики уже могут существовать	Подготовка активных черновиков
Закрыта без результата	Работа прекращена, рейсов и расписаний нет; подготовленные черновики сохранены	Возобновление заявки с её черновиками
Обработана частично	Активных черновиков нет; есть результаты и хотя бы один прекращённый черновик, который не был возобновлён	Возобновление одного выбранного прекращённого черновика в той же заявке
Обработана	Активных черновиков нет; результаты есть, невозобновлённых прекращённых черновиков нет	Дальнейшая работа с самостоятельными результатами

Прежние прекращённые состояния возобновлённого черновика сохраняются в истории, но не считаются дополнительными нерешёнными черновиками. Если после возобновления он дал результат, его прежнее закрытие не оставляет заявку в состоянии «Обработана частично». Если он вновь прекращён без результата, его новое прекращение снова учитывается в составе.

Все три завершённых состояния относятся к разделу списка «Обработано». Безвозвратное удаление является отдельным действием, а не состоянием заявки.

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

8.2. Окно завершения, причина и отмена

В списке «В работе» иконка рядом с «Редактировать» открывает окно «Завершить работу с заявкой?». Действие доступно ответственному за заявку и администратору. Необработанное обращение с сайта сначала нужно взять в работу: завершение для него недоступно.

Окно также открывается при нажатии крестика последнего активного черновика заявки без результатов. Это завершение всей заявки. Если результатов уже несколько или один, крестик последнего черновика действует по пункту 5.6.

В окне показаны номер и название заявки, последствия завершения, флажок «Удалить безвозвратно», причина и комментарий. Основная кнопка — «Завершить работу». «Отмена» и крестик окна закрывают его без изменения состояния; уже выполненное автосохранение не отменяется.

Для обычного завершения причина обязательна. Значения: «Клиент отказался», «Клиент не отвечает», «Обращение ошибочное», «Неверный номер», «Планы клиента изменились», «Другое». Комментарий необязателен, до 2000 символов; пробелы по краям убираются. При «Другое» обязательность комментария не меняется.

Без причины показано «Выберите причину закрытия», окно остаётся открытым и состояние не меняется. Завершение не требует готовности черновика к созданию рейса: незаполненный маршрут, отсутствие клиента или стоимости не препятствуют прекращению работы.

При успешном завершении фиксируются причина, комментарий, дата и время. В историю каждого оставшегося черновика записывается событие с автором, временем, причиной и введённым комментарием. История всей заявки и связанных черновиков сохраняется.

8.3. Закрытие без результата

Условие: заявка в работе, результатов нет, безвозвратное удаление не выбрано.

После подтверждения заявка становится «Закрыта без результата». Её номер, источник, дата создания и ответственный сохраняются. Только оставшиеся на момент завершения, не удалённые пользователем черновики сохраняются с введёнными данными, файлами, историей и комментариями для просмотра и возможного возобновления. Ранее удалённые лишние вкладки не сохраняются и не возвращаются. Рейс или расписание не создаётся, редактирование закрытых данных недоступно.

Невыполненные уведомления черновиков отменяются с записью в историю. Выполненные, отправленные и ранее отменённые сохраняют состояние. Создаётся снимок закрытой заявки с данными и связанными сведениями на момент завершения; последующие изменения справочников его не переписывают.

Окно и открытая карточка заявки закрываются. Выбранный раздел списка и фильтры сохраняются. При открытом «В работе» заявка исчезает из видимых строк; для просмотра и возобновления пользователь переходит в «Обработано», где она относится к исходу «Закрыты без результата».

8.4. Завершение при наличии результатов

Условие: заявка в работе, по ней уже создан рейс или расписание, остаются активные черновики.

После подтверждения с причиной оставшиеся на момент завершения, не удалённые пользователем активные черновики сохраняются как прекращённые и исключаются из активного состава. Их невыполненные уведомления отменяются. Новые результаты из них не создаются. Заявка становится «Обработана частично»; фиксируются причина, комментарий, время завершения и снимок состава.

Уже созданные рейсы и расписания сохраняют данные, состояния, ответственных и уведомления. Завершение заявки не отменяет и не завершает эти результаты. Окно и карточка закрываются; раздел списка и фильтры сохраняются, как при закрытии без результата.

Пример: из первого черновика создан рейс, по второму клиент отказался. Заявка находится в «Обработано» со состоянием «Обработана частично». Первый рейс доступен отдельно; второй черновик можно просмотреть или возобновить в той же заявке.

Крестик единственного активного черновика заявки с результатами запускает завершение и также приводит к «Обработана частично». Применяется подтверждение для единственного черновика из пункта 5.6, без отдельного запроса причины завершения всей заявки.

При создании результата из последнего активного черновика действует пункт 7.7: если другие невозобновлённые прекращённые черновики остаются, состояние — «Обработана частично»; если их нет — «Обработана». Один и тот же исторический черновик не учитывается несколько раз после повторных периодов работы.

Ранее удалённые лишние вкладки не сохраняются при завершении и не влияют на статус. Пример: пользователь удалил второй из двух активных черновиков, а из первого создал рейс — заявка становится «Обработана», если другой невозобновлённой прекращённой подготовки нет. Если второй не удалён и заявка завершена с ним после создания первого рейса, состояние — «Обработана частично».

8.5. Безвозвратное удаление

Флажок «Удалить безвозвратно» доступен в окне завершения только для заявки в работе с источником «Менеджер», без созданных результатов, при наличии права редактирования. Проверяются и ссылки в составе заявки, и самостоятельные рейсы или расписания с привязкой к ней: отсутствие ссылки в составе не разрешает удалить заявку с существующим результатом.

Причина блокировки	Пояснение
Заявка с сайта	«Заявки с сайта нельзя удалять безвозвратно.»
Есть результат	«По заявке уже создан рейс или расписание. Удалить её нельзя.»

Заблокированный флажок имеет пояснение. Если удаление доступно, показано предупреждение: «Если отметить, заявка, черновики, файлы и история исчезнут. Восстановить их нельзя.»

После отметки скрываются поля причины и комментария и пояснение обычного закрытия. Причина и комментарий не требуются. Кнопка «Завершить работу» подтверждает удаление; второго окна подтверждения нет. Снятие отметки возвращает обычное завершение с обязательной причиной. Отмена окна ничего не удаляет.

При успешном удалении заявка исчезает из всех разделов и календаря. Удаляются её черновики, снимки, история, комментарии и уведомления; открытая карточка и окно закрываются. Показано «Заявка удалена безвозвратно». Раздел списка и фильтры сохраняются. Возобновление недоступно.

Самостоятельные записи клиентов, транспорта, водителей и подрядчиков не удаляются. Содержимое файла удаляется из хранилища только при отсутствии ссылок из других сохранённых объектов и снимков. Общие материалы остаются доступны остальным объектам.

8.6. Просмотр завершённых данных и прежних снимков

У заявки «Закрыта без результата» иконка просмотра открывает сохранённую карточку. Можно выбирать черновики и просматривать вкладки, файлы, историю и комментарии. Поля, файлы и уведомления не изменяются, комментарии к снимку не добавляются, результаты из снимка не создаются.

У заявок «Обработана» и «Обработана частично» кнопка «Подробнее» открывает сохранённый состав. «Смотреть черновик» либо «Смотреть все данные» открывает полную историческую карточку. Для обработанного черновика есть отдельная ссылка на созданный рейс или расписание; она ведёт к текущим данным результата.

В «Подробнее» текущей заявки «Обработана частично» рядом с каждым доступным прекращённым черновиком показана кнопка «Возобновить работу». Она доступна ответственному и администратору, относится к одному конкретному черновику и открывает подтверждение по пункту 8.7. У черновика, из которого уже создан результат, такой кнопки нет.

В работающей заявке ранее прекращённые черновики не возвращаются автоматически в ряд вкладок. Их данные и история сохраняются, отдельный просмотр состава через «Подробнее» в этом состоянии не предлагается. Просмотр и возобновление прекращённой подготовки доступны через сохранённый состав завершённой заявки «Обработана частично»; действующие активные черновики готовятся обычным способом.

В исторической карточке показана дата актуальности данных и пояснение об отсутствии последующих изменений справочников и цен. После возобновления прежние снимки доступны в «Истории и комментариях» через «Сохранённые снимки заявки» и «Снимок от [дата и время]». Старый снимок открывает прошлое состояние; действия возобновления из него недоступны. Возобновление выбирается из текущего завершённого состава заявки.

Удалённые лишние рабочие вкладки по 5.6 отсутствуют в текущем сохранённом составе и не имеют действия возобновления. Если до возобновления черновик участвовал в прежнем закрытии, его версия доступна только при просмотре неизменного снимка того периода. Удаление рабочей вкладки не создаёт нового исторического состояния. При последующем завершении сохраняются только оставшиеся неудалённые черновики и исходные черновики результатов; удалённая рабочая вкладка в этот состав не возвращается.

8.7. Выбор и подтверждение возобновления

Исходное состояние	Вход	Что возобновляется
Закрыта без результата	«Возобновить» в строке заявки	Та же заявка с сохранёнными черновиками
Обработана частично	«Подробнее» → «Возобновить работу» у выбранного прекращённого черновика	Один выбранный черновик в той же заявке

Действие доступно ответственному за заявку и администратору. Доступ к просмотру заявки через созданный результат сам по себе не разрешает её возобновить. Заявку «Обработана» без прекращённых черновиков, обработанный черновик с результатом и безвозвратно удалённую заявку возобновить нельзя. Удалённая лишняя рабочая вкладка также не является объектом возобновления. Наличие её версии в снимке прежнего закрытия не разрешает восстановить эту вкладку: старый снимок доступен только для просмотра.

Для закрытой без результата заявки окно называется «Возобновить работу с заявкой?», для выбранного черновика — «Возобновить работу с черновиком?». Показаны номер и название заявки; во втором случае дополнительно название черновика. Пользователь подтверждает конкретный объект подготовки.

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

«Возобновить и обновить» подтверждает действие. «Отмена» и крестик окна сохраняют завершённое состояние без изменений. До подтверждения черновик не возвращается в активный состав.

8.8. Данные и интерфейс после возобновления

После успешного подтверждения:

Та же заявка становится «В работе», без создания копии и дробления обращения. Номер, источник, дата создания и ответственный сохраняются. Если ответственный отсутствует, им становится выполняющий действие пользователь.
Дата работы устанавливается на текущий календарный день. Дата создания и даты поездок не переносятся на сегодня.
Прежний завершённый снимок сохраняется вместе с причиной, комментарием и временем закрытия. Предыдущие снимки других периодов работы также остаются. Признаки текущего закрытия снимаются с рабочей заявки, а прошлое закрытие остаётся в истории.
При возобновлении заявки без результата её сохранённые черновики становятся активными. При возобновлении из «Обработана частично» активным становится только выбранный прекращённый черновик; остальные остаются прекращёнными. Его прежняя версия остаётся исторической записью и не считается вторым активным черновиком.
Возобновляемые черновики получают состояние «Черновик». Клиент, транспорт, оба водителя, их подрядчики и связанные сведения актуализируются по существующим записям базы. Если запись недоступна, её выбор снимается и показывается необходимость выбрать заново; снимок продолжает показывать прежние сведения.
Стоимость обновляется по актуальным данным. Вручную введённые стоимость для клиента и оплаты транспорта, основного и второго водителей очищаются. Прежние суммы остаются в снимке. Для продолжения подготовки менеджер вводит актуальные значения; обязательность определяется пунктом 7.2.
Отменённые уведомления не восстанавливаются. Выполненные и отправленные не выполняются повторно. Новые напоминания и сообщения пользователь создаёт отдельно. Файлы, история и комментарии подготовки сохраняются; добавляется событие возобновления с установкой даты работы и актуализацией.
Созданные ранее рейсы и расписания не меняются и остаются результатами той же заявки. Их исходные обработанные черновики доступны для просмотра.
Открывается карточка заявки в разделе «В работе». При возобновлении отдельного черновика выбран именно он, первоначально на вкладке «Основная информация». Остальные условия списка сохраняются и после возврата могут скрывать заявку.

Возобновление не означает готовность к созданию результата. Менеджер проверяет актуализированные сведения, заполняет очищенные обязательные поля и проходит общие проверки раздела 7. Автомобиль остаётся необязательным; положительный расчёт калькулятора не становится дополнительным условием. Стоимость для клиента вводится заново, при этом 0 допустим.

После создания результата из возобновлённого черновика заявка остаётся в работе, если активные черновики ещё есть. Если их нет, наличие других невозобновлённых прекращённых черновиков определяет «Обработана частично», отсутствие — «Обработана». Повторное прекращение работы сохраняет новый завершённый снимок; прошлые не заменяются.

Граница прототипа: актуализация использует демонстрационные тарифы. В рабочей системе расчёт обновляется по действующим правилам Project из пункта 6.2; демонстрационная формула не переносится в продакшн.

Удалённые лишние рабочие вкладки не возвращаются при возобновлении или восстановлении буфера и не включаются в новый завершённый состав. При этом снимки завершённых до удаления периодов остаются неизменными, включая сведения о черновиках на момент прежнего закрытия. Историческая версия в таком снимке не является текущей прекращённой подготовкой и не влияет на новый итоговый статус по 2.4 и 5.6.

8.9. Сохранение, повторные действия и ошибки

Закрытие, удаление и возобновление требуют подтверждённой записи в основном хранилище. Состояние заявки, активный состав, отмена уведомлений и историческая фиксация сохраняются согласованно. Ошибка не оставляет заявку частично закрытой или частично возобновлённой.

Перед подтверждённым выполнением повторно проверяются права и текущее состояние. Для безвозвратного удаления всей заявки проверяются её источник и отсутствие результатов. Для удаления отдельной лишней вкладки проверяется наличие другого активного черновика по 5.6; наличие результатов само по себе этому удалению не препятствует. Для возобновления отдельного черновика проверяется, что он всё ещё прекращён, не дал результат и относится к текущему завершённому периоду заявки. Повторное нажатие или устаревшее окно не создаёт второй активный экземпляр.

При ошибке показывается пояснение, подготовленные изменения остаются в локальном буфере по пункту 5.10. Нажатие кнопки не является подтверждением изменения состояния. При неизвестном исходе запроса сначала проверяется состояние на сервере; повтор не создаёт дублирующих снимков или событий. При неудачном возобновлении прежнее состояние, снимок, результаты и архивные черновики остаются доступны.

Удаление не считается завершённым до подтверждения хранилища. Очистка файлов проверяет оставшиеся ссылки; ошибка очистки не разрешает удалить материалы других объектов.

Граница прототипа: удаление и оба сценария возобновления возвращают прежнюю заявку при ошибке записи браузерного хранилища. Обычное закрытие меняет состояние в памяти до записи и не откатывает всю операцию при ошибке. Серверная реализация обеспечивает согласованное сохранение независимо от этих особенностей демонстрации.

Подтверждённое удаление лишней вкладки удаляет её подготовку и собственные материалы без создания прекращённого состояния. Старый буфер и повторные запросы не восстанавливают вкладку. При неизвестном исходе сначала проверяется фактический состав; при ошибке удаления сохраняются прежний подтверждённый состав и ввод. Правила сохранения снимка при завершении заявки не применяются к удалению лишней вкладки.

В начало

9. Ответственность и права

Оглавление пункта 9

9. Ответственность и права

9.1. Стандартные роли и границы раздела

Раздел описывает стандартное поведение двух ролей прототипа: менеджера и администратора. Индивидуальные настройки доступа, создание ролей, назначение разрешений и интерфейс их настройки относятся к будущему разделу «Управление» и здесь не проектируются. Правила других ролей существующего Project не выводятся из этих двух ролей автоматически.

Ответственный — пользователь, которому принадлежит работа по конкретной заявке. Он назначается всей заявке, а не отдельному активному черновику. Клиент, контакт для уведомления, водитель и подрядчик не получают права пользователя CRM вследствие выбора в черновике.

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

9.2. Видимость заявок

Объект	Менеджер	Администратор
Необработанная заявка без ответственного	Видит в общей очереди и может взять в работу	Видит и может взять в работу
Своя заявка в работе	Видит, открывает и редактирует	Видит и редактирует независимо от ответственного
Заявка в работе другого менеджера	Не видит в обычном списке и не редактирует; просмотр при повторном «Обработать» — по пункту 4.4, через собственный результат — по пункту 9.6	Видит и редактирует
Своя завершённая заявка	Видит и просматривает; возобновление доступно по состоянию и составу	Видит и просматривает любую; возобновление доступно по тем же условиям
Завершённая заявка другого менеджера	Не видит в обычном списке; дополнительный просмотр исходного обращения возможен по пункту 9.6	Видит и просматривает

Обычный список менеджера включает его заявки всех состояний и общие необработанные обращения. После взятия обращения другим пользователем оно перестаёт входить в список этого менеджера. Право редактирования определяется текущим ответственным, а не автором создания или наличием ранее открытой карточки. Просмотр при повторном «Обработать» по пункту 4.4 не возвращает чужую заявку в обычный список и не даёт права её изменять.

Список, календарь и счётчики используют доступную пользователю область заявок по разделу 3. Поиск не раскрывает чужие заявки, отсутствующие в этой области. Индивидуальные файлы, комментарии и снимки доступны в рамках разрешённого просмотра соответствующего объекта, а не как отдельный путь обхода доступа.

У администратора фильтр «Ответственный» ограничивает отображение, но не меняет роль и права. Общая очередь необработанных обращений остаётся доступной при выборе конкретного менеджера. Сброс фильтров не меняет пользователя и не передаёт ответственность.

9.3. Действия с заявкой и черновиками

Действие	Менеджер	Администратор	Условие состояния
Создать заявку	Да; становится ответственным	Да; становится ответственным	Создание новой заявки
Обработать обращение без ответственного	Да; становится ответственным	Да; становится ответственным	Не обработана
Изменять общие поля и активные черновики	Только в своей заявке	В любой заявке	В работе, активный черновик, режим редактирования
Добавлять и прекращать черновики	Только в своей заявке	В любой заявке	По правилам пунктов 5.5–5.6
Работать с файлами, тегами, контактами и комментариями подготовки	Только в своей заявке	В любой заявке	Редактируемый активный черновик
Создать рейс или расписание	Только из своей заявки	Из любой заявки	Готовый активный черновик, проверки раздела 7
Завершить работу	Только со своей заявкой	С любой заявкой	В работе, подтверждение раздела 8
Удалить заявку безвозвратно	Только свою	Любую доступную	Источник «Менеджер», в работе, без результатов
Возобновить закрытую без результата заявку	Только свою	Любую	Закрыта без результата
Возобновить выбранный прекращённый черновик	Только в своей заявке	В любой заявке	Обработана частично, черновик без результата
Передать ответственность другому пользователю	Для своей заявки	Для любой заявки	В работе, подтверждение пункта 9.5

Права не отменяют проверки заполнения, загрузки файлов и актуальности состояния. В обработанной вкладке с результатом общие поля заявки также доступны только для просмотра; для изменения работающей заявки выбирается активный черновик. Добавить новый черновик кнопкой «+» можно и при просмотре обработанной вкладки, если сама заявка остаётся в работе и пользователь имеет право её редактировать.

В снимках и закрытых данных недоступны изменение полей, загрузка, переименование и удаление файлов, добавление комментариев и действия уведомлений. Просмотр и скачивание сохранённых файлов не меняют данные. Возобновление является отдельным подтверждённым действием, а не включением редактирования исторического снимка.

9.4. Первоначальное назначение ответственности

При создании заявки вручную ответственным становится создавший пользователь, включая администратора. При нажатии «Обработать» ответственным становится пользователь, успешно взявший необработанное обращение. Предварительного выбора другого менеджера в этих действиях нет.

При одновременном взятии обращения первый успешно выполнивший действие становится ответственным. Второму менеджеру открывается та же заявка в режиме просмотра с пояснением «Заявку уже взял в работу другой менеджер — [имя]». Он не получает права изменять поля, состав черновиков, файлы, комментарии, уведомления, состояние или ответственность и создавать результаты. Копия не создаётся, автоматическое переназначение не выполняется. Администратор сохраняет доступ в силу роли. Этот сценарий не заменяет отдельную добровольную передачу ответственности по пункту 9.5.

При создании результата ответственным рейса или расписания становится текущий ответственный заявки, а не обязательно пользователь, подтвердивший создание. Создание администратором результата в заявке менеджера не переносит ответственность на администратора.

При возобновлении заявки или выбранного прекращённого черновика существующий ответственный сохраняется. Если он отсутствует, назначается выполняющий возобновление пользователь. Полный сценарий сохранения состояния и актуализации описан в разделе 8.

Одновременная работа. Заявка, рейс или расписание редактируется только одним пользователем, находящимся в карточке. Для второго пользователя карточка доступна только для просмотра в пределах его прав: поля и действия изменения недоступны, даже если это администратор. Блокировка заявки действует на все её черновики. При выходе из карточки редактирование освобождается; закрытие или потеря соединения не должны оставлять объект заблокированным навсегда. Блокировка не меняет ответственного и не расширяет доступ к чужим данным.

9.5. Передача заявки другому ответственному

В верхних общих сведениях работающей заявки поле «Ответственный за заявку» предлагает существующих пользователей CRM. Изменение применяется ко всей заявке и её активным черновикам. Отдельного ответственного для выбранного черновика нет.

Сценарий:

Ответственный менеджер или администратор выбирает другого пользователя. Выбор прежнего ответственного ничего не меняет. Текущие промежуточные изменения сохраняются до передачи.
Открывается «Сменить ответственного?» с прежним и новым ответственными и пояснением о передаче всей заявки. Также указано, что все незавершённые напоминания менеджеру в активных черновиках перейдут новому ответственному с сохранением текста, срока и состояния. Основная кнопка — «Да, передать».
«Отмена» или крестик оставляют прежнего ответственного. Незавершённый выбор в поле не является состоявшейся передачей.
После подтверждения меняется ответственный заявки и переназначаются незавершённые напоминания менеджеру в её активных черновиках по пункту 9.7. В историю каждого активного черновика записывается переход от прежнего пользователя к новому с автором и временем; смена адресата напоминания также фиксируется в истории. Номер, источник, состояние, дата создания, дата работы и подготовленные данные сохраняются; копия не создаётся.
Новый ответственный получает заявку в своей обычной области доступа. Прежний менеджер теряет доступ к дальнейшему редактированию. При передаче администратором его административные права сохраняются независимо от выбранного владельца.

Если менеджер передал заявку другому, оставшаяся открытая карточка блокируется до возврата в список: нельзя менять поля, создавать результат, добавлять черновики, комментарии или файлы, обрабатывать уведомления и выполнять другие действия. Доступен возврат в список. Показано пояснение о необходимости вернуться после смены ответственного; старая открытая карточка не сохраняет прежние права.

Администратор после передачи остаётся в карточке с правом редактирования работающей заявки. Передача администратором заявки самому себе или другому пользователю проходит через то же подтверждение.

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

9.6. Доступ к результату и исходному обращению

Созданные рейс и расписание — самостоятельные объекты с собственным ответственным. Ссылка из заявки открывает их текущие карточки по правилам этих объектов. Наличие ссылки не разрешает редактирование исторического исходного черновика.

Прототип позволяет менеджерам просматривать самостоятельные рейсы и расписания; право изменять их определяется собственным ответственным и ролью администратора. Подробные действия этих вкладок находятся за пределами описания заявок.

Если менеджер является ответственным хотя бы одного результата, созданного по заявке, ему доступен просмотр исходной заявки через связь результата, даже если заявка уже принадлежит другому менеджеру. Это просмотр состава и истории, а не возврат чужой заявки в обычный список и не право работать с её активными черновиками.

Такой доступ не разрешает передачу заявки, её закрытие, удаление, возобновление или создание нового результата из неё. Эти действия требуют текущего владения заявкой либо роли администратора. Администратор просматривает исходное обращение независимо от владельцев результатов.

Пример: менеджер А создал рейс из первого черновика и передал оставшуюся заявку менеджеру Б. Рейс остаётся у А; заявку продолжает Б. А может посмотреть исходное обращение из своего рейса, но не редактировать его оставшиеся черновики. Новый результат из заявки получает Б.

9.7. Уведомления и персональные напоминания

Создание и обработка уведомлений активного черновика доступны пользователю, имеющему право редактировать заявку. Администратор может работать с уведомлениями чужой заявки внутри её карточки. Исторические уведомления доступны только для просмотра; невыполненные уведомления прекращённых черновиков не становятся действующими при просмотре.

При передаче заявки все незавершённые напоминания с получателем «Менеджер» в её активных черновиках адресуются новому ответственному. Правило применяется и к напоминаниям «Ответственный менеджер», и к напоминаниям, ранее адресованным конкретному пользователю, включая пользователя, отличного от прежнего владельца заявки.

К незавершённым относятся запланированные, наступившие и просроченные напоминания. Их текст, срок, состояние и идентификатор сохраняются; новая копия не создаётся. Получатель становится «Ответственный менеджер» и определяется новым ответственным заявки. Смена адресата фиксируется в истории выбранного черновика. После передачи напоминания относятся к новому ответственному и не остаются в личном списке прежнего получателя.

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

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

Меню пользователя «Напоминания», его счётчик и всплывающие карточки относятся к текущему получателю. Администратор не получает все чужие напоминания как собственные только благодаря своей роли. Внутри доступной карточки он сохраняет административное право работать с уведомлениями; личный список напоминаний и административный доступ к объекту — разные условия.

В личном списке доступны напоминания, адресованные текущему пользователю и относящиеся к доступным объектам. Индикаторы внимания в списке заявок действуют по разделу 3: для администратора возможен обзор напоминаний чужих заявок без включения их в его личный список.

9.8. Проверка прав и границы прототипа

Права проверяются при открытии объекта и выполнении каждого действия. Скрытие кнопки не заменяет проверку на сервере. Прямой запрос, прежняя ссылка или открытая до передачи карточка не позволяют изменить объект без текущего права доступа.

При недоступной для просмотра заявке открытие сообщает «Нет доступа к этой заявке». Просмотр после повторного «Обработать» проверяется по пункту 4.4, дополнительный просмотр исходного обращения через результат — по пункту 9.6. Оба сценария не дают права редактировать чужую заявку. Изменение ответственного или состояния другим пользователем учитывается перед сохранением, созданием результата, завершением, удалением и возобновлением. Сервер отклоняет запрещённые действия, в том числе прямые запросы из карточки просмотра, не создаёт копию заявки и не выполняет изменение частично.

Права привязываются к устойчивой учётной записи пользователя. Имя, показанное в истории и поле ответственного, является отображением, а не достаточным основанием доступа. Локальный буфер несохранённых изменений не сохраняет право прежнего владельца отправлять изменения после передачи; обработка таких конфликтов определяется при реализации сохранения.

Граница прототипа: роли и текущий пользователь переключаются локально; принадлежность сопоставляется с демонстрационными именами, несколько серверных сессий и настоящая авторизация отсутствуют. Передача меняет данные в памяти до браузерной записи и не обеспечивает полный откат при её ошибке. В продакшне передача, фиксация истории и изменение прав должны подтверждаться основным хранилищем; при ошибке нельзя показывать успешную передачу.

Смена демонстрационного пользователя служит проверке стандартных сценариев и не описывает интерфейс назначения индивидуальных разрешений. Раздел «Управление» в дальнейшем определит настройку доступов; его наличие не меняет правила этого раздела до отдельного описания соответствующей функциональности.

В начало

10. Переход с действующей системы

Оглавление пункта 10

10. Переход с действующей системы

10.1. Границы перехода

Разработчик выполняет задачи в отдельной полной копии Project. Исходный Project продолжает работать без изменений: его пользователи сохраняют существующие действия и данные, пока работают в этой системе. Реализация отдельной задачи не переключает продакшн на новую модель.

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

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

Раздел суммирует условия задач 11.1–11.15. Их пятые подпункты содержат подробности. Целевая навигация — «Заявки», «Список рейсов», «Расписание», теги вместо групп и календарь внутри соответствующей вкладки. Самостоятельные вкладки готовых поездок описываются отдельно.

10.2. Существующие данные и связи

Почти 30 тысяч готовых рейсов Project сохраняются при переходе. Исключение старой подготовки не разрешает обнулить сведения переносимых поездок или исключить их из переноса по причине происхождения из обращения.

Участок	Правило перехода	Подробные условия
Старые расчёты, заявки и запросы сайта	Не мигрируют в новую систему. Работа с ними остаётся в исходном Project без изменения его интерфейса	11.1.5, 11.2.5, 11.3.5, 11.4.5
Новые поступления сайта	При запуске новой системы канал формы направляет новые обращения в её очередь. Одна отправка — одна заявка; исходные поля раздельны, повторная доставка не дублирует запись	11.2.5
Группы и принадлежность поездок	Группы становятся самостоятельными серыми тегами. Переносимые поездки сохраняют собственные и родительские метки; повтор переноса не дублирует назначения	11.5.5
Маршрут и показатели готовых поездок	Сохраняются точки, даты и сведения. Новый калькулятор подготовки не переписывает исторические показатели готового объекта	11.6.5
Справочники, исполнители и финансы	Переносятся предусмотренные существующие записи и назначения, включая обоих водителей и их отдельные оплаты, исходные виды оплаты и дополнительные сведения	11.5.5, 11.7.5, 11.8.5
Контакты и пассажиры готовых поездок	Сохраняются сведения и принадлежность клиенту и поездке. Совпадающие имена и телефоны не заменяют идентификаторы	11.8.5
Уведомления переносимых объектов	Сохраняются получатели, тексты, сроки, состояния и сведения отправки. Обработанные сообщения повторно не отправляются; уведомления старой подготовки не становятся уведомлениями новых заявок	11.9.5
Файлы и история переносимых объектов	Сохраняются вложения, содержимое, принадлежность, авторы и события. Материалы старой подготовки не образуют фиктивную новую заявку	11.10.5
Готовые результаты и пользователи	Сохраняются номера, состояния, владельцы и связи. Поездка не создаётся повторно ради привязки к новой заявке	11.11.5, 11.12.5, 11.13.5

Теги заменяют группировку, но не содержат контактов и уведомлений групп. Их новое место хранения и работы остаётся открытым вопросом. Эти сведения не удаляются и не превращаются автоматически в свойства тега. Исходный Project сохраняет их действующую работу. Совместимость названий групп проверяется по фактической базе до переноса; самостоятельное сокращение или объединение запрещено — 11.5.5.

10.3. Последовательность реализации в копии

Участок	Поведение в новой системе	Основание
Ручная подготовка	«Рейсы → Заявки» открывает новый список и создание. Временные входы старых заявок отсутствуют	11.1.5
Поступления сайта	Приём новых обращений реализуется в новой модели; старые записи не попадают в очередь. Рабочий обработчик исходного Project в ходе разработки не меняется	11.2.5
Калькулятор	Подготовка находится в черновике заявки; отдельного входа калькулятора в хэдере новой системы нет. Старые подборки не переносятся	11.6.5, 11.11.5
Группы	Принадлежность переносимых поездок заменяется тегами. Переход контактов и уведомлений группы требует отдельного решения	11.5.5, 11.9.5
Список и календарь заявок	Подключаются к новым заявкам предыдущих этапов без повторного создания. Исходный календарь Project не меняется	11.14.5, 11.15.5

Задачи последовательно расширяют новую копию. Уже созданные в ней заявки сохраняют номера, поля, состав и действия предыдущих этапов. Наличие старого кода в исходной копии не требует показывать пользователю временные входы для непереносимых данных.

10.4. Связь с рейсами и расписаниями

Новый черновик и готовая поездка — разные объекты. Автосохранение не создаёт рейс или расписание. Подтверждённое создание сохраняет самостоятельный результат и связь с новой заявкой; оставшаяся подготовка продолжает работать в той же заявке — 11.11.5.

Перенесённые готовые поездки сохраняются без создания новых исходных заявок. Их состояние и ответственность не подменяются состоянием или ответственным нового обращения. Новые закрытия, возобновления и передачи не изменяют старые готовые поездки массово — 11.12.5, 11.13.5.

Создание новых результатов не требует завершения полных новых вкладок рейсов и расписаний: объекты сохраняются в базе и доступны предусмотренному просмотру. Последующие задачи используют эти же записи, не создавая их повторно.

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

10.5. Проверка перехода и открытый вопрос

Исходный Project продолжает работать без изменений; задачи реализуются в отдельной копии — 11.1.5.
Старые расчёты, подборки, заявки и запросы сайта отсутствуют в новой модели заявок; временных старых входов нет — 11.1.5, 11.2.5.
Новая отправка формы создаёт одну заявку с четырьмя исходными полями; готовая поездка из прежнего обращения не исключается из переноса — 11.2.5.
Сохраняются номера, состояния, исполнители, отдельные суммы, клиентские и пассажирские сведения переносимых поездок — 11.7.5, 11.8.5, 11.11.5.
Названия групп и собственные и родительские назначения тегов сохранены у переносимых поездок — 11.5.5.
Уведомления не отправляются повторно, файлы доступны, история и владельцы принадлежат правильным объектам — 11.9.5, 11.10.5, 11.13.5.
Новые заявки предыдущих этапов не теряют данные; список и календарь считают весь доступный набор по правильной дате — 11.14.5, 11.15.5.

Открытым остаётся новое место хранения и работы с контактами и уведомлениями прежних групп. До определения этого правила их перенос не считается полностью описанным; создание тегов само по себе этот вопрос не решает.

В начало

11. Задачи

Оглавление пункта 11

11. Задачи

Задачи 11.1–11.15 описывают реализацию функционала заявок в установленных границах. Самостоятельная работа с рейсами, расписаниями и другими разделами CRM описывается отдельно.

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

Задачи оформляются по формату пункта 1.3.

Необходимые изменения фронта, бэка и БД выполняются в рамках конкретной задачи. Связанные правила перехода существующих данных включаются в её границы.

Подготовительные изменения навигации включаются в задачу, для выполнения сценария которой они нужны. Отдельная задача оправдана, если у неё есть самостоятельный результат, доступный пользователю и проверяемый при приёмке.

Раздел «Связь с прототипом и действующей системой» каждой задачи объясняет:

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

Все задачи реализуются в отдельной полной копии Project, без изменения действующего продакшна. Старые расчёты, заявки и запросы с сайта не переносятся. Если задача ещё не реализует часть новой системы или не выполняет перенос включённых сущностей, это указывается прямо. Доступ к прежним сценариям остаётся в исходном Project, а не во временных вкладках новой системы. Названия экранов и ссылки на код сами по себе не заменяют описание перехода. Критерии приёмки охватывают как новое поведение, так и сохранность затронутой действующей работы. Описывается бизнес-результат; способ реализации выбирает разработчик.

Переход описывается постепенно внутри задач вместе с новым поведением и критериями приёмки. После подготовки всех задач заполняется пункт 10 «Переход с действующей системы»: краткая выдержка из определённых в задачах правил со ссылками на соответствующие подпункты пункта 11. Подробные правила перехода остаются в задачах; сводный пункт 10 их не заменяет и не вводит новые требования.

11.1. Создание заявки менеджером и начало подготовки поездки

Оглавление задачи 11.1

11.1. Создание заявки менеджером и начало подготовки поездки

11.1.1. Цель и результат

Менеджер может начать подготовку поездки в новой заявке, сохранить первоначальные сведения и вернуться к ним позже. Заявка объединяет обращение и подготовку будущего результата, но сама не является рейсом или расписанием.

Результат задачи — завершённый сценарий: открыть новую вкладку заявок, создать заявку с первым черновиком, заполнить доступные сведения, вернуться в список и продолжить работу в той же заявке без потери данных.

В начало задачи

11.1.2. Границы задачи и зависимости

В рамках задачи доступны:

Вход «Рейсы → Заявки» и минимальный список «В работе» в разрабатываемой копии Project для новых заявок этого этапа.
Создание заявки менеджером или администратором без предварительного окна ввода.
Общие сведения заявки и первый черновик.
Название заявки, дата работы, название черновика, тип будущего результата и базовый город.
Автосохранение, выход, повторное открытие, локальное сохранение несохранённых изменений и повторная отправка.
Стандартные права менеджера и администратора.

В этой задаче не реализуются поступление с сайта, взятие обращения в работу, календарь, расширенные фильтры, поиск и сортировка списка, разделы «Необработано» и «Обработано», несколько черновиков, теги, маршрут и калькулятор, транспорт и водители, финансы, клиент и пассажиры, файлы, уведомления, создание рейса или расписания, передача ответственности, закрытие, удаление и возобновление заявки. История, её фиксация и просмотр, а также комментарии целиком относятся к задаче 11.10 «Файлы, история действий и комментарии».

Задача использует действующие учётные записи и существующий справочник городов Project. Создание города и настройка индивидуальных доступов не входят в её границы. Все необходимые изменения интерфейса, сохранения и структуры данных входят в эту задачу; они не выделяются в отдельные задачи без доступного пользователю результата.

Новый участок доступен как «Рейсы → Заявки». Пока полного списка и остальных разделов нет, здесь показан только «В работе». Старые сценарии продолжают работать в исходном Project. Подборки расчётов не переносятся в новый список и не получают отдельного временного входа в новой системе.

В начало задачи

11.1.3. Сущности и правила

Заявка. Создаётся с собственным номером, состоянием «В работе», источником «Менеджер» и датой и временем создания. Создавший пользователь становится ответственным, в том числе если это администратор. Название первоначально пустое; дата работы не установлена. Готовых результатов нет.

Первый черновик. Создаётся вместе с заявкой и получает собственный номер. В заявке этого этапа он один; добавление других черновиков и прекращение работы с ним недоступны. Начальный тип — «Рейс», название и город не заполнены. Черновик связан с заявкой и использует её ответственного; отдельного назначения владельца черновика нет.

Сведение	Поведение на этом этапе
Номер, дата создания, источник и состояние заявки	Показаны, вручную не изменяются
Ответственный заявки	Показан, изменение ответственного недоступно
Название заявки	Редактируется отдельно от названия черновика
Дата работы	Необязательна; выбирается или очищается пользователем. Не изменяет дату создания
Название черновика	Редактируется; изменение не переименовывает всю заявку
Тип черновика	«Рейс» или «Расписание»; смена типа сохраняет название и выбранный город
Базовый город	Необязателен для промежуточного сохранения; выбирается из существующего справочника. Не создаётся из карточки

Названия могут совпадать с названиями других заявок и черновиков. Отсутствие названий, города или даты работы не блокирует создание заявки, автосохранение, выход и повторное открытие. Тип «Расписание» здесь обозначает дальнейшую подготовку расписания; выбор дней повторения появится в соответствующей задаче.

Минимальный список. Используются оформление строки и элементы исходного прототипа: номер, название, состояние «В работе», состав из одного черновика, одна колонка «Дата», ответственный и кнопка «Редактировать». В колонке «Дата» показана дата работы, если она указана, иначе дата создания. Отдельные колонки «Создана» и «Дата работы» не добавляются. Пустое название отображается как «Без названия». Доступны «Создать заявку» и открытие существующей строки. Если заявок нет, показано пустое состояние с возможностью создания.

Менеджер видит и редактирует свои заявки. Администратор видит и редактирует заявки всех ответственных. Изменение чужой заявки не передаёт её администратору. Недоступную заявку нельзя открыть или изменить через прямую ссылку; пользователю сообщается об отсутствии доступа. Остальные роли не получают новый доступ только вследствие добавления этой вкладки.

Сохранение. Заявка и первый черновик сохраняются при создании. Изменения доступных полей сохраняются автоматически, без отдельной кнопки промежуточного сохранения. Пользователь различает ожидание сохранения, подтверждённое сохранение и ошибку. Успешный статус означает подтверждённое сохранение в системе, а не только наличие данных в браузере.

При ошибке отправки изменения сохраняются в локальном буфере для того же пользователя, заявки и черновика. Буфер переживает обновление страницы, закрытие вкладки и перезапуск браузера. Возврат в список разрешён; запись с несохранёнными изменениями остаётся явно обозначенной. При повторном открытии восстанавливается подготовка из буфера и продолжаются попытки сохранения. После успешной отправки отметка несохранённых изменений снимается. Повторная отправка не создаёт новую заявку или черновик.

Буфер не даёт права редактировать чужую заявку. Одновременное редактирование исключается блокировкой открытой карточки: второе лицо получает только просмотр по правилам 9.4.

Одновременное редактирование одной заявки запрещено по 9.4: второй пользователь, включая администратора, получает только просмотр; блокировка распространяется на все черновики заявки.

В начало задачи

11.1.4. Основные сценарии и существенные альтернативы

Создание и продолжение работы:

Менеджер открывает «Рейсы → Заявки» в новой системе, видит минимальный список и нажимает «Создать заявку». Старые расчёты и обращения в этот список не переносятся.
Создаются одна заявка «В работе» и один первый черновик. Открывается карточка с общими сведениями заявки и доступными полями черновика.
Менеджер задаёт название заявки, при необходимости дату работы, название черновика, тип и город. Изменения сохраняются автоматически.
Менеджер нажимает «Вернуться к списку». Заявка видна в его списке «В работе».
Менеджер открывает ту же заявку и видит сохранённые сведения. Он может продолжить редактирование; новая заявка или дополнительный черновик не создаются.

Неполная подготовка: пользователь создаёт заявку и выходит без заполнения. Она остаётся доступной как «Без названия» с пустыми полями. При открытии показан тот же первоначальный черновик.

Смена типа: пользователь выбирает «Расписание», выходит и возвращается. Тип сохраняется вместе с названием и городом; самостоятельное расписание не создаётся. Возврат к типу «Рейс» также не создаёт новую запись.

Ошибка автосохранения: пользователь изменяет название и город, но отправка не проходит. Карточка показывает несохранённые изменения. Пользователь возвращается в список, перезапускает браузер и снова открывает заявку. Ввод восстановлен, состояние ошибки не скрыто. При восстановлении возможности отправки изменения сохраняются в этой же заявке.

Ошибка создания: пользователь получает сообщение, что создание не подтверждено. Система не показывает заявку как успешно созданную. Пока предыдущая попытка не разрешена, повторное нажатие или повторная отправка не должны создавать дубликаты одного действия создания. Ошибка не препятствует просмотру остальных доступных заявок.

Работа администратора: администратор открывает заявку менеджера, изменяет доступные поля и выходит. Изменения сохраняются; ответственным остаётся менеджер. При создании собственной новой заявки ответственным становится администратор.

В начало задачи

11.1.5. Связь с прототипом и действующей системой

Прототип. Сценарий задачи 11.1 показан в главном прототипе. Состав работ и ограничения этапа определяются настоящей задачей. Демонстрация интерфейса не подтверждает готовность рабочей CRM.

Правила новой заявки и первого черновика соответствуют 2.1–2.2, создание — 4.2, общие сведения — 5.2, сохранение — 5.10, поля подготовки — 6.3–6.4, стандартный доступ — 9.1–9.4. Отображение минимального списка использует сведения строки из 3.5 в пределах этой задачи.

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

В Project ручное создание запроса, обращения с сайта и сохранённые подборки калькулятора относятся к действующей логике. Новая заявка этого этапа не должна автоматически появляться там как готовый рейс, расписание или старый расчёт. Выбор типа черновика не запускает генерацию поездок, уведомления или финансовые операции.

Действующий сценарий Project. В разделе «Рейсы» есть отдельные входы «Заявки», «Список», «Регулярные», «Родительские», обращения с сайта и группы. Календарь рейсов доступен отдельно, калькулятор имеет собственный вход. Ручное создание пустого запроса создаёт одну запись действующей поездки с пустым названием; подготовка и будущий результат ещё не разделены на новую заявку и её черновик. Сохранённые подборки калькулятора также относятся к прежней подготовке. Новые состояния заявки и связь с первым черновиком вводятся этой задачей; прежнее состояние поездки не считается состоянием новой заявки.

Вход в новую подготовку. В разрабатываемой копии Project вход «Рейсы → Заявки» открывает новый минимальный список и создание по этой задаче. Старые расчёты, заявки и запросы с сайта не переносятся; временные входы для них в новой системе не добавляются.

Существующие данные и действия. Исходный Project не изменяется и продолжает обслуживать прежнюю работу. В новую систему переносятся предусмотренные рейсы, расписания и справочники со своими связями. Действующие учётные записи и справочник городов используются без повторного создания пользователей и городов. Открытие старой подготовки в исходном Project не создаёт новую заявку в разрабатываемой копии.

Границы этапа. Эта задача реализует новый участок в отдельной копии и не требует переключения работающего продакшна. Итоговая структура «Заявки», «Список рейсов», «Расписание» не означает готовность всех трёх вкладок на первом этапе. Перенос готовых поездок и остальные участки описываются в соответствующих задачах; исходная подготовка из них не восстанавливается.

В начало задачи

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

Менеджер создаёт ровно одну новую заявку с одним черновиком. Состояние — «В работе», источник — «Менеджер», ответственный — создавший пользователь; номера и дата создания сохранены.
Новая заявка доступна без заполнения названий, даты работы и города. В минимальном списке она показана как «Без названия» и открывается для продолжения.
Названия заявки и черновика изменяются независимо. Дата работы выбирается и очищается без изменения даты создания. В колонке «Дата» списка показана дата работы при её наличии, иначе дата создания. Тип и город сохраняются при выходе, повторном открытии и смене типа.
Автосохранение подтверждается системой. Во время ожидания и при ошибке интерфейс не показывает неподтверждённые изменения как сохранённые.
При ошибке серверной отправки возврат в список разрешён, если ввод успешно записан в локальный буфер. При отказе обоих способов сохранения переход блокируется до успешной записи хотя бы одним способом. Несохранённый ввод восстанавливается после обновления страницы, закрытия вкладки и перезапуска браузера; повторная отправка обновляет ту же запись без дубликатов.
Менеджер видит и изменяет только свои заявки; прямое открытие чужой заявки не обходит ограничение. Администратор может работать с заявками всех ответственных, не меняя владельца своим редактированием.
Ошибка создания не показывает ложный успех; повторная отправка одного действия не создаёт несколько заявок.
Создание заявки и выбор типа не создают рейс или расписание, не запускают уведомления и финансовые операции. Недоступные действия будущих этапов не предлагаются как действующие.
Вход «Рейсы → Заявки» в разрабатываемой копии открывает новый сценарий. Старые расчёты, заявки и запросы с сайта в новый список не попадают; временные входы для них отсутствуют. Действующий Project не изменён.
Второй пользователь, включая администратора, не может изменять открытую другим пользователем заявку. При ошибке обоих способов сохранения переходы блокируются; успешная локальная запись разрешает продолжить навигацию.

В начало задачи · В начало

11.2. Поступление обращений с сайта и взятие в работу

Оглавление задачи 11.2

11.2. Поступление обращений с сайта и взятие в работу

11.2.1. Цель и результат

Обращение с сайта поступает в общую очередь заявок. Менеджер или администратор может взять его в работу и продолжить подготовку поездки, сохранив исходные сведения отправителя. Заявка получает одного ответственного; одновременные действия нескольких пользователей не создают копий и не передают ответственность повторно.

Результат задачи — законченный сценарий: отправить действующую форму сайта, увидеть обращение в «Рейсы → Заявки → Необработано», нажать «Обработать» и продолжить работу в той же заявке с одним первоначальным черновиком и отдельным блоком исходного обращения.

В начало задачи

11.2.2. Границы задачи и зависимости

В рамках задачи доступны:

Поступление новых обращений через действующий канал отправки формы сайта в новую логику заявок.
Общая очередь «Необработано» для менеджеров и администратора, минимальная строка обращения и действие «Обработать».
Сохранение и отображение имени, телефона, города и комментария отправителя.
Назначение ответственного при взятии в работу и защита от повторного или одновременного назначения.
Переход из очереди в карточку заявки и продолжение подготовки первого черновика.
Ошибки поступления, взятия в работу и повторные попытки без дублирования одного обращения.
Приём новых поступлений сайта новой системой без переноса старых обращений и без изменения исходного Project в ходе разработки.

Задача опирается на 11.1 «Создание заявки менеджером и начало подготовки поездки»: использует созданные там заявку, первый черновик, минимальный список «В работе», доступные поля карточки, стандартные права и сохранение. Эти возможности не реализуются повторно. После взятия обращения карточка открывается на доступной «Основной информации» черновика; калькулятор появится в задаче 11.6.

Полный список с его фильтрами, поиском, сортировкой и системой счётчиков относится к 11.14, календарь — к 11.15. Здесь добавляются только очередь поступлений, переключение между «Необработано» и уже доступным «В работе» и необходимые действия строк. Раздел «Обработано» и действия будущих этапов не предлагаются как действующие.

В задачу не входят переработка внешнего вида формы сайта, новые поля формы, автоматический разбор комментария в маршрут, создание или редактирование клиента, несколько черновиков, уведомления и напоминания, создание рейса или расписания, завершение, удаление, возобновление и передача ответственности. Выбор клиента из базы появится в 11.8. История, фиксация событий и комментарии целиком относятся к 11.10; исходный комментарий отправителя сохраняется как поле обращения и не является комментарием пользователя CRM в истории.

Старые заявки и обращения с сайта не переносятся в новую систему. Границы новой разработки определены в пункте 11.2.5.

В начало задачи

11.2.3. Сущности и правила

Поступившая заявка. Одна самостоятельная отправка формы сайта создаёт одну заявку с собственным номером, источником «Сайт», состоянием «Не обработана» и датой и временем поступления. Ответственный не назначен, дата работы не установлена, готовых результатов нет. Название новой заявки пустое и отображается как «Без названия». Имя отправителя и другие переданные сведения сохраняются отдельно в исходном блоке, без автоматического заполнения названия заявки.

Первоначальный черновик. При взятии в работу в заявке доступен ровно один первоначальный черновик типа «Рейс». Его название и базовый город не заполнены. Он подчиняется правилам первого черновика из 11.1.3. Состав строки необработанного обращения показывает «1 черновик», как в основном прототипе. Технический момент сохранения черновика — при поступлении или при взятии в работу — не меняет этот сценарий и не должен приводить к созданию второго черновика.

Исходные сведения. Имя, телефон, город и комментарий сохраняются отдельно, в том виде, в котором поступили. В карточке под общими сведениями заявки и над первым черновиком расположен блок «Обращение с сайта»:

Сведение	Правило
Имя	Показывает имя отправителя; не создаёт и не выбирает клиента
Телефон	Показывает переданный телефон; не связывает заявку автоматически с клиентом базы
Город	Показывает переданный город; не подставляет базовый город черновика и не создаёт город справочника
Комментарий	Показывает исходный текст целиком; не заполняет автоматически маршрут и другие поля подготовки

Если значение отсутствует, показано «Не указано»; отсутствующее значение не заменяется вымышленными сведениями. Исходный блок доступен только для просмотра и относится ко всей заявке. Изменение её названия, даты работы или полей черновика не изменяет исходные сведения. Последующее добавление других черновиков или выбор клиента также не должны подменять этот блок.

Минимальная очередь. В строке используются оформление и элементы основного прототипа: номер, название, состояние «Не обработана», подпись «С сайта» и телефон при его наличии, состав из одного черновика, колонка «Дата», «Не назначен» и кнопка «Обработать». Дата в очереди — дата поступления, поскольку дата работы ещё не установлена. У действия закрытия показан недоступный элемент с пояснением «Необработанную заявку нельзя закрыть». Если очередь пуста, показано пустое состояние. Кнопка «Создать заявку» сохраняет ручной сценарий из 11.1 и не создаёт обращение с источником «Сайт».

Менеджеры и администратор видят общую очередь независимо от принадлежности заявок в работе. До нажатия «Обработать» карточка редактирования не открывается; переход по прямой ссылке не должен обходить назначение ответственного.

Взятие в работу. Успешное нажатие «Обработать» назначает на всю заявку текущего пользователя и меняет состояние на «В работе». Администратор также становится ответственным, если сам первым берёт обращение; предварительного выбора другого пользователя нет. Номер заявки, источник, дата создания и исходные сведения сохраняются. Дата работы остаётся неустановленной: день взятия в работу не подставляется автоматически. Новая заявка, копия обращения, рейс или расписание этим действием не создаются.

После подтверждённого взятия обращение исчезает из общей очереди, открывается его карточка и выбирается «В работе». Менеджер редактирует заявку только как её ответственный. Остальные менеджеры больше не видят её в обычном списке. Если другой менеджер нажимает «Обработать» в ещё не обновлённой очереди, ему открывается та же заявка только для просмотра по правилам повторных действий; это не даёт права редактирования или произвольного открытия других чужих заявок по прямым ссылкам. Администратор сохраняет доступ независимо от ответственного. Возврат в список без заполнения не отменяет взятие в работу.

Повторные и одновременные действия. Ответственным становится первый пользователь, чьё взятие в работу успешно выполнено системой. Второе действие не создаёт копию, не заменяет ответственного и не добавляет черновик. У второго менеджера открывается та же заявка в режиме просмотра с пояснением «Заявку уже взял в работу другой менеджер — [имя]». Доступны просмотр сведений и реализованных к этому этапу вкладок; поля и все действия изменения недоступны. Очередь обновляется, чужая заявка не добавляется в обычный список второго менеджера. Администратор также не переназначает заявку этим действием и открывает её с существующим ответственным по своим правам.

Повторное нажатие первым ответственным, в том числе после потери ответа, позволяет продолжить работу с той же заявкой. Неоднократная отправка одного действия не считается новой заявкой или повторным назначением. Подтверждённая система, а не только состояние кнопки в браузере, определяет результат взятия в работу.

Одно обращение с сайта создаёт одну необработанную заявку. Повторная доставка того же обращения не создаёт вторую запись. Самостоятельные обращения не объединяются по совпадению телефона, имени или текста.

Одновременное редактирование одной заявки запрещено по 9.4: второй пользователь, включая администратора, получает только просмотр; блокировка распространяется на все черновики заявки.

В начало задачи

11.2.4. Основные сценарии и существенные альтернативы

Поступление и начало подготовки:

Посетитель отправляет действующую форму сайта. Система сохраняет одну новую заявку и её исходные сведения. Подтверждение успешного поступления означает, что обращение сохранено и доступно CRM.
Менеджер открывает «Рейсы → Заявки → Необработано» и видит обращение без ответственного.
Менеджер нажимает «Обработать» в его строке. Дополнительного подтверждения или выбора ответственного нет. Пока результат не определён, повторное нажатие не запускает отдельное взятие того же обращения.
После успешного взятия открывается карточка той же заявки «В работе». Ответственным показан менеджер. В блоке «Обращение с сайта» видны имя, телефон, город и комментарий; ниже доступен один первоначальный черновик.
Менеджер заполняет сведения подготовки по правилам 11.1. Исходный блок остаётся неизменным.
После «Вернуться к списку» заявка доступна ответственному в «В работе». При повторном открытии сохраняются назначение, исходные сведения и подготовленные данные; копий нет.

Часть исходных полей не передана. Система отображает отсутствующие значения как «Не указано». Менеджер может взять поступившую заявку в работу и уточнить сведения при общении. Правила заполнения действующей формы сайта не расширяются дополнительными обязательными полями CRM; отсутствие базового города или названия черновика не препятствует взятию в работу.

Одновременное взятие двумя менеджерами. Оба видят одну строку и нажимают «Обработать». Система назначает только одного ответственного. У него открывается карточка для работы. У второго открывается та же заявка в режиме просмотра с пояснением «Заявку уже взял в работу другой менеджер — [имя]» и именем фактического ответственного. Второй может просматривать сведения, но не менять поля, добавлять или прекращать черновики, изменять файлы, комментарии и уведомления, создавать результаты, передавать, завершать, удалять или возобновлять заявку. Прямой запрос не обходит запрет изменений. После возврата в обновлённую очередь обращение в ней отсутствует; в обычный список второго менеджера оно не добавляется.

Взятие администратором. Если администратор первым успешно нажимает «Обработать», он становится ответственным. Если обращение уже взял менеджер, администратор может открыть его для работы, но ответственный остаётся прежним. В обоих случаях новая заявка не создаётся.

Ошибка поступления или потеря подтверждения. Если сохранение обращения не подтверждено, сайт не показывает ложный успех. Повторная доставка той же отправки либо сохраняет единственное обращение, либо подтверждает уже состоявшееся поступление. Если обращение уже сохранено, потеря ответа не приводит к его исчезновению или созданию копии.

Ошибка взятия в работу. При неподтверждённом результате карточка не показывает пользователя как назначенного ответственного. Пользователь видит сообщение о том, что взятие в работу не подтверждено, и может повторить действие после проверки текущего состояния. Если предыдущая попытка фактически выполнена за ним, открывается та же заявка. Если её взял другой менеджер, действует сценарий одновременного взятия. Если назначение не состоялось, заявка остаётся в общей очереди без ответственного. При отсутствии связи взятие не считается выполненным локально; буфер редактирования из 11.1 применяется после подтверждённого назначения и открытия карточки.

Повторное открытие без заполнения. Ответственный берёт обращение и сразу возвращается в список. Заявка остаётся «В работе» с исходными сведениями и тем же первым черновиком. Обращение не возвращается автоматически в общую очередь.

Нет права редактирования. Просмотр заявки, открытой после повторного «Обработать», не позволяет изменить её или текущее назначение ответственного. Попытка запрещённого изменения, в том числе прямым запросом, отклоняется без сохранения данных. Если пользователь пытается открыть заявку, для которой нет разрешённого просмотра по пунктам 4.4 и 9.6, система сообщает «Нет доступа к этой заявке». Ранее показанная строка или открытая вкладка не дают права редактировать чужую заявку.

В начало задачи

11.2.5. Связь с прототипом и действующей системой

Прототип. Сценарий задачи 11.2 показан в главном прототипе. Состав работ и ограничения этапа определяются настоящей задачей. Демонстрация интерфейса не подтверждает готовность рабочей CRM.

На этом этапе карточка использует доступные поля задачи 11.1. Наличие в основном прототипе калькулятора, клиента, уведомлений, истории и кнопки создания результата не включает их в задачу 11.2. Подробный список из 11.14 и календарь из 11.15 также не являются условием начала обработки обращений.

Действующий сценарий Project. Форма передаёт имя, телефон, комментарий и город. Обработчик создаёт запись в общей сущности поездок: имя записывает как название, телефон и комментарий объединяет в одном поле, город связывает со справочником и при отсутствии создаёт его. Отдельного неизменяемого блока исходных четырёх полей и нового состояния заявки «Не обработана» в этом сценарии нет.

Вход «Рейсы → Запрос с сайта» открывает список «Запросы с сайта». Из него пользователь может создать пустой запрос вручную, открыть существующую запись для редактирования либо просмотра. Список отбирает записи по признаку того, что они были запросами; поэтому в нём могут быть уже подготовленные или преобразованные поездки и вручную созданные запросы. Наличие записи в этом списке само по себе не означает, что перед нами нетронутое обращение с сайта.

Новые поступления. Канал формы сайта связывается с новой моделью заявок при запуске новой системы. В ходе разработки действующий Project продолжает принимать и обрабатывать обращения по своим правилам; эта задача не требует переписывать его рабочий обработчик. В новой системе одна отправка создаёт одну заявку «Не обработана», повторная доставка не создаёт копии.

Для новых поступлений имя, телефон, город и комментарий сохраняются раздельно. Город из формы не создаёт город справочника и не подставляется автоматически в базовый город черновика. Подготовка не создаёт клиента или самостоятельную поездку.

Старые записи. Ранее поступившие запросы с сайта, старые заявки и ручные запросы не мигрируют в новую систему. Их состояние, состав и ответственные не преобразуются в новую модель. В новой копии нет временного старого списка и перенаправления старой кнопки «Добавить запрос»; новая ручная подготовка выполняется через 11.1. Исходный Project сохраняет собственные карточки и действия без изменений.

Если по прежнему обращению уже создан готовый рейс или расписание, этот объект относится к переносимым поездкам. Он сохраняется без восстановления старого обращения как новой заявки.

Проверка перехода. Проверяются поступление в новую систему, единственность заявки и исходные четыре поля. Старые обращения не появляются в новой очереди; готовые рейсы и расписания не исключаются из переноса по причине их происхождения из запроса сайта. Исходный Project не изменяется.

В начало задачи

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

Самостоятельная отправка действующей формы сайта создаёт одну новую заявку «Не обработана» с источником «Сайт», номером и датой поступления, без ответственного, даты работы и готовых результатов. Подтверждение поступления соответствует сохранённой заявке.
Менеджеры и администратор видят обращение в общей очереди. Строка соответствует прототипу, показывает «1 черновик», дату поступления и «Не назначен». Доступно «Обработать»; закрытие недоступно. Пустая очередь имеет понятное пустое состояние.
Имя, телефон, город и комментарий сохранены раздельно и целиком показаны в блоке «Обращение с сайта». Отсутствующие значения обозначены «Не указано». Заполнение подготовки не изменяет исходные сведения, не создаёт клиента или город справочника и не выполняет автоматический выбор клиента или базового города.
Успешное «Обработать» назначает текущего пользователя на ту же заявку, меняет состояние на «В работе» и открывает карточку с одним первоначальным черновиком. Номер, источник, дата создания и исходные сведения сохраняются; дата работы остаётся пустой. Новые копии, дополнительные черновики и самостоятельные рейсы или расписания не создаются.
При одновременном взятии двумя менеджерами назначается только один ответственный. Второму открывается та же заявка в режиме просмотра с пояснением «Заявку уже взял в работу другой менеджер — [имя]». Сведения доступны для чтения, поля и все действия изменения недоступны; запрет действует и при прямом запросе. Очередь обновляется, чужая заявка не добавляется в обычный список второго менеджера. Администратор сохраняет доступ, но повторное «Обработать» не заменяет ответственного.
Повторное нажатие и повторная попытка после потери ответа продолжают работу с той же заявкой. Ошибка не показывает ложного назначения. Если взятие не состоялось, обращение остаётся в очереди; если состоялось, повторная попытка учитывает фактического ответственного.
Ответственный может выйти без заполнения и повторно открыть заявку с теми же исходными сведениями и первым черновиком. Редактирование и сохранение работают по 11.1. Другие менеджеры не получают права редактирования; просмотр после повторного «Обработать» доступен по 11.2.3. Администратор сохраняет доступ.
Новые поступления в новую систему доступны в её очереди без дублирования. Старые обращения и ручные запросы не переносятся; временного прежнего списка в новой системе нет. Исходный Project работает без изменений.
Старые запросы не объявляются новыми необработанными заявками. Готовые рейсы и расписания, созданные по ним, сохраняют требование переноса как самостоятельные поездки. История, календарь и другие действия вне границ задачи не предлагаются как реализованные.
Второй пользователь, включая администратора, не может изменять открытую другим пользователем заявку. При ошибке обоих способов сохранения переходы блокируются; успешная локальная запись разрешает продолжить навигацию.

В начало задачи · В начало

11.3. Несколько черновиков: добавление, переключение и удаление

Оглавление задачи 11.3

11.3. Несколько черновиков: добавление, переключение и удаление

11.3.1. Цель и результат

Менеджер может готовить несколько поездок в одной заявке: добавлять отдельные черновики, переключаться между ними и удалять ненужный черновик, сохраняя остальные. Общие сведения обращения и ответственность остаются на уровне заявки, а подготовленные сведения каждой поездки — на уровне её черновика.

Результат задачи — работающая карточка заявки с несколькими самостоятельными черновиками. Пользователь может подготовить разные названия, типы и базовые города, выйти и продолжить работу с тем же составом без потери данных и создания дополнительных заявок.

В начало задачи

11.3.2. Границы задачи и зависимости

В рамках задачи доступны:

Ряд вкладок активных черновиков и отображение выбранного черновика.
Добавление нового пустого черновика кнопкой «+».
Переключение между черновиками с сохранением подготовленных сведений.
Удаление отдельного черновика через его крестик и подтверждение, если в заявке остаётся другой активный черновик.
Удаление выбранного лишнего черновика без сохранения его как прекращённой подготовки.
Актуальное количество активных черновиков в минимальном списке и повторное открытие заявки с сохранённым составом.
Проверка прав, повторные действия и ошибки изменения состава.

Используются заявка, доступные поля, стандартные права и сохранение из 11.1, а также обращение с сайта и взятие в работу из 11.2. Новые черновики получают тот же доступный набор полей, что и первоначальный: название, тип будущего результата и базовый город. Остальные поля подготовки появляются в своих задачах и затем используют уже реализованное переключение черновиков.

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

Создание результатов относится к 11.11, завершение всей заявки и возобновление — к 11.12. Поэтому в этом этапе удаление доступно только при наличии как минимум двух активных черновиков. При единственном активном черновике крестик недоступен: нельзя оставить работающую заявку без подготовки или реализовать здесь упрощённое завершение. В дальнейшей логике нажатие на последний черновик запускает соответствующий сценарий завершения из 11.12, а не отдельный вариант закрытия внутри 11.3.

Удалённый лишний черновик не сохраняется для исторического просмотра или возобновления. История и комментарии действующих черновиков подключаются по 11.10. Сохранение оставшихся черновиков при завершении всей заявки и их возобновление относятся к 11.12, а не к удалению лишней вкладки.

Уведомления, напоминания и их индикаторы целиком относятся к 11.9. Калькулятор, маршрут, финансовые итоги заявки, файлы, полный список и календарь не включаются в эту задачу. Прежние подборки Project в новую систему не переносятся.

В начало задачи

11.3.3. Сущности и правила

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

В работающей заявке этого этапа есть хотя бы один активный черновик. Каждое добавление создаёт самостоятельный черновик с собственным номером внутри той же заявки. Он не является рейсом или расписанием, а его тип обозначает будущий результат. Добавление и переключение не меняют состояние «В работе».

Вкладки. Над формой расположены вкладки активных черновиков и кнопка «+», как в основном прототипе. Вкладка показывает название черновика. При пустом названии используется «Черновик 1», «Черновик 2» и так далее по текущему порядку активных вкладок. Эти подписи не являются постоянными номерами: после удаления одного черновика порядковые подписи оставшихся могут измениться. Собственный номер черновика сохраняется и показан под заголовком карточки.

Выбранная вкладка выделена. Поля и сводка показывают сведения только выбранного черновика. Изменение названия обновляет подпись его вкладки, но не название заявки или соседних черновиков. Названия могут совпадать; идентичность определяется собственным номером, а не подписью или позицией вкладки.

Новый черновик. Кнопка «+» доступна ответственному и администратору в редактируемой заявке. Предыдущие черновики не обязаны иметь название или базовый город. Новая вкладка не копирует выбранную поездку:

Сведение	Первоначальное значение
Номер черновика	Новый собственный номер
Название	Пустое
Тип	«Рейс»
Базовый город	Не выбран
Связь с заявкой и доступ	Та же заявка и её ответственный

После подтверждённого добавления выбирается новая вкладка и открывается доступная «Основная информация». Ранее подготовленные данные сохраняются. Добавленный черновик остаётся в заявке после выхода без заполнения. Для ещё одного самостоятельного добавления пользователь может снова нажать «+» после окончания предыдущего действия; повторная отправка одного добавления не создаёт второй черновик.

Переключение. Нажатие вкладки выбирает уже существующий черновик, не создавая копию. Ввод текущего черновика сохраняется по правилам 11.1; при ошибке отправки остаётся в локальном буфере того же пользователя и той же заявки с принадлежностью правильному черновику. Переключение не должно переносить название, тип или город в соседнюю вкладку. Несохранённые сведения явно обозначаются, а не показываются как подтверждённо сохранённые.

В рамках этого этапа все вкладки открывают «Основную информацию». Выбор «Расписание» в одном черновике не меняет тип остальных и не создаёт расписание. После повторного открытия сохраняются состав и сведения каждого черновика; пользователь может выбрать любую активную вкладку.

Удаление лишнего черновика. Крестик находится на вкладке конкретного активного черновика. Он доступен ответственному и администратору при наличии другого активного черновика. «Удалить черновик?» показывает название или порядковую подпись выбранного объекта; «Удалить» подтверждает, отмена и закрытие окна оставляют состав прежним.

После подтверждённого удаления:

Черновик и его подготовленные сведения удалены из текущей рабочей подготовки, а не переведены в прекращённые. Его рабочие данные, история, комментарии и собственные материалы не сохраняются в новой исторической копии. Уже зафиксированный снимок прежнего закрытия с этим черновиком не переписывается по 2.7.
Заявка остаётся «В работе», её общие сведения, остальные черновики и созданные результаты не меняются. Удалённый черновик не влияет на последующий итоговый статус.
В оставшемся составе выбирается черновик на прежней выбранной порядковой позиции; если её больше нет — последний. Собственные номера и данные оставшихся черновиков сохраняются, хотя порядковые подписи пустых вкладок могут измениться.
Удалённый черновик не возвращается после повторного открытия, отправки старого буфера или нажатия «+». Добавление всегда создаёт новый черновик.

Само добавление или удаление лишних рабочих вкладок не создаёт самостоятельных исторических событий. История и комментарии содержательной подготовки подключаются по 11.10. Уведомления удалённой рабочей вкладки прекращают выполняться и удаляются с ней, файлы удаляются с сохранением материалов других объектов и прежних снимков по 11.9–11.10. Новая прекращённая копия не создаётся; неизменность уже существовавших снимков применяется при подключении 11.12. Крестик единственного черновика подключается как завершение заявки в 11.12.

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

При ошибке удаления активная вкладка и её ввод остаются доступны, если система не подтвердила выполнение. После подтверждённого удаления старый буфер не отправляется и не восстанавливает черновик. Перед действием проверяются актуальные права и состав: нельзя удалить единственный активный черновик как лишнюю вкладку по устаревшим данным.

Одновременное редактирование одной заявки запрещено по 9.4: второй пользователь, включая администратора, получает только просмотр; блокировка распространяется на все черновики заявки.

В начало задачи

11.3.4. Основные сценарии и существенные альтернативы

Подготовка двух поездок:

Ответственный открывает свою работающую заявку с первоначальным черновиком.
Задаёт его название и базовый город. Нажимает «+».
После подтверждения в той же заявке появляется второй черновик. Он выбран, название и город пустые, тип — «Рейс».
Пользователь задаёт другое название, выбирает «Расписание» и другой город.
Переключается на первый черновик: видит его прежние название, город и тип. Возвращается на второй — видит сведения второй поездки.
Нажимает «Вернуться к списку». Строка показывает два активных черновика. При открытии это та же заявка с двумя самостоятельными подготовками.

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

Удаление пустой вкладки. Пользователь добавляет несколько пустых черновиков и удаляет ненужные крестиком с подтверждением. Выбранные вкладки и их данные удаляются без сохранённой копии, остальные остаются. Заполненность не меняет правило удаления. Единственный активный черновик этим действием не удаляется; завершение всей заявки подключается в 11.12.

Заявка с сайта. После «Обработать» ответственный добавляет второй черновик. Имя, телефон, город и комментарий исходного обращения остаются общими и неизменными при переключении. Добавление не создаёт второе обращение и не копирует исходный город в поля подготовки.

Удаление выбранного черновика. В заявке три активных черновика, второй заполнен. Пользователь нажимает его крестик и подтверждает «Удалить». Вкладка и её сведения удаляются без прекращённого состояния; выбран третий черновик. Его собственный номер и сведения сохраняются, хотя пустая вкладка может получить подпись «Черновик 2». Заявка остаётся в работе с двумя активными черновиками. Удалённая вкладка не появится в завершённом составе и не повлияет на итог.

Удаление другой вкладки. После закрытия вкладки выбранная порядковая позиция проверяется в оставшемся составе. Если она существует, показывается черновик на этой позиции; иначе — последний. Данные оставшихся черновиков сохраняют принадлежность своим номерам, даже если выбранный объект изменился.

Отмена. Пользователь открывает подтверждение, но нажимает «Отмена» или закрывает окно. Ни один черновик не удалён, активный состав и выбранная вкладка сохраняются.

Последний активный черновик. В заявке остался один активный черновик. Крестик недоступен; остальные доступные поля можно редактировать, новый черновик можно добавить. Этот этап не закрывает всю заявку и не показывает её как обработанную. Полный сценарий последнего черновика реализуется в 11.12.

Ошибка сохранения ввода при переключении. Пользователь меняет название первого черновика, отправка не проходит, затем выбирает второй. Ввод первого сохраняется в локальном буфере с правильной принадлежностью. При возвращении в первую вкладку или восстановлении заявки он виден как несохранённый. Повторная отправка обновляет первый черновик, не второй и не новую копию.

Ошибка добавления или удаления. Показано «Не удалось добавить черновик» либо «Удаление черновика не подтверждено». Если операция не выполнена, состав и подготовленный ввод остаются прежними. При неизвестном исходе сначала проверяется фактический состав; повтор не создаёт дубликат и не восстанавливает удалённую вкладку.

Изменение доступа или состава. Перед подтверждением другой пользователь изменил заявку. Если выбранный черновик уже удалён, действие не повторяется. Если он стал последним активным, состав не меняется и пользователь получает объяснение, что последний черновик нельзя убрать этим действием. При отсутствии доступа показано «Нет доступа к этой заявке», запрещённые изменения не сохраняются.

В начало задачи

11.3.5. Связь с прототипом и действующей системой

Прототип. Ряд вкладок, кнопка «+» и крестик используются из главного прототипа. Правила активных вкладок и добавления описаны в 5.4–5.5, удаления — в 5.6, сохранения оставшейся подготовки при завершении заявки — в 2.4. Сохраняются расположение, оформление, подписи пустых вкладок и подтверждение удаления конкретного черновика.

Прототип. Сценарий задачи 11.3 показан в главном прототипе. Состав работ и ограничения этапа определяются настоящей задачей. Демонстрация интерфейса не подтверждает готовность рабочей CRM.

Действующий сценарий Project. В старом калькуляторе пользователь может добавлять несколько вариантов поездок в одну подборку и удалять вариант, когда их больше одного. Сохранённая подборка содержит набор расчётов; отдельно существует черновик изменений этой подборки, связанный с конкретным пользователем. Такой черновик изменений не является отдельной поездкой новой заявки.

В новой логике каждый вариант подготовки — самостоятельный черновик со своим номером внутри заявки и ответственным заявки. Общие название, даты и исходное обращение не дублируются. Крестик при наличии другого активного черновика удаляет выбранную подготовку без сохранённой прекращённой версии. Завершение единственного черновика и сохранение оставшейся подготовки описаны в 11.12.

Изменение нового участка. В заявках, созданных по 11.1 или поступивших по 11.2, первоначальный черновик сохраняет номер и сведения. Добавляется возможность расширить состав без создания новых заявок. Минимальная строка использует фактическое количество активных черновиков вместо постоянной подписи «1 черновик». Единственное обращение с сайта после взятия в работу также может содержать несколько подготовок, но исходные сведения остаются в одном общем блоке.

Существующие данные и этапы. Несколько черновиков реализуются в отдельной копии Project. Старые подборки калькулятора, их персональные черновики, заявки и запросы сайта не переносятся и не преобразуются в новые вкладки. Доступ к ним остаётся в исходном Project без изменения его интерфейса. Готовые рейсы и расписания сохраняются по правилам переноса включённых сущностей.

Новые заявки предыдущих этапов сохраняют номера, первый черновик и поля. Добавление новых вкладок не создаёт копию заявки; временные старые входы не требуются.

Проверка перехода. Открывается новая заявка, созданная до этой задачи: её прежние сведения доступны, можно добавить второй черновик, переключиться, удалить один и продолжить работу. Старые расчёты и запросы не появляются в новой модели, а исходный Project остаётся неизменным.

Прототип. Добавление и удаление лишних рабочих вкладок не создают самостоятельных событий истории или прекращённых копий. Удаление не переписывает снимки прежних закрытий и не влияет на итоговый статус. Крестик единственного черновика завершает заявку по 5.6; ошибка записи изменения состава сохраняет прежние вкладки и ввод. Демонстрация использует хранилище браузера; серверное подтверждение и защита от устаревших запросов реализуются по требованиям задачи.

В начало задачи

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

Работающая заявка может содержать несколько самостоятельных активных черновиков. Общие сведения, источник, номер, даты и ответственный остаются на уровне одной заявки; каждый черновик сохраняет собственный номер.
«+» добавляет один новый пустой черновик типа «Рейс» в ту же заявку и выбирает его после подтверждения. Название и город предыдущего не копируются. Незаполненные поля других черновиков не блокируют добавление; повтор одного действия не создаёт два черновика.
Название, тип и город редактируются независимо в каждой вкладке. Переключение показывает правильные сведения и не создаёт копий. Названия вкладок следуют названиям черновиков, пустые показываются порядковыми подписями без изменения собственных номеров.
Выход и повторное открытие сохраняют активный состав и сведения всех черновиков. Минимальная строка показывает актуальное количество активных черновиков. Исходный блок обращения с сайта остаётся общим и неизменным.
Крестик при наличии другого активного черновика открывает подтверждение конкретного объекта. Отмена сохраняет состав. Подтверждение удаляет выбранную рабочую подготовку без новой прекращённой копии, снимка или самостоятельного события. Создание и удаление лишних вкладок не добавляют самостоятельных событий в историю других черновиков. Остальные черновики и результаты сохранены.
После удаления сохраняется прежняя выбранная порядковая позиция в оставшемся составе; если её больше нет, выбирается последняя вкладка, как в главном прототипе. Состояние заявки остаётся «В работе», остальные черновики и общие сведения сохраняются.
Удалённый рабочий черновик не появляется после повторного открытия или отправки старого буфера, не восстанавливается кнопкой «+», не входит в последующий завершённый состав и не влияет на исход. Новая историческая копия удаления не создаётся. При подключении 11.12 уже существовавший снимок прежнего закрытия сохраняется только для просмотра и не даёт действия восстановления удалённой рабочей вкладки.
Единственный активный черновик нельзя удалить в рамках этого этапа. Заявка не остаётся в работе без активных черновиков, не закрывается и не получает завершённое состояние этим действием. Добавление нового черновика остаётся доступным.
Несохранённый ввод при переключении сохраняет принадлежность правильному черновику по правилам 11.1. Ошибки добавления и удаления не показывают ложного успеха; повторные попытки учитывают фактический результат без дублирования и потери ввода.
Изменение состава и прав другим пользователем проверяется перед подтверждением. Нельзя удалить последний оставшийся черновик по устаревшим данным или изменить чужую заявку без доступа. Администратор работает с составом, не меняя ответственного самим редактированием.
Новые заявки, созданные до внедрения задачи, сохраняют прежний первый черновик и получают возможность добавления. Старые записи и сценарии Project остаются доступны без массового переноса и копирования; прежние входы не удаляются.
На этапе доступны только поля и сценарии 11.1–11.3. Напоминания, история, файлы, калькулятор, создание результатов, завершение и возобновление не предлагаются как работающие возможности этой задачи.
Второй пользователь, включая администратора, не может изменять открытую другим пользователем заявку. При ошибке обоих способов сохранения переходы блокируются; успешная локальная запись разрешает продолжить навигацию.

В начало задачи · В начало

11.4. Автосохранение, локальный буфер и восстановление несохранённых изменений

Оглавление задачи 11.4

11.4. Автосохранение, локальный буфер и восстановление несохранённых изменений

11.4.1. Цель и результат

Ответственный менеджер или администратор готовит заявку постепенно: меняет общие сведения, заполняет несколько черновиков, переключается между ними и возвращается к списку. Для сохранения промежуточной работы ему не требуется отдельная кнопка или полностью заполненная поездка.

Если отправка временно недоступна, пользователь может продолжить подготовку и вернуться в список. Введённые изменения сохраняются на этом устройстве, переживают обновление страницы, закрытие вкладки и перезапуск браузера. При возвращении того же пользователя в заявку восстанавливаются сведения правильных черновиков, а сохранение возобновляется. Пользователь всегда различает данные, подтверждённо сохранённые системой, и изменения, которые ещё ожидают отправки.

Законченный результат — работа с доступными полями заявки без потери ввода при обычном выходе или временной ошибке отправки, без создания копий и без молчаливой замены более новых данных.

В начало задачи

11.4.2. Границы задачи и зависимости

Задача использует создание заявки, взятие обращения с сайта в работу и несколько активных черновиков из 11.1–11.3. Исходные сведения обращения остаются доступными для просмотра и не становятся редактируемыми из-за восстановления буфера.

В задачу входят:

Автоматическое сохранение названия заявки, даты работы, названия, типа и базового города каждого активного черновика.
Показ состояния сохранения в карточке и отметки несохранённых изменений в минимальном списке заявок.
Локальный буфер, восстановление работы после повторного входа и повторная отправка без дублирования.
Сохранение нового ввода, который появился во время отправки предыдущего.
Соблюдение прав и запрета одновременного редактирования при восстановлении и отправке.
Блокировка переходов при невозможности сохранить ввод ни на сервере, ни локально.

Буфер применяется к редактированию уже созданной заявки и её существующих активных черновиков. Он не подтверждает создание новой заявки, взятие обращения в работу, добавление или прекращение черновика. Эти действия выполняются по правилам 11.1, 11.2 и 11.3. При отсутствии подтверждения нельзя показать новый состав или назначенного ответственного как успешно сохранённые.

Не входят новые поля подготовки, калькулятор, уведомления, файлы, история и комментарии, создание результатов, завершение и возобновление заявки, передача ответственности. Соответствующие задачи используют правила сохранения этого этапа для своих редактируемых сведений; отправка сообщения, загрузка файла или создание рейса остаются самостоятельными действиями, а не обычным автосохранением поля.

Используются действующие учётные записи и стандартные права: менеджер редактирует собственную заявку, администратор — доступные ему заявки. Настройка доступов и новая авторизация не реализуются. Порядок повторных попыток и конкретные средства хранения выбираются при реализации; они должны обеспечивать описанный пользовательский результат.

В начало задачи

11.4.3. Сущности и правила

Подтверждённые данные. Это сведения, сохранение которых подтвердило основное хранилище системы. Наличие текста в форме, копии в браузере или отправленного запроса само по себе не означает подтверждённого сохранения.

Локальный буфер. Это последние несохранённые изменения подготовки, принадлежащие конкретной учётной записи, заявке и черновику. Общие поля относятся к заявке, поля поездки — к собственному номеру черновика. Одинаковые названия и смена порядка вкладок не меняют принадлежность данных.

Буфер хранит актуальный ввод, а не перечень всех промежуточных названий и значений. Он не является историей заявки, снимком прекращённого черновика или новой самостоятельной сущностью подготовки. Его наличие не меняет состояние «В работе» и не назначает ответственного.

Буфер должен переживать обновление страницы, закрытие вкладки и перезапуск браузера на том же устройстве и в том же браузере. Он не заменяет сохранение в системе: изменения, оставшиеся только на одном устройстве, не считаются доступными на другом. После подтверждения сохранения соответствующая часть буфера больше не показывается как ожидающая отправки.

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

До подтверждения отправки актуальный ввод сохраняется локально. Если пользователь продолжает печатать, ответ на предыдущую отправку не заменяет новый текст и не снимает отметку с ещё не сохранённых изменений. Повторные попытки отправляют актуальные изменения в те же объекты; они не создают заявки или черновики заново.

Состояния сохранения. Индикатор расположен внизу карточки рядом с действиями возврата. Состояние относится ко всей открытой заявке: успешное сохранение выбранного черновика не скрывает несохранённый ввод в другом.

Состояние	Что видит пользователь
Идёт отправка	«Сохранение…»
Все изменения подтверждены	«Сохранено»
Отправка не завершена, ввод сохранён локально	«Изменения ещё не сохранены. Они сохранены на этом устройстве»

В минимальной строке заявки при наличии ожидающих изменений показано «Есть несохранённые изменения». Отметка сохраняется после возврата и перезапуска браузера для соответствующего пользователя. Она исчезает после подтверждения всех его актуальных изменений этой заявки. Несохранённые значения в строке, если они отображаются, сопровождаются этой отметкой.

Ошибка сохранения не является просроченным напоминанием и не создаёт индикатор «Требует внимания»: напоминания относятся к 11.9.

Возврат и повторное открытие. «Вернуться к списку» внизу и «← Заявки» сверху доступны при ошибке отправки, если локальный буфер успешно записан. Они сохраняют ввод в буфере, не завершают заявку и не отбрасывают черновики. При возвращении к списку повторные попытки не прекращаются, пока пользователь работает в системе. Закрытый браузер ничего не отправляет; при следующем входе отправка возобновляется после проверки данных и прав.

При открытии заявки пользователь видит подтверждённые сведения вместе со своим восстановленным вводом. До подтверждённого сохранения статус ожидания остаётся видимым. Восстановление не требует повторного создания заявки и не копирует сведения одного черновика в другой.

Повторная отправка. После временной ошибки система повторяет сохранение автоматически, без необходимости снова менять поле. Повторная отправка сохраняет изменения той же заявки и черновика, не создаёт копии и не возвращает более ранний ввод поверх актуального. Отдельная кнопка ручного повтора не предусмотрена исходным описанием и этой задачей не вводится.

Исключительное редактирование. Заявку, рейс или расписание может редактировать только один пользователь, находящийся в карточке. Второй пользователь, включая администратора, открывает только просмотр: поля и действия изменения недоступны. Блокировка относится ко всей заявке, а не к отдельному черновику. При выходе первого пользователя из карточки она освобождается.

Ошибка обоих способов сохранения. Если сервер не подтвердил запись и локальный буфер также не записан, система показывает ошибку сохранения. Переключение внутренних вкладок, черновиков, переход к другой карточке и возврат в список блокируются. Доступный ввод остаётся в открытой форме; сохранение повторяется автоматически. После успешной записи на сервере или в локальном буфере переходы снова доступны. Успешная локальная запись не выдаётся за подтверждение серверного сохранения.

Выход из учётной записи. Несохранённый буфер сохраняется после разлогина и восстанавливается при следующем входе того же пользователя. Другой пользователь не видит и не отправляет чужой буфер. Восстановление учитывает актуальные права и доступность редактирования карточки. Используются действующие учётные записи Project; новая авторизация относится к отдельному разделу работ.

Удалённый или прекращённый черновик и доступ. Буфер не возвращает закрытую вкладку в активный состав. После подтверждённого удаления лишнего черновика его буфер очищается и больше не отправляется; он не создаёт новую вкладку или прекращённую копию. Сохранённый при завершении черновик также не становится активным через буфер — возобновление выполняется по 11.12. При отсутствии доступного активного черновика пользователь получает пояснение; другие доступные черновики могут сохраняться независимо.

При потере права редактирования изменения не могут быть записаны от пользователя без доступа. Пользователь видит «Нет доступа к сохранению изменений этой заявки»; система не присваивает заявку ему заново. Сам локальный буфер не предоставляет права на заявку и не позволяет обходить блокировку редактирования.

В начало задачи

11.4.4. Основные сценарии и существенные альтернативы

Обычная подготовка. Пользователь открывает свою заявку, меняет её название и дату работы, заполняет название и город первого черновика. Видит «Сохранение…», затем «Сохранено». Переключается на второй черновик, задаёт ему другие сведения и возвращается в список. При повторном открытии у заявки и каждого черновика показаны свои сохранённые данные. Незавершённые поля не блокируют выход.

Продолжение ввода во время отправки. Пользователь ввёл одно название, началась отправка, затем изменил его ещё раз. Ответ на первую отправку не возвращает прежний текст. Пока новое название не подтверждено, сохранение остаётся незавершённым; в итоге сохраняется последнее значение.

Ошибка отправки и возврат. Пользователь меняет название черновика при недоступном сохранении. Карточка показывает, что ввод сохранён на устройстве и ещё не отправлен. Пользователь нажимает «Вернуться к списку», видит отметку в строке, снова открывает заявку и продолжает с восстановленным названием. При восстановлении связи автоматическая попытка сохраняет данные в той же заявке; отметка исчезает после подтверждения.

Обновление, закрытие вкладки и перезапуск браузера. В заявке несколько черновиков с разным несохранённым вводом. Пользователь обновляет страницу, закрывает вкладку или перезапускает браузер. При следующем входе под той же учётной записью и открытии заявки каждый активный черновик получает свой актуальный ввод. Общие поля восстанавливаются один раз на уровне заявки. До подтверждения отправки отображается прежний статус ожидания.

Ответ потерян. Система сохранила изменения, но пользователь не получил подтверждение. Повторная попытка обнаруживает тот же сохранённый ввод. Заявка и черновик остаются в единственном экземпляре, интерфейс показывает подтверждённое сохранение.

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

Возвращение после разлогина. Пользователь оставляет ввод, записанный в локальном буфере, выходит из учётной записи и позднее входит снова. Восстанавливаются изменения его заявки и черновиков; они не показываются другому пользователю. До подтверждения серверной записи отметка несохранённых изменений остаётся.

Вторая открытая карточка. Заявку уже открыл менеджер. Администратор открывает ту же заявку и видит только просмотр: поля и действия изменения недоступны. Права администратора не отменяют блокировку. После выхода первого пользователя из карточки она доступна для редактирования при следующем открытии пользователем с соответствующими правами.

Недоступная активная вкладка. Повторная отправка буфера не создаёт новый черновик вместо прекращённого и не возвращает закрытую вкладку в активный состав. Редактирование и запись выполняются только в пределах актуального доступа пользователя.

В начало задачи

11.4.5. Связь с прототипом и действующей системой

Прототип. Основа интерфейса — карточка заявки основного главный прототип: ввод без отдельной кнопки промежуточного сохранения, индикатор внизу, переключение черновиков и два способа возврата. Общие правила приведены в 5.10. Браузерная запись основного прототипа демонстрирует поведение формы, но не подтверждает запись на сервере.

Отдельный прототип для задачи 11.4 не создаётся. Сохранение проверяется в реализованной карточке заявки с доступными сценариями 11.1–11.3. Исходное расположение индикатора, переключение вкладок и возврат соответствуют главному прототипу; реальная отправка, восстановление после перезапуска и повторные попытки проверяются в работающей системе.

Действующий сценарий Project. В старом калькуляторе при редактировании сохранённой подборки существует автоматическое сохранение персонального черновика изменений. При повторном открытии подготовка может восстанавливаться из этого черновика. Сохранение связано с прежней подборкой и её пользователем; это не локальный буфер нескольких самостоятельных черновиков новой заявки. Отправка при выходе из калькулятора также не является гарантией подтверждённого сохранения.

Новый участок сохраняет общие данные одной заявки и независимые сведения её активных черновиков. Отдельно обеспечивает видимость ошибки, сохранение неподтверждённого ввода на устройстве, повторную отправку и проверку актуальности. Старый персональный черновик калькулятора нельзя считать новым черновиком поездки или автоматически подмешивать в буфер новой заявки.

Изменение нового участка. Заявки, созданные на этапах 11.1–11.3, сохраняют номера, владельцев, активный состав, заполненные поля и сведения прекращённых черновиков. Доступные пользователю ожидающие изменения продолжают относиться к тем же объектам. Включение нового сохранения не должно очищать такой ввод, создавать новые заявки или сбрасывать подтверждённые значения.

При переходе сохраняются сведения той же заявки и черновиков. Восстановление и отправка учитывают права и блокировку карточки от одновременного редактирования.

Существующие данные и границы. Новый механизм сохранения реализуется в отдельной копии Project. Старые подборки, персональные черновики калькулятора, заявки и обращения не переносятся и не восстанавливаются в локальном буфере новой системы. Исходный Project и его сохранение не изменяются. Для переносимых готовых поездок и справочников действуют правила соответствующих задач.

Проверка перехода. Ранее созданная новая заявка с несколькими черновиками сохраняет свои номера, поля и состав после ошибки отправки, восстановления и перезапуска браузера. В буфер не подмешивается старая подготовка Project; повторная отправка не создаёт копий.

В начало задачи

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

Автосохранение распространяется на все редактируемые данные заявки и её активных черновиков, включая очистку значений. Это общее правило применяется также к полям клиента, финансов, транспорта и других вкладок по мере их реализации; новые поля подключаются к уже действующему сохранению. Неполная подготовка не блокирует сохранение и возврат. В рамках этой задачи правило проверяется на полях, доступных после 11.1–11.3; при добавлении новых полей их сохранение проверяется в соответствующей задаче.
Карточка различает отправку, подтверждённое сохранение и сохранённый локально неподтверждённый ввод. «Сохранено» означает подтверждение всех актуальных изменений заявки.
Более ранний ответ не заменяет новый ввод. При нескольких черновиках успешное сохранение одного не скрывает ожидающие изменения другого.
При ошибке серверной отправки и успешной локальной записи доступны оба способа возврата в список. Если не удалось сохранить ни на сервере, ни в локальном буфере, возврат блокируется до успешной записи хотя бы одним способом. Буфер не очищается, строка показывает «Есть несохранённые изменения», повторное открытие восстанавливает ввод.
Несохранённые изменения переживают обновление страницы, закрытие вкладки и перезапуск браузера в том же браузере на том же устройстве. Общие поля и сведения каждого черновика восстанавливаются в правильных объектах независимо от порядка и одинаковых названий вкладок.
После восстановления связи отправка повторяется автоматически. Повтор и потеря ответа не создают копий, не возвращают старые значения и не выполняют бизнес-действия заново.
Закрытый черновик не восстанавливается из буфера и его сохранённые данные не переписываются. Отсутствие такого черновика не блокирует сохранение независимого ввода в других доступных активных черновиках.
Право редактирования проверяется перед повторной отправкой. При отсутствии доступа изменения не записываются и пользователь получает объяснение.
Буфер не создаёт историю каждого изменения поля, снимки прекращения или результаты. Создание заявки, взятие в работу, добавление и прекращение черновика сохраняют свои правила подтверждения.
Включение нового сохранения сохраняет данные и номера существующих новых заявок, их черновиков и ожидающего ввода. Старые данные Project и прежние входы не изменяются и не удаляются этим этапом.
Буфер сохраняется после разлогина для того же пользователя. При ошибке серверной записи и успешной локальной записи переходы доступны; при ошибке обоих способов заблокированы до успешного сохранения.
После подтверждённого удаления лишнего черновика его локальный буфер очищен. Повторное открытие, восстановление и запоздавшая отправка не возвращают вкладку, её сведения или прекращённую копию; остальные черновики сохраняются.

В начало задачи · В начало

11.5. Основные сведения, тип поездки и теги

Оглавление задачи 11.5

11.5. Основные сведения, тип поездки и теги

11.5.1. Цель и результат

Ответственный менеджер или администратор определяет, какую поездку готовит выбранный черновик: задаёт название, выбирает «Рейс» или «Расписание», базовый город и необходимые теги.

Теги позволяют организовать поездки без отдельной структуры групп. Пользователь видит назначенные метки, находит нужные среди большого общего набора по названию и при необходимости создаёт новый тег из выпадающего списка. В одной заявке разные черновики могут иметь разные наборы тегов.

Результат — доступная «Основная информация» с независимыми сведениями каждого черновика и законченным сценарием назначения, снятия и создания тегов. Промежуточная подготовка сохраняется автоматически; рейс или расписание этой задачей ещё не создаётся.

В начало задачи

11.5.2. Границы задачи и зависимости

Задача использует заявку, поступление с сайта, несколько черновиков и сохранение по 11.1–11.4. Название, тип и город уже доступны в первоначальной карточке; здесь описывается полный доступный состав «Основной информации» с тегами.

В задачу входят:

Название выбранного черновика, тип будущего результата, базовый город и отображение состояния «Черновик».
Независимость этих сведений от общих данных заявки и других черновиков.
Общий набор тегов, показ назначенных меток и выбор нескольких тегов через поиск.
Создание тега с названием и цветом внутри выпадающего списка, немедленное назначение выбранному черновику и снятие назначения.
Автосохранение всех доступных полей и назначений по правилам 11.4.
Правила перехода от групп Project к тегам, сохранения их названий и связей с поездками.

Не входят калькулятор, маршрут, даты и времена поездки, дни повторения, транспорт, водители, финансы, клиент, уведомления, файлы, история и комментарии, создание результатов и изменение состояния всей заявки. Расширенный список заявок и календарь остаются задачами 11.14–11.15. Создание или редактирование города, редактирование и удаление существующих тегов не добавляются.

Выбор типа здесь определяет будущий результат. Данные маршрута и параметры каждого типа появляются в задачах соответствующих полей по 6.4; отсутствие этих полей не требует вводить демонстрационные даты или рассчитывать поездку заранее.

Полный интерфейс самостоятельных рейсов и расписаний не реализуется в рамках подготовки заявки. Для него применяется тот же описанный в 6.3 выбор тегов; дальнейшие задачи используют эту механику без нового способа назначения или создания тегов.

В начало задачи

11.5.3. Сущности и правила

Основные сведения. Раздел находится в «Обзор → Основная информация» выбранного активного черновика.

Поле	Поведение
Название	Относится к выбранному черновику, а не ко всей заявке. Обновляет подпись его вкладки. Совпадающие названия допустимы
Тип	Кнопки «Рейс» и «Расписание»; выбранный вариант выделен. Переключение не создаёт новый черновик или результат
Базовый город	Выбирается из существующего справочника Project; из этой формы новый город не создаётся
Статус	Показано «Черновик», ручного выбора состояния нет
Теги	Ноль, один или несколько назначений выбранного черновика

Название и базовый город нужны для создания результата, но их отсутствие не блокирует промежуточное сохранение. При пустом названии показана подсказка «Введите название рейса» или «Введите название расписания». Данные, включая пробелы и очистку полей, сохраняются по 11.4; промежуточный ввод не считается готовностью создать результат.

Название, город и теги общие для обоих типов одного черновика: смена «Рейс» на «Расписание» и обратно не очищает их. Общие название заявки, дата создания, дата работы, исходное обращение и ответственный не меняются. Ответственный указан в верхней части заявки; отдельного назначения на вкладке нет.

Общий набор и назначения. Тег имеет собственную идентичность, название и цвет. Он может назначаться разным поездкам и черновикам. Назначение одному черновику не назначает его всем черновикам заявки. Новая вкладка не получает теги соседней автоматически.

В форме показаны только назначенные метки и кнопка «Выбрать теги». Если назначений нет, показано «Не назначены». Снятие метки крестиком убирает назначение выбранному черновику, но не удаляет тег из общего набора и не изменяет назначения другим объектам.

Выбор тегов. «Выбрать теги» раскрывает под полем выпадающий список с поиском по названию, вариантами с галочками и кнопкой «Создать тег».

При открытии списка с пустой строкой поиска показаны «Последние теги» — доступные теги от последних добавленных к более ранним. Ограничения по количеству вариантов нет. После ввода первого символа появляются теги, название которых содержит введённый текст, без учёта регистра. Очистка строки возвращает «Последние теги». Галочки отражают текущие назначения; очистка поиска не снимает выбранные теги. При отсутствии совпадений показано «Теги не найдены», при отсутствии тегов в общем наборе — «Тегов пока нет».

Поиск не меняет назначения и не снимает выбранные ранее теги. В найденных вариантах галочка отражает текущее назначение. Можно отметить несколько тегов, изменить запрос и продолжить выбор. Назначенные метки остаются в карточке независимо от поискового запроса. Высота списка вариантов ограничена; длинный список прокручивается внутри раскрытого блока. Поиск и кнопка «Создать тег» остаются на месте, прокручиваются только варианты.

Отметка назначает тег сразу, снятие отметки убирает назначение. Список остаётся открытым при выборе и снятии галочек. Повторное нажатие «Выбрать теги», клик снаружи или Escape закрывают список без отмены уже сделанных назначений. Сохранение выполняется по правилам 11.4; отдельного подтверждения всего набора тегов нет.

Создание тега. Действие «Создать тег» находится внутри выпадающего списка. Отдельной одноимённой кнопки рядом с «Выбрать теги» в карточке нет.

Форма содержит обязательное название, поле цвета и кнопку «Создать». Название нового тега — до 40 символов; пробелы по краям убираются. Пустое название и совпадение с существующим без учёта регистра не принимаются: показано «Введите уникальное название тега». Форма остаётся доступна для исправления; новый тег и назначение не появляются.

При успешном создании тег появляется в общем наборе, сразу назначается выбранному черновику и показан среди его меток. Форма создания закрывается. Отмена или закрытие формы до создания не добавляет тег и не отменяет сделанные ранее назначения.

Сохранение и доступ. Ввод полей и изменение назначений сохраняются по 11.4. Если сервер не сохранил данные, но локальный буфер записан, переходы доступны с отметкой несохранённых изменений. Если не сработал ни один способ, показана ошибка и переходы блокируются до успешного сохранения хотя бы одним способом.

Редактирование доступно ответственному и администратору при свободной карточке по 9.4. Второй пользователь видит только просмотр; права администратора не отменяют блокировку. В просмотре нет крестиков назначений, выбора и создания тегов. Наличие метки или общего тега не даёт доступа к чужой заявке.

В начало задачи

11.5.4. Основные сценарии и существенные альтернативы

Подготовка двух черновиков. Пользователь задаёт первому название и город, затем выбирает для него теги. Во втором черновике указывает другое название, тип «Расписание», другой город и другой набор тегов. Переключение и повторное открытие показывают собственные сведения каждой вкладки. Название заявки и её ответственный остаются прежними.

Поиск и несколько назначений. Пользователь нажимает «Выбрать теги» и видит список «Последние теги». Вводит «школ», находит нужные теги и отмечает несколько. Затем вводит другой запрос и добавляет ещё один тег. Предыдущие назначения сохраняются. Закрывает выпадающий список и видит весь назначенный набор в карточке.

Очистка поиска. Пользователь очищает строку в выпадающем списке. Снова показан список «Последние теги». Назначенные теги не снимаются; галочки отражают текущие назначения как в этом списке, так и при повторном поиске.

Снятие назначения. Пользователь нажимает крестик метки в карточке или снимает галочку в результатах поиска. Тег исчезает из назначений этого черновика, но остаётся доступен для повторного выбора и сохраняет назначения другим объектам.

Нет совпадений. Поиск показывает «Теги не найдены». Назначенный набор не меняется. Пользователь может изменить запрос или открыть «Создать тег» внутри того же выпадающего списка.

Создание. Пользователь открывает создание из выбора, вводит уникальное название и выбирает цвет. Нажимает «Создать». Тег доступен в общем наборе и назначен текущему черновику; соседние черновики его не получают автоматически.

Неподходящее название тега. Пользователь вводит пустое название или имя существующего тега с другим регистром. Получает «Введите уникальное название тега» и исправляет название в той же форме. Новый тег и назначение до исправления не создаются.

Отмена создания. Пользователь закрывает форму создания без нажатия «Создать». Общий набор и назначения не меняются. Назначения, сделанные до открытия этой формы, сохраняются.

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

Ошибка сохранения. После назначения тега отправка на сервер не прошла. При успешно записанном буфере метка остаётся с несохранёнными изменениями, разрешены переключение и возврат. После повторной отправки подтверждённое назначение сохраняется в том же черновике. При отказе обоих способов сохранения действует блокировка переходов 11.4.

Просмотр другим пользователем. Пока ответственному открыта заявка, администратор открывает её для просмотра. Видит основные сведения и назначенные метки, но не может изменять поля, назначения или создавать тег из карточки.

В начало задачи

11.5.5. Связь с прототипом и действующей системой

Главный прототип. Состав «Основной информации», переключение типа и назначения описаны в 6.3–6.4 и представлены в главный прототип. Используются назначенные метки, единственная кнопка «Выбрать теги», список «Последние теги» при пустом поиске, поиск по названию, галочки и создание внутри выпадающего списка. Расположение, оформление и подписи берутся из главного прототипа.

Прототип. Сценарий задачи 11.5 показан в главном прототипе. Состав работ и ограничения этапа определяются настоящей задачей. Демонстрация интерфейса не подтверждает готовность рабочей CRM.

Project. Основные сведения поездок уже существуют в действующей системе, но сохраняются в прежних объектах. При подготовке новой заявки используются её собственные черновики, а выбранный тип обозначает будущий результат. Существующий справочник городов используется без повторного создания городов.

Организация поездок в Project выполняется через группы. Группа имеет название, связи с поездками и может находиться внутри родительской группы. С ней также могут быть связаны уведомления и контакты. Поэтому замена групп тегами не означает удаление всех связанных сведений старой группы.

Перенос групп и назначений. При переносе существующей базы каждая группа становится самостоятельным тегом общего плоского набора. Перенесённые теги получают серый цвет. Название группы сохраняется; связь «родитель — дочерняя группа» заменяется назначением нескольких тегов поездке. Поездка получает тег своей группы и теги всех её родительских групп. При принадлежности к нескольким группам сохраняются все соответствующие назначения без повторения одного тега.

Например, группа «Школа № 1» входит в «Школьные перевозки». Связанная со «Школой № 1» поездка после переноса имеет обе метки. Пользователь видит их как два самостоятельных тега; вложенного списка в новой системе нет.

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

Перед переносом проверяются фактические названия групп на совместимость с ограничением новых тегов в 40 символов и уникальностью без учёта регистра. Наличие длинных или совпадающих названий по производственной базе пока не подтверждено. Если проверка обнаружит такие записи, правило их переноса определяется до выполнения, без самостоятельного сокращения названий или объединения групп разработчиком.

Доступность прежней работы. Исходный Project продолжает обслуживать группы и старые карточки без изменений. В новой системе принадлежность переносимых поездок заменяется тегами. Уведомления, контакты и другие сведения группы не удаляются и не превращаются автоматически в свойства тега: их новое место хранения и работы остаётся открытым вопросом перехода. Эта задача не вводит нового группового уведомления или контакта тега.

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

Проверка перехода. Проверяются существующая отдельная группа, дочерняя группа, поездка с несколькими группами и повтор переноса. Названия и принадлежность поездок сохраняются; для дочерней группы видны собственная и родительские метки. Ранее созданные новые заявки сохраняют названия, типы, города, номера и состав черновиков. Доступ к старым сведениям остаётся до завершения их перехода.

В начало задачи

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

«Основная информация» показывает название, тип, город, состояние «Черновик» и теги выбранного черновика. Общие данные заявки и остальные черновики не изменяются вследствие редактирования этих полей.
Смена «Рейс» / «Расписание» сохраняет название, город и назначения тегов, не создаёт новый объект и не меняет состояние заявки. Неполные поля сохраняются автоматически.
В карточке показаны только назначенные метки и «Выбрать теги». Отдельной кнопки «Создать тег» рядом с выбором нет. При отсутствии назначений показано «Не назначены».
«Выбрать теги» раскрывает выпадающий список под полем. При открытии с пустой строкой и после очистки поиска показаны «Последние теги» от последних добавленных к более ранним, без ограничения количества вариантов. После ввода показаны совпадения без учёта регистра. Поиск и очистка не меняют назначения, галочки отражают текущий набор. Длинный список вариантов прокручивается внутри раскрытого блока; поиск и «Создать тег» остаются на месте.
Можно назначить несколько тегов и искать следующий, сохраняя предыдущие назначения. Список остаётся открытым при выборе и снятии галочек. Повторное нажатие «Выбрать теги», клик снаружи или Escape закрывают список без отмены изменений. Снятие галочки или крестик метки убирает только назначение текущему черновику.
«Создать тег» внутри выбора открывает название и цвет. Уникальное название до 40 символов создаёт общий тег и назначает его текущему черновику. Пустое или повторяющееся без учёта регистра название показывает ошибку без создания и назначения; отмена не меняет ранее сделанные назначения.
Назначения и основные поля сохраняются, восстанавливаются и повторно отправляются по 11.4. При отказе обоих способов сохранения переходы заблокированы; при успешном буфере и ошибке сервера разрешены с отметкой несохранённых изменений.
Только пользователь с правом редактирования свободной карточки может менять данные. Второй пользователь, включая администратора, получает просмотр без действий изменения; метки не расширяют доступ к заявкам.
Перенос групп сохраняет их названия и связи с переносимыми рейсами и расписаниями; перенесённые теги имеют серый цвет. Вложенная группа становится самостоятельным тегом; её поездки получают также теги родительских групп. Повтор переноса не дублирует теги и назначения.
Исходный Project и его группы не изменяются. Контакты и уведомления групп не превращаются автоматически в свойства тегов; их переход требует отдельного решения. Необходимость обработки несовместимых названий выявляется по фактической базе до переноса; названия и группы не сокращаются и не объединяются произвольно.
Уже созданные новые заявки и черновики сохраняют собственные номера, данные и состав. Калькулятор, история, уведомления, создание результатов и другие будущие сценарии не предлагаются как реализованные в этом этапе.

В начало задачи · В начало

11.6. Калькулятор, маршрут, карта и показатели поездки

Оглавление задачи 11.6

11.6. Калькулятор, маршрут, карта и показатели поездки

11.6.1. Цель и результат

Ответственный менеджер или администратор готовит маршрут выбранного черновика: задаёт точки, время поездки и пассажиров, получает расстояние, время в пути и стоимость по действующим тарифам, выбирает подходящий автомобиль. Для расписания он задаёт маршрут, времена и дни повторения.

Результат — доступные вкладки «Калькулятор поездки» и «Маршрут и карта», связанные с одними данными черновика. Показатели обновляются при подготовке поездки; отдельного объекта «расчёт» в новой логике не создаётся. Можно сохранить неполную подготовку, вернуться в список и продолжить её позже. Создание рейса или расписания этим этапом не выполняется.

В начало задачи

11.6.2. Границы задачи и зависимости

Задача продолжает 11.1–11.5: использует заявку, её активные черновики, выбранный тип и город, права редактирования и сохранение по 11.4.

В задачу входят:

«Калькулятор поездки» у активного черновика типа «Рейс» и «Маршрут и карта» у обоих типов.
Начало, конец и промежуточные точки, построение карты по действующей логике Project.
Даты и времена разового рейса; начало действия, времена и дни повторения расписания.
Взрослые и дети, подборка возможных автомобилей и выбор автомобиля в калькуляторе.
Расстояние, время в пути, нулевой пробег и фиксация договорных километров.
Служебные сведения блока «На линию и в гараж».
Двусторонняя синхронизация всех общих данных между калькулятором и другими доступными вкладками черновика, обновление зависимых показателей, сводки и общих итогов заявки.
Сохранение параметров каждого типа при переключении и переход от отдельного калькулятора Project к подготовке внутри заявки.

Выбор автомобиля в калькуляторе задаёт транспорт этого же черновика. Полная вкладка «Транспорт и водители», выбор подрядчиков и обоих водителей, их оплата и финансовая форма относятся к 11.7. Контакты и список пассажиров относятся к 11.8; здесь задаются только количества взрослых и детей. Другого способа выбора автомобиля или второй копии количеств пассажиров последующие задачи не вводят.

Не входят создание результатов и запуск повторяющихся рейсов, самостоятельные карточки рейсов и расписаний, история и комментарии, уведомления, календарь и расширенный список заявок. Работа с тарифами, городами, автомобилями и гаражами как самостоятельными справочниками не добавляется.

В начало задачи

11.6.3. Сущности и правила

Расположение и общие данные. Обе вкладки находятся в «Обзор» выбранного черновика. Калькулятор доступен только для активного черновика типа «Рейс»; при выборе расписания он скрывается. Если в этот момент калькулятор открыт, пользователь переходит в «Основную информацию». «Маршрут и карта» доступна для обоих типов.

Все общие параметры калькулятора и остальных вкладок принадлежат одному выбранному черновику и синхронизируются двусторонне по 6.1. Ввод, изменение и очистка в любой доступной вкладке сразу обновляют все отображения того же параметра и зависимые показатели. Это относится к началу и концу маршрута, составу и порядку промежуточных точек, городу, датам и временам одного события, количествам пассажиров, выбранному автомобилю и общим показателям поездки. Отдельных копий по вкладкам и действий для их синхронизации нет.

В пределах 11.6 проверяется связь калькулятора, «Маршрут и карта» и доступной «Основной информации». Будущие вкладки используют эти же данные при реализации: выбор транспорта в 11.7 и количества взрослых и детей в «Клиент» по 6.8 и 11.8 не создают параллельных значений. Это правило не включает сами будущие вкладки в текущую задачу.

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

Поле или элемент	Поведение
Откуда и куда	Начало и конец пассажирского маршрута. Для построения маршрута нужны обе точки
Промежуточные точки	Упорядоченный необязательный список. Добавление помещает пустую точку в конец; крестик удаляет её без подтверждения, порядок остальных сохраняется
Базовый город	Город из существующего справочника, общий с «Основной информацией»
Тип маршрута	«Внутригородской», «Пригородный» или «Междугородный», как в основном прототипе
Выезд и приезд рейса	Дата и время каждого события. Приезд задаётся отдельно и должен быть позже выезда; допускается следующий или более поздний календарный день
Начало действия расписания	Необязательная дата начала
Выезд и приезд расписания	Время повторяющейся поездки. Приезд раньше выезда означает следующий календарный день
Дни повторения	Независимый выбор понедельника–воскресенья. Для создания расписания требуется хотя бы один день; неполный черновик сохраняется и без него
Взрослые и дети	Неотрицательные количества, исходно 0. Вместимость сравнивается с их суммой
Расстояние и нулевой пробег	Километры пассажирского маршрута и служебного пробега; неотрицательные значения
Время в пути	Продолжительность движения по маршруту. Не обязана совпадать с промежутком между выездом и приездом
Место выезда на линию	Выбор существующего места из справочника
Выезд на линию и возвращение в гараж	Отдельные служебные времена: дата и время для рейса, время для расписания. Они не подменяют пассажирский выезд и приезд

Построение и стоимость. Реальные маршруты, время движения и стоимость определяются по правилам Project и существующим тарифам транспорта. Демонстрационные формулы HTML, фиксированные автомобили и ставки не переносятся в рабочую систему как правила расчёта.

При изменении маршрута, города, пассажиров или выбранного автомобиля зависящие показатели автоматически обновляются по текущим данным. Кнопка «Рассчитать» позволяет запустить обновление вручную; её нажатие не является условием актуальности показателей и не создаёт рейс. При отсутствии начала или конца показано «Укажите начало и конец маршрута».

Диапазон стоимости определяется действующей логикой калькулятора Project. Выбор автомобиля учитывает его тарифы; при отсутствии выбранного автомобиля используются доступные варианты по правилам этого калькулятора. Стоимость для клиента из будущей вкладки «Финансы» является отдельным значением: пересчёт калькулятора не заменяет её автоматически.

Возможные автомобили. Карточки показывают автомобиль, вместимость и часовую ставку из существующих данных. Выбор карточки назначает автомобиль текущему черновику и выделяет выбранный вариант. Без подрядчика транспорта доступны собственные автомобили; при наличии выбранного подрядчика — его автомобили. Подрядчики водителей не ограничивают эту подборку.

Автомобили с числом пассажирских мест меньше суммы взрослых и детей исключаются из подборки. Ограничения на запас свободных мест нет. При отсутствии вариантов показано «Нет доступного транспорта выбранного подрядчика». Наличие карточки не является подтверждением свободного автомобиля на дату поездки.

Фиксация договорных километров. Галочка «Фиксировать договорные километры» находится в «Маршрут и карта». Справа от подписи расположен «?»; при наведении показано: «Длина маршрута и нулевой пробег сохраняются вручную. Время в пути и стоимость продолжают обновляться».

Без фиксации расстояние и нулевой пробег обновляются по построенному маршруту. С фиксацией сохраняются значения этих двух полей; их можно менять вручную, а новое построение карты не перезаписывает их. Время в пути продолжает определяться по маршруту, стоимость — по правилам Project. Снятие галочки возвращает автоматическое определение километров. Фиксация относится только к выбранному черновику и не блокирует изменение точек или построение карты.

Приезд и служебные времена. Приезд задаётся менеджером отдельно, как в Project. Изменение выезда, времени в пути или маршрута не переносит его автоматически. Например, выезд в 09:00, приезд в 12:00 и время движения 45 минут могут описывать поездку с ожиданием.

Служебные времена отделены от пассажирских. При подготовке блока «На линию и в гараж» используются существующие правила Project; автоматическое определение возвращения в гараж не означает автоматического изменения приезда пассажирского рейса. Эти поля не добавляют обязательных условий к сохранению неполного черновика.

Итоги и смена типа. В сводке показаны данные выбранного черновика. Верхние «Общее время в пути» и «Диапазон стоимости» суммируют только активные черновики типа «Рейс» по 5.3; расписания не учитываются. Пересчёт одного черновика обновляет его вкладки, сводку и вклад в эти суммы.

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

В начало задачи

11.6.4. Основные сценарии и существенные альтернативы

Подготовка разового рейса. Пользователь открывает активный черновик типа «Рейс», переходит в «Калькулятор поездки», выбирает город, вводит начало и конец, при необходимости добавляет остановки и указывает пассажиров. Карта и показатели обновляются. Он задаёт выезд и приезд отдельно, выбирает подходящий автомобиль и видит актуальные показатели этого черновика и общие итоги заявки.

Редактирование общих данных в разных вкладках. Пользователь вводит маршрут и даты в калькуляторе, затем открывает «Маршрут и карта» и видит те же значения. Здесь он меняет адрес, удаляет или добавляет промежуточную точку либо изменяет дату и время. Калькулятор отображает актуальные значения и тот же порядок точек. Изменение или очистка этих полей в калькуляторе также отражается в «Маршрут и карта». Смена города в «Основной информации» отображается в калькуляторе, а выбор города в калькуляторе — в «Основной информации». Зависимые показатели и сводка обновляются по правилам пересчёта и фиксации. Переход между вкладками не требует отдельного сохранения или подтверждения синхронизации. В «Маршрут и карта» также можно задать тип маршрута и служебные сведения выезда на линию и возвращения в гараж.

Договорные километры. Пользователь включает фиксацию, задаёт длину маршрута и нулевой пробег, затем меняет точки или нажимает «Рассчитать». Оба заданных значения сохраняются, карта и время движения обновляются. При снятии фиксации километры снова определяются по маршруту. Приезд в обоих случаях остаётся заданным отдельно.

Подготовка расписания. Пользователь выбирает «Расписание» и открывает «Маршрут и карта»: задаёт маршрут, при необходимости начало действия, времена и дни повторения. Выезд в 23:00 и приезд в 01:00 означают приезд на следующий день. Калькулятора разовой поездки здесь нет; подготовка расписания не запускает генерацию рейсов.

Переключение типа и черновика. Пользователь может перейти к другому черновику и вернуться без замены его данных. При смене «Рейс» / «Расписание» сохраняются общие сведения и отдельные параметры типов; актуализация показателей не изменяет вручную зафиксированные километры. Данные других черновиков и общая плановая дата работы заявки остаются прежними.

Неполные данные и ошибки. Отсутствие точек, дат, пассажиров или автомобиля не препятствует сохранению промежуточной подготовки и возврату по правилам 11.4. Поля готовности к созданию результата отмечаются по 6.1 и 7.2, но кнопка создания результата на этом этапе не подключается.

Если построение маршрута или получение показателей не удалось, пользователь видит ошибку; введённые точки и другие сведения черновика сохраняются. Неудачный пересчёт не является неудачным сохранением всех полей: блокирование переходов определяется результатом серверного сохранения или записи локального буфера по 11.4.

При недостаточной вместимости автомобиль не предлагается в подборке. Если вариантов нет, пользователь может изменить исходные данные или продолжить подготовку без выбора; пустая подборка не создаёт новый автомобиль и не назначает произвольный вариант.

Доступ. Изменение доступно ответственному менеджеру и администратору с правом редактирования свободной карточки. Второй пользователь, включая администратора, получает просмотр; он не меняет точки, километры, автомобиль или фиксацию и не запускает действия изменения. Исторические и обработанные черновики также не редактируются. Сохранение, восстановление и переходы используют общий механизм 11.4.

В начало задачи

11.6.5. Связь с прототипом и действующей системой

Главный прототип. Источник расположения и оформления — «Обзор → Калькулятор поездки» и «Обзор → Маршрут и карта» в главный прототип. Правила описаны в 6.2, 6.4 и 6.5; вместимость — в 6.8, общие итоги — в 5.3.

Прототип. Сценарий задачи 11.6 показан в главном прототипе. Состав работ и ограничения этапа определяются настоящей задачей. Демонстрация интерфейса не подтверждает готовность рабочей CRM.

Project. Действующий калькулятор доступен отдельным входом и сохраняет подборки поездок в прежней модели. В новой системе подготовка выполняется внутри активных черновиков заявки: добавление поездки выполняется через черновики из 11.3, а сохранение — через общий механизм 11.4. Отдельная старая подборка не создаётся при вводе маршрута в новой заявке.

Построение маршрута и расчёт стоимости используют существующие города, сведения транспорта и тарифы. Фиксация сохраняет длину маршрута и нулевой пробег, а не время движения. Приезд остаётся отдельно задаваемым значением. Выезд на линию и возвращение в гараж сохраняют своё служебное назначение и правила Project.

Навигация новой системы. Подготовка выполняется в «Рейсы → Заявки → выбранный черновик». Отдельный калькулятор в хэдере новой копии убирается; его сценарий заменяют черновики заявки. Проверяются маршрут, подбор транспорта, показатели, несколько черновиков, сохранение и повторное открытие.

Старые расчёты и подборки не мигрируют. Возможность продолжать их в новой карточке или временном старом калькуляторе не требуется. Исходный Project, его калькулятор и работа пользователей не изменяются.

При переносе готовых рейсов и расписаний сохраняются маршруты, точки, даты, пассажиры, транспорт и прочие связанные сведения. Новый пересчёт подготовки не переписывает исторические данные готовых поездок или их назначения тегов.

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

В начало задачи

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

Активный черновик типа «Рейс» содержит калькулятор и «Маршрут и карта»; у расписания калькулятор скрыт. Действия не создают готовый рейс или расписание.
Все общие параметры калькулятора и остальных доступных вкладок синхронизируются в обе стороны, включая ввод, изменение и очистку. Проверяются адреса, состав и порядок промежуточных точек, город, даты и времена: изменение в калькуляторе видно в соответствующей вкладке, а изменение там — в калькуляторе. Зависимые показатели и сводка обновляются; переключение не возвращает прежние значения и не требует отдельного подтверждения. Данные сохраняются как параметры одного черновика; другие черновики и общие данные заявки не заменяются. Будущие вкладки используют тот же источник значений, включая количества взрослых и детей по 6.8; их интерфейс не добавляется в 11.6.
Промежуточные точки добавляются в конец и удаляются без подтверждения; оставшиеся точки сохраняют порядок. Карта использует актуальный маршрут.
Показатели автоматически обновляются при изменении исходных данных. «Рассчитать» запускает обновление вручную; без начала или конца показана ошибка. Рабочие маршруты и тарифные показатели соответствуют Project, а не формуле HTML.
Возможные автомобили берутся из существующих записей и учитывают подрядчика транспорта и сумму взрослых и детей. Неподходящие по вместимости варианты не предлагаются; выбранный автомобиль становится транспортом этого черновика. При пустой подборке показано пояснение.
Фиксация сохраняет длину маршрута и нулевой пробег при новом построении, но не останавливает обновление времени в пути и стоимости. Снятие галочки возвращает автоматические километры. Подпись сопровождается «?» с согласованным пояснением при наведении.
Изменение выезда, маршрута или времени движения не сдвигает приезд. Для рейса допускается приезд в другой день; для расписания приезд раньше времени выезда относится к следующему дню.
Дни повторения и необязательная дата начала сохраняются у расписания без генерации рейсов. Служебные времена линии и гаража не подменяют пассажирские времена.
Переключение типа сохраняет общие сведения и восстанавливает отдельные параметры типов. Показатели актуализируются с учётом фиксации; переключение черновиков не смешивает их данные.
Сводка выбранного черновика и верхние итоги обновляются согласованно. В верхние суммы входят только активные разовые черновики; расписания не учитываются. Диапазон калькулятора не заменяет стоимость для клиента.
Неполная подготовка и очистка полей сохраняются по 11.4. После возврата и повторного открытия данные восстанавливаются; при ошибке построения маршрута введённые сведения не теряются. Переходы при ошибках сохранения следуют общим правилам буфера.
Пользователь без права редактирования и второй пользователь занятой карточки не меняют данные и не выполняют пересчёт как действие изменения.
В новой системе отдельный вход калькулятора заменён подготовкой в заявке. Старые расчёты и подборки не мигрируют, временного старого калькулятора нет. Исходный Project не изменяется; готовые поездки, тарифы и справочники сохраняют требования переноса. Ранее созданные новые заявки и теги сохранены.

В начало задачи · В начало

11.7. Транспорт, подрядчики, оба водителя и финансовые поля

Оглавление задачи 11.7

11.7. Транспорт, подрядчики, оба водителя и финансовые поля

11.7.1. Цель и результат

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

Результат — доступные вкладки «Транспорт и водители» и «Финансы» выбранного черновика. Подрядчик транспорта, подрядчик основного водителя и подрядчик второго водителя выбираются независимо. Данные сохраняются в этом черновике и согласованы с калькулятором; создание рейса или расписания не выполняется.

В начало задачи

11.7.2. Границы задачи и зависимости

Задача продолжает 11.1–11.6. Используются подготовленные черновики, общий механизм сохранения по 11.4, тип поездки и калькулятор с маршрутом.

В задачу входят:

Выбор существующих подрядчиков отдельно для транспорта, основного и второго водителей.
Поиск и выбор автомобиля, основного и необязательного второго водителя, снятие выбора.
Ограничение подборок по принадлежности подрядчику и вместимости; запрет одного человека в обеих водительских ролях.
Согласованный выбор автомобиля в калькуляторе и «Транспорт и водители».
Медицинское учреждение и параметры путевого листа, присутствующие во вкладке главного прототипа.
Стоимость для клиента, тип оплаты и отдельные суммы оплаты транспорта и обоих водителей.
Условное отображение оплаты второго водителя и её очистка при снятии его назначения.
Независимость данных разных черновиков, сохранение, восстановление и переход от соответствующих полей Project.

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

Полные списки готовности «Для сохранения» и «Для путевого», переходы из них к полям и проверка перед созданием результата целиком относятся к 11.11. В этом этапе реализуются сами поля и описанные ограничения выбора; отсутствие полного блока готовности не препятствует проверке задачи.

В начало задачи

11.7.3. Сущности и правила

Расположение. Обе вкладки находятся в «Обзор» выбранного активного черновика и доступны для типов «Рейс» и «Расписание». Данные исполнителей и финансов принадлежат черновику, а не всей заявке. Ответственный за заявку остаётся прежним: выбор исполнителя или подрядчика его не меняет.

Три независимых блока выбора.

Блок	Подрядчик	Доступные записи
Транспорт	Подрядчик транспорта или «Не выбран»	Без подрядчика — собственные автомобили; с подрядчиком — его автомобили
Основной водитель	Подрядчик водителя или «Не выбран»	Без подрядчика — штатные водители; с подрядчиком — его водители
Второй водитель	Подрядчик второго водителя или «Не выбран»	Без подрядчика — штатные водители; с подрядчиком — его водители

В каждом блоке пользователь сначала задаёт нужного подрядчика, затем выбирает соответствующий автомобиль или водителя. Выбор открывает поиск по отображаемому названию записи и вариант «Не выбран». Выбранная запись отображается в поле; поиск не создаёт новую запись справочника.

Подрядчики трёх блоков могут совпадать или отличаться. Второй водитель может быть штатным без подрядчика, от подрядчика основного водителя или от другого подрядчика. Выбор в одном блоке не устанавливает подрядчика в другом.

Тип транспорта определяется его блоком: без подрядчика — собственный, с подрядчиком — арендованный. Принадлежность каждого водителя определяется его собственным блоком. Эти сведения не являются отдельным способом обойти ограничения подборки.

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

Смена или снятие подрядчика проверяет допустимость выбранной записи только в своём блоке. Несовместимый автомобиль или водитель снимается; пользователь видит предложение выбрать автомобиль или водителя соответствующего подрядчика либо собственный транспорт или штатного водителя. Совместимая запись сохраняется.

Снятие автомобиля или основного водителя не снимает второго водителя и не меняет его подрядчика. Снятие второго водителя не меняет основного, транспорт или их подрядчиков. Если второй водитель снят непосредственно либо как несовместимый при смене своего подрядчика, его оплата очищается. Если он остаётся совместимым, сохраняются водитель и его оплата.

Второй водитель необязателен. Отсутствие автомобиля и основного водителя в текущих правилах не является самостоятельным запретом создать результат; сведения для путевого листа проверяются отдельно. На данном этапе неполный состав исполнителей не блокирует сохранение подготовки.

Общие данные с калькулятором. Выбранный автомобиль — одно назначение выбранного черновика. Выбор или снятие в «Транспорт и водители» отражается в калькуляторе, а выбор в калькуляторе — в этой вкладке. Отдельных автомобилей по вкладкам нет; применяется двусторонняя синхронизация из 6.1.

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

Вместимость определяется по правилам Project: пассажирских мест не меньше суммы взрослых и детей выбранного черновика. Неподходящие варианты не предлагаются; ограничения на запас мест нет. Пустая подборка не назначает произвольный автомобиль. Проверки фактической занятости транспорта на дату поездки этим этапом не вводятся.

Медицинское учреждение и параметры документа. Во вкладке доступны выбор существующего медицинского учреждения, «Перевозка детей» и «Показывать посадочные места». Признак «Перевозка детей» является отдельным полем и не меняет количества взрослых и детей. Для расписания параметры описывают будущие поездки; документ выпускается у конкретного рейса. Место выезда на линию и служебные времена остаются общими данными, расположенными в «Маршрут и карта» по 11.6.

Финансовые значения. Во вкладке «Финансы» находятся блоки «Расчёт с клиентом» и «Оплата исполнителям».

Поле	Поведение
Стоимость для клиента, ₽	Отдельное неотрицательное число. Требуется перед созданием результата; 0 считается заполненным значением, пустое поле — нет
Тип оплаты	«Наличный расчёт» или «Безналичный расчёт»; первоначально возможен «Не выбран». Требуется перед созданием результата
Оплата транспорта, ₽	Отдельная неотрицательная сумма, может оставаться пустой при подготовке
Оплата водителю, ₽	Отдельная неотрицательная сумма основному водителю, может оставаться пустой при подготовке
Оплата второму водителю, ₽	Показана только при выбранном втором водителе. Отдельная неотрицательная сумма; сам выбор второго водителя не делает её обязательной

Ввод и отображение денежных сумм выполняются по единому стандарту из 6.7.

Стоимость для клиента не подменяется диапазоном калькулятора. Изменение одной оплаты не заменяет остальные. Снятие второго водителя скрывает его поле оплаты и очищает значение; последующий выбор не восстанавливает прежнюю очищенную сумму автоматически.

Для расписания значения относятся к поездке, а не к автоматически вычисленной сумме всех будущих рейсов. Смена типа сохраняет общие финансовые сведения и назначения исполнителей по 6.4.

В форме нет отдельного «Состояния расчёта», банковской карты как третьего способа оплаты или финансового комментария. Ввод суммы или типа оплаты не означает поступления денег, выплаты исполнителю или запуска финансовой операции.

Сохранение и доступ. Все назначения, снятия, суммы, очистка и параметры документа сохраняются автоматически по 11.4, включая неполную подготовку. Менять их может ответственный менеджер или администратор с правом редактирования свободной карточки. Второй пользователь, включая администратора, получает просмотр без действий изменения. В обработанном черновике и историческом снимке выбор и финансовые поля не редактируются.

В начало задачи

11.7.4. Основные сценарии и существенные альтернативы

Собственный транспорт и штатные водители. Пользователь открывает «Транспорт и водители», оставляет подрядчиков невыбранными, находит собственный автомобиль и штатного основного водителя. При необходимости выбирает другого штатного водителя во второй роли. Один и тот же водитель не появляется в обеих подборках одновременно. Автомобиль отображается и в калькуляторе.

Разные подрядчики. Пользователь выбирает подрядчика транспорта и его автомобиль, отдельно — подрядчика основного водителя и его водителя. Во втором водительском блоке выбирает того же либо другого подрядчика или оставляет его невыбранным для штатного водителя. Назначения одного блока не заменяют остальные.

Смена подрядчика. Пользователь меняет подрядчика одного блока. Если выбранная запись совместима, она остаётся. Если несовместима, снимается только соответствующий автомобиль или водитель. При снятии второго водителя также очищается его оплата; транспорт и основной водитель не меняются.

Ввод финансов. Пользователь открывает «Финансы», задаёт стоимость для клиента, выбирает тип оплаты и при необходимости суммы исполнителям. При выбранном втором водителе видит дополнительное поле его оплаты. Возвращается к калькулятору и меняет маршрут или автомобиль: тарифные показатели обновляются, но введённая стоимость для клиента и независимые оплаты не подменяются.

Снятие второго водителя. Пользователь выбирает «Не выбран» для второго водителя. В «Финансы» его поле исчезает и сумма очищается. После повторного выбора второго водителя поле появляется без прежнего очищенного значения. Основной водитель, его оплата и оплата транспорта сохраняются.

Неполная подготовка. Пользователь может оставить исполнителей, стоимость или тип оплаты невыбранными, очистить суммы и вернуться в список. Это не является попыткой создать результат и не препятствует сохранению по 11.4. Значение 0 и пустая сумма восстанавливаются различимо.

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

Продолжение работы. После повторного открытия заявки и переключения черновиков восстанавливаются их собственные назначения и финансовые значения. Переходы между вкладками не требуют отдельного подтверждения синхронизации. Ошибки сервера и локального буфера, восстановление после перезапуска и запрет переходов при отказе обоих способов сохранения обрабатываются по 11.4.

В начало задачи

11.7.5. Связь с прототипом и действующей системой

Главный прототип. Расположение, оформление, подписи и условная видимость берутся из «Обзор → Транспорт и водители» и «Обзор → Финансы» в главный прототип. Правила исполнителей описаны в 6.6, финансов — в 6.7, общих данных — в 6.1.

Прототип. Сценарий задачи 11.7 показан в главном прототипе. Состав работ и ограничения этапа определяются настоящей задачей. Демонстрация интерфейса не подтверждает готовность рабочей CRM.

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

В новых черновиках используются существующие справочники и связи принадлежности подрядчикам. Для каждого из трёх блоков новая форма хранит собственный выбор подрядчика. Самостоятельное изменение записей справочников из черновика не вводится; открытие выбора не создаёт дублирующего водителя или автомобиля.

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

Сведения, которых нет в новой форме, сохраняются при переносе: состояние расчёта, финансовые комментарии и прежние виды оплаты не удаляются при открытии или сохранении упрощённой вкладки. Отображение двух новых видов оплаты не является разрешением потерять исходный вид оплаты старой записи или самостоятельно изменить её финансовый смысл. Совместимость конкретных справочных значений проверяется по фактическим данным до переноса готовых рейсов и расписаний.

Очистка оплаты при снятии второго водителя является действием пользователя в новой подготовке. Она не применяется ко всей старой базе как автоматическая очистка прежних выплат или исторических записей. Наличие незаполненного исполнителя в старой записи не создаёт нового водителя, подрядчика или фиктивного назначения.

Проверка перехода. Проверяются существующие назначения собственного и подрядного транспорта, основной и второй водители, отдельные оплаты, пустые суммы и нулевые значения, а также старые сведения вне новой формы. Удаление второй водительской роли в рабочем черновике не удаляет запись водителя из базы. Ранее созданные новые заявки сохраняют номера, владельцев, состав черновиков, маршруты, даты, теги и показатели; выбор транспорта остаётся общим с калькулятором.

В начало задачи

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

У активного черновика обоих типов доступны «Транспорт и водители» и «Финансы». Данные принадлежат выбранному черновику; его изменения не заменяют исполнителей или суммы других черновиков.
Подрядчики транспорта, основного и второго водителей выбираются независимо. Без подрядчика доступны собственный транспорт либо штатные водители; с подрядчиком — соответствующие записи этого подрядчика.
Выбор поддерживает поиск по отображаемому названию и «Не выбран». Новые записи справочников из черновика не создаются и не редактируются.
Второй водитель может быть штатным, от того же или другого подрядчика. Один идентификатор водителя нельзя назначить в обе роли; совпадение имён разных записей не является таким запретом.
Смена подрядчика пересматривает назначение только своего блока. Несовместимая запись снимается, совместимая сохраняется. Независимые блоки не изменяются.
Выбор или снятие автомобиля синхронизируется между калькулятором и «Транспорт и водители» в обе стороны. Подрядчик транспорта и вместимость ограничивают обе подборки; подрядчики водителей их не ограничивают.
Медицинское учреждение и параметры документа сохраняются в черновике. «Перевозка детей» не меняет количества пассажиров. Выпуск путевого листа и полные списки готовности не появляются в этом этапе.
Стоимость для клиента и три оплаты являются отдельными неотрицательными значениями. Пересчёт калькулятора не подменяет стоимость для клиента; изменение одной оплаты не заменяет остальные. Пустая сумма и 0 различаются при сохранении и восстановлении.
Ввод и отображение сумм соответствуют стандарту 6.7. Проверены ввод с запятой и точкой, вставка суммы с пробелами, форматирование после выхода из поля и ошибки недопустимого ввода. Ошибочное значение остаётся доступным для исправления и не округляется автоматически; промежуточный черновик сохраняется по 11.4, создание результата требует исправления ошибки.
Тип оплаты имеет два варианта: наличный и безналичный расчёт. Для новой подготовки нет отдельного состояния расчёта, финансового комментария или третьего варианта «Банковская карта».
Оплата второго водителя видна только после его выбора. Снятие водителя, в том числе как несовместимого после смены подрядчика, скрывает поле и очищает сумму. При повторном выборе очищенная сумма не восстанавливается автоматически; совместимый водитель и его сумма сохраняются.
Неполные назначения и финансы сохраняются по 11.4 без создания результата или финансовой операции. После повторного открытия, переключения типа и черновика данные остаются у своих объектов.
Пользователь без права редактирования и второй пользователь занятой карточки не меняют исполнителей, подрядчиков, суммы или параметры документа. Общие правила ошибок сохранения и локального буфера остаются действующими.
При переходе сохраняются существующие записи и назначения, раздельные суммы обоим водителям и старые сведения вне новой формы. Упрощение интерфейса не очищает исторические выплаты, не удаляет справочники и не переписывает готовые поездки. Ранее созданные новые заявки сохраняют свои данные.

В начало задачи · В начало

11.8. Выбор клиента, контакты и пассажиры

Оглавление задачи 11.8

11.8. Выбор клиента, контакты и пассажиры

11.8.1. Цель и результат

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

Результат — доступная вкладка «Клиент» с выбором записи из базы и блоком «Пассажиры и уведомления». Количества взрослых и детей синхронизированы с калькулятором; контакты и пассажирские строки сохраняются независимо в выбранном черновике. Создание клиента, отправка уведомлений и создание рейса или расписания этим этапом не выполняются.

В начало задачи

11.8.2. Границы задачи и зависимости

Задача продолжает 11.1–11.7: используются работающая заявка, её черновики, исходные сведения обращения с сайта, калькулятор и выбор транспорта, а также сохранение по 11.4.

В задачу входят:

Вкладка «Клиент» у активного черновика типов «Рейс» и «Расписание».
Поиск и выбор существующего клиента, смена и снятие привязки.
Просмотр типа, имени или названия, телефона, email и ИНН выбранной записи без редактирования справочника.
Автоматический список менеджеров, работающих с клиентом по действующим рейсам и расписаниям.
Общие с калькулятором количества взрослых и детей, обновление сводки и подборок транспорта.
Добавление, изменение, очистка и удаление строк «Контакты для уведомлений» и «Список пассажиров».
Независимость данных разных черновиков, сохранение, восстановление и сохранность соответствующих сведений Project.

Не входят создание и редактирование контрагентов, их самостоятельные карточки, управление сотрудниками или ручное назначение менеджеров клиенту. Фильтр «Мои клиенты» в контрагентах не реализуется этим этапом.

Создание уведомлений, выбор адресата из подготовленных контактов и отправка относятся к 11.9. Создание результатов и полные списки готовности в сводке — к 11.11. Наличие обязательного клиента для будущего рейса не включает эти действия в текущую задачу.

В начало задачи

11.8.3. Сущности и правила

Расположение и выбор клиента. Вкладка находится в «Обзор → Клиент» выбранного черновика. Выбор открывает поиск по имени или названию существующей записи и вариант «Не выбран». Назначение выполняется по записи базы, а не по совпадению текста имени или телефона.

Выбранный клиент относится только к этому черновику. Смена выбора заменяет его привязку и отображаемые сведения; «Не выбран» снимает привязку. Данные клиента в справочнике не меняются. Нельзя создавать клиента или исправлять его реквизиты из черновика.

Для разового рейса клиент обязателен перед созданием результата. Для расписания отсутствие клиента допустимо по 6.8. Во время подготовки оба типа могут сохраняться без выбранного клиента.

Сведения клиента. После выбора показаны тип клиента, имя или название, телефон, email, ИНН и «Менеджеры, работающие с клиентом». Отсутствующий реквизит обозначается «Не указано». Если клиента нет, показано «Клиент не выбран»; если у него нет работающих менеджеров — «Нет работающих менеджеров».

Это сведения для просмотра, а не редактируемая анкета. Отсутствующий телефон или ИНН не требует заполнения скрытых реквизитов через карточку поездки. Выбор клиента не меняет ответственного за заявку.

Менеджеры, работающие с клиентом. Список вычисляется по правилам 6.8. В него входит ответственный хотя бы за один неархивный объект выбранного клиента:

Рейс в состоянии «Ожидает исполнения» или «Активный».
Расписание в состоянии «Активный» или «На паузе».

Завершённые, отменённые и архивные объекты не учитываются. Один менеджер показан один раз независимо от количества подходящих объектов. У клиента могут одновременно работать несколько менеджеров.

Связь появляется с первым подходящим объектом пары «менеджер — клиент» и прекращается, когда таких объектов больше нет. Смена клиента, ответственного, состояния, архивирование и возврат пересматривают её по текущим данным. Передача одного объекта не исключает прежнего менеджера, если у него остаётся другой подходящий объект этого клиента.

Заявка, активный черновик и сам выбор клиента в них не создают эту связь. Список не назначается вручную и не предоставляет дополнительных прав редактирования. Ответственный за заявку и ответственные за существующие результаты определяются своими правилами. В рабочей карточке показан текущий список, в историческом снимке — сведения на момент фиксации.

Пассажиры и уведомления.

Элемент	Поведение
Взрослые	Неотрицательное количество взрослых выбранного черновика, общее с калькулятором
Дети	Неотрицательное количество детей выбранного черновика, общее с калькулятором
Контакты для уведомлений	Отдельный список строк с именем и телефоном, подготовленный для уведомлений этой поездки
Список пассажиров	Отдельный список строк с именем и телефоном пассажира

Количества синхронизируются в обе стороны по 6.1: ввод, изменение и очистка во вкладке «Клиент» отражаются в калькуляторе, а изменения в калькуляторе — здесь. Сумма обновляется в сводке и используется при подборе транспорта в калькуляторе и «Транспорт и водители». Отдельных количеств для разных вкладок нет.

Подборки исключают транспорт с числом пассажирских мест меньше суммы взрослых и детей; ограничения на запас мест нет. Для этой проверки используются количества, а не число строк именного списка.

Работа со строками. В каждом списке «+ Добавить» создаёт пустую строку с полями «Имя» и «Телефон» в конце. Можно заполнить только часть строки, изменить или очистить её. Крестик удаляет выбранную строку; остальные строки остаются в своём списке. При пустом списке показано «Пока не добавлены».

Два списка независимы. Добавление контакта не добавляет пассажира, а добавление пассажира не делает его контактом для уведомлений. Строка не создаёт запись клиента или сотрудника и не изменяет справочник контактов клиента. Для работы с этими списками не требуется предварительно выбирать клиента.

Количество строк не меняет автоматически числа взрослых и детей. Поля строк необязательны; проверки формата телефонов и соответствия строк указанному количеству пассажиров не выполняются. Менеджер отвечает за введённые сведения. Неполные строки, пробелы и очистка сохраняются по общим правилам.

Смена или снятие выбранного клиента не подменяет подготовленные количества, контакты и список пассажиров черновика. Новая запись клиента не заполняет эти строки автоматически. Телефон клиента в блоке реквизитов и строки «Контакты для уведомлений» являются разными данными.

Обращение с сайта. Имя, телефон, город и текст обращения остаются исходными сведениями всей заявки. Они не выбирают клиента автоматически и не заменяются реквизитами выбранной записи. Менеджер самостоятельно связывается с отправителем, выбирает клиента и готовит необходимые контакты; поступление обращения не создаёт клиентскую запись или строки этих списков.

Сохранение и доступ. Изменения сохраняются в выбранном черновике по 11.4. Переход к другому черновику не переносит туда клиента или списки текущего. Переключение «Рейс» / «Расписание» сохраняет клиента, количества и строки как общие данные по 6.4.

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

В начало задачи

11.8.4. Основные сценарии и существенные альтернативы

Выбор записи базы. Пользователь открывает «Клиент», ищет запись по имени или названию, выбирает её и видит реквизиты и работающих менеджеров. Может выбрать другую запись или «Не выбран». Ответственный за заявку остаётся прежним, исходное обращение с сайта не меняется, новый клиент не создаётся.

Подготовка контактов. Пользователь нажимает «+ Добавить» в «Контакты для уведомлений», вводит имя и телефон, при необходимости добавляет другие строки. Можно оставить неполную строку и продолжить позже. Крестик удаляет выбранную строку; клиент и пассажирский список остаются прежними. Создание и отправка уведомления на этом этапе отсутствуют.

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

Изменение количества в разных вкладках. Пользователь меняет взрослых или детей в «Клиент», переходит в калькулятор и видит те же значения, обновлённую сводку и подборку по вместимости. Изменяет или очищает количество в калькуляторе — вкладка «Клиент» показывает актуальное значение. Отдельного подтверждения синхронизации нет.

Смена клиента после заполнения. Пользователь выбирает другую клиентскую запись или снимает выбор. Реквизиты и список работающих менеджеров обновляются; введённые количества, контакты и пассажирские строки сохраняются у черновика и не заменяются данными другого клиента.

Обновление работающих менеджеров. При изменении подходящих существующих рейсов или расписаний список отражает текущую связь. Если последний подходящий объект менеджера завершён или архивирован, менеджер исчезает из списка; если остаётся другой подходящий объект — остаётся. Выбор этого клиента в новом черновике сам по себе не добавляет текущего пользователя. Исторические сведения не переписываются.

Неполная подготовка и отсутствие вариантов. Если нужного клиента нет в базе, пользователь может продолжить подготовку без привязки, но не создаёт запись из этой формы. Отсутствие клиента или телефона, пустые списки и незаполненные строки не блокируют промежуточное сохранение и возврат по 11.4. Обязательность клиента при создании разового рейса проверяется в 11.11.

После повторного открытия восстанавливаются выбранный клиент, количества и оба списка данного черновика. Ошибки сохранения, локальный буфер, перезапуск и блокирование переходов при отказе обоих способов сохранения обрабатываются общим механизмом 11.4.

В начало задачи

11.8.5. Связь с прототипом и действующей системой

Главный прототип. Источник оформления и поведения — «Обзор → Клиент» в главный прототип: выбор существующей записи, реквизиты, вычисляемые менеджеры, количества и два списка строк. Правила приведены в 6.8, синхронизация — в 6.1, исходные сведения сайта — в 4.3.

Прототип. Сценарий задачи 11.8 показан в главном прототипе. Состав работ и ограничения этапа определяются настоящей задачей. Демонстрация интерфейса не подтверждает готовность рабочей CRM.

Project. В действующей системе уже есть клиентские записи, связи поездок с клиентами, контакты и пассажирские сведения. Существующий выбор пассажиров клиента и работа со справочными контактами не являются основанием перенести создание или изменение этих справочников в новый черновик. Новая форма использует существующего клиента, а именные строки поездки хранит отдельно от справочника.

Список менеджеров новой формы определяется по текущим ответственным подходящих рейсов и расписаний, а не переносится как произвольный ручной список назначений клиенту. Расчёт связи не меняет ответственных у существующих объектов и не назначает менеджера по исходному обращению сайта.

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

Данные старых контактов и пассажиров не удаляются только из-за отличия прежних справочных списков от новых строк. Дополнительные сведения и связи, которых нет в демонстрационной форме, сохраняются при переносе; упрощённые поля не являются разрешением сократить старые данные до имени и телефона или объединить разные записи с одинаковым текстом. Подготовленные контакты поездки не записываются автоматически обратно в карточку клиента.

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

Проверка перехода. Проверяются существующий клиент с поездками разных менеджеров, клиент без подходящих действующих объектов, клиент без телефона, контакты и пассажиры старых поездок. Сопоставляются принадлежность клиенту и исходные сведения; одинаковые имена не заменяют идентификаторы. У новой подготовки проверяется самостоятельность двух списков и общность количеств с калькулятором. Завершённые и архивные объекты не создают текущую связь менеджера с клиентом.

В начало задачи

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

«Клиент» доступна у активного черновика обоих типов. Поиск выбирает существующую запись по имени или названию; смена и «Не выбран» меняют только привязку текущего черновика без создания или редактирования клиента.
После выбора показаны тип, имя или название, телефон, email, ИНН и менеджеры, работающие с клиентом. Отсутствующие реквизиты и отсутствие менеджеров обозначены явно; реквизиты недоступны для изменения.
Менеджеры вычисляются по ответственным неархивных рейсов «Ожидает исполнения» и «Активный» и расписаний «Активный» и «На паузе». Один менеджер показан один раз; завершённые, отменённые и архивные объекты исключены.
Смена клиента, ответственного, состояния, архивирование и возврат обновляют связь. Последний подходящий объект определяет её прекращение; наличие другого подходящего объекта сохраняет её. Черновики и выбор клиента в них не создают связь и не расширяют права доступа.
Взрослые и дети синхронизируются с калькулятором в обе стороны, включая очистку. Сводка и подборки автомобилей используют их сумму; число именных строк не участвует в проверке вместимости.
В каждом из двух списков «+ Добавить» создаёт пустую строку с именем и телефоном; можно изменять, очищать и удалять строки. Пустой список обозначен «Пока не добавлены». Строка одного списка не создаётся и не удаляется вследствие работы с другим.
Количества пассажиров и именные строки независимы. Формат телефонов и соответствие количества строк числам не проверяются; неполные строки, пробелы и очистка сохраняются.
Для работы со списками не требуется выбирать клиента. Смена или снятие клиента не заменяет количества и списки; его телефон не становится автоматически контактом для уведомлений. Клиентские и сотруднические записи из строк не создаются.
Исходные сведения сайта остаются без изменений, не выполняют автоматический выбор клиента и не заполняют списки черновика. Ответственный за заявку не меняется вследствие клиентского выбора.
Данные сохраняются и восстанавливаются по 11.4, остаются у своих черновиков и общими для типов. Рабочая карточка показывает актуальных менеджеров; исторический снимок сохраняет сведения на момент фиксации.
Пользователь без права редактирования и второй пользователь занятой карточки не меняют клиентскую привязку, количества или строки. Отсутствие клиента и неполные списки не блокируют промежуточное сохранение.
В этапе нет создания уведомлений, отправки, выпуска документов, создания результатов, полного блока готовности или интерфейса контрагентов. Обязательность клиента для будущего рейса не является запретом сохранять черновик.
Подключение новой вкладки сохраняет существующие клиентские записи, привязки, контакты и пассажирские сведения, включая данные вне упрощённой формы. Не создаются дубли клиентов и не объединяются разные записи по совпадению текста. Ранее созданные новые заявки и их подготовка сохраняются.

В начало задачи · В начало

11.9. Уведомления и персональные напоминания

Оглавление задачи 11.9

11.9. Уведомления и персональные напоминания

11.9.1. Цель и результат

Ответственный менеджер или администратор сохраняет напоминания и сообщения выбранного черновика: задаёт получателя, текст и срок, обрабатывает наступившие напоминания и видит их в личном меню пользователя. Водительские, клиентские и пассажирские сообщения отправляются через действующий механизм Project.

Результат — работающая вкладка «Уведомления» с созданием, состояниями и действиями, личное меню «Напоминания» и всплывающая карточка. Уведомление принадлежит одному черновику; оно не становится общей рассылкой по всей заявке. Пропущенный срок не отменяет запись: наступившее время обрабатывается при ближайшей проверке системы.

В начало задачи

11.9.2. Границы задачи и зависимости

Задача продолжает 11.1–11.8. Используются даты поездки, выбранные водители, контакты и пассажирский список, общий механизм сохранения и стандартные права доступа.

В задачу входят:

Вкладка «Уведомления», её счётчик и список записей выбранного черновика.
Форма создания для менеджера, водителей, одного контакта клиента или пассажиров.
Конкретная дата и время, «Сейчас» и вычисление времени до выезда разового рейса.
Сохранение вычисленного срока независимо от переноса выезда и смены типа черновика.
Обработка запланированных сообщений действующим механизмом доставки Project.
Состояния и действия напоминаний: выполнение, откладывание и отмена.
Личное меню пользователя, счётчик, всплывающая карточка и индикаторы наступивших напоминаний в доступных поверхностях заявки.
Исключение прекращённых черновиков из действующих напоминаний и отмена их невыполненных уведомлений при прекращении через существующее действие 11.3.
Сохранение записей и состояний, восстановление и связь с существующими уведомлениями Project.

Новые каналы, интеграции и настройка раздела «Управление» не входят. Используются существующие каналы и правила доставки Project; HTML не отправляет реальные сообщения.

История действий и комментарии целиком относятся к 11.10. Создание результата и передача уведомлений в него — к 11.11, завершение и возобновление всей заявки — к 11.12, передача ответственности с переносом напоминаний — к 11.13. Эти действия не подключаются заранее. Полный список заявок и календарь остаются в 11.14–11.15; текущий этап использует доступный список без восстановления их ещё не реализованных возможностей.

В начало задачи

11.9.3. Сущности и правила

Расположение и записи. Вкладка находится в «Обзор → Уведомления» выбранного черновика и доступна для обоих типов. Каждая запись показывает получателя, текст, состояние, время и канал. Если записей нет, показано «Уведомлений пока нет». Счётчик включает все записи, в том числе выполненные, отправленные и отменённые.

«Добавить уведомление» открывает форму. Закрытие без «Создать» ничего не добавляет. Запись появляется только после успешного создания; она сохраняет принадлежность черновику при переходах между вкладками и повторном открытии.

Поле	Поведение
Получатель	Менеджер, водитель, клиент или пассажиры
Менеджер	При получателе «Менеджер»: ответственный за объект либо конкретный пользователь
Контакт клиента	При получателе «Клиент»: один контакт с телефоном из «Контактов для уведомлений» выбранного черновика
Канал	Для менеджера — «В CRM»; для внешних сообщений — WhatsApp, Telegram и MAX по настройкам Project, существующий каскад Wappi и резервная отправка через WhatsApp
Текст	Непустой текст до 2000 символов
Когда	«В указанную дату и время», «Сейчас»; у черновика рейса также «До выезда этого рейса»
Дата и время	Допустимый будущий момент при выборе указанной даты и времени
За сколько минут	Для режима до выезда — интервал от 1 до 10080 минут; нужны дата и время выезда для вычисления срока

При ошибке показано пояснение, форма остаётся открытой и запись не создаётся. Для расписания режим до выезда не предлагается: доступны конкретное время и «Сейчас».

Получатели.

Напоминание ответственному определяется текущим ответственным объекта. Конкретный пользователь выбирается отдельно; это не передаёт ему заявку и не предоставляет права её редактировать.
Сообщение водителю адресуется выбранному основному водителю; при двух выбранных водителях каждый получает одно и то же сообщение.
Сообщение клиенту адресуется одному выбранному контакту из списка данного черновика. Контакты без телефона исключены, имя без заполнения показано как «Без имени». При отсутствии доступных контактов выбор и «Создать» недоступны; показано «Добавьте контакт с телефоном в разделе „Клиент“ → „Контакты для уведомлений“». Выбор другого получателя снимает это ограничение.
Сообщение пассажирам адресуется каждому пассажиру из списка, у которого заполнен телефон. Строки без телефона пропускаются и сообщения им не отправляются. Отдельный выбор подмножества пассажиров не вводится.

Выбранный клиентский контакт сохраняется в уведомлении с именем и телефоном. Последующее изменение или удаление строки контакта не подменяет адресата уже созданного уведомления. Общий телефон клиента из справочника не используется вместо явно выбранного контакта. Формат введённых телефонов не проверяется в форме; отсутствие реального доступного адресата не означает успешную доставку.

Существующие каналы Project. Переносятся WhatsApp через Wappi, Telegram через бота и MAX с существующими привязками получателей. Если настроен каскад Wappi, используются его действующий состав и порядок; при ошибке сохраняется резервная отправка через WhatsApp. Без каскада действует существующий механизм WhatsApp с подключёнными Telegram и MAX для получателей с соответствующими привязками. Форма показывает информационный блок без выбора: «Канал: В CRM» для менеджера, «Каналы доставки» с метками WhatsApp, Telegram и MAX для внешних получателей. Подробные правила переноса каналов приведены в 6.9.

Срок выполнения. «До выезда этого рейса» вычисляет конкретную дату и время отправки при создании. Например, выезд в 12:00 и интервал 30 минут дают срок 11:30. Этот срок далее сохраняется: перенос выезда и смена типа на «Расписание» не пересчитывают существующее уведомление. У нового уведомления используются данные выезда на момент его создания.

Если вычисленный срок уже наступил, внешнее сообщение ожидает обработки при ближайшей проверке, а напоминание менеджеру становится доступным к выполнению. Это также относится к «Сейчас». Отдельное будущее время в форме проверяется при создании, но его последующее наступление не отменяет запись. Передача уведомления в результат в 11.11 сохраняет срок и состояние; уже обработанное уведомление не выполняется повторно.

Состояния и действия.

Состояние	Доступное поведение
Запланировано	Срок не наступил; можно отменить. Для внешнего сообщения доступна отправка сейчас
Пора выполнить	Срок напоминания менеджеру наступил: «Выполнено», «Отложить на 10 минут», «Отменить»
Просрочено	Напоминание не обработано через 5 минут после срока; доступны те же действия
Выполнено	Напоминание завершено; повторное выполнение и отмена не предлагаются
Отправлено	Внешнее сообщение обработано отправкой; HTML показывает имитацию
Отменено	Дальнейшее выполнение прекращено, запись остаётся для просмотра

«Отложить на 10 минут» назначает срок от текущего момента и возвращает запись в запланированные. «Выполнено» завершает напоминание. «Отменить» сохраняет запись и прекращает дальнейшую обработку, а не удаляет её бесследно. Состояния и действия сохраняются сразу.

Наступивший срок сам по себе не является подтверждением доставки внешнего сообщения. Отправка и сведения об ошибке используют существующий механизм Project. При отсутствии адресата или ошибке канала нельзя показывать успешную доставку только на основании времени. Смена срока не создаёт новую копию уведомления.

Личные напоминания. Меню «Напоминания», его счётчик и всплывающая карточка относятся к текущему получателю и доступным ему объектам. Администратор не получает все чужие напоминания как свои только благодаря роли. Внутри доступной карточки сохраняется его право работать с уведомлениями.

В личном списке и всплывающей карточке доступны «Открыть», «Отложить на 10 минут» и «Отменить» по главному прототипу. «Открыть» ведёт к объекту с напоминанием; «Выполнено» доступно во вкладке уведомлений. Крестик всплывающей карточки только скрывает её, не выполняет и не отменяет напоминание.

Наступившие и просроченные напоминания участвуют в индикаторах черновика и заявки с учётом получателя и правил 9.7. Запланированные и завершённые записи сами по себе не создают признак требования внимания. Персональный список и административный обзор чужих заявок являются разными условиями.

Удаление и завершение. При удалении лишней вкладки по 11.3 её уведомления удаляются вместе с подготовкой и больше не выполняются. При завершении заявки по 11.12 уведомления оставшихся черновиков сохраняются, невыполненные отменяются. Эти сценарии не меняют уведомления других черновиков и созданных результатов. Исторические и обработанные черновики не участвуют в текущих личных напоминаниях и повторной отправке.

При создании результата уведомления переходят вместе с черновиком по 11.11. Уведомления расписания относятся к нему и не копируются автоматически в порождённые рейсы. Переназначение незавершённых напоминаний новому ответственному при передаче заявки реализуется целиком в 11.13 по 9.7; текущий этап не предоставляет кнопку передачи.

Доступ и сохранение. Создание и обработка уведомлений внутри активного черновика доступны пользователю с правом редактировать свободную заявку. Второй пользователь, включая администратора, получает просмотр. Исторические записи доступны для чтения. Личная адресация не отменяет ограничений доступа к объекту.

Поля подготовки сохраняются по 11.4; уведомление создаётся отдельным действием, а не появляется из незавершённой формы по автосохранению. При ошибке создания или обработки пользователь не должен видеть неподтверждённую операцию как успешно выполненную. Переходы и восстановление незаписанных данных используют общие правила сохранения, не запускают повторную отправку уже обработанного сообщения.

В начало задачи

11.9.4. Основные сценарии и существенные альтернативы

Напоминание менеджеру. Пользователь открывает уведомления выбранного черновика, нажимает «Добавить уведомление», выбирает менеджера, текст и срок. При наступлении времени напоминание появляется в личных поверхностях соответствующего получателя. Его можно открыть и отметить выполненным, отложить на 10 минут либо отменить. Скрытие всплывающей карточки оставляет напоминание действующим.

Сообщение клиенту. Пользователь выбирает «Клиент», видит контакты с телефонами и выбирает одного. Создаёт сообщение; в записи сохранены выбранные имя и телефон. Изменение исходной строки контакта не меняет этого адресата. Если контактов нет, пользователь видит пояснение и может закрыть форму, подготовить контакт во вкладке «Клиент» и вернуться либо выбрать другого получателя.

Водители и пассажиры. Сообщение водителю поступает обоим назначенным водителям, если их двое. Для пассажиров используются строки с телефонами; остальные пропускаются. Само сообщение не создаёт контакт, пассажира или водителя. Если доступного получателя нет, это не считается успешной доставкой людям.

Изменение поездки после создания уведомления. Выезд в 12:00 и уведомление за 30 минут сохраняют срок 11:30. После переноса выезда на 14:00 срок остаётся 11:30. Переключение черновика на «Расписание» также сохраняет этот срок. Если к моменту обработки уже 11:35, сообщение не отменяется как опоздавшее и ожидает ближайшей проверки; выполненная ранее отправка не повторяется.

Отмена уведомления и удаление черновика. Отмена отдельного уведомления сохраняет его запись и прекращает дальнейшую обработку. Удаление лишней вкладки по 11.3 удаляет её уведомления вместе с черновиком; они не становятся сохранёнными отменёнными уведомлениями прекращённой подготовки. Уведомления других черновиков не меняются. Завершение всей заявки и возобновление подключаются в 11.12.

Ошибки и возврат. Пустой текст, неверное будущее время, недопустимый интервал и отсутствие клиентского контакта не создают запись. Закрытие формы также ничего не добавляет. Ошибки сохранения и доставки показываются с сохранением доступных сведений; ошибка внешней отправки не обозначается как полученное адресатом сообщение. После повторного открытия сохраняются сроки и состояния, а смена вкладок не дублирует уведомления.

В начало задачи

11.9.5. Связь с прототипом и действующей системой

Главный прототип. Источник оформления и сценариев — «Обзор → Уведомления», меню пользователя «Напоминания» и всплывающая карточка в главный прототип. Правила описаны в 6.9 и 9.7, источники контактов и пассажиров — в 6.8.

Прототип. Сценарий задачи 11.9 показан в главном прототипе. Состав работ и ограничения этапа определяются настоящей задачей. Демонстрация интерфейса не подтверждает готовность рабочей CRM.

Project. Существующие уведомления, их очередь, получатели и механизм доставки используются при переходе к новой карточке. В действующей форме время «до выезда» вычисляется при создании и сохраняется конкретным сроком; новая логика сохраняет этот принцип. Уведомления черновика новой заявки не требуют сначала создавать старый рейс только для получения возможности их сохранить.

Внешняя доставка сохраняет WhatsApp, Telegram, MAX, существующий каскад Wappi и резервную отправку через WhatsApp, их действующие настройки и порядок использования. Новая адресация использует отдельный выбранный контакт черновика, обоих водителей и пассажиров с телефонами по описанным правилам, не превращая старые групповые контакты в свойства тегов.

Сохранность и переход. Подключение вкладки не удаляет уведомления старых рейсов, расписаний и групп. При переносе сохраняются их идентификаторы и связи с исходными объектами, текст, получатели, срок, состояние, сведения отправки и ошибки. Уже обработанные записи не становятся новой очередью и не отправляются повторно из-за открытия карточки или преобразования структуры.

При переносе готовых поездок сохраняются связанные с ними уведомления; сообщения старых расчётов и обращений не создаются заново как уведомления новых заявок. Контакты и уведомления групп требуют отдельного решения перехода. Исходный Project и его очередь не изменяются при разработке новой копии. Повторный запуск переноса не должен повторно отправлять обработанные сообщения.

Проверка перехода. Сравниваются существующее запланированное уведомление и его срок, уже отправленная запись, сообщение с ошибкой, старое групповое уведомление и персональное напоминание. Проверяется отсутствие повторной отправки и сохранность исходных связей. Ранее созданные новые заявки сохраняют маршруты, исполнителей, финансы, контакты, пассажиров и теги; срок уведомления не переустанавливается при их повторном открытии.

В начало задачи

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

Вкладка уведомлений показывает записи только выбранного черновика, их получателя, текст, состояние, срок и канал. Счётчик включает завершённые и отменённые записи; пустой список обозначен явно.
Форма поддерживает четыре типа получателей, непустой текст до 2000 символов, конкретное будущее время и «Сейчас». Режим до выезда есть только у черновика рейса и принимает интервал 1–10080 минут. Ошибки и закрытие формы не создают запись.
Время до выезда вычисляется при создании и остаётся конкретным сроком после переноса выезда и смены типа. Уже наступивший срок не отменяется: внешнее сообщение ожидает ближайшей обработки, напоминание менеджеру становится доступным к выполнению. Обработанные записи не повторяются.
Клиентский получатель выбирается из контактов черновика с телефонами. При отсутствии вариантов создание недоступно с пояснением. В уведомлении сохраняются выбранные имя и телефон; изменения исходного контакта не заменяют адресата.
Одно водительское уведомление адресуется обоим выбранным водителям, если их двое. Пассажирское сообщение отправляется всем строкам пассажирского списка с телефонами; строки без телефона пропускаются. Отсутствие получателя не обозначается как успешная доставка.
Для менеджера используется «В CRM». Переносятся WhatsApp, Telegram и MAX, привязки получателей, существующий каскад Wappi и резервная отправка через WhatsApp. Сохраняются действующие настройки и порядок доставки; канал отображается информационным блоком без выпадающего меню. Ошибки доставки не скрываются за одним наступлением срока.
Напоминание становится «Пора выполнить», а через 5 минут без обработки — «Просрочено». «Выполнено», откладывание на 10 минут и отмена сохраняют описанные состояния без создания копий и бесследного удаления.
Личные меню, счётчик и всплывающая карточка показывают адресованные текущему пользователю напоминания доступных объектов. Администратор не получает чужие напоминания как свои. Крестик только скрывает карточку; «Открыть» ведёт к объекту, действия откладывания и отмены работают без подмены полей подготовки.
Индикаторы внимания отражают наступившие и просроченные напоминания с учётом получателя. Запланированные, завершённые и отменённые записи сами по себе не создают требование внимания. Полный будущий список и календарь не включаются в этап.
Удаление лишнего черновика через 11.3 удаляет его уведомления без дальнейшего выполнения; другие черновики и результаты не меняются. При завершении заявки сохраняются уведомления только оставшихся черновиков, невыполненные отменяются. Исторические данные не запускают сообщения повторно.
Действия доступны по праву работы с объектом; второй пользователь занятой карточки не меняет уведомления. Личная адресация не предоставляет новых прав на заявку. Ошибки создания и обработки не показываются как подтверждённый успех.
После возврата и повторного открытия сохраняются записи, адресаты, сроки и состояния без повторной отправки. Создание результатов и перенос уведомлений, передача ответственности, история и завершение всей заявки остаются в своих последующих задачах.
Подключение новой вкладки сохраняет существующие уведомления Project, включая получателей, связи с группами, срок, состояние и сведения доставки. Уже отправленные записи не возвращаются в очередь; ранее подготовленные новые заявки и данные черновиков сохраняются.

В начало задачи · В начало

11.10. Файлы, история действий и комментарии

Оглавление задачи 11.10

11.10. Файлы, история действий и комментарии

11.10.1. Цель и результат

Ответственный менеджер или администратор прикрепляет материалы к выбранному черновику, просматривает его события и добавляет комментарии. Пользователь с доступом к просмотру может читать историю и получать разрешённые вложения без изменения сохранённых сведений.

Результат — доступные «Файлы» и «История и комментарии», сохранность материалов действующих черновиков и журнал их подготовки. Удалённые лишние вкладки не сохраняются как прекращённые. Исторические состояния при создании результата и завершении заявки подключаются в 11.11–11.12; текущая задача обеспечивает их хранение и просмотр без подмены последующими данными.

В начало задачи

11.10.2. Границы задачи и зависимости

Задача продолжает 11.1–11.9: используются активные черновики, подготовленные поля, исполнители, контакты и уведомления, механизм сохранения и права доступа.

В задачу входят:

Переключатель «Обзор / Файлы», счётчик вложений, загрузка, просмотр, скачивание, переименование и удаление.
История событий и комментариев выбранного черновика, её счётчик и боковая панель.
Фиксация действий доступных этапов: создание и обработка заявки, изменения подготовки, операции с файлами и уведомлениями действующих черновиков.
Добавление комментария отдельным действием без создания рейса.
Удаление данных, истории, комментариев и собственных материалов лишней вкладки вместе с ней по 11.3, без прекращённой копии.
Механизм сохранения исходного черновика результата и оставшейся подготовки при завершении заявки для задач 11.11–11.12; просмотр имеющихся исторических состояний без добавления будущих действий на этом этапе.
Сохранность существующих файлов и истории Project при подключении нового участка.

Создание рейса или расписания и фиксация его исходного черновика при обработке относятся к 11.11. Закрытие и возобновление заявки с сохранением состояний завершённых периодов — к 11.12. Эти задачи используют сохранённые состояния и историю, но их действия не появляются заранее. Передача ответственности остаётся в 11.13.

Полные списки готовности в сводке, выпуск путевого листа и переработка раздела «Документы» не входят. Вложения являются материалами черновика, а не отдельным запуском документооборота. Редактирование справочников из исторических сведений не добавляется.

В начало задачи

11.10.3. Сущности и правила

Принадлежность данных. Файлы, события и комментарии относятся к выбранному черновику. Переключение не переносит их в другой черновик и не делает общими для всей заявки. Изменения общих данных заявки отражаются в истории её активных черновиков по 6.11.

Файлы. «Файлы · N» открывает список вложений выбранного объекта; «Обзор» возвращает его внутренние вкладки. У файла показаны имя, тип, размер, автор и дата добавления. Если список пуст, показано «Файлов пока нет».

Действие	Поведение
«Добавить файлы»	Выбор одного или нескольких файлов
Перетаскивание в область загрузки	Загрузка тех же материалов по общим правилам
«Просмотр»	Предпросмотр изображений, PDF, TXT и CSV; для остальных типов предлагается скачать файл и открыть подходящей программой
«Скачать»	Получение выбранного содержимого под текущим именем
«Переименовать»	Редактирование имени в строке файла по 6.10; до 120 символов без расширения, пустое имя не принимается, расширение сохраняется
Удаление	Подтверждение снятия вложения с текущего черновика; отмена оставляет его

Допустимы PDF, XLS, XLSX, DOC, DOCX, CSV, JPG, JPEG, PNG, WEBP, GIF и TXT. Размер одного файла — до 20 МБ. Каждый файл набора проверяется отдельно: допустимые добавляются, отклонённые перечисляются в сообщении о частичной загрузке. Ошибка одного файла не означает удаления успешно сохранённых материалов другого.

Во время загрузки переходы ограничиваются по главному прототипу, чтобы операция завершилась для выбранного объекта. Загрузка не требует заполнения всех полей поездки или создания результата. В разрешённом просмотре доступны просмотр и скачивание; загрузка, переименование и удаление недоступны.

В рабочей системе содержимое сохраняется в доступном системе файловом хранилище. У пользователя с доступом к объекту вложение доступно независимо от компьютера, на котором было загружено. Ошибки загрузки, получения или изменения показываются явно; неподтверждённое действие не обозначается как успешное.

История и комментарии. Кнопка «История и комментарии · N» открывает боковую панель выбранного черновика. N означает количество комментариев, а не суммарное число событий. Записи расположены от новых к старым и показывают автора, время, тип «Событие» или «Комментарий» и текст. Пустая история обозначена «История пока пуста».

История отражает действия подготовки и состояния их выполнения: создание заявки и первого черновика, взятие обращения в работу, изменения общих и собственных полей, операции с файлами, создание и обработку уведомлений; в соответствующих задачах — создание результата и завершение оставшейся подготовки. Событие принадлежит затронутому объекту; оно не создаёт новые поездки или уведомления. Ошибка операции не является событием её успешного завершения.

События изменения полей описывают затронутые данные; история не является перечнем каждой набранной буквы или сохранённых копий всех промежуточных значений. Автосохранение подготовки и сохранённое состояние при прекращении работы являются разными вещами: текущие значения сохраняются полностью, а отдельный снимок не создаётся на каждое редактирование.

В редактируемом активном черновике показаны поле комментария и «Добавить комментарий». Пустой текст или только пробелы не добавляются; максимум — 3000 символов. Корректный комментарий сохраняется отдельным действием, появляется в истории и увеличивает счётчик. Он не добавляется автоматически вследствие ввода или закрытия панели. Крестик закрывает только панель, не черновик.

В режиме просмотра история доступна для чтения, нового комментария нет. Редактирование и удаление существующих записей истории не предлагаются.

Рабочие вкладки и история. Само добавление или удаление лишних вкладок по 11.3 не создаёт самостоятельных событий истории. При удалении выбранная рабочая подготовка, её журнал, комментарии, уведомления и собственные материалы удаляются из текущего состава по 5.6. Новая прекращённая копия или снимок удаления не сохраняются, независимо от заполненности. Если черновик участвовал в прежнем закрытии, его данные и материалы остаются в неизменном снимке того периода по 2.7. Исторический просмотр старого снимка не восстанавливает рабочую вкладку. Материалы других объектов не удаляются.

Оставшаяся подготовка при завершении. Сохранение неудалённых черновиков при закрытии заявки подключается в 11.12 по 2.4. После завершения доступны просмотр сохранённого состава и допустимое возобновление. Удалённые лишние вкладки в него не попадают. Отдельная кнопка «Подробнее» в работающей заявке не добавляется.

Сохранённые состояния и материалы. В соответствующих задачах фиксируются исходный черновик созданного результата и оставшиеся неудалённые черновики и состав при завершении заявки. Добавление и удаление лишних рабочих вкладок не создают снимков и не переписывают снимки прежних закрытий. Историческое отображение использует сохранённые поля, суммы и связанные сведения того периода, не подменяя их сегодняшними справочниками, ценами или работающими менеджерами клиента.

При наличии прежних снимков в истории доступны «Сохранённые снимки заявки» и «Снимок от [дата и время]». Такой просмотр показывает прошлое состояние и не создаёт новый результат, не возобновляет заявку и не выполняет сохранённые уведомления. В текущем этапе новые действия завершения или создания результата ради демонстрации снимка не добавляются.

Файл сохраняет доступность во всех объектах и снимках, которым он принадлежит. Переименование или удаление вложения в рабочем объекте не переписывает имя и содержимое в сохранённом состоянии. Удаление одной связи не разрешает удалять материал из другого черновика, результата или исторического снимка. Отдельные действия с файлом фиксируются в истории того объекта, где выполняются.

Доступ и сохранение. Изменения доступны ответственному менеджеру или администратору с правом редактирования свободной заявки. Второй пользователь, включая администратора, получает просмотр без добавления комментариев или изменения вложений. Исторические данные не редактируются независимо от роли.

Поля подготовки и переходы сохраняют правила 11.4. Файлы и комментарии являются отдельными подтверждаемыми действиями. При ошибке сохраняются доступные исходные сведения и показывается пояснение; незавершённая операция не должна потерять принадлежность выбранному черновику или создать подтверждённую запись без сохранённого содержимого. Повторное открытие не дублирует события и комментарии само по себе.

Строки, порядок иконок, подсказки, доступные названия кнопок и переименование в строке используются по 6.10. Отдельное окно переименования не открывается. Галочка подтверждает имя, крестик или Escape отменяют ввод; Enter подтверждает имя. Просмотр и скачивание остаются доступны во время ввода, карандаш и корзина скрыты. Права и сохранение операций определяются настоящей задачей.

В начало задачи

11.10.4. Основные сценарии и существенные альтернативы

Загрузка материалов. Пользователь открывает «Файлы», нажимает «Добавить файлы» или перетаскивает набор. Допустимые материалы появляются в списке с метаданными, отклонённые перечислены в сообщении. Счётчик и история обновляются для выбранного черновика. После завершения загрузки пользователь может переключиться и вернуться к тем же вложениям.

Просмотр и изменение файла. Пользователь запускает просмотр или скачивание соответствующей иконкой в строке по 6.10. Для переименования нажимает карандаш, меняет имя без расширения и подтверждает галочкой или Enter. Расширение показано отдельно. Крестик или Escape отменяют ввод без изменения файла. При пустом или слишком длинном имени и при ошибке записи поле остаётся открытым с введённым именем и обозначенной ошибкой; прежнее сохранённое имя действует до успешного результата. Удаление требует отдельного подтверждения: отмена оставляет вложение. Материалы других объектов и сохранённых состояний остаются доступны.

Комментарий. Пользователь открывает «История и комментарии», вводит текст и нажимает «Добавить комментарий». После сохранения видит запись с автором и временем; счётчик увеличивается. Только пробелы или превышение ограничения не добавляют запись. Закрытие панели без действия не создаёт комментарий.

История разных черновиков. При переходе к другой вкладке черновика пользователь видит её собственные файлы и журнал. Комментарий одного черновика не становится комментарием другого. Изменение общего названия или даты работы заявки отражается в историях её активных черновиков; действия будущих этапов не появляются как уже выполненные события.

Удаление лишней вкладки. Пользователь подтверждает удаление одного из нескольких активных черновиков. Его данные, история, комментарии и собственные материалы удаляются вместе с вкладкой; прекращённая подготовка не сохраняется. Уведомления больше не выполняются. Остальные черновики и используемые другими объектами материалы сохраняются. После завершения заявки удалённая вкладка не появляется в просмотре состава.

Просмотр прежнего состояния. Если у заявки есть сохранённые снимки, пользователь открывает соответствующую ссылку из истории. Видит сведения на момент фиксации и доступные для просмотра материалы. Более поздняя правка справочника, результата или вложения текущего объекта не заменяет эти сведения. Добавление комментария к снимку и повторное выполнение его уведомлений отсутствуют.

Ошибки. Неудачная загрузка или недоступное содержимое показывают пояснение и не выдаются за успешное получение. Неудачное переименование, удаление или добавление комментария не показывают подтверждённый результат. Исходные данные других файлов и черновиков сохраняются. Ошибка одного материала набора не удаляет успешно добавленные остальные.

В начало задачи

11.10.5. Связь с прототипом и действующей системой

Главный прототип. Источник оформления и действий — «Файлы», боковая панель «История и комментарии», «Подробнее» обработанной заявки и просмотр сохранённых состояний в главный прототип. Правила файлов описаны в 6.10, истории — в 5.8 и 6.11, прекращённых черновиков — в 2.4.

Прототип. Сценарий задачи 11.10 показан в главном прототипе. Состав работ и ограничения этапа определяются настоящей задачей. Демонстрация интерфейса не подтверждает готовность рабочей CRM.

Project. Действующая система уже хранит файлы поездок с именами и сведениями о расположении содержимого в файловом хранилище и предоставляет историю изменений поездок. Материалы и история переносимых готовых поездок сохраняются у этих объектов. Старые расчёты и обращения не превращаются в новые заявки вместе с их журналами. Новая вкладка не требует создавать старый рейс только для прикрепления файла к черновику.

Прежние журнальные записи не превращаются автоматически в комментарии пользователя. Автор, время, сведения изменения и принадлежность исходной поездке сохраняются. Число комментариев новой формы не становится числом всех старых записей истории.

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

Имена файлов сами по себе не являются основанием объединить материалы разных объектов. Удаление файла из нового черновика не применяется как очистка вложений всей старой базы. Если содержимое используется другим объектом или снимком, его доступность сохраняется. Неудачная очистка не разрешает удалять чужие материалы или объявлять их бесследно исчезнувшими.

Сохранённые сведения подготовки и исторические состояния остаются отличимыми от текущей карточки готовой поездки. Перенос истории и последующее открытие не создают новых событий создания поездки, копий комментариев или повторных внешних сообщений. Ранее подготовленные новые заявки сохраняют состав черновиков, маршруты, исполнителей, суммы, контакты, пассажиров, уведомления и теги.

Проверка перехода. Проверяются существующее вложение с доступным содержимым, материалы с одинаковыми именами у разных объектов, история старой поездки, удаление лишнего черновика с файлами и комментариями без сохранённой копии и материал, используемый сохранённым состоянием. Сравниваются доступность, принадлежность, имена и записи истории. Для новых заявок проверяются счётчики, независимость черновиков, сохранение после повторного открытия и отсутствие изменения исторических сведений.

Расположение и вид кнопок, обычная строка и встроенное редактирование имени проверяются в разделе «Файлы» главного прототипа по 6.10.

В начало задачи

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

«Файлы · N» и «История и комментарии · N» относятся к выбранному объекту. Первый счётчик показывает вложения, второй — комментарии, а не все события. Переход между черновиками не смешивает их данные.
Выбор файлов и перетаскивание поддерживают допустимые расширения и ограничение 20 МБ на файл. Проверка набора выполняется отдельно для каждого материала; допустимые сохраняются, отклонённые перечисляются без потери успешных загрузок.
Список показывает имя, тип, размер, автора и дату; пустой список обозначен явно. После повторного открытия доступны сохранённые вложения, а в рабочей системе — и с другого компьютера при наличии права просмотра.
Предпросмотр доступен для изображений, PDF, TXT и CSV; остальные материалы можно скачать. Скачивание использует текущее имя. Ошибка доступа к содержимому показана явно.
Переименование принимает непустое имя до 120 символов без изменения расширения. Удаление подтверждается и снимает только вложение текущего объекта; отмена не меняет его. Сохранённые состояния и другие объекты не теряют используемый материал.
История открывается боковой панелью, показывает автора, время, тип и текст, сортируется от новых записей к старым. Действия доступной подготовки, файлов и уведомлений отражаются у соответствующих объектов; неподтверждённая операция не выглядит успешной.
Комментарий сохраняется отдельным действием, принимает до 3000 символов и не принимает пустой текст или только пробелы. Успех добавляет запись и увеличивает счётчик; ввод или закрытие панели сами по себе этого не делают.
Добавление и удаление лишних рабочих вкладок по 11.3 не создают самостоятельных событий истории. Удаление не сохраняет новую прекращённую копию рабочих данных, журнала, комментариев, уведомлений и материалов. Неизменными остаются материалы других объектов и уже существовавшие снимки прежних закрытий. Удалённая рабочая вкладка отсутствует в последующем завершённом составе и не доступна для возобновления.
При наличии снимков доступны ссылки на прошлые состояния. Если после возобновления рабочую вкладку удалили, её версия в уже существовавшем снимке остаётся для просмотра с прежними полями, суммами, материалами и историей. Этот снимок не является новой прекращённой копией удалённой вкладки, не влияет на текущий итог и не предоставляет восстановление, редактирование или повторное выполнение уведомлений.
История не является набором снимков на каждое редактирование или перечнем каждой набранной буквы. Повторное открытие не дублирует события; общие изменения заявки отражаются у активных черновиков по описанным правилам.
Второй пользователь занятой карточки и пользователь без права редактирования не добавляют комментарии и не изменяют вложения. В разрешённом и историческом просмотре доступны чтение и получение материалов без изменения.
Ошибки загрузки, изменения файлов и комментариев не показываются как подтверждённый успех. Операции сохраняют принадлежность объекту; данные остальных материалов и черновиков не теряются.
При переходе сохраняются файлы и история Project, их содержимое, принадлежность и дополнительные сведения. Материалы не объединяются только по имени, старые события не становятся пользовательскими комментариями, текущая подготовка новых заявок сохраняется. Создание результатов и завершение или возобновление заявки остаются в последующих задачах.
Интерфейс соответствует 6.10: отдельные кнопки с иконками и подсказками расположены «Просмотр → Скачать → Переименовать → Удалить». Имя редактируется в строке с отдельным неизменяемым расширением. Галочка и Enter подтверждают имя, крестик и Escape отменяют; просмотр и скачивание остаются справа, карандаш и корзина скрыты. Проверены пустое и слишком длинное имя, ошибка с сохранением ввода и прежнего имени, отмена и просмотр без кнопок изменения.

В начало задачи · В начало

11.11. Создание рейса или расписания и сохранение исходного черновика для просмотра

Оглавление задачи 11.11

11.11. Создание рейса или расписания и сохранение исходного черновика для просмотра

11.11.1. Цель и результат

Ответственный менеджер или администратор завершает подготовку выбранного активного черновика и создаёт из него один самостоятельный рейс или расписание. Пользователь видит, какие данные препятствуют созданию, переходит к нужному полю из сводки и подтверждает действие после проверки.

Результат — созданная поездка с подготовленными сведениями, уведомлениями, файлами и историей, связанная с исходной заявкой. Исходный черновик сохранён на момент создания и доступен только для просмотра. Остальные активные черновики продолжают работу; обработка последнего автоматически завершает заявку по её составу.

В начало задачи

11.11.2. Границы задачи и зависимости

Задача продолжает 11.1–11.10: использует все доступные поля подготовки, исполнителей, клиента, уведомления, файлы и историю, а также сохранение и права работы с заявкой.

В задачу входят:

Полные списки готовности «Для сохранения» и «Путевой лист» в сводке, обновление, подсветка и переходы к полям.
Нижняя кнопка «Сохранить», проверки и подтверждение создания выбранного результата.
Передача подготовленных данных, материалов, истории и уведомлений в самостоятельный объект.
Сохранение исходного черновика, его связей и связанных сведений для неизменного исторического просмотра.
Обработанная вкладка с отметкой «✓», ссылки «Уже создано по заявке» и открытие результата.
Продолжение заявки при наличии активных черновиков и автоматическое завершение после обработки последнего.
Сохранность действующих данных Project, ошибки создания и отсутствие дублирования результата.

Ручное закрытие и безвозвратное удаление заявки, прекращение последнего черновика без создания результата и возобновление остаются в 11.12. Передача ответственности — в 11.13; полный список и календарь — в 11.14–11.15.

Для проверки перехода результата доступен просмотр созданной самостоятельной карточки. Полная переработка вкладок «Список рейсов» и «Расписание», дальнейшее редактирование и жизненный цикл этих объектов, дублирование готовой поездки и генерация рейсов расписания не реализуются целиком этим этапом. Выпуск путевого листа и раздел «Документы» также не входят: здесь реализуется справочная готовность данных.

В начало задачи

11.11.3. Сущности и правила

Две независимые проверки в сводке. Сводка относится к выбранному черновику и обновляется при вводе, очистке, выборе записей и переключении типа или черновика. Все пункты списков видны, без сокращения до первых нескольких. Нажатие пункта открывает соответствующую вкладку, переводит к полю и выделяет его.

«Для сохранения» показывает незаполненные или некорректные данные, препятствующие созданию результата. Название блока не означает запрет промежуточного автосохранения. При отсутствии проблем показано «Данные заполнены». Не требуется готовность остальных черновиков заявки.

Данные	Рейс	Расписание
Название заявки и выбранного черновика	Оба непустые и не только пробелы; одинаковые названия допустимы	То же правило
Базовый город	Обязателен	Обязателен
Начало и конец маршрута	Оба обязательны	Оба обязательны
Выезд	Дата и время обязательны	Время обязательно; дата начала действия необязательна
Приезд	Дата и время обязательны; строго позже выезда	Время обязательно; раньше выезда означает следующий день
Дни повторения	Не применяются	Не менее одного выбранного дня
Стоимость для клиента	Заполненное неотрицательное число; 0 допустим	То же правило
Тип оплаты	Наличный или безналичный расчёт	То же правило
Клиент	Существующая запись обязательна	Может отсутствовать

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

Числа взрослых и детей, расстояние, время в пути и нулевой пробег соответствуют правилам раздела 6. Оплаты транспорта и водителей могут оставаться пустыми; заполненные суммы неотрицательны. Без второго водителя его оплата очищена. Проверка телефонов или количества именных строк не становится новым условием создания.

Готовность путевого листа. Блок «Путевой лист» является отдельной справочной проверкой. Для рейса в нём показаны необходимые назначения клиента, основного водителя и автомобиля и незаполненные документальные сведения выбранных записей:

Номер и дата выдачи удостоверения, СНИЛС основного водителя.
Государственный номер и механик автомобиля.
Тип маршрута, место выезда на линию и медицинское учреждение.

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

Готовность документа не является готовностью создать рейс. Отсутствие автомобиля или водителя может оставлять пункты в этом блоке, но само по себе не блокирует создание результата. Для подготовленного черновика показано, что формирование документа доступно после сохранения рейса. У расписания блок называется «Путевые листы будущих рейсов» и поясняет выпуск в карточке сгенерированного рейса. Кнопка реального выпуска документа в этом этапе не подключается.

Создание. Нижняя «Сохранить» означает создание результата из выбранного черновика; промежуточные данные сохраняются автоматически по 11.4. Для рейса подсказка — «Создать рейс из выбранного черновика», для расписания — «Создать расписание из выбранного черновика».

Кнопка недоступна, пока название заявки или черновика пусто либо состоит только из пробелов. При наличии названий нажатие проверяет остальные данные. Ошибка оставляет пользователя в карточке, показывает пояснение, открывает первую проблемную вкладку и выделяет поле. Данные подготовки не удаляются.

После успешной проверки открывается «Сохранить рейс?» или «Сохранить расписание?» с названием черновика и пояснением: «Черновик станет доступен только для просмотра. Дальнейшие изменения выполняются в созданной карточке». «Да, сохранить» подтверждает; «Отмена» и крестик ничего не создают. Перед подтверждённым созданием повторно проверяются актуальные сведения и права.

Результат и исходный черновик. Одно действие создаёт один результат по выбранному типу. В него переходят название, город, маршрут, даты и времена либо повторение, пассажиры, клиент, транспорт, оба водителя и их подрядчики, финансовые суммы, параметры документа, теги, файлы, история и уведомления. Общие сведения заявки сохраняются у заявки; подготовка других черновиков не преобразуется одновременно.

Ответственным результата становится текущий ответственный заявки. Выполнение администратором не назначает его владельцем результата автоматически. Результат получает сведения создания и связь с исходной заявкой; в заявке появляется ссылка на номер, тип и название результата. Событие создания с номером записывается в историю, история подготовки и комментарии сохраняются.

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

Невыполненные уведомления переходят в результат с прежними сроками и продолжают ожидать выполнения; создание не отменяет их. Уже наступивший срок обрабатывается по 11.9, обработанная запись не отправляется повторно. Историческая копия уведомлений не действует. Уведомления расписания остаются у него и автоматически не копируются в порождённые рейсы. Файлы сохраняют доступность в результате и исходном состоянии по 11.10.

Начальное состояние будущего рейса — «Ожидает исполнения», рейса с наступившим выездом — «Активный». Прошедшие даты не означают автоматического завершения фактической поездки. Созданное расписание имеет состояние «Активный». Это создание самого расписания, а не немедленное создание всех его будущих рейсов.

В главном прототипе номер результата совпадает с номером черновика. При реализации сохраняется однозначная связь заявки, исходного черновика и результата; совпадение номеров не требует замены идентификаторов существующей базы.

Состав заявки и просмотр. Если активные черновики остались, заявка остаётся «В работе». Карточка остаётся открытой и выбирается один из оставшихся черновиков. Новый результат появляется в «Уже создано по заявке», исходная вкладка — с «✓» и подписью «Рейс №…» или «Расписание №…». Созданный результат и обработанный черновик исключаются из верхних итогов; учитываются только оставшиеся активные разовые черновики. Можно продолжать их подготовку или добавить новый.

Обработанная вкладка показывает «Черновик обработан. Эта вкладка доступна только для просмотра» и «Открыть рейс №…» либо «Открыть расписание №…». В ней доступны поля, файлы, история и комментарии для чтения. Калькулятор, создание результата, изменение данных и добавление комментария недоступны. Ссылка открывает текущий самостоятельный результат, а не сохранённый исходный черновик. Автоматического перенаправления в результат после создания нет.

Если активных черновиков больше нет, заявка автоматически становится «Обработана», когда невозобновлённых прекращённых черновиков нет, или «Обработана частично», когда такие черновики есть. Фиксируется время завершения. Отдельные причина, комментарий или подтверждение закрытия не требуются.

Карточка закрывается, открывается минимальный раздел «Обработано» со всеми исходами; ограничение конкретной даты снимается. Существующие условия поиска, сортировки и ответственного сохраняются, если доступны в текущем этапе. «Подробнее» позволяет просмотреть сохранённый состав и перейти к результатам. Добавление нового черновика завершённой заявке недоступно. Возобновление прекращённого черновика не подключается до 11.12.

Доступ и подтверждение сохранения. Создание доступно ответственному менеджеру или администратору при работе с активным черновиком свободной заявки. Во время загрузки файлов, в историческом просмотре, после потери прав и во второй сессии занятой карточки оно не выполняется.

Создание результата, связь с заявкой, сохранение исходного состояния, изменение состава и состояния заявки подтверждаются как одно согласованное действие. Локальный буфер хранит подготовку, но не подтверждает создание рейса или расписания. Повторное нажатие или запрос не создают второй результат того же исходного черновика. При неизвестном исходе сначала выясняется, был ли объект уже создан; успешный исход не объявляется ошибкой с предложением создать его повторно.

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

В начало задачи

11.11.4. Основные сценарии и существенные альтернативы

Проверка подготовки. Пользователь видит оба списка в сводке, нажимает пункт «Для сохранения», переходит к полю и исправляет данные. Список обновляется и показывает все оставшиеся проблемы. Полностью заполненная подготовка получает «Данные заполнены». Пункты путевого листа остаются независимыми и не добавляют условий к созданию рейса.

Создание одного результата. Пользователь нажимает «Сохранить», проходит проверки, читает подтверждение и выбирает «Да, сохранить». Создаётся результат с ответственным заявки и подготовленными сведениями; исходный черновик становится просмотром. Если остаётся другой активный черновик, карточка переключается на него, заявка остаётся в работе. Отмена подтверждения оставляет прежний состав.

Исходный и текущий результат. Пользователь выбирает вкладку с «✓», просматривает исходные поля, файлы и историю, затем открывает результат по отдельной кнопке. Это два связанных состояния: позднейшие изменения самостоятельной карточки не меняют исходную подготовку. Повторно создать результат из обработанной вкладки нельзя.

Последний активный черновик. Пользователь создаёт из него рейс или расписание. Заявка автоматически завершается по составу и открывается в «Обработано». Если раньше прекращён другой черновик, исход — «Обработана частично»; если таких черновиков нет — «Обработана». Готовые результаты сохраняются, причина ручного закрытия не запрашивается. Возобновление пока не предлагается.

Ошибки данных. Незаполненные поля или несовместимые назначения не открывают подтверждение. Пользователь остаётся с введённой подготовкой и переходом к проблемному полю. Назначенные контакты, пассажирские строки и файлы не стираются. Отсутствие сведений, нужных только документу, не превращается в ошибку создания результата.

Ошибка или неизвестный исход сохранения. Пользователь видит пояснение без сообщения об успешном создании. Подготовка сохраняется по 11.4, но результат и обработанное состояние не считаются подтверждёнными одним локальным буфером. При повторе не появляется копия. Если ответ потерян, проверяется фактический результат и сохраняется связь с тем же исходным черновиком.

В начало задачи

11.11.5. Связь с прототипом и действующей системой

Главный прототип. Источник оформления и действий — сводка выбранного черновика, нижняя «Сохранить», окно подтверждения, обработанная вкладка и ссылки на результат в главный прототип. Готовность описана в 7.2, подтверждение — в 7.3, результат и состав — в 7.4–7.7, ошибки — в 7.8, сводка — в 5.9.

Прототип. Сценарий задачи 11.11 показан в главном прототипе. Состав работ и ограничения этапа определяются настоящей задачей. Демонстрация интерфейса не подтверждает готовность рабочей CRM.

Project. Действующая система уже создаёт и хранит рейсы и повторяющиеся поездки; калькулятор имеет прежний сценарий преобразования подготовленных подборок. В новой заявке результат создаётся из одного выбранного черновика, заявка и исходные сведения сохраняются отдельно от самостоятельного результата. Готовая поездка не становится всей заявкой и не поглощает её оставшиеся черновики.

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

Переход и сохранность. Этап подключает создание новых результатов и не выполняет массовое преобразование существующих поездок. Сохраняются номера и идентификаторы старых объектов, их состояния, ответственные, данные, файлы, уведомления и назначения тегов. Новая нумерация не должна конфликтовать с почти 30 тысячами действующих и исторических рейсов.

Старые расчёты, заявки и обращения не переносятся. Существующий готовый рейс или расписание сохраняется как самостоятельный объект, не создаётся заново ради привязки к новой заявке и не требует восстановления исходной подготовки. Новое создание реализуется в отдельной копии; интерфейс и действия исходного Project не изменяются.

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

Проверка перехода. Проверяются новая заявка с одним и несколькими черновиками, смешанный состав с ранее прекращённой вкладкой, готовые записи Project и повтор создания при неизвестном ответе. Сопоставляются связи, номера, данные, сроки уведомлений и доступность файлов. Старые готовые поездки остаются доступны и не дублируются; новые списки готовности не требуют скрытых сведений старой формы.

В начало задачи

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

Сводка показывает полный список проблем «Для сохранения» выбранного черновика, обновляется при изменении и очистке и ведёт к соответствующей вкладке и полю с выделением. При отсутствии проблем показано «Данные заполнены». Другие черновики не обязаны быть готовы.
«Путевой лист» показывает отдельную справочную готовность по главному прототипу. Отсутствие документальных сведений само по себе не запрещает создание рейса; для расписания пояснён выпуск у будущего рейса. Скрытые реквизиты и выпуск документа не добавляются.
«Сохранить» означает создание выбранного результата. Пустые названия блокируют кнопку; остальные проверки включают маршрут, времена, город, стоимость, тип оплаты, клиента для рейса и допустимость выбранных исполнителей. 0 допустим как стоимость, отсутствие автомобиля и водителей не является самостоятельным запретом.
Ошибка не открывает подтверждение, сохраняет введённые данные и переводит к проблемному полю. Корректная подготовка открывает соответствующее окно; «Отмена» и крестик оставляют состав прежним.
Одно подтверждение создаёт один результат выбранного типа с подготовленными данными, файлами, историей и уведомлениями. Его ответственный — ответственный заявки, даже если действие выполнил администратор. Заявка, исходный черновик и результат имеют однозначные связи.
Исходный черновик исключается из активного состава и сохраняется для чтения. Вкладка с «✓», пояснение и кнопка результата работают; поля, комментарии и повторное создание недоступны. Позднейшие изменения результата или справочников не переписывают сохранённое состояние и материалы.
Уведомления сохраняют срок, получателя и состояние при переходе. Наступивший срок обрабатывается по 11.9, историческая копия и ранее обработанные сообщения не выполняются повторно. Файлы доступны в результате и исходном состоянии.
Будущий рейс создаётся как «Ожидает исполнения», рейс с наступившим выездом — как «Активный», расписание — как «Активный». Прошедшая дата не завершает рейс автоматически; создание расписания не создаёт немедленно все его будущие поездки.
При оставшихся активных черновиках заявка остаётся в работе и выбирается один из них. Ссылки на результат видны, верхние итоги исключают обработанный черновик. Остальные данные и возможность продолжать подготовку сохраняются.
После последнего результата заявка автоматически становится «Обработана» либо «Обработана частично» при наличии невозобновлённых прекращённых черновиков. Карточка закрывается, минимальный раздел «Обработано» предоставляет просмотр состава и результатов. Причина ручного закрытия и возобновление не предлагаются.
Вторая сессия занятой карточки, исторический просмотр, загрузка файлов или отсутствие актуальных прав не позволяют создать результат. Открытие подтверждения не отменяет повторной проверки прав и данных.
Успех показан только после подтверждения согласованного сохранения результата, связи и состава. Ошибка не выдаётся за успех, локальный буфер не считается созданным результатом, повтор и неизвестный ответ не создают второй объект того же черновика.
Подключение нового создания сохраняет существующие рейсы, расписания, их номера, состояния, связи и данные Project. Готовые старые поездки не дублируются; старые расчёты и обращения не мигрируют, исходный Project не изменяется. Предыдущие новые заявки, материалы и история сохраняются.
Из пяти активных черновиков четыре удалены, из оставшегося создан результат: если другой невозобновлённой прекращённой подготовки нет, заявка «Обработана». Удалённые вкладки не входят в состав, не имеют сохранённых копий и не влияют на результат. Исходный черновик созданной поездки сохранён.

В начало задачи · В начало

11.12. Завершение, удаление и возобновление работы с заявкой

Оглавление задачи 11.12

11.12. Завершение, удаление и возобновление работы с заявкой

11.12.1. Цель и результат

Ответственный менеджер или администратор фиксирует прекращение работы с обращением, сохраняет подготовку для просмотра и при необходимости возвращается к ней в той же заявке. При разрешённых условиях он может удалить заявку без возможности восстановления.

Результат — полные сценарии завершения без результата и при наличии результатов, прекращения последнего активного черновика, безвозвратного удаления и возобновления. Номер и связь с обращением сохраняются во всех периодах работы. Завершение заявки не завершает и не отменяет созданные рейсы или расписания.

В начало задачи

11.12.2. Границы задачи и зависимости

Задача продолжает 11.1–11.11: использует активные и прекращённые черновики, результаты, сохранённые состояния, историю, файлы, уведомления и общие проверки создания результата.

В задачу входят:

Окно завершения с причиной, комментарием и доступностью безвозвратного удаления.
Завершение заявки без результата либо с прекращением оставшейся подготовки при наличии результатов.
Полная логика крестика последнего активного черновика.
Сохранённый просмотр завершённой заявки и её черновиков.
Возобновление закрытой без результата заявки либо одного прекращённого черновика частично обработанной заявки.
Актуализация связанных записей и показателей, очистка ручных финансовых сумм, установка даты работы.
Сохранение прежних периодов и правильный учёт повторно возобновлённых черновиков.
Согласованное сохранение, защита от повторных действий и удаление только разрешённых материалов.

Передача ответственности остаётся в 11.13, полный список и календарь — в 11.14–11.15. Используется минимальный список с доступными завершёнными состояниями; новые фильтры и календарный интерфейс не добавляются заранее.

Не входят самостоятельное завершение, отмена или удаление готовых рейсов и расписаний, настройка доступов, архивирование справочников и работа с контрагентами как отдельным разделом. Возобновление заявки не является новым способом скопировать готовую поездку.

В начало задачи

11.12.3. Сущности и правила

Состояние и состав.

Состояние заявки	Смысл
В работе	Есть активные черновики; могут существовать результаты и ранее прекращённая подготовка
Закрыта без результата	Работа прекращена, результатов нет; черновики сохранены
Обработана частично	Активных черновиков нет, результаты есть и остаётся хотя бы один невозобновлённый прекращённый черновик
Обработана	Активных черновиков нет, результаты есть, невозобновлённой прекращённой подготовки нет

Три завершённых состояния относятся к «Обработано». Безвозвратное удаление — отдельное действие, а не состояние. Прежняя прекращённая версия возобновлённого черновика остаётся исторической, но не считается второй нерешённой подготовкой. Если этот черновик дал результат, прежнее прекращение не оставляет заявку частично обработанной; если работа с ним вновь прекращена, учитывается новое прекращение.

Вход и подтверждение завершения. В «В работе» иконка рядом с «Редактировать» открывает «Завершить работу с заявкой?». Действие доступно ответственному и администратору с правом работы со свободной заявкой. У необработанного обращения сайта завершение недоступно: его сначала берут в работу.

В окне показаны номер и название, последствия, «Удалить безвозвратно», причина и комментарий. Для обычного завершения причина обязательна: «Клиент отказался», «Клиент не отвечает», «Обращение ошибочное», «Неверный номер», «Планы клиента изменились», «Другое». Комментарий необязателен, до 2000 символов, пробелы по краям убираются. При «Другое» он не становится обязательным.

«Завершить работу» подтверждает выбранное действие. «Отмена» и крестик закрывают окно без изменения состояния; ранее выполненное автосохранение не отменяется. Без причины показано «Выберите причину закрытия», окно остаётся открытым. Завершение не требует готовности к созданию результата: пустые поля маршрута, клиента и стоимости не препятствуют ему.

Обычное завершение. При отсутствии результатов заявка становится «Закрыта без результата». Сохраняются номер, источник, дата создания, ответственный, черновики с последними данными, материалы, история и комментарии. Фиксируются причина, комментарий и время завершения. Рейс или расписание не создаётся.

Если результаты уже есть, оставшиеся активные черновики сохраняются как прекращённые и исключаются из активного состава. Заявка становится «Обработана частично». Готовые результаты сохраняют данные, состояния, владельцев, материалы и уведомления; они не отменяются и не завершаются вместе с заявкой.

Невыполненные уведомления прекращаемых черновиков отменяются, выполненные, отправленные и ранее отменённые сохраняют состояние. Событие завершения с автором, временем, причиной и комментарием отражается в истории оставшейся подготовки. Карточка и окно закрываются; существующий раздел списка и фильтры сохраняются. Это отличается от автоматического перехода в «Обработано» при создании последнего результата в 11.11.

Последний активный черновик. При отсутствии результатов его крестик открывает завершение всей заявки, а не обычное удаление вкладки. При наличии результатов показывается подтверждение прекращения последнего черновика; после подтверждения он сохраняется как прекращённый, уведомления отменяются, заявка становится «Обработана частично» и карточка закрывается. Отдельная причина завершения всей заявки в этом сценарии не запрашивается. Отмена оставляет состав прежним.

Несколько активных черновиков удаляются по одному через 11.3 без завершения заявки и без сохранения прекращённой подготовки. При завершении сохраняются только оставшиеся неудалённые черновики. Создание результата из последнего активного черновика выполняется по 11.11; ранее удалённые вкладки не учитываются при определении итогового статуса.

Безвозвратное удаление. Флажок доступен только для работающей заявки с источником «Менеджер», без результатов и при наличии права редактирования. Проверяются и состав заявки, и самостоятельные результаты с привязкой к ней: отсутствующая ссылка в составе не разрешает удалить заявку с существующим рейсом или расписанием.

Для источника «Сайт» показано «Заявки с сайта нельзя удалять безвозвратно». При наличии результата — «По заявке уже создан рейс или расписание. Удалить её нельзя». Недоступный флажок сопровождается пояснением.

Если действие доступно, окно предупреждает: «Если отметить, заявка, черновики, файлы и история исчезнут. Восстановить их нельзя». Отметка скрывает причину и комментарий обычного завершения; они не требуются для удаления. Снятие отметки возвращает обычное завершение с обязательной причиной. «Завершить работу» подтверждает удаление без второго окна.

После подтверждённого удаления заявка исчезает из всех списков, её черновики, снимки, история, комментарии и уведомления удалены, открытые карточка и окно закрыты. Показано «Заявка удалена безвозвратно»; раздел и доступные фильтры сохраняются. Возобновить её нельзя.

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

Просмотр завершённых данных. У «Закрыта без результата» иконка просмотра открывает сохранённую карточку. Можно выбирать черновики, читать поля, файлы, историю и комментарии. Создание результата, редактирование и обработка уведомлений из снимка недоступны.

У «Обработана» и «Обработана частично» «Подробнее» показывает сохранённый состав. «Смотреть черновик» или «Смотреть все данные» открывает историческую карточку; обработанный черновик содержит ссылку на текущий результат. Исторический просмотр сохраняет дату актуальности и не подменяет сведения сегодняшними данными справочников и цен.

В «Подробнее» текущей частично обработанной заявки у каждого допустимого прекращённого черновика есть «Возобновить работу». У исходного черновика созданного результата её нет. В работающей заявке прекращённая подготовка хранится в сохранённом составе без возврата в активные вкладки и без отдельной кнопки «Подробнее». Просмотр и возобновление доступны из текущего завершённого состава по правилам данного раздела.

Возобновление.

Исходное состояние	Вход	Состав после подтверждения
Закрыта без результата	«Возобновить» в строке	Сохранённые черновики той же заявки становятся активными
Обработана частично	«Подробнее» → «Возобновить работу» выбранного прекращённого черновика	Активным становится один выбранный черновик в той же заявке

Действие доступно ответственному и администратору. Доступ через самостоятельный результат только для просмотра не разрешает возобновлять чужую заявку. Заявку «Обработана» без прекращённой подготовки, обработанный черновик с результатом и безвозвратно удалённую заявку возобновить нельзя.

Окно называется «Возобновить работу с заявкой?» или «Возобновить работу с черновиком?». Показаны номер и название заявки, а для отдельного черновика — и его название. Предупреждение поясняет обновление связанных сведений и цен, очистку ручных финансовых сумм, сохранение прежнего снимка и неактивность отменённых уведомлений. Для отдельного черновика также указано, что вся заявка вернётся в работу, дата работы станет сегодняшней, готовые результаты и остальные прекращённые черновики сохранятся.

«Возобновить и обновить» подтверждает. Отмена и крестик оставляют завершённое состояние и прежний состав. До подтверждения подготовка не возвращается в активные вкладки.

Данные после возобновления. Заявка целиком становится «В работе» без копии или дробления. Номер, источник, дата создания и ответственный сохраняются; при отсутствии ответственного им становится выполняющий действие пользователь. Дата работы устанавливается на текущий календарный день. Даты поездок и дата создания не заменяются сегодняшними.

Прежний завершённый снимок сохраняется с причиной, комментарием и временем; остальные периоды работы тоже остаются. Текущие признаки закрытия снимаются с рабочей заявки, прежнее закрытие остаётся историей. При частичном возобновлении прежняя версия выбранного черновика сохраняется исторической, а остальные прекращённые черновики и результаты не меняются.

Возобновляемая подготовка получает состояние «Черновик». Клиент, транспорт, оба водителя, их подрядчики и связанные сведения актуализируются по существующим записям. Недоступное назначение снимается с пояснением о повторном выборе; сохранённый снимок продолжает показывать прежние сведения. Допустимость текущих назначений проверяется по общим правилам подготовки.

Показатели обновляются по текущим данным и правилам Project. Ручная стоимость для клиента и оплаты транспорта, основного и второго водителей очищаются; их прежние значения остаются в снимке. Тип оплаты не превращается автоматически в новую финансовую операцию. Файлы, история и комментарии сохраняются, добавляется событие возобновления и актуализации.

Отменённые уведомления не становятся действующими. Выполненные и отправленные не выполняются повторно. Новые сообщения и напоминания создаются отдельно. Готовые результаты остаются результатами той же заявки и не получают новые состояния или владельцев из-за возобновления.

После операции открываются работающая заявка и активный возобновлённый черновик; для рейса доступен калькулятор, для расписания — его поля подготовки. Существующие фильтры сохраняются и могут скрывать заявку после возврата в список.

Возобновление не подтверждает готовность к созданию. Применяются общие условия из 7.2: автомобиль остаётся необязательным, положительный расчёт калькулятора не требуется. Очищенная стоимость для клиента вводится заново, 0 допустим. Списки готовности 11.11 отражают актуальные поля без дополнительных обязательных выплат исполнителям.

Сохранение и доступ. Закрытие, удаление и возобновление требуют согласованного подтверждения состояния, состава, уведомлений и сохранённых сведений в основном хранилище. Локальный буфер сохраняет подготовку, но не подтверждает эти действия. Во второй сессии занятой карточки, без актуальных прав или по устаревшему состоянию операция не выполняется.

Перед выполнением повторно проверяются условия: для удаления — источник и отсутствие результатов, для отдельного возобновления — принадлежность текущему завершённому периоду, отсутствие результата и то, что черновик ещё прекращён. Повтор или устаревшее окно не создают второй активный экземпляр и не учитывают прежнюю версию дважды.

При ошибке видны прежнее подтверждённое состояние, состав и снимки, ввод сохраняется по 11.4. При неизвестном исходе проверяется фактическое состояние перед повтором, без дублирования снимков или событий. Ошибка очистки файлов не разрешает удалить материалы других объектов.

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

В начало задачи

11.12.4. Основные сценарии и существенные альтернативы

Закрытие без результата. Пользователь открывает завершение работающей заявки, выбирает причину и при необходимости вводит комментарий. Подтверждение сохраняет подготовку и переводит заявку в «Закрыта без результата». Невыполненные уведомления отменены, просмотр доступен, результата нет. Пустая причина оставляет окно; отмена не меняет состояние.

Завершение оставшейся подготовки. По заявке уже есть результат и активные черновики. Подтверждение обычного завершения с причиной прекращает их, сохраняет данные и устанавливает «Обработана частично». Созданные результаты не меняются. Крестик последнего черновика с результатами применяет своё подтверждение без отдельной причины завершения всей заявки.

Удаление. Пользователь открывает разрешённую ручную заявку без результатов, отмечает удаление и подтверждает. Заявка исчезает без возможности возврата, общие справочники и используемые другими объектами файлы остаются. Для сайта или заявки с результатом флажок недоступен. Снятие отметки возвращает обычный сценарий с причиной.

Возврат закрытой заявки. Пользователь нажимает «Возобновить», подтверждает обновление. Та же заявка возвращается в работу с сохранёнными черновиками, сегодняшней датой работы, актуализированными назначениями и очищенными ручными суммами. Старый снимок остаётся для чтения; прежние даты поездок не переносятся.

Возврат одного черновика. В «Подробнее» частично обработанной заявки пользователь выбирает прекращённую подготовку и подтверждает. Вся заявка становится работающей, активна только выбранная подготовка, результаты и другие прекращённые черновики сохраняются. Последующее создание результата из неё не оставляет прежнее прекращение дополнительной нерешённой вкладкой; повторное прекращение фиксирует новое состояние.

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

Ошибка или повтор. Отсутствие прав, изменившийся состав, ошибка сохранения либо неизвестный ответ не показывают неподтверждённое закрытие, удаление или возобновление как успех. Данные остаются в прежнем подтверждённом состоянии; перед повтором проверяется результат операции. Одна прекращённая подготовка не появляется дважды в активном составе.

Удаление до завершения. Из пяти активных черновиков пользователь удаляет четыре. При завершении без результатов сохраняется только оставшийся; заявка «Закрыта без результата». Если из оставшегося создан результат и другой прекращённой подготовки нет, заявка «Обработана». Если после создания результата оставлен ещё один неудалённый черновик и работа завершена с ним, заявка «Обработана частично». Удалённые вкладки во всех случаях отсутствуют в сохранённом составе.

Удаление после возобновления. Заявка закрыта без результата с черновиками А и Б. После возобновления пользователь удаляет А, пока обе вкладки активны. В рабочем составе остаётся только Б; при последующем завершении А в новый состав не попадает. Прежний снимок закрытия по-прежнему показывает А и Б для просмотра, без действия восстановления удалённого А. Добавление и удаление рабочей вкладки не создают нового исторического события.

В начало задачи

11.12.5. Связь с прототипом и действующей системой

Главный прототип. Источник оформления и правил — иконка завершения, крестик последнего черновика, окно удаления, просмотр закрытой заявки и оба входа возобновления в главный прототип. Основные сценарии описаны в 8.1–8.9, крестик — в 5.6, сохранённые состояния и история — в 2.4 и 11.10.

Прототип. Сценарий задачи 11.12 показан в главном прототипе. Состав работ и ограничения этапа определяются настоящей задачей. Демонстрация интерфейса не подтверждает готовность рабочей CRM.

Project. Статусы заявки и её повторные периоды работы относятся к новой модели. Состояния старых рейсов и повторяющихся поездок не являются состояниями новой заявки и не заменяют её состав. Завершение обращения не вызывает старую отмену или удаление связанного готового рейса.

Переход и сохранность. Подключение этих действий не выполняет массовое закрытие, удаление или возобновление существующей базы. Готовые поездки Project сохраняют номера, состояния, ответственных, данные, файлы и уведомления. Их наличие проверяется по связям, а не только по отображённой строке результата.

Безвозвратное удаление новой заявки не становится очисткой старых рейсов или справочников. Содержимое общих материалов проверяется по оставшимся ссылкам перед удалением. Исторические сведения и старые значения финансов, которых нет в новой форме, не отбрасываются при фиксации завершённого периода.

Актуализация рабочего черновика получает существующие записи и тарифы, а не создаёт заменяющих клиентов, водителей или транспорт. Недоступная запись остаётся видимой в прежнем снимке как историческое сведение; это не разрешает продолжать использовать её как текущее допустимое назначение без проверки. Предыдущие новые заявки, их история, снимки и готовые результаты сохраняются.

Проверка перехода. Проверяются закрытие без результатов, завершение смешанной заявки, запрет удаления при скрытой или неполной ссылке на существующий результат, общий файл с другим объектом, недоступная запись справочника и повторные периоды работы. Сопоставляются идентичность заявки, состав, даты, финансовые значения снимка и текущей подготовки, уведомления и доступность готовых поездок. Старые рейсы не получают новые состояния из-за закрытия обращения.

В начало задачи

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

Завершение доступно у работающей заявки ответственному и администратору; необработанное обращение сайта сначала берётся в работу. Окно поддерживает обязательную причину, необязательный комментарий до 2000 символов и отмену без изменения состояния.
Без результатов обычное завершение устанавливает «Закрыта без результата» и сохраняет подготовку, материалы, историю, владельца и сведения обращения. Невыполненные уведомления отменены, выполненные и отправленные не изменены.
При результатах оставшаяся подготовка сохраняется как прекращённая, активный состав очищается, заявка становится «Обработана частично». Готовые результаты, их состояния, владельцы и уведомления не меняются.
Крестик последнего черновика без результатов открывает завершение заявки; при результатах подтверждает прекращение и устанавливает частично обработанное состояние без отдельной причины. При нескольких активных черновиках лишняя вкладка удаляется по 11.3 без сохранённой прекращённой версии и без влияния на итоговый статус.
Безвозвратное удаление доступно только у ручной работающей заявки без результатов. Проверяются состав и самостоятельные связи; сайт и существующий результат блокируют действие с пояснением. Отметка скрывает причину и комментарий, второго подтверждения нет.
Подтверждённое удаление убирает заявку, её подготовку, историю, снимки и уведомления без возможности восстановления. Справочники и используемые другими объектами материалы не удаляются; раздел списка сохраняется.
Завершённые сведения доступны для чтения через соответствующие входы. Исторические поля, файлы, комментарии и уведомления не изменяются и не выполняются повторно. Ссылка на результат ведёт к его текущей самостоятельной карточке.
Закрытая без результата заявка возобновляется с сохранёнными черновиками; частично обработанная — с одним выбранным допустимым прекращённым черновиком. Обработанный исходный черновик с результатом, удалённая заявка и исторический снимок не дают такого действия.
Возобновление возвращает всю ту же заявку в работу, сохраняет номер, источник, дату создания, владельца и готовые результаты; при отсутствии владельца назначается выполняющий действие пользователь. Дата работы становится сегодняшней, даты поездок остаются прежними.
Связанные сведения и показатели актуализируются; недоступные назначения снимаются с пояснением. Ручные финансовые суммы очищаются, прежние остаются в снимке. Файлы, история и комментарии сохраняются; отменённые уведомления не активируются, обработанные не повторяются.
После возобновления действуют общие проверки 7.2: автомобиль необязателен, положительный расчёт калькулятора не требуется, 0 допустим как заново введённая стоимость для клиента. Восстановленная подготовка не считается готовым результатом автоматически.
Прежние версии остаются в истории, но не учитываются дополнительными нерешёнными черновиками после возобновления и последующей обработки. Новое прекращение фиксирует новый период, не заменяя прежние снимки.
Права и состав повторно проверяются перед выполнением. Вторая сессия занятой карточки и устаревшее окно не изменяют заявку. Ошибка сохраняет прежнее подтверждённое состояние; повтор и неизвестный ответ не дублируют активную подготовку, события или снимки.
Подключение действий сохраняет старые поездки Project и предыдущие новые заявки. Завершение обращения не отменяет готовые рейсы, актуализация не создаёт дубли справочников, очистка вложений учитывает все оставшиеся связи.
После предварительного удаления лишних рабочих вкладок завершение сохраняет только оставшиеся неудалённые черновики. Удалённые не входят в новый снимок состава, не возвращаются при возобновлении и не образуют «Обработана частично». Снимки прежних закрытий остаются неизменными; наличие в них версии удалённой рабочей вкладки разрешает только исторический просмотр. Последний активный черновик завершает заявку по отдельному сценарию.

В начало задачи · В начало

11.13. Передача ответственности с переносом действующих напоминаний

Оглавление задачи 11.13

11.13. Передача ответственности с переносом действующих напоминаний

11.13.1. Цель и результат

Ответственный менеджер или администратор передаёт работу по заявке другому существующему пользователю CRM. Новый ответственный получает ту же заявку с подготовленными данными и всеми незавершёнными напоминаниями менеджеру в её активных черновиках.

Результат — подтверждённая смена владельца всей заявки и актуальное распределение личных напоминаний и прав. Заявка не копируется, её черновики не дробятся между менеджерами. Созданные ранее рейсы и расписания остаются у собственных ответственных.

В начало задачи

11.13.2. Границы задачи и зависимости

Задача продолжает 11.1–11.12. Используются работающая заявка, её активные черновики, уведомления, история, созданные результаты, сохранённые состояния, общие права и запрет одновременного редактирования.

В задачу входят:

Поле «Ответственный за заявку» с выбором существующего пользователя в работающей карточке.
Сохранение текущей подготовки, подтверждение передачи и отмена выбора.
Изменение ответственного всей заявки без изменения её номера, состава или состояния.
Перенос незавершённых напоминаний менеджеру в активных черновиках на нового ответственного.
Обновление личных меню, счётчиков, всплывающих напоминаний и доступных областей заявок.
Фиксация смены владельца и адресатов в существующей истории.
Ограничения прежнего менеджера и сохранение административного доступа после передачи.
Подтверждённое сохранение, проверки прав и защита от повторного или устаревшего действия.

Создание учётных записей, новые роли, настройка индивидуальных разрешений и раздел «Управление» не входят. Используются стандартные менеджер и администратор из 9.1. Не добавляются самостоятельная передача владельца рейса или расписания, массовое переназначение базы, уведомление о передаче по новому внешнему каналу или ручное назначение менеджеров клиенту.

Полный список и календарь остаются в 11.14–11.15. Здесь используются доступный список и личные поверхности напоминаний из 11.9 без расширения их состава сверх описанных правил.

В начало задачи

11.13.3. Сущности и правила

Вход и доступность. В верхних общих сведениях работающей заявки поле «Ответственный за заявку» предлагает существующих пользователей CRM. Оно относится ко всей заявке, а не к выбранному черновику. Передача доступна текущему ответственному менеджеру и администратору с правом редактировать свободную карточку.

У необработанного обращения сначала выполняется «Обработать» по 11.2. Передача является отдельным подтверждаемым действием после взятия в работу; повтор обработки не становится автоматическим переназначением. В завершённой заявке, обработанном исходном черновике и историческом просмотре смена владельца не предлагается. Во второй сессии занятой карточки поле недоступно для изменения, даже администратору.

Выбор и подтверждение. Выбор прежнего ответственного ничего не меняет и не создаёт событие передачи. При выборе другого пользователя текущие промежуточные изменения сохраняются до передачи, открывается «Сменить ответственного?» с прежним и новым владельцами и пояснением о передаче всей заявки.

Окно сообщает, что все незавершённые напоминания менеджеру в активных черновиках перейдут новому ответственному без изменения текста, срока и состояния. Основная кнопка — «Да, передать». «Отмена» и крестик оставляют прежнего владельца; незавершённый выбор в поле не является передачей. Уже сохранённые поля подготовки при отмене не возвращаются к старым значениям.

Изменения заявки. После подтверждения меняется ответственный. Сохраняются номер, источник, состояние «В работе», дата создания, плановая дата работы, название, активный состав и вся подготовка: маршруты, даты поездок, исполнители, клиент, количества пассажиров, контакты, финансовые значения, теги, файлы, история и комментарии. Новая заявка и новые экземпляры черновиков не создаются.

В истории каждого активного черновика фиксируются прежний и новый ответственные, автор и время действия. История ранее выполненной работы и авторство прежних событий не переписываются. Передача не закрывает заявку, не возобновляет её и не изменяет дату работы на сегодня.

Напоминания при передаче.

Запись	Поведение
«Менеджер → Ответственный менеджер», запланированное, наступившее или просроченное напоминание активного черновика	Адресуется новому ответственному
«Менеджер → конкретный пользователь», незавершённое напоминание активного черновика	Также становится напоминанием новому ответственному, включая ранее выбранного третьего пользователя
Выполненное, отправленное или отменённое уведомление	Сохраняет прежнего адресата и историю
Сообщение водителям, клиенту или пассажирам	Сохраняет адресатов, срок и состояние
Уведомление прекращённого, обработанного черновика или исторического снимка	Не изменяется и не становится действующим
Уведомление уже созданного самостоятельного рейса или расписания	Остаётся у своего объекта и не переносится передачей заявки

Незавершённые напоминания сохраняют идентификаторы, текст, срок и состояние; новая копия не создаётся. После переноса получатель обозначается «Ответственный менеджер» и определяется новым владельцем заявки. Смена адресата фиксируется в истории соответствующего активного черновика.

Для завершённых напоминаний сохраняется фактический прежний адресат, даже если они создавались как напоминания ответственному. Смена владельца не должна показать их как выполненные новым пользователем. Прежний адресат может отличаться от прежнего владельца заявки; это не мешает переносу незавершённой записи.

Личные поверхности. Незавершённые напоминания активной подготовки появляются в личных поверхностях нового ответственного и не остаются в личном списке прежнего адресата. Меню «Напоминания», счётчик и всплывающая карточка используют текущего получателя по 11.9. Перенос просроченного напоминания не делает его запланированным и не назначает новый срок.

Администратор не получает все чужие напоминания как собственные благодаря роли. Он может работать с уведомлениями внутри доступной карточки, но его личный список остаётся списком адресованных ему действий. Напоминания готовых результатов прежнего менеджера не исчезают из его личных поверхностей только из-за передачи исходной заявки.

Права после подтверждения. Новый ответственный получает заявку в своей обычной области доступа. Прежний менеджер теряет право продолжать подготовку. Если его карточка остаётся открытой, она блокируется до возврата в список: нельзя менять поля, добавлять или прекращать черновики, создавать результат, комментировать, менять файлы и уведомления, закрывать, удалять или возобновлять заявку. Доступен возврат; показано пояснение о необходимости вернуться после смены ответственного.

Администратор после передачи остаётся в карточке с административным правом работы. Передача администратором самому себе или другому пользователю проходит через то же подтверждение. Общая блокировка одновременного редактирования сохраняется: передача не разрешает двум пользователям изменять карточку одновременно.

Если прежний менеджер является ответственным созданного ранее результата, он сохраняет доступ к этому результату. По его связи может просматривать исходную заявку в пределах 9.6, но это не возвращает чужую заявку в его обычный список и не даёт право редактировать оставшуюся подготовку.

Готовые результаты и клиент. Ранее созданные рейсы и расписания сохраняют ответственных, данные, уведомления и материалы. Их исходные снимки и владельцы не переписываются. Следующий результат из активного черновика получает нового ответственного заявки по 11.11.

Передача заявки не является назначением менеджера, работающего с клиентом. Эта связь по 6.8 определяется действующими рейсами и расписаниями и их собственными ответственными. Прежний менеджер может продолжать работать с клиентом через оставшийся у него результат; новый не добавляется к клиенту только из-за владения черновиком.

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

Перед выполнением повторно проверяются пользователь, выбранный новый владелец, текущее состояние и право передачи. Прежняя открытая карточка, ссылка или локальный буфер не сохраняют право старого владельца отправлять изменения после состоявшейся передачи. При неизвестном ответе сначала проверяется фактический результат; повтор не создаёт копию заявки, напоминания или события одной передачи.

В начало задачи

11.13.4. Основные сценарии и существенные альтернативы

Передача менеджером. Пользователь выбирает другого ответственного, сохраняется текущая подготовка и открывается подтверждение. После «Да, передать» та же заявка принадлежит новому пользователю; её незавершённые напоминания менеджеру перенесены. Прежняя карточка блокируется до возврата. При отмене владелец и адресаты остаются прежними.

Передача администратором. Администратор открывает работающую заявку и подтверждает нового владельца, включая себя. Меняются владелец и соответствующие напоминания; администратор сохраняет административную возможность продолжать работу. Его личное меню обновляется только по фактической адресации, не включает все уведомления переданной заявки автоматически.

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

У заявки есть результаты. Менеджер передаёт оставшуюся подготовку. Его готовый рейс остаётся у него, заявка продолжает работу у нового менеджера. Новый результат получает нового владельца. Исходные снимки и работающие менеджеры клиента не переписываются вследствие одной передачи заявки.

Выбор прежнего пользователя и отмена. Выбор текущего ответственного не открывает новую передачу. Закрытие подтверждения не меняет владельца и не откатывает уже сохранённый ввод. Неполная подготовка не становится обязанностью заполнить все поля перед передачей: это передача работы, а не создание результата.

Потеря прав и ошибка. Второй пользователь занятой карточки, устаревшее окно или изменившийся владелец не позволяют выполнить действие без актуальной проверки. Ошибка не показывает передачу как успешную и не меняет адресатов частично. Если передача уже подтверждена, старая карточка или буфер не возвращают прежнему пользователю право редактирования.

В начало задачи

11.13.5. Связь с прототипом и действующей системой

Главный прототип. Источник оформления и действий — верхнее поле «Ответственный за заявку», «Сменить ответственного?», блокировка прежней карточки и личные поверхности напоминаний в главный прототип. Правила передачи приведены в 9.5, переноса напоминаний — в 9.7, доступа — в 9.1 и 9.8.

Прототип. Сценарий задачи 11.13 показан в главном прототипе. Состав работ и ограничения этапа определяются настоящей задачей. Демонстрация интерфейса не подтверждает готовность рабочей CRM.

Project. В действующей системе уже существуют учётные записи пользователей и ответственные поездок. Они используются при переходе, а не создаются повторно из-за появления новой формы. Ответственный новой заявки и владельцы готовых результатов являются самостоятельными связями.

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

Сохранность и переход. Подключение поля не переназначает автоматически имеющиеся заявки, пользователей или уведомления. При переходе сохраняются существующие владельцы и устойчивые связи с учётными записями. Совпадение отображаемых имён не является основанием объединить пользователей или считать их одной записью.

Сохраняются старые уведомления, их получатели, сроки, состояния, история и связи с объектами. Правило переноса применяется к подтверждаемой передаче работающей новой заявки и её активным черновикам, не превращает уведомления старых групп или готовых поездок в напоминания нового владельца этой заявки.

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

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

В начало задачи

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

Поле «Ответственный за заявку» работает только у редактируемой работающей заявки и относится ко всему активному составу. Необработанное обращение сначала берётся в работу; исторические и завершённые данные не получают прямую передачу.
Текущий ответственный и администратор могут выбрать существующего пользователя. Выбор прежнего владельца не меняет данные и не создаёт событие. Второй пользователь занятой карточки не выполняет передачу.
Окно показывает прежнего и нового владельцев, передачу всей заявки и незавершённых напоминаний. «Да, передать» подтверждает; отмена и крестик сохраняют прежние назначения без отката уже сохранённой подготовки.
После подтверждения меняется владелец той же заявки. Номер, источник, состояние, обе даты заявки, состав и поля черновиков сохраняются. Нет копии, дробления обращения, закрытия или автоматического переноса даты работы.
Все запланированные, наступившие и просроченные менеджерские напоминания активных черновиков адресуются новому ответственному, включая ранее выбранного конкретного третьего пользователя. Сохраняются идентификатор, текст, срок и состояние; копии не создаются.
Выполненные, отправленные и отменённые записи сохраняют прежнего фактического адресата. Внешние сообщения, прекращённые и обработанные черновики, исторические снимки и уведомления готовых результатов не переназначаются.
Личные меню, счётчики и всплывающие карточки обновляются по новому получателю. Старый адресат не продолжает видеть перенесённые напоминания как собственные; администратор не получает все чужие записи только по роли. Просроченное напоминание не получает новый срок.
После передачи менеджером его открытая карточка допускает только возврат в список с пояснением. Поля, комментарии, файлы, уведомления, состав и действия создания или завершения недоступны. Новый владелец получает заявку в своей обычной области доступа.
Администратор сохраняет административные права после передачи другому пользователю или себе. Общий запрет одновременного редактирования продолжает действовать; настройки индивидуальных разрешений не добавляются.
Ранее созданные результаты и их владельцы сохраняются. Следующий результат получает текущего ответственного заявки. Сохранённые исходные данные и историческое авторство не переписываются; доступ прежнего владельца результата к исходному обращению остаётся только просмотром по 9.6.
В истории активных черновиков фиксируются смена владельца и адресатов с автором и временем. Персональная адресация не предоставляет право на заявку; передача черновиков не назначает работающего менеджера клиенту сама по себе.
Успех требует согласованного подтверждения подготовки, владельца, напоминаний и истории. Ошибка оставляет прежние назначения, неизвестный ответ проверяется перед повтором, одна передача не создаёт дублирующих объектов или событий. Буфер прежнего владельца не обходит новые права.
Используются существующие учётные записи и связи Project; имена не заменяют идентичность пользователя. Старые рейсы, расписания, групповые уведомления и предыдущие новые заявки не переназначаются массово и сохраняют данные.

В начало задачи · В начало

11.14. Список заявок: разделы, счётчики, поиск, фильтры и сортировка

Оглавление задачи 11.14

11.14. Список заявок: разделы, счётчики, поиск, фильтры и сортировка

11.14.1. Цель и результат

Менеджер или администратор находит нужную заявку в своей области доступа, видит её состояние и состав, выбирает условия отбора и открывает соответствующий сценарий работы. Счётчики отражают весь доступный набор, а не только строки текущей страницы.

Результат — полный список заявок с тремя разделами, поиском по заявке, вниманием и исходом обработки, фильтром ответственного администратора, сортировкой, числом найденных записей, строками и постраничной навигацией. Действия уже реализованных задач используются без новых способов обработки заявки.

В начало задачи

11.14.2. Границы задачи и зависимости

Задача продолжает 11.1–11.13 и заменяет минимальный список полным представлением по разделу 3. Используются готовые состояния заявки, состав черновиков и результатов, даты, напоминания, правила доступа и действия создания, обработки, завершения, просмотра и передачи.

В задачу входят:

«В работе», «Обработано», «Необработано» и их счётчики.
Поиск внутри страницы заявок по номеру, названию и телефону обращения.
«Требуют внимания», исход обработки и фильтр ответственного администратора.
Сортировка, «Найдено», возврат на первую страницу при изменении условий.
Полная строка заявки, описание источника и исхода, состав и ссылки на результаты.
Индикаторы уведомлений и переход к нужному черновику по правилам 11.9.
До 10 строк на странице, номера страниц и стрелки.
Пустые состояния и «Сбросить фильтры».
Согласованность счётчиков и списка с ограничением даты, которое предоставляет календарь следующего этапа.

Календарь, его периоды, выбор дня и снятие даты относятся к 11.15. До его подключения не добавляется другой интерфейс выбора даты. Правило отображения даты строки уже определено в 11.1 и разделе 2; поля дат карточки не перепроектируются.

Глобальный поиск в хэдере не исправляется этой задачей. Полные вкладки «Список рейсов» и «Расписание», управление справочниками, новые состояния, дополнительные действия в строках и настройка доступа не входят.

В начало задачи

11.14.3. Сущности и правила

Страница и доступ. Путь — хэдер → «Рейсы» → «Заявки». Показаны название, «Подготовка рейсов и расписаний», «Создать заявку», разделы, поиск, доступные фильтры, сортировка, «Найдено», таблица и страницы. Календарь добавляется в 11.15.

Менеджер использует обычную область своих заявок и необработанных обращений; администратор — всех доступных ему заявок по разделу 9. Возможность читать исходную заявку через принадлежащий пользователю результат не добавляет чужую работающую заявку в его обычный список и счётчики.

При первоначальном открытии выбран «В работе», конкретной даты нет, сортировка — «Сначала новые». «Создать заявку» доступна из любого раздела и выполняет сценарий 11.1: первый черновик и переход к подготовке в «В работе». Поиск и фильтры не создают заявки и не изменяют права пользователя.

Разделы.

Раздел	Включённые состояния
В работе	Заявки с продолжающейся активной подготовкой
Обработано	«Закрыта без результата», «Обработана», «Обработана частично»
Необработано	Обращения, ещё не взятые в работу

Переключение раздела сбрасывает «Требуют внимания» и исход обработки, сохраняет поиск, сортировку, ответственного и выбранную дату, если она задана календарём. Список возвращается на первую страницу.

Счётчики разделов. Считаются доступные пользователю заявки с учётом ограничения даты и выбранного ответственного администратора. Поиск, внимание, исход обработки и текущая страница не уменьшают эти числа. Заявка учитывается один раз независимо от количества черновиков, результатов или уведомлений.

Необработанные обращения без ответственного не ограничиваются конкретным менеджером. Они остаются в своих счётчиках и доступны в «Необработано», даже если администратор раньше выбрал другого ответственного.

У «В работе» дополнительно показано число заявок, требующих внимания: в их активных черновиках есть хотя бы одно актуальное для пользователя наступившее или просроченное напоминание. Это число заявок, а не число напоминаний. У «Необработано» при наличии обращений показан «!».

Условия списка.

Элемент	Где доступен	Правило
Поиск	Во всех разделах	Введённый фрагмент номера, названия заявки или телефона обращения без учёта регистра; применяется в выбранном разделе вместе с остальными условиями
Требуют внимания	В работе	Оставляет заявки с актуальными наступившими или просроченными напоминаниями активных черновиков
Исход обработки	Обработано	«Все», «Закрыты без результата», «Обработано», «Обработана частично»
Ответственный	У администратора, кроме «Необработано»	Все менеджеры либо выбранный существующий ответственный; административные права сохраняются
Сортировка	Во всех разделах	«Сначала новые», «Сначала старые», по названию

Поиск относится к самой заявке и её телефону обращения. Он отделён от глобальной строки хедера. Очистка снимает только поисковое условие.

Внимание определяется по адресации и доступу из 11.9 и 9.7. Администратор может видеть внимание по чужим заявкам без включения таких напоминаний в собственное личное меню. Запланированное, выполненное, отправленное или отменённое уведомление само по себе не делает заявку требующей внимания; уведомления исторических черновиков не становятся текущими действиями.

Исход «Все» включает все завершённые состояния. «Закрыты без результата» оставляет соответствующие обращения, «Обработано» — полностью обработанные, «Обработана частично» — с результатами и невозобновлённой прекращённой подготовкой. Смена исхода не меняет состояние самой заявки.

Новые и старые упорядочиваются по номеру заявки, как в главном прототипе; название — по русскому алфавиту. Изменение поиска, фильтра, сортировки или раздела возвращает на первую страницу. «Найдено» означает число всех заявок после применения условий списка, включая строки на других страницах, и может отличаться от счётчика раздела.

Дата строки и совместимость с календарём. В строке показана плановая дата работы с заявкой, если она указана, иначе дата создания по 2.6. Дата поездки в черновике не подменяет её. Ограничение по дате из 11.15 применяется к этой же дате при отборе строк и подсчёте разделов. Отображаемая неделя или месяц календаря сами по себе не ограничивают список.

Строка. Показаны номер, название, состояние, состав, дата, ответственный либо «Не назначен» и действия. Пустое название отображается «Без названия» по действующим правилам заявки.

Описание включает источник и телефон для сайта, источник для ручной заявки, причину и комментарий закрытия без результата, сведения об исходе обработки. При результатах видны ссылки на соответствующие рейсы и расписания; они открывают текущий самостоятельный результат для просмотра, не исходный черновик и не вторую копию поездки.

Состав показывает количества активных черновиков, созданных рейсов и расписаний. В завершённой заявке учитываются также сохранённые невозобновлённые черновики, прекращённые без результата. Прежняя версия возобновлённой подготовки не считается второй нерешённой вкладкой по 11.12.

Работающая заявка с актуальными напоминаниями выделяется. Индикаторы уведомлений незавершённой подготовки используют механизм 11.9: при одном соответствующем черновике открывается его вкладка уведомлений, при нескольких — выбор черновика. Уведомления готового результата остаются у результата и не превращаются в текущие напоминания исходной заявки.

Действия.

Состояние	Основное действие	Дополнительное действие
Не обработана	«Обработать» по 11.2	Закрытие недоступно с пояснением
В работе	«Редактировать»	Завершение: без результатов — закрытие без результата, при результатах — прекращение оставшейся подготовки
Закрыта без результата	«Возобновить» с подтверждением 11.12	Глазик сохранённой закрытой карточки
Обработана	«Подробнее» сохранённого состава и результатов	Неактивная иконка с пояснением «Заявка обработана»
Обработана частично	«Подробнее» состава; внутри доступно возобновление допустимого прекращённого черновика	Условия возобновления и подтверждение — по 11.12

У работающей заявки дополнительной кнопки «Подробнее» нет. Таблица использует права, подтверждения, блокировку занятой карточки и ошибки соответствующих действий 11.1–11.13. Открытие окна подтверждения само по себе не меняет данные.

Страницы. Показано до 10 заявок. При нескольких страницах доступны номера и стрелки, текущая выделена и показано «Страница N из M». На первой назад недоступно, на последней вперёд. При одной странице навигация скрыта, выбора размера страницы нет.

Переход меняет только видимые строки. «Найдено», счётчики разделов и будущие числа календаря считают весь соответствующий набор. Если после изменения данных страниц стало меньше, текущая страница остаётся в допустимых границах, без пустой несуществующей страницы.

Пустые состояния. Если в выбранном разделе нет доступных пользователю заявок до применения поиска и фильтров, показано «Нет заявок в работе», «Нет обработанных заявок» или «Нет необработанных заявок» соответственно, без кнопки сброса.

Если доступные заявки есть, но поиск или фильтры исключили все совпадения, показаны «Нет записей по выбранным условиям» и «Сбросить фильтры». Выбранная дата и ответственный администратора также являются условиями отбора; сортировка на пустое состояние не влияет. Сброс очищает поиск, дату, внимание и исход, сохраняет выбранный раздел, ответственного администратора и сортировку. Если выбранный ответственный по-прежнему не имеет подходящих заявок, список может остаться пустым; переход на «Все менеджеры» не выполняется автоматически.

Отсутствие видимых строк из-за фильтров не является удалением заявок и не изменяет их состояние.

Удалённые лишние вкладки по 11.3 не входят в количества активных или сохранённых прекращённых черновиков, не определяют исход «Обработана частично» и не доступны через «Подробнее». Сохраняются только неудалённые черновики по 11.12 и исходные черновики созданных результатов.

В начало задачи

11.14.4. Основные сценарии и существенные альтернативы

Поиск и раздел. Пользователь открывает нужный раздел, вводит номер, название или телефон обращения и видит отобранные строки и «Найдено». Очистка возвращает записи по остальным условиям. Переход в другой раздел сохраняет поиск, сортировку и ответственного, сбрасывает внимание и исход и показывает первую страницу.

Внимание. Пользователь включает «Требуют внимания» в работающих заявках. В списке остаются соответствующие обращения; счётчик раздела продолжает показывать весь доступный набор по дате и ответственному. Открытие индикатора ведёт к уведомлениям одного черновика либо к выбору. Выполнение или отмена последнего актуального напоминания снимает требование внимания по правилам 11.9.

Администратор и ответственный. Администратор выбирает менеджера, видит его соответствующие заявки и счётчики, сохраняя административное право работы. В «Необработано» фильтр не предлагается; обращения без владельца остаются доступны. Менеджер не получает этот административный фильтр и не расширяет свою область списка.

Обработанные обращения. Пользователь выбирает исход обработки, находит заявку и открывает сохранённый состав, результат или подтверждение возобновления по её состоянию. Это не новый сценарий закрытия или повторного создания результата. У частично обработанной заявки возобновляется только допустимая подготовка из 11.12.

Страницы и сортировка. При более чем 10 совпадениях пользователь переходит по страницам. Их смена не уменьшает общее число найденных записей и счётчики. Изменение условий или сортировки возвращает на первую. Удаление либо смена состояния использует фактический новый набор и не оставляет выбранной страницы за его пределами.

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

Пустой результат. Доступные заявки есть, но поиск или фильтры исключают все строки. Пользователь видит пояснение и может сбросить описанные условия, оставаясь в том же разделе и при том же ответственном и сортировке. Заявки не удаляются и не становятся необработанными из-за отсутствия совпадений.

Изменение данных и прав. Создание, взятие в работу, закрытие, обработка последнего черновика, возобновление и передача используют свои задачи и обновляют фактический набор списка. После передачи обычная область прежнего менеджера больше не включает чужую заявку; право просмотра через его готовый результат не возвращает её в этот список. Действующие фильтры могут скрывать созданную или возобновлённую запись, сохраняя её в базе.

В начало задачи

11.14.5. Связь с прототипом и действующей системой

Главный прототип. Источник оформления и поведения — «Рейсы → Заявки»: разделы, тулбар списка, строка и страницы в главный прототип. Правила приведены в 3.1–3.2, 3.4–3.8, даты — в 2.6, доступ — в разделе 9.

Прототип. Сценарий задачи 11.14 показан в главном прототипе. Состав работ и ограничения этапа определяются настоящей задачей. Демонстрация интерфейса не подтверждает готовность рабочей CRM.

Project. Действующая система уже хранит подготовку, обращения сайта и готовые поездки в прежней структуре. Новая таблица показывает заявки новой модели и их состав; состояния результатов не становятся состояниями заявок только для заполнения разделов списка.

Переход и сохранность. Этап меняет представление минимального списка существующих новых заявок, не создаёт их заново и не выполняет массовое преобразование старых рейсов в обращения. Сохраняются номера, даты, владельцы, исходные сведения, черновики, результаты, файлы, история, уведомления и теги. Числа считаются по фактическому доступному набору, без демонстрационных констант или ограничения одной страницей.

При последующем переходе старых данных сохраняются их идентичность и связи; поиск, сортировка и переключение страницы не являются переносом или дублированием. Старые расчёты, заявки и обращения не добавляются в новый список; доступ к ним сохраняется в исходном Project, который не изменяется. Почти 30 тысяч старых рейсов не удаляются и не переименовываются в новые заявки вследствие подключения таблицы.

Условия доступа и фильтра ответственного применяются к строкам и счётчикам согласованно. Наличие у пользователя готового результата чужой заявки не открывает её активную подготовку через расширение поиска. Сохранённые исторические данные и самостоятельные результаты остаются у своих объектов.

Проверка перехода. Проверяются ранее созданные новые заявки всех состояний, больше 10 совпадений, переданная заявка с результатом прежнего менеджера, необработанное обращение без владельца и отсутствие совпадений. Сопоставляются строки, счётчики, «Найдено», границы страниц и сохранность состава. Существующие объекты не исчезают при переключении нового представления и не дублируются при повторном открытии.

В начало задачи

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

Доступны три раздела с указанными состояниями. Переключение сохраняет поиск, сортировку, ответственного и заданную дату, сбрасывает внимание и исход и возвращает на первую страницу. «Создать заявку» работает из любого раздела по 11.1.
Обычная область менеджера и административный доступ соблюдаются в строках и числах. Чужая заявка не добавляется в обычный список только из-за просмотра через собственный результат; глобальный поиск не изменяется.
Счётчики разделов учитывают весь доступный набор, дату и ответственного, но не поиск, внимание, исход или страницу. Необработанные обращения без владельца не ограничиваются выбранным менеджером.
Дополнительный счётчик внимания считает заявки с актуальными наступившими или просроченными напоминаниями, а не число напоминаний. У необработанных при наличии обращений показан «!».
Поиск по номеру, названию и телефону обращения работает без учёта регистра в выбранном разделе и вместе с остальными условиями. Очистка снимает только поиск; «Найдено» показывает все совпадения, а не текущие строки.
Внимание доступно только в «В работе», исход — в «Обработано», ответственный — администратору вне «Необработано». Фильтры не меняют данные или права; личное меню администратора не становится списком всех чужих напоминаний.
Сортировки соответствуют главному прототипу: новые и старые по номеру, названия по русскому алфавиту. Изменение условий или сортировки возвращает на первую страницу.
Строка показывает номер, название, состояние, источник и предусмотренные сведения исхода, состав, дату, владельца и действия. Дата работы при наличии заменяет дату создания в строке; даты поездок на это не влияют.
Состав правильно учитывает активные черновики, результаты и невозобновлённую прекращённую подготовку завершённого обращения. Ссылки открывают текущие результаты, индикаторы уведомлений — соответствующий черновик или выбор.
Действия соответствуют состоянию и предыдущим задачам: обработка, редактирование и завершение, возобновление или сохранённый просмотр. У работающей заявки нет отдельного «Подробнее»; обработанные сохраняют это действие. Права и блокировка карточки продолжают проверяться.
На странице до 10 строк, навигация и стрелки корректны на границах; при одной странице скрыты. Смена страницы не меняет агрегаты. После уменьшения набора нет выбранной несуществующей страницы; размера страницы пользователь не выбирает.
В каждом из трёх разделов отсутствие доступных пользователю заявок до применения поиска и фильтров показывает соответствующее сообщение без кнопки сброса. Если заявки есть, но все исключены поиском или фильтрами, показаны «Нет записей по выбранным условиям» и «Сбросить фильтры». Сброс сохраняет раздел, ответственного и сортировку и не переводит на «Все менеджеры». Отсутствие строк не меняет состояние заявок.
Числа и строки обновляются по фактическим данным после действий 11.1–11.13. Предыдущая подготовка и результаты сохраняются, доступ не расширяется, старые поездки Project не превращаются в новые заявки из-за таблицы. Календарный интерфейс остаётся в 11.15.
Удалённые лишние вкладки не увеличивают счётчики, не появляются в «Подробнее» и не дают действия возобновления. Пример «четыре удалены, из пятого создан рейс» отображается как «Обработана» при отсутствии другой невозобновлённой прекращённой подготовки.

В начало задачи · В начало

11.15. Календарь заявок

Оглавление задачи 11.15

11.15. Календарь заявок

11.15.1. Цель и результат

Менеджер или администратор видит распределение доступных ему заявок по дням работы, замечает необработанные обращения и заявки с актуальными напоминаниями и выбирает день для работы со списком.

Результат — календарь внутри страницы «Рейсы → Заявки», связанный со списком из 11.14. Он показывает неделю или месяц, числа заявок по дням и позволяет включить либо снять ограничение списка одной датой. Календарь использует дату работы с заявкой, а при её отсутствии — дату создания; даты поездок не заменяют эти даты.

В начало задачи

11.15.2. Границы задачи и зависимости

Задача продолжает 11.14 и использует даты из 2.6, календарные правила 3.3, напоминания из 11.9 и доступ из раздела 9. Создание, обработка, завершение, возобновление и передача заявки выполняются по задачам 11.1–11.13.

В задачу входят:

Календарь над разделами и таблицей заявок.
Неделя, развёрнутый месяц, стрелки перехода между периодами и отметка сегодняшнего дня.
Выбор одной даты, повторное нажатие для снятия выбора и «Все даты ×».
Красный и зелёный счётчики заявок каждого дня.
Связь выбранной даты со строками, счётчиками разделов, «Найдено» и страницами списка.
Обновление календарных чисел после изменения данных и доступа.
Пустые состояния по правилам 11.14.

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

Не входят календари самостоятельных вкладок «Список рейсов» и «Расписание», выбор диапазона дат, массовые действия, исправление глобального поиска и дополнительные настройки доступа. Исходный календарь Project не изменяется. Календарь заявок реализуется в отдельной копии; календари готовых поездок описываются в своих задачах.

В начало задачи

11.15.3. Сущности и правила

Расположение и начальное состояние. Путь — хэдер → «Рейсы» → «Заявки». Календарь находится над разделами и списком. При первоначальном открытии страницы показана текущая неделя, выбран «В работе», конкретный день не выбран. Список не ограничивается текущей неделей.

Неделя начинается с понедельника и содержит семь дней. Развёрнутый месяц показан полными неделями, включая соседние дни предыдущего и следующего месяца; такие дни визуально отличаются и доступны для выбора. В ячейке видны число, день недели и месяц. Сегодня отмечено отдельно; отметка сегодня не означает, что день выбран.

Дата заявки. Заявка относится к плановой дате работы, если она заполнена, иначе к дате создания. Это та же дата, которая показана в строке списка по 11.14. Изменение дат и времени черновика, создание рейса или расписания не переносят заявку в календаре на дату поездки.

Например, заявка создана 3 октября, работа назначена на 6 октября, поездка — на 12 октября. В календаре заявок она учитывается 6 октября. При очистке даты работы она возвращается к 3 октября; дата создания сохраняется.

Область и числа календаря. Учитываются все доступные пользователю заявки всех трёх разделов с учётом выбранного ответственного администратора. Необработанные обращения без владельца учитываются при выборе любого менеджера. Просмотр чужой заявки через собственный готовый результат не добавляет её в обычную область календаря.

Выбранный раздел списка, поиск, «Требуют внимания», исход обработки, сортировка и текущая страница не изменяют числа календаря. Выбор даты ограничивает список и счётчики разделов, но не скрывает числа остальных дней календаря. Показанная неделя или месяц также не является ограничением списка.

Считаются заявки, а не черновики, созданные результаты или уведомления. Каждая заявка относится к одному дню и учитывается ровно один раз в одном из двух цветовых счётчиков:

Счётчик	Какие заявки включает
Красный	Необработанные обращения либо заявки с актуальными для пользователя наступившими или просроченными напоминаниями, требующими действия
Зелёный	Остальные доступные заявки этого дня

Если у одной заявки несколько актуальных напоминаний, красный счётчик увеличивается на одну заявку. Эта же заявка не включается в зелёный счётчик. Запланированные, выполненные, отправленные и отменённые уведомления сами по себе не делают её красной; исторические уведомления не становятся действующими. Адресация и административный обзор внимания сохраняют правила 9.7 и 11.9.

Зелёный цвет означает отсутствие указанных причин внимания, а не успешное завершение заявки. Поэтому в нём могут учитываться как работающие, так и завершённые заявки. Нулевой цветовой счётчик не показывается; день без заявок остаётся доступным для нажатия.

Элементы управления.

Элемент	Когда доступен	Действие и результат
День календаря	В недельном и месячном виде, в том числе без заявок	Выбирает одну дату и выделяет её; список и счётчики разделов ограничиваются этой датой
Уже выбранный день	При выбранной дате	Повторное нажатие снимает только ограничение даты
«Все даты ×»	При выбранной дате	Снимает ограничение даты; остальные условия списка сохраняются
Стрелки «‹» и «›»	В обоих видах	Показывают соседнюю неделю или соседний месяц соответственно
«Развернуть»	В недельном виде	Показывает месяц; при выбранной дате — месяц этой даты
«Свернуть»	В месячном виде	Возвращает недельный вид

Выбор или снятие даты сохраняет раздел, поиск, внимание, исход обработки, сортировку и ответственного. Список возвращается на первую страницу и заново определяет «Найдено» и число страниц. Переключение разделов сохраняет дату по 11.14.

Стрелки и смена вида не меняют выбранную дату, данные заявки или остальные условия отбора. Выбранная дата может оказаться за пределами показанного периода; ограничение списка продолжает действовать, а «Все даты ×» остаётся доступной. Возвращение к неделе само по себе не снимает дату.

Связь со списком и пустые состояния. При выбранном дне счётчики «В работе», «Обработано», «Необработано» считают весь доступный набор этого дня по правилам 11.14. Поиск и дополнительные фильтры применяются к строкам вместе с датой; «Найдено» показывает итоговое число совпадений на всех страницах.

Поэтому общее число заявок в ячейке может отличаться от «Найдено» в выбранном разделе. Например, день содержит одну необработанную и две работающие заявки: календарь считает три, а список «В работе» без других ограничений — две. Это разные области подсчёта, а не рассинхрон.

Если в выбранном разделе вообще нет доступных пользователю заявок до применения поиска и фильтров, показано соответствующее сообщение об отсутствии заявок без кнопки сброса. Если заявки есть, но выбранный день или другие условия исключили все совпадения, показаны «Нет записей по выбранным условиям» и «Сбросить фильтры». Сброс снимает дату вместе с остальными описанными в 11.14 условиями; «Все даты ×» снимает только дату.

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

Взятие обращения в работу снимает причину красного цвета «необработано»; дальнейший цвет зависит от актуальных напоминаний. Выполнение или отмена последнего такого напоминания переводит заявку в зелёный счётчик. Передача меняет область доступа и адресацию напоминаний по 11.13. Безвозвратно удалённая заявка исчезает из календаря и списка. Ни одно из этих действий не добавляет вторую календарную запись той же заявки.

В начало задачи

11.15.4. Основные сценарии и существенные альтернативы

Первый просмотр. Пользователь открывает страницу заявок, видит текущую неделю и числа всех доступных заявок по дням. В списке «В работе» показаны записи по действующим условиям, без ограничения видимой неделей. Сегодня отмечено, но не выбрано.

Работа в конкретный день. Пользователь нажимает день. Он выделяется; список и счётчики разделов учитывают выбранную дату. Пользователь может переключить раздел, продолжить поиск или применить фильтр. Дата сохраняется, а числа остальных дней календаря не исчезают.

Снятие даты. Пользователь повторно нажимает выбранный день или «Все даты ×». В списке снова учитываются все даты при сохранении остальных условий. Если нужен общий сброс поиска, даты, внимания и исхода, используется «Сбросить фильтры» по 11.14.

Другой период и вид. Пользователь перелистывает недели или месяцы, разворачивает или сворачивает календарь. Меняется представление периода, но не выбранная дата и не состав списка. Для ограничения другим днём пользователь нажимает его ячейку; новая дата заменяет предыдущую.

День без совпадений. Пользователь выбирает день без заявок в текущем разделе либо сохраняет несовместимый с ним поиск или фильтр. Применяется пустое состояние из 11.14. Можно снять только дату, изменить другие условия либо выполнить предусмотренный сброс. Заявки не удаляются и не меняют состояние из-за отсутствия строк.

Перенос работы. Пользователь открывает доступную заявку и меняет плановую дату работы. После сохранения она исчезает из прежнего дня и учитывается в новом. При возвращении в список прежняя выбранная дата сохраняется и может скрывать эту заявку. Очистка даты работы возвращает её к дате создания; дату поездки менять не требуется.

Внимание и ответственность. Пользователь видит красное число, выбирает день и открывает нужное обращение или его напоминания доступными действиями списка. Число не означает количество уведомлений. После обработки, выполнения напоминаний или передачи календарь отражает фактические данные и права; действия не выполняются самим нажатием на цветовой счётчик.

Сохранение и доступ. Изменение даты работы выполняется в карточке с автосохранением и блокировкой одновременного редактирования из 11.4. Ошибка сохранения обрабатывается по её правилам, без отдельного календарного способа редактирования. Пользователь не получает чужие заявки или право изменения данных через календарную ячейку.

В начало задачи

11.15.5. Связь с прототипом и действующей системой

Главный прототип. Источник — календарь на странице «Рейсы → Заявки» в главный прототип: недельный и месячный виды, ячейки, отметка сегодня, два цветовых числа, выбор даты и управление периодами. Логика описана в 3.3; дата заявки — в 2.6, список — в 11.14.

Прототип. Сценарий задачи 11.15 показан в главном прототипе. Состав работ и ограничения этапа определяются настоящей задачей. Демонстрация интерфейса не подтверждает готовность рабочей CRM.

Project. В действующей системе есть отдельный «Календарь рейсов» с числами поездок по дням, выбором дня или периода и связанной таблицей. Это представление готовых поездок; его числа и ограничение периода не определяют принадлежность новых заявок дням работы.

В новом участке календарь встроен в конкретную вкладку «Заявки» и работает с заявками новой модели. Существующий выбор диапазона, данные производственного календаря, массовые действия и календарные фильтры рейсов не переносятся в него только потому, что такие элементы есть в Project.

Переход и сохранность. Подключение календаря не создаёт заново заявки 11.1–11.14, не меняет их даты, номера, состав, ответственных, теги, файлы, историю или уведомления. Уже заполненная дата работы сразу используется; при её отсутствии используется сохранённая дата создания. День отображения не становится новой датой, записанной поверх исходных данных.

Почти 30 тысяч существующих рейсов Project сохраняются со своими данными и связями. Календарь заявок не превращает их в обращения и не переносит даты поездок в плановую дату работы с заявкой. В новой системе календарь находится внутри соответствующей вкладки; календари готовых поездок описываются в своих задачах. Исходный общий календарь Project продолжает работать без изменений.

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

Проверка перехода. Проверяются уже существующие новые заявки без даты работы и с ней, все три раздела, больше 10 заявок одного дня, необработанные обращения без ответственного и переданная заявка с готовым результатом прежнего менеджера. Сопоставляются принадлежность дням, цветовые числа, счётчики разделов и строки. Подключение календаря не дублирует записи и не изменяет сохранённые данные.

В начало задачи

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

Календарь расположен внутри «Рейсы → Заявки». Первоначально показана текущая неделя с понедельника, сегодня отмечено, дата не выбрана и список не ограничен видимой неделей.
Доступны недельный и месячный виды, соседние периоды и дни соседних месяцев. Разворачивание при выбранной дате показывает месяц этой даты; сворачивание и стрелки не снимают выбор и не меняют данные заявки.
Заявка учитывается по плановой дате работы, иначе по дате создания. Та же дата показана в строке; даты черновиков, рейсов и расписаний не подменяют её.
Числа включают все доступные заявки всех разделов с учётом ответственного администратора. Необработанные обращения без владельца остаются при любом его выборе; чужие заявки не раскрываются через календарь.
Поиск, внимание, исход обработки, раздел, сортировка, выбранная дата и страница списка не ограничивают числа других дней календаря. Больше 10 заявок одного дня учитываются полностью.
Красный счётчик включает необработанные обращения и заявки с актуальными наступившими или просроченными напоминаниями. Зелёный включает остальные. Одна заявка учитывается один раз; несколько напоминаний не увеличивают её вес. Нулевые счётчики скрыты.
Выбор дня ограничивает список и счётчики разделов одной датой, сохраняет остальные условия и возвращает на первую страницу. «Найдено» и страницы соответствуют итоговому набору.
Повторное нажатие дня и «Все даты ×» снимают только дату. Переключение раздела сохраняет её; «Сбросить фильтры» снимает дату и остальные условия по 11.14.
Выбор дня без совпадений и полностью пустой раздел дают разные сообщения по 11.14. Кнопка сброса предлагается при отсутствии совпадений, а не при отсутствии доступных заявок раздела.
Сохранённое изменение или очистка даты работы, возобновление, обработка обращения, выполнение напоминаний, передача и удаление обновляют календарь по фактическим данным. Создание результата не добавляет вторую календарную запись заявки.
Выбор дня, смена периода и вида не создают историю изменения заявки, не изменяют её поля и не предоставляют право редактирования. Изменение даты в карточке сохраняет правила автосохранения, ошибок и блокировки 11.4.
Подключение календаря сохраняет ранее созданные заявки, их результаты и связи. Готовые рейсы Project сохраняют требование переноса, исходный календарь не изменяется, старые расчёты и обращения в календарь новых заявок не попадают; календарь рейсов, расписаний и выбор диапазона не добавляются в задачу.

В начало задачи · В начало