Доставка прямо из retailCRM: СДЭК, DPD, Boxberry без захода в кабинеты служб

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

Почему ручное оформление доставки дорого обходится

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

К потерям времени добавляются ошибки. При ручном вводе адреса и выборе ПВЗ легко опечататься или перепутать пункт, и посылка уезжает не туда — это возврат, повторная отправка и недовольный клиент. Службы путаются между собой: оператор завёл заказ в СДЭК, хотя клиент просил Boxberry. Трек-номера забывают перенести, и статусы доставки повисают в воздухе. Когда клиент спрашивает, где его заказ, оператору приходится открывать кабинет службы и искать посылку вручную. Всё это размывает маржу и тянет вниз качество сервиса.

Что меняет интеграция со службами доставки

Интеграция переносит всю доставку в карточку заказа retailCRM. Оператор видит цену и сроки по СДЭК, DPD и Boxberry рядом и выбирает выгодный вариант при клиенте. Выбирает пункт выдачи из актуального справочника службы — адрес подставляется автоматически, опечататься негде. Создаёт отправление одним действием, и в ответ приходит трек-номер, который сразу записывается в заказ. Печатает накладную и наклейку в один клик, не переключаясь между вкладками. А статусы доставки подтягиваются по трек-номеру сами, поэтому судьба каждой посылки видна без обзвона служб.

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

Чем оформление в CRM отличается от настройки доставки на сайте

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

Сама по себе интеграция доставки — часть большего контура автоматизации. Заказы приходят из интернет-магазина и с маркетплейсов, обрабатываются в retailCRM и уходят в доставку. Чтобы данные между этими системами не переносили руками, мы выстраиваем связки в рамках направления интеграций retailCRM. Так доставка не живёт изолированно, а встроена в единый поток заказа от момента появления до вручения посылки.

Когда интеграция окупается, а когда хватит базовой настройки

Мы не уговариваем всех подряд внедрять сложную логистику. Интеграция оправдана, когда вы отгружаете десятки и сотни посылок в день несколькими службами, и каждый заказ проходит через ручное оформление. В этом случае автоматизация окупается за счёт сэкономленного времени операторов, снижения возвратов и ускорения отгрузки. Если же отправлений немного и служба одна, иногда достаточно подключить эту службу с базовым расчётом и печатью накладных — без массовой отправки и сложных правил. На бесплатном аудите логистики мы разбираем ваш поток заказов и прямо говорим, что нужно: полноценная интеграция всех служб или базовое подключение одной. Решение принимаем по числу отправлений и служб, а не по тому, что нам интереснее продать.

Как мы ведём подключение

Старт — это аудит логистики. Мы разбираем, какими службами вы возите, какие тарифы и направления используете, какие сценарии доставки нужны — до двери, до ПВЗ, с наложенным платежом, с примеркой — и где сейчас теряется время операторов. На основе этого фиксируем состав работ и смету до начала. Дальше заводим доступы служб в retailCRM, настраиваем связь по API, подгружаем справочники ПВЗ и тарифы, выстраиваем сценарии расчёта, выбора пункта, печати документов и автоподстановки статусов. Каждую службу проверяем на реальных заказах, чтобы накладные, треки и статусы работали корректно.

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

Гарантии и сопровождение

Состав работ и стоимость мы закрепляем до старта, а доработки сверх согласованного объёма обсуждаем отдельно — никаких сюрпризов в счёте. Подключение идёт по понятным этапам, поэтому вы видите результат и платите за конкретные блоки. Службы доставки время от времени меняют тарифы и API, поэтому мы предлагаем сопровождение: следим за изменениями, обновляем коннекторы, устраняем сбои и подключаем новые службы по мере роста. Если вы хотите вести интеграцию своими силами, передаём всё с инструкциями. Доступ к службам идёт по защищённым каналам, а интеграция строится на штатных механизмах retailCRM без правки ядра, поэтому обновления системы проходят без конфликтов.

Возражения, которые мы слышим чаще всего

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

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

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

Сценарии, под которые мы настраиваем доставку

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

Отдельный сценарий — мультислужбенная логистика, когда выбор службы зависит от региона и условий клиента. Здесь мы настраиваем автоправила: по направлению и весу система предлагает выгодную службу, а оператор подтверждает выбор или меняет его. Это помогает экономить на доставке без ручного сравнения тарифов по каждому заказу. Все эти сценарии живут в одной интеграции, и при росте бизнеса к ним добавляются новые службы и правила без переделки основы.

Этапы работы по шагам

Чтобы проект был предсказуемым, мы разбиваем его на понятные этапы с результатом на каждом. Первый этап — аудит логистики: разбираем службы, тарифы, сценарии и узкие места, фиксируем требования и состав интеграции. Второй — подключение служб: заводим доступы СДЭК, DPD и Boxberry в retailCRM и настраиваем связь по API с тарифами и справочниками ПВЗ. Третий — настройка сценариев: расчёт цены и сроков, выбор пункта выдачи, печать накладных и реестров, наложенный платёж и автоподстановку статусов в заказ.

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

С чего начать

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

Что важно учесть до старта

Прежде чем подключать службы, стоит навести порядок в нескольких вещах, от которых зависит качество интеграции. Первое — договоры и доступы. Чтобы создавать отправления по API, нужны действующие договоры со службами и выданные ими учётные данные для интеграции, иногда отдельные от входа в кабинет. Мы подскажем, что именно запросить у СДЭК, DPD и Boxberry, чтобы не терять время на старте. Второе — данные о товарах. Для корректного расчёта стоимости и сроков службе важны вес и габариты, поэтому если эти данные в каталоге неполные, расчёт будет приблизительным. Мы помогаем определить, какие поля нужно заполнить, чтобы расчёт был точным.

Третье — сценарии доставки. У каждого магазина свой набор: доставка до двери и до ПВЗ, примерка и частичный выкуп, наложенный платёж и предоплата, экспресс и обычные сроки. Чем точнее мы опишем эти сценарии на старте, тем меньше доработок понадобится потом. Четвёртое — каналы заказов. Если заказы приходят из нескольких источников, важно сразу решить, как доставка встраивается в общий поток, чтобы операторы работали по единому процессу независимо от того, откуда пришёл заказ. Эти вопросы мы проговариваем на аудите, и они напрямую влияют на смету и срок.