Автоматизация доставки должна связывать действительный заказ с одной предполагаемой отправкой, используемой этикеткой и историей отслеживания, которую служба поддержки может понять. Прежде чем включить автоматические действия, определите, какие состояния заказов OpenCart имеют право на участие и как вы будете обрабатывать повторные попытки, неудачные запросы и возвраты.
Chronodiali Shipping — Грузы и отслеживание в реальном времени интегрирует OpenCart с Chronodiali для создания консигнаций, PDF-меток и синхронизации статуса доставки. Это требует активной учетной записи Chronodiali и соответствующих учетных данных API. Подтвердите доступность услуги и требования к учетной записи напрямую с Chronodiali перед планированием развертывания.
Проверить предварительные условия перед настройкой автоматизации
Запишите версию OpenCart, версию PHP, модули доставки и любые расширения, которые изменяют обработку заказов. Проверьте текущую информацию о совместимости продукта для этой конкретной настройки. Существующие модули, которые изменяют методы доставки или переходы состояния заказа, требуют особого внимания.
Получите необходимые учетные данные через процесс утвержденного аккаунта перевозчика. Храните их в предназначенной для расширения конфигурации, а не в публичном документе или скриншоте, который делится для устранения неполадок. Используйте доступную тестовую процедуру перевозчика или согласованный контролируемый тест; не предполагайте, что отправка живого API-запроса свободна от операционных последствий.
Сопоставьте коммерческие состояния заказа с логистическими состояниями
Заказ, размещенный клиентом, не всегда означает, что он готов к отправке. Ваш рабочий процесс может требовать подтверждения платежа, распределения запасов или ручной проверки сначала. Выберите состояние заказа, которое разрешает создание отгрузки, и убедитесь, что другая автоматизация не перемещает заказ в это состояние повторно.
| Момент рабочего процесса | Вопрос для ответа |
|---|---|
| Заказ получен | Авторизовано ли уже выполнение заказа? |
| Готов к отправке | Должен ли это вызвать отправку? |
| Обновление перевозчика | Какой статус OpenCart должен его представлять? |
| Отмена или возврат | Кто действует в OpenCart и в системе перевозчиков? |
Сохраняйте состояния платежей и доставки понятными. Обновление доставки не должно случайно подразумевать, что платеж был возвращен или что заказ никогда не был оплачен. Запишите сопоставление и владельца исключений.
Сначала проверьте одну ручную партию
- Выберите контролируемый, подходящий заказ в соответствии с вашим согласованным тестовым процессом.
- Просмотрите предварительно заполненные данные получателя, телефона, адреса и детали доставки.
- Создайте груз один раз и запишите возвращенную ссылку.
- Скачать PDF-этикетку и убедиться, что она соответствует предполагаемому получателю и отправлению.
- Проверьте, чтобы заказ и панель управления сохраняли правильную ссылку для отслеживания.
- Подтвердите, как получено и отображено следующее обновление статуса.
Также проверьте географические зоны и настройки групп клиентов, используемые для доступности доставки и тарифов. Успешная отправка не подтверждает, что процесс оформления заказа предложил правильную услугу и цену для каждого адреса. Включите эти выборы в ваш матрица тестирования оформления заказа.
Тестируйте дублирующие и неопределенные ответы
Рассмотрите, что произойдет, если запрос истечет по времени после того, как перевозчик создал груз. Повторение запроса вслепую может создать дубликат. Проверьте существующую ссылку, панель управления и доступную информацию о перевозчике перед повторной попыткой. Подтвердите поведение повторной попытки и обработки дубликатов вашей установленной интеграции, а не предполагайте, что каждая ошибка API означает, что ничего не было создано.
Тестируйте повторяющиеся изменения состояния заказа в согласованной тестовой среде тоже. Сохраняйте четкое различие между повторной попыткой неудачной операции и намеренным созданием второй отправки. Операторы должны видеть, какая партия принадлежит какому действию.
Используйте журналы, не раскрывая информацию о клиентах
Расширение предоставляет API и диагностику отправки. Используйте время, ссылку на заказ, операцию и статус ответа для расследования проблемы. При обмене фрагментом поддержки удалите учетные данные, токены и ненужные данные получателя. Полную диагностику держите доступной только для тех, кто в ней нуждается.
Если статус заказа не обновляется, проследите последовательность: ссылка на отправление, статус перевозчика, полученное обновление и сопоставленное состояние OpenCart. Это более информативно, чем многократное сохранение заказа в надежде, что синхронизация перезапустится.
Включите автоматические триггеры после контролируемого теста
Начните с узкого, документированного рабочего процесса и человека, контролирующего исключения. Подтвердите печать этикеток, доступ службы поддержки к отслеживанию и обработку случаев отмены или возврата. Просмотрите первые живые отгрузки с командой выполнения перед расширением автоматизации. Цель состоит в том, чтобы обеспечить надежную передачу от обработки заказа к доставке, с достаточными доказательствами для разрешения случаев, которые не следуют ожидаемому пути.