На складе одного интернет-магазина я наблюдал забавную сцену. Клиент уже получил SMS «Ваш заказ доставлен», а в это время кладовщик только искал коробку на полке. Потому что система отслеживания доставки считала, что раз курьер отметился по GPS около адреса — значит, доставлено. А то, что курьер заехал в соседний дом, система не знала.
Это типичная проблема логистики: много систем, много точек данных, и между ними — человеческий фактор. WMS (система управления складом) живёт своей жизнью, TMS (система управления транспортом) — своей, ERP (учётная система) — третьей. CRM ждёт актуальных статусов, клиенты ждут уведомлений, а данные застревают где-то посередине, потому что кто-то не успел или забыл их перенести.
RPA в логистике — это про скорость и синхронность. Робот не устаёт, не забывает, работает круглосуточно. Он может в реальном времени передавать статусы между системами, создавать документы, уведомлять всех участников цепочки. И клиент получает SMS не когда курьер «примерно там», а когда заказ реально вручён и подписан.
Где возникают задержки: типичные болевые точки
Логистическая цепочка — это последовательность событий: заказ → комплектация → отгрузка → доставка → получение. На каждом переходе — потенциальная задержка данных.
Создание задания на комплектацию. Заказ пришёл в ERP, но задание на склад создаётся вручную — оператор проверяет, обрабатывает пачкой, отправляет в WMS. Между заказом и началом сборки может пройти час, а иногда — до следующего рабочего дня.
Передача транспортной компании. Заказ собран, но для передачи курьерской службе нужно сформировать накладную, получить трек-номер, распечатать этикетку. Если интеграции нет — это ручная работа в личном кабинете перевозчика.
Обновление статусов. Курьер забрал посылку — статус меняется у перевозчика. Но клиент смотрит статус в вашем магазине. Чтобы он увидел «В пути», кто-то должен перенести данные из системы перевозчика в CRM. Обычно это делается раз в час, или ещё реже.
Оприходование возвратов. Клиент вернул товар. Он приехал на склад, но в системе продаж всё ещё висит «Ожидает возврата». Пока кладовщик обработает, пока бухгалтерия проведёт — дни. Клиент нервничает, служба поддержки отбивается.
Сверка с перевозчиками. Конец месяца, нужно сверить акты с транспортными компаниями. Сотни накладных, десятки маршрутов, разные тарифы. Ручная сверка — это ад.
Что делает робот: сценарии автоматизации
RPA в логистике — это клей между системами и ускоритель операций. Вот конкретные сценарии.
Мгновенное создание заданий на сборку. Как только заказ оплачен (или получен, в зависимости от бизнес-модели), робот проверяет остатки, формирует задание в WMS, назначает исполнителя по правилам (зона склада, загрузка сборщиков). Без паузы на «пачку заказов» — каждый заказ обрабатывается сразу.
Автоматическое оформление доставки. Заказ собран и упакован — робот идёт в личный кабинет транспортной компании (или использует API), создаёт накладную, получает трек-номер, формирует этикетку. Этикетка печатается на складе, кладовщик клеит и передаёт курьеру.
Синхронизация статусов в реальном времени. Робот каждые 5-10 минут (или по событию) опрашивает API перевозчиков, получает актуальные статусы, обновляет CRM и личный кабинет клиента. Клиент видит «Курьер выехал» через минуты после реального события, а не через часы.
Автоматические уведомления. При изменении статуса — SMS или push клиенту. Не «дублирование» работы, а именно автоматическое срабатывание: статус изменился → уведомление ушло. Без участия человека, без задержек.
Обработка проблемных доставок. Если доставка не состоялась (не дозвонились, нет на месте, отказ), робот получает статус, создаёт задачу на повторную доставку или связь с клиентом, эскалирует если нужно. Проблемы не теряются в потоке.
«До роботизации между сборкой заказа и получением трек-номера проходило 2-3 часа — пока оператор сформирует реестр, пока загрузит в систему СДЭК, пока получит ответ. Сейчас — 30 секунд автоматом. Клиенты получают трекинг сразу после сборки, а не к вечеру.»
Руководитель логистики, интернет-магазин электроники
Сценарий: от заказа до «Доставлено» без ручных операций
Посмотрим на полный цикл роботизированной доставки интернет-магазина.
Момент 0: Клиент оформил заказ на сайте, оплатил картой. Статус в CRM — «Оплачено».
+10 секунд: Робот видит новый оплаченный заказ. Проверяет остатки в WMS. Товары есть — создаёт задание на сборку, назначает на ближайшего свободного комплектовщика. Статус — «Передан на сборку».
+20 минут: Комплектовщик собрал заказ, отсканировал все позиции, нажал «Готово» в мобильном приложении. Робот фиксирует завершение, отправляет данные в систему перевозчика, получает трек-номер и этикетку. Статус — «Собран, ожидает отправки». Клиенту уходит SMS с трек-номером.
+2 часа: Курьер забрал посылки со склада, отсканировал приёмку. Перевозчик передал статус — робот обновил CRM. Статус — «В пути». Клиенту — push-уведомление.
+1 день: Курьер доставил, клиент расписался. Перевозчик передал статус и скан подписи. Робот закрывает заказ в CRM, обновляет статус, запускает процесс начисления бонусов и сбора отзыва. Статус — «Доставлено».
Ни одного ручного действия оператора. Человек подключается только при проблемах: брак при сборке, неудачная доставка, жалоба клиента. Рутина — на роботе.
Работа с несколькими перевозчиками
Большинство компаний работает с несколькими транспортными компаниями: одна для местной доставки, другая для межгорода, третья для крупногабарита. У каждой — свой личный кабинет, свой формат данных, своё API.
Робот становится единой точкой интеграции. Он знает правила выбора перевозчика: по региону, весу, срочности, стоимости. Автоматически определяет оптимальный вариант, создаёт накладную в нужной системе, получает статусы из разных источников и приводит к единому виду.
Для оператора и клиента всё выглядит одинаково: «В пути», «Доставлено», «Ожидает в ПВЗ». Неважно, какой перевозчик везёт — интерфейс единый.
Дополнительный бонус — гибкость. Если один перевозчик повысил цены или начал задерживать — легко переключиться на другого. Нужно изменить только правила выбора в роботе, а не переучивать операторов.
Сверка и финансовый контроль
Логистика — это не только движение товаров, но и движение денег. Акты от перевозчиков, расчёт стоимости доставки, контроль тарифов — всё это традиционно съедает много времени.
Робот может автоматизировать сверку. Он собирает данные о доставках из своей системы: сколько посылок, какие веса, какие тарифы. Параллельно получает акты от перевозчиков (через API или парсинг личных кабинетов). Сравнивает — и формирует отчёт о расхождениях.
Если расхождение значительное — автоматически формирует претензию или запрос на пересчёт. Если в рамках допуска — акцептует акт и передаёт в бухгалтерию для оплаты.
Отдельная функция — мониторинг стоимости. Робот отслеживает среднюю цену доставки, сравнивает с прошлыми периодами, выявляет аномалии. Если транспортная компания начала дорожать — сигнал для переговоров или поиска альтернатив.
Возвраты и нестандартные ситуации
Отдельная головная боль логистики — возвраты. Клиент отказался от заказа, товар вернулся на склад, нужно обработать, обновить статусы, вернуть деньги. Много шагов, много участников, высокий риск ошибки.
Робот превращает возврат в управляемый процесс. При получении статуса «Возврат» от перевозчика — автоматически создаётся задача на приёмку склада. После приёмки — проверка комплектности и состояния. Результат — либо возврат на полку (товар в норме), либо списание (повреждён, неликвид).
Параллельно робот запускает финансовый процесс: расчёт суммы возврата, формирование документов, инициация платежа. Клиенту — уведомление о статусе и сроках возврата денег.
Для нестандартных ситуаций (частичный возврат, обмен, брак при доставке) настраиваются отдельные сценарии. Робот обрабатывает типовые случаи сам, нетиповые — эскалирует ответственному сотруднику с готовой информацией для принятия решения.
Метрики и эффект
Как измерить результат роботизации логистики? Вот ключевые показатели.
Время от заказа до отправки (order-to-ship). Должно сократиться: меньше ожидания на ручных операциях, быстрее передача между этапами.
Задержка обновления статусов. От события (отгрузка, доставка) до отображения клиенту. Хороший показатель — менее 5 минут. Отличный — менее минуты.
Доля автоматически обработанных заказов. Какой процент проходит без ручного вмешательства? Целевой показатель — 85-90%.
Количество ошибок в документах. Накладные с ошибками, неверные трек-номера, несоответствие данных. Должно стремиться к нулю.
Удовлетворённость клиентов (NPS по доставке). Прозрачный трекинг и быстрые уведомления улучшают восприятие сервиса.
Нагрузка на операторов. Сколько времени тратится на ручные операции. Должна снижаться, освобождая время для решения проблем.
Хотите ускорить логистику?
Проведём аудит ваших логистических процессов и покажем, где теряется время между системами. Рассчитаем эффект от роботизации.
Обсудить проектВ логистике время — это всё. Заказ завис на полчаса между системами — клиент уже нервничает. Статус обновился с задержкой — поддержка не знает, что ответить. Каждая такая пауза — это деньги и репутация.
Кладовщики и курьеры никуда не денутся — коробки сами не перемещаются. Но операторы, которые целый день копируют трек-номера из одной системы в другую — вот их работу робот возьмёт на себя. И сделает лучше, потому что не устанет к пятнице и не пропустит строчку.
Попробуйте начать с чего-то конкретного: автоматическое создание накладных или синхронизация статусов в реальном времени. Эффект увидите за неделю. Дальше сами захотите добавить остальное.
Полезные материалы
- Закупки без хаоса — RPA для заявок и поставщиков
- RPA как цифровой сотрудник — где робот окупается
- Интеграция со СДЭК — автоматизация доставки
- Синхронизация остатков — архитектура и ошибки