Как согласовать отмену заказа после передачи во внешнюю систему
Подготовлено
После передачи заказа просьба об отмене и выполненная отмена становятся разными результатами. В обмене нужно описать допустимые стадии, подтверждение внешней стороны и путь сотрудника при отказе или неизвестном исходе. Одна кнопка «Отменить» этих правил не заменяет.
Разведите просьбу и выполненную отмену
В учебном примере магазин зарегистрировал заказ У-44 у партнёра. Затем клиент попросил отказаться от доставки. Магазин сохранил просьбу, но ещё не получил подтверждение партнёра. Пока можно утверждать только «Запрос отмены зарегистрирован», а не «Заказ отменён».
Полезно различать основание запроса, его передачу и фактическое решение внешней стороны. У каждого этапа своё свидетельство. Сотруднику нужна связь с исходным заказом и конкретной попыткой отмены, чтобы последующий ответ не завершил случайно другую просьбу.
Уточните допустимые стадии
Составьте вопросы к владельцу процесса и документации: до какого внешнего действия отмена возможна, кто вправе её запросить, какие данные обязательны и как узнать итог. Название текущего статуса само по себе не устанавливает допустимость. Реальные условия перевозчика в учебный пример не подставляются.
Для У-44 допустим, что стороны согласовали проверку возможности отмены перед её передачей. Если проверка показывает ограничение, система объясняет его оператору. Если проверить невозможно, это отдельный исход, а не разрешение отменять без подтверждения. Платежи, возвраты и другие связанные действия требуют своих согласованных правил.
Опишите ответы обеим ролям
| Свидетельство | Что видит сотрудник | Что можно сообщить клиенту |
|---|---|---|
| Просьба сохранена внутри магазина | Запрос зарегистрирован; передача ещё не подтверждена | Просьба получена, проверяем возможность отмены |
| Партнёр подтвердил отмену | Отмена подтверждена, есть связанный ответ | Заказ отменён по подтверждённому результату |
| Партнёр отказал | Отказ и доступная причина | Отмена не подтверждена; сотрудник объяснит дальнейший путь |
| Ответ потерян | Исход запроса неизвестен | Результат уточняется у партнёра |
Клиентский текст должен отражать только известный результат. Внутренние технические сведения можно оставить в карточке сотрудника. Понятное сообщение не должно скрывать неопределённость или обещать возврат уже выполненного внешнего действия.
Сохраните исключения
Проверьте отказ, уже начатую обработку и потерянный ответ. В первом случае сохраняют подтверждённую причину. Во втором выясняют применимый дальнейший путь по условиям сторон. В третьем ищут результат прежнего запроса, не считая повтор способом проверки.
Приход нового состояния заказа во время ожидания отмены тоже требует правила. Например, учебный заказ продолжил обработку, а ответа об отмене ещё нет. Это противоречие нужно показать ответственному; выбирать удобное завершение только по последнему времени получения сообщения нельзя.
Назначьте владельца ручного продолжения
Укажите роль, которая связывается с партнёром, сохраняет ответ и возвращает решение оператору. Завершением считается заранее определённое свидетельство: подтверждение отмены, подтверждённый отказ или согласованное отдельное решение. Передача вопроса другому сотруднику сама по себе не равна отмене.
В карточке У-44 остаются номер заказа, попытка отмены, наблюдение, доступный способ проверки, ответственный и следующий шаг. Не следует закрывать такую карточку только потому, что истекло время ожидания. Как и при закрытии учётной записи, завершение нужно определить явно, но предмет здесь другой — конкретный заказ у внешней стороны.
Добавьте отмену в постановку обмена
Для оценки обмена приложите заполненный путь У-44 и пустую карточку. Разработчик проверит доступные интерфейсы и готовый коннектор; подтверждённых возможностей партнёра нельзя заменить предположениями о том, как обычно работают доставки.
Заказ / внешняя сторона / инициатор: Основание и полномочие запросить отмену: Допустимая стадия и источник правила: Запрос / попытка / время: Подтверждение отмены — какое свидетельство: Отказ / уже начатая обработка — путь: Неизвестный исход — способ проверки: Ответственный за ручное продолжение: Сообщение сотруднику / клиенту: Критерий завершения и контрольный пример:
Если такой участок есть в вашем проекте, опишите одно действие и нужный результат. Первый разговор бесплатный; готовое ТЗ не обязательно. Обсудить свою задачу.