SABSUS

ДОСТАВКА · ИСПРАВЛЕНИЕ ПЕРЕД ОТПРАВКОЙ

Как заменить этикетку доставки и не отправить заказ дважды

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

Редакция SABSUS · · Источники проверены 12 октября

Сначала найдите посылку и определите причину

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

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

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

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

Перепечатка или новая этикетка: разные решения

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

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

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

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

Одна посылка, два ярлыка в истории: пример замены

Условный заказ O-41 содержит две единицы товара X. Обе лежат в единственной посылке P-41. Для неё куплена этикетка L1 с треком T1. До передачи клиент согласовал исправление адреса; состав, количество и физическая упаковка не изменились. Предположим, что провайдер допускает отмену L1 и покупку замены. Это допущение примера, которое в реальном случае надо проверить.

  1. Остановить выдачу P-41. Ответственный находит именно эту посылку и подтверждает, что она ещё под контролем точки. В задаче сохраняются O-41, P-41, L1, T1 и согласованный новый адрес.
  2. Установить результат отмены L1. Сотрудник выполняет разрешённое действие у провайдера и сохраняет подтверждённый итог. Запись «запрос отправлен» ещё не заменяет итог «отменена».
  3. Оформить L2 с проверенными данными. Для описанного обычного сценария к покупке переходят после известного успешного результата предыдущего шага. Новая операция получает собственный идентификатор и трек T2.
  4. Заменить рабочий ярлык на P-41. Старый отпечаток исключается из использования; наружные перевозочные данные должны соответствовать актуальной этикетке и правилам провайдера. Сотрудник сопоставляет P-41, адрес и T2 перед выпуском.
  5. Передать одно место и сохранить историю. В текущей инструкции на отправку указан L2. L1 остаётся исторической записью со связью «заменена на L2», временем и причиной. Факт передачи подтверждается отдельно.

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

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

Где остановить обычную замену

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

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

Отмена недоступна по правилам услуги. Например, на дату проверки Shopify перечисляет одновременно такие требования: покупка не старше 30 дней, отсутствие событий отслеживания, исключение USPS First Class Mail и отсутствие добавления в USPS-манифест за последние 15 минут. Условия относятся к этому сервису; они не заменяют проверку конкретного ярлыка и могут измениться. Источник: Shopify, условия отмены.

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

Закройте расходы и уведомления отдельно

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

Shopify указывает, что выданное возмещение за этикетки зачисляется как кредит на будущие покупки этикеток. Это не обещание немедленного поступления денег на банковский счёт и не возврат покупателю магазина. Цена доставки для клиента и цена ярлыка для продавца рассчитываются отдельно. Источник: Shopify, расчёты за этикетки.

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

Что проверить на демонстрации до запуска

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

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

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