Повтор заказа из личного кабинета: что нужно проверить заново

Подготовлено 23 октября 2026 года

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

Разделите шаблон и новое обязательство

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

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

Определите переносимые поля

Перечислите поля, которые можно предложить из истории, и те, где нужен явный выбор: организация, адрес, количество, способ получения или другое условие процесса. Данные не должны считаться актуальными только потому, что они присутствовали в У-63.

Покажите изменившиеся позиции

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

Если сведения о доступности ещё не получены, правильная подпись — «Нужно проверить», а не «Нет в наличии». Изменившиеся условия нужно показать до подтверждения. Молчаливое удаление Б создаст у клиента впечатление, что повторён весь прежний заказ.

Согласуйте подтверждение итогового состава

Определите, кто вправе отправить Н-63 и какой состав видит перед этим. Например, клиент выбирает количество А и отдельно решает судьбу Б, затем просматривает итог. Свидетельство подтверждения должно относиться к этой версии, а не к У-63.

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

Разберите частично доступный набор

Предложите согласованные бизнесом варианты: продолжить с А, вернуться к редактированию или направить вопрос менеджеру. Если возможна замена Б, её показывают как отдельное предложение с собственными условиями. Замену нельзя подставлять и отправлять без выбора клиента.

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

Что включить в доработку кабинета

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

Исходный заказ / новая версия черновика:
Что предлагается из истории:
Какие данные требуют нового выбора:
Источник актуальных условий и доступности:
Изменившиеся / недоступные / неизвестные позиции:
Варианты частичного продолжения:
Замена — отдельный выбор клиента:
Кто подтверждает итог и что видит:
Свидетельство нового заказа / контрольные примеры:

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