Главная > Портфолио > Кейсы > Интеграция 1С ERP с API перевозчика «Автолайтэкспресс» для ИООО «ВюртБел» (Минск) 

Интеграция 1С:ERP с API «Автолайтэкспресс» для ИООО «ВюртБел»

Сроки выполнения: 11.11.2025 - 31.12.2025

Трудозатраты по проекту: 223 чел.-часов

Регион внедрения: Республика Беларусь, г. Минск

Ключевые показатели

Скорость

Оформление отправки перестаёт быть отдельной задачей “на полчаса с перепроверками”. 

Качество

Реквизиты берутся из 1С, а не перепечатываются.

Учет

Отправление, статусы, изменения и отмены фиксируются в учётной системе. 

Разитие

Если поток отправок растёт, процесс не ломается, потому что не упирается в ручной труд.

Описание проекта

В логистике больше всего времени уходит на одно и то же: взять данные из 1С, руками набить их в кабинете перевозчика, перепроверить адрес, вес, получателя, потом отдельно отслеживать статусы и искать трек-номер. На потоке отправок это превращается в рутину, где ошибки появляются “просто потому что человек устал”.

В ИООО "ВюртБел" задача звучала прагматично: формировать отправления не вручную на сайте перевозчика, а прямо в 1С ERP через API. Чтобы заказ на доставку создавался в пару кликов, данные подтягивались из 1С, а статусы и трекинг жили там же, где работают менеджеры и логисты.

Так мы сделали модуль "Рабочее место контроля доставки" и настроили обмен с API перевозчика ООО "Автолайтэкспресс".


Бизнес-цель

Свести оформление и контроль доставки к одному окну в 1С ERP:

  • создание отправления из документов 1С без ручного ввода
  • контроль статусов без постоянного “зайти в кабинет и посмотреть”
  • меньше ошибок в реквизитах и меньше лишних действий
  • единая точка правды: отправка и её история фиксируются в 1С
Подход типовой для зрелой логистики: перевозчик принимает заявки по API, а 1С становится рабочим местом, где создают отправления и отслеживают их движение.


Что сделали: модуль "Рабочее место контроля доставки"

1) Внешний интерфейс для пользователей 1С

Собрали рабочее место как понятный экран внутри 1С ERP:

  • формы и таблицы для хранения и отображения данных по отправлениям
  • действия “создать”, “обновить статус”, “отменить”, “изменить”, “отследить”
  • контроль того, что отправлено, что в работе, что доставлено, что с ошибкой
Идея простая: логист не прыгает между 1С и веб-кабинетом перевозчика. Он работает в 1С.

2) Объекты конфигурации под настройки и историю обмена

Создали необходимые объекты конфигурации (справочники, регистры, перечисления, документы), чтобы:

  • хранить параметры подключения к API
  • фиксировать запросы и ответы (для контроля и разборов)
  • хранить связку “документ 1С → отправление перевозчика”
  • показывать актуальные статусы пользователям
Отдельно заложили важную вещь: настройки рассчитаны на несколько перевозчиков, если завтра добавится второй или третий. Не надо будет перепахивать архитектуру, достаточно подключить ещё один профиль.


Какие операции автоматизировали через API "Автолайтэкспресс"

Обмен настроен по ключевым операциям (названия операций приведены по документации перевозчика):

  • создание отправлений
  • консолидирование отправлений
  • отслеживание отправлений
  • отмена отправления
  • корректировка отправления
  • получение статуса отправления
По смыслу это закрывает полный цикл: от создания до контроля, изменений и отмен.


Как теперь выглядит процесс для логиста

Было:
документ в 1С → копировать данные → вручную набивать в кабинете перевозчика → искать трек-номер → отдельно смотреть статусы.

Стало:
документ в 1С → “создать отправление” → система берёт данные из 1С → отправляет в API → сохраняет результат обмена → дальше статусы/трекинг подтягиваются в 1С по кнопке или регламентом.

То, ради чего всё затевалось: меньше ручных шагов и меньше шансов ошибиться в адресе/получателе/контактах.


Что это даёт бизнесу (без “магии в процентах”)

  • Скорость. Оформление отправки перестаёт быть отдельной задачей “на полчаса с перепроверками”.
  • Качество данных. Реквизиты берутся из 1С, а не перепечатываются.
  • Прозрачность. Отправление, статусы, изменения и отмены фиксируются в учётной системе.
  • Масштабируемость. Если поток отправок растёт, процесс не ломается, потому что не упирается в ручной труд.
  • Основа под омниканальность. Механика “1С ↔ перевозчик по API” дальше нормально расширяется: уведомления, отчёты по SLA, контроль проблемных доставок.


FAQ

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

Это только про логистику или ещё и про продажи/склад?
Начинается с логистики, но польза быстро уходит шире: менеджеры видят статусы, склад понимает, что уехало, бухгалтерия меньше ловит расхождения «что реально отправили».

Насколько глубоко это вмешивается в 1С ERP?
Сделано как отдельный модуль с рабочим местом, настройками и хранением истории обмена. По ощущениям для пользователей это «один экран», а по факту под ним нормальная, обслуживаемая интеграция.

CRM-форма появится здесь
Cookie-файлы
Настройка cookie-файлов
Детальная информация о целях обработки данных и поставщиках, которые мы используем на наших сайтах
Аналитические Cookie-файлы Отключить все
Технические Cookie-файлы
Другие Cookie-файлы
Нажимая на кнопку, я принимаю условия соглашения. Подробнее о нашей политике в отношении Cookie.
Принять все Отказаться от всех Настроить
Cookies