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