Автоматизация доставки через ApiShip
Для большинства интернет-магазинов доставка напрямую влияет на скорость работы команды, расходы бизнеса и клиентский опыт.
К нам обратился крупный интернет-магазин, который столкнулся с типичной для растущего e-commerce проблемой.
До начала проекта логистика почти полностью держалась на ручной работе менеджеров. После оформления заказа они распределяли отправления, сравнивая тарифы разных служб.
Пока покупок было немного, схема работала. Но постепенно проявились системные ограничения:
- обработка занимала всё больше времени;
- сотрудники тратили часы на однотипные операции;
- из-за высокой нагрузки появилось больше ошибок при оформлении;
- рост заявок автоматически означал необходимость нанимать новых сотрудников.
Логистика стала узким местом, которое тормозило бизнес. Компании нужен был единый инструмент, который сокращал бы нагрузку на команду и позволял управлять логистикой из одной админ-панели.
Цели проекта
Команда получила запрос на ИТ-решение для автоматизации работы с доставкой внутри административной панели интернет-магазина. Менеджер по-прежнему должен выбирать подходящую службу доставки, однако передача данных, создание отправлений и синхронизация статусов нуждались в оптимизации.
До внедрения сотрудники тратили значительную часть времени на механические операции. Они буквально копировали информацию из административной панели сайта в личные кабинеты перевозчиков.
Поэтому систему проектировали так, чтобы свести повторяющиеся действия к минимуму:
- автоматизация создания отправлений;
- работа в одном интерфейсе;
- уменьшение объёма самостоятельного ввода данных;
- сокращение количества ошибок при оформлении.
Нужно было ускорить обработку операций, которая в e-commerce напрямую влияет и на расходы бизнеса, и на качество клиентского сервиса. Чем быстрее проходит этап оформления и отправки, тем стабильнее работает весь процесс продаж.
При этом бизнесу должен был сохранить гибкость – доступные варианты можно сравнить и выбрать оптимальный по срокам или стоимости.
Все инструменты также нужно было встроить в существующую админ-панель сайта. Клиент хотел избежать постоянного переключения между внешними сервисами и сохранить контроль в едином интерфейсе. Поэтому логика работы была встроена непосредственно в текущую систему управления интернет-магазином.
Анализ и проектирование решения
Перед разработкой команда НооСофт детально разобрала текущую логику работы с доставкой. Нам важно было понять, какие операции создают основную нагрузку и замедляют обработку.
Во время аудита удалось выделить несколько проблем:
- отсутствие единого интерфейса;
- постоянное переключение между сервисами;
- ручной перенос данных;
- сложность контроля статусов отправлений.
После анализа текущей системы мы решили использовать ApiShip – сервис для связки интернет-магазинов с транспортными службами через единый API. Платформа позволяет централизованно работать с перевозчиками, автоматически получать цены, создавать отправления и синхронизировать статусы.
Отдельно был проработан процесс интеграции с существующей CMS и административной панелью сайта, чтобы сотрудники продолжали использовать привычный интерфейс.
Внутри системы реализовали автоматический подбор доставки на основе стоимости, сроков, направления и параметров. При этом алгоритм не ограничивал менеджеров жестким выбором.
Особое внимание уделили архитектуре API-взаимодействия. Она должна была стабильно обрабатывать большой поток заказов и обеспечивать бесперебойную работу логистики внутри существующей инфраструктуры проекта.
Реализация
После согласования НооСофт приступил к подключению ApiShip и реализации модуля управления непосредственно в административную панель сайта.
Интеграцию построили на классической request/response модели. Все ключевые операции – расчет стоимости, создание отправлений, получение ПВЗ и обновление статусов – выполнялись через синхронные HTTP-запросы к API ApiShip.
При этом команда сознательно отказалась от event-driven архитектуры и использования брокеров сообщений вроде RabbitMQ, Kafka или Redis Queue. Система работала в синхронной модели с точечной параллелизацией отдельных операций, например обновления tracking URL и статусов. Такой подход позволил сохранить предсказуемость логики и упростить сопровождение проекта.
Чтобы снизить нагрузку на API и ускорить расчеты, мы внедрили кеширование через Redis. В кеше хранятся тарифы, справочники служб, типы отправлений и данные по ПВЗ. Ключи формируются на основе параметров – города, веса, габаритов и выбранного перевозчика, а TTL кеша составляет 30 минут.
Автоматизация логистики внутри CRM
На первом этапе реализовали базовую связку с API логистического агрегатора. Система автоматически передавала данные заказа в ApiShip, после чего внутри административной панели отображались доступные службы, сроки и стоимость отправления для каждого варианта.
Первая версия решения представляла собой отдельный интерфейс внутри CRM Битрикс. Менеджер видел состав покупки, сведения о доставке, данные клиента и список доступных тарифов. После выбора подходящего варианта отправление создавалось и передавалось дальше через ApiShip.
Дополнительно внедрили карты ПВЗ. При оформлении система автоматически загружала доступные пункты выдачи для выбранного города и позволяла указать нужную точку прямо на карте.
Работа с отгрузками и статусами
Отдельно реализовали поддержку модели «один заказ – несколько отгрузок». Разделение формировалось на стороне Битрикс, а в сервис поступали уже готовые отгрузки. Каждая обрабатывалась как самостоятельная сущность и сохранялась в собственной таблице вместе с текущим состоянием.
Позже архитектуру переработали практически с нуля. Во второй версии решение превратилось из обычной API-интеграции в полноценный модуль управления логистикой внутри CRM.
Появился новый интерфейс, в котором менеджер мог оперировать несколькими отгрузками и разбивать заказы на части.
Особенно важной стала логика нестандартных отгрузок. Если отправление содержало крупногабаритные товары или несколько товарных групп, система автоматически разделяла его на несколько. Это позволяло учитывать ограничения перевозчиков и избегать отказов со стороны служб доставки.
Надежность и бизнес-логика
Отдельное внимание уделили обработке ошибок и надежности. Система разделяла транспортные ошибки – timeouts и ответы 5xx – и бизнес-ошибки API, например некорректный адрес или недоступный тариф.
При этом retry-механизм в проекте не использовался. Команда реализовала fail-fast модель: если внешнее API возвращало ошибку, система сразу передавала ее дальше без повторных попыток. Такой подход позволял быстрее выявлять проблемы и избегать накопления некорректных операций внутри логистического контура.
Обновление статусов отправления работало через webhook-уведомления ApiShip. Когда статус заказа изменялся, сервис отправлял уведомление в систему интернет-магазина, после чего данные автоматически обновлялись в Битрикс и сохранялись в историю изменений.
Во время тестирования мы столкнулись с рядом нестандартных сценариев. Например, даже расхождение в несколько копеек после перерасчета скидок или кешбэка могло приводить к отказу API при создании отправления.
Для корректной работы была реализована дополнительная логика валидации и синхронизации между CRM, системами доставки и складским учетом. Это позволило избежать расхождений в суммах заказов и обеспечить корректную передачу данных между всеми точками.
Проект превратился в полноценную кастомную логистическую платформу, адаптированную под реальные процессы магазина.
Результаты внедрения
После интеграции с ApiShip процесс работы с доставкой практически полностью перешел в автоматический режим. Первые результаты бизнес увидел уже в первые недели после запуска. Обработка заказов стала заметно быстрее, а нагрузка на команду снизилась без расширения штата.
После запуска система дала заметный эффект:
- время обработки сократилось в среднем на 65–70%;
- количество ручных действий менеджеров уменьшилось более чем в 3 раза;
- оформление отправлений ускорилось с 7–10 минут до 1-2 минут;
- число ошибок при передаче данных снизилось примерно на 80%;
- сотрудники смогли обрабатывать больший объем без расширения штата;
- логистика стала централизованной и прозрачной.
Автоматизация особенно заметно проявила себя в периоды повышенной нагрузки. Система масштабировалась значительно стабильнее и не требовала пропорционального роста команды.
Изменился и клиентский сервис. Заказы начали быстрее переходить в доставку, а сотрудники смогли уделять больше времени коммуникации с клиентами и нестандартным задачам вместо рутинной работы с логистикой.
Дополнительным эффектом стала гибкость дальнейшего развития системы. После внедрения компания смогла подключать новых перевозчиков и расширять логистические сценарии без серьезной переработки внутренних процессов.
Экспертный вывод от ИТ-команды
Подобные проекты хорошо показывают, что логистика в e-commerce – это уже не вспомогательная функция, а полноценная часть операционной модели бизнеса.
На ранних этапах ручное управление доставкой может работать достаточно эффективно. Но по мере развития интернет-магазина количество рутинных операций быстро увеличивается. Менеджеры начинают использовать сразу несколько сервисов, растет объём механического ввода данных, а обработка заказов требует всё больше времени и ресурсов команды.
В таких сценариях автоматизация становится уже не «улучшением», а необходимым этапом развития инфраструктуры.
Однако готовые коробочные решения далеко не всегда учитывают особенности внутренних процессов бизнеса. В этом проекте ключевую роль сыграла именно кастомная разработка, которая позволила встроить управление логистикой непосредственно в существующую CRM и сохранить гибкую бизнес-логику. Решение было реализовано так, чтобы начать работу сразу на действующем сайте и потом без сложностей интегрироваться в будущую новую версию.
В результате компания получила масштабируемую логистическую систему, адаптированную под реальные процессы и дальнейший рост проекта.
Команда НооСофт помогает e-commerce-проектам выстраивать и автоматизировать логистическую инфраструктуру: от аудита текущих процессов до разработки индивидуальных интеграций и внедрения систем внутри CRM и ERP-платформ.
