Клиент изменил адрес после передачи заказа: как описать этот сценарий

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

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

Покажите разницу локальной правки и внешнего изменения

Учебный заказ У-47 передан партнёру с условным адресом «Точка А». Клиент просит доставить в «Точку Б». Это вымышленные обозначения без настоящих получателей и персональных данных. Менеджер сохраняет новое пожелание, но внешнее исполнение пока связано с прежним адресом.

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

Проверьте допустимость по текущему состоянию

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

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

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

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

Опишите отказ и неизвестный исход

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

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

Проверьте отображение результата

Экран оператора должен различать актуальное пожелание клиента и адрес, подтверждённый исполнителем. В нашем примере до ответа это «Предложено: Точка Б» и «Последнее подтверждение партнёра: Точка А». После принятия И-1 показывают новую подтверждённую версию, сохраняя объяснимую историю.

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

Как передать сценарий для оценки

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

Заказ / внешний номер / прежняя версия:
Условный прежний адрес / предлагаемое изменение:
Инициатор / право изменить:
Текущая стадия и источник правила допустимости:
Идентификатор правки и связь с заказом:
Подтверждение принятия / отказ:
Неизвестный исход — проверка и ответственный:
Повторная правка до ответа — правило:
Что видят клиент и оператор:
Контрольный пример и ожидаемое свидетельство:

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