Интеграция курьера в интернет-магазин (Sameday, FAN, Cargus): как это работает

У вас интернет-магазин, и на каждый заказ кто-то вручную копирует адрес клиента в приложение курьера, создаёт накладную (AWB), а потом вставляет трек-номер обратно в заказ. Это медленно, легко ошибиться, а при нескольких десятках заказов в день становится невыполнимо. «Интеграция курьера» означает как раз устранение этого ручного шага: заказ приходит, а накладная, тариф и трекинг делаются сами.

В Румынии самые используемые курьеры для e-commerce — Sameday, FAN Courier и Cargus. У всех трёх есть API, чтобы магазин мог создавать накладные программно. Хорошая новость: ничего изобретать не нужно. Честная новость: до того как автоматизация заработает, нужен договор с курьером, а несколько деталей (вес, наложенный платёж, постаматы) отличают интеграцию, которая работает, от той, что блокирует заказы.

Что на самом деле значит «интеграция курьера»

Это не одна вещь, а обычно три функции, работающие вместе:

• Создание накладной (AWB): в момент заказа (или когда вы переводите его в «отправку») магазин отправляет данные в API курьера и получает номер AWB плюс PDF-этикетку для печати.
• Расчёт тарифа при оформлении: исходя из веса, региона/населённого пункта и наличия наложенного платежа клиент видит стоимость доставки до оплаты.
• Автоматический трекинг: статус посылки (принята, в пути, доставлена) обновляется в заказе сам, иногда через вебхуки, которые присылает курьер.

Вдобавок для румынского рынка важны наложенный платёж (ramburs) и постаматы Sameday easybox, где клиент выбирает ячейку на карте прямо при оформлении. Серьёзная интеграция покрывает всё это, а не только создание накладной.

Что нужно до старта

Автоматизация не берётся из воздуха. Сначала нужен коммерческий договор с каждым курьером, которого вы хотите использовать. После подписания курьер выдаёт учётные данные API — обычно что-то вроде логина, пароля и ID клиента для их среды (у FAN есть SelfAWB, у Sameday и Cargus — свои API).

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

Подготовьте также: адрес отправителя (точку забора), вес по умолчанию на товар и, желательно, габариты посылки. Без корректного веса тариф при оформлении будет неверным.

Как выглядит автоматический процесс, шаг за шагом

После настройки типичный процесс в магазине выглядит так:

• Клиент добавляет товары и при оформлении выбирает курьера или тип доставки (на адрес или в постамат). Система считает общий вес и показывает реальный тариф.
• Клиент оформляет заказ (карта или наложенный платёж).
• Заказ попадает в админ-панель. Автоматически или по клику на «Создать AWB» магазин вызывает API курьера.
• Курьер возвращает номер AWB и этикетку. Она сохраняется в заказе, её можно распечатать.
• Когда курьер забирает посылку, статусы возвращаются в заказ, а клиент может получить письмо со ссылкой для отслеживания.

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

Готовый плагин, код под заказ или агрегатор

Есть три пути, в зависимости от платформы и объёма:

• Отдельный плагин (особенно на WooCommerce): есть расширения для Sameday, FAN и Cargus, которые подключаются к API с вашими учётными данными. Самый быстрый путь для одного курьера и небольшого-среднего объёма.
• Код под заказ (кастомные магазины, напр. Next.js): вы сами строите вызовы API. Больше усилий, но полный контроль над логикой тарифов, разбивкой на несколько посылок и возвратами.
• Агрегатор курьеров (Innoship, Postis, DeliveryEngine и подобные): вы подключаетесь к одной платформе, которая говорит со всеми курьерами. Полезно, если работаете с двумя-тремя курьерами сразу и хотите автоматически сравнивать тарифы. Но это добавляет ежемесячную плату и ещё одного посредника.

Для большинства небольших магазинов на старте достаточно одного плагина на одного курьера. Агрегатор становится оправдан на объёме.

Частые ошибки, которых стоит избегать

Несколько распространённых ловушек:

• Отсутствующий или неверный вес: если у товаров нет веса, тариф при оформлении выходит неверным или накладную отклоняют. Указывайте реальный вес, с упаковкой.
• Неверно настроенный наложенный платёж: сумму к получению при доставке нужно автоматически проставлять в AWB. Проверьте на реальных заказах, а не только на тестовых.
• Постаматы без карты: если продаёте через Sameday easybox, клиент должен выбирать ячейку при оформлении. Иначе получите заказы без точки доставки.
• Игнорирование возвратов: продумайте с самого начала, как создавать накладную на возврат, а не при первой жалобе.
• Тестовая среда против боевой: у курьеров есть тестовые аккаунты. Не запускайтесь, пока не проведёте один реальный заказ от начала до конца.

Наш подход в MPO Web Studio

Мы создаём премиальные магазины и работаем полностью удалённо, по всей стране. Интеграцию курьера ведём прозрачно: чётко говорим, что на нас (техническая часть — API, оформление, создание накладных, трекинг), а что на вас (договор и согласованные тарифы с курьером, которые мы лишь подключаем).

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

Если хотите конкретно обсудить, какие курьеры вам подходят и как выглядит интеграция на вашем магазине, напишите нам в WhatsApp. Честно скажем, что можно автоматизировать, а что нет.