Главная > Портфолио > Кейсы > Интеграция 1С ERP с API перевозчика «Автолайтэкспресс» для ИООО «ВюртБел» (Минск)
Интеграция 1С:ERP с API «Автолайтэкспресс» для ИООО «ВюртБел»
Сроки выполнения: 11.11.2025 - 31.12.2025
Трудозатраты по проекту: 223 чел.-часов
Регион внедрения: Республика Беларусь, г. Минск
Ключевые показатели
Скорость
Оформление отправки перестаёт быть отдельной задачей “на полчаса с перепроверками”.
Качество
Реквизиты берутся из 1С, а не перепечатываются.
Учет
Отправление, статусы, изменения и отмены фиксируются в учётной системе.
Разитие
Если поток отправок растёт, процесс не ломается, потому что не упирается в ручной труд.
Описание проекта
В логистике больше всего времени уходит на одно и то же: взять данные из 1С, руками набить их в кабинете перевозчика, перепроверить адрес, вес, получателя, потом отдельно отслеживать статусы и искать трек-номер. На потоке отправок это превращается в рутину, где ошибки появляются “просто потому что человек устал”.
В ИООО "ВюртБел" задача звучала прагматично: формировать отправления не вручную на сайте перевозчика, а прямо в 1С ERP через API. Чтобы заказ на доставку создавался в пару кликов, данные подтягивались из 1С, а статусы и трекинг жили там же, где работают менеджеры и логисты.
Так мы сделали модуль "Рабочее место контроля доставки" и настроили обмен с API перевозчика ООО "Автолайтэкспресс".
Бизнес-цель
Свести оформление и контроль доставки к одному окну в 1С ERP:
- создание отправления из документов 1С без ручного ввода
- контроль статусов без постоянного “зайти в кабинет и посмотреть”
- меньше ошибок в реквизитах и меньше лишних действий
- единая точка правды: отправка и её история фиксируются в 1С
Что сделали: модуль "Рабочее место контроля доставки"
1) Внешний интерфейс для пользователей 1С
Собрали рабочее место как понятный экран внутри 1С ERP:
- формы и таблицы для хранения и отображения данных по отправлениям
- действия “создать”, “обновить статус”, “отменить”, “изменить”, “отследить”
- контроль того, что отправлено, что в работе, что доставлено, что с ошибкой
2) Объекты конфигурации под настройки и историю обмена
Создали необходимые объекты конфигурации (справочники, регистры, перечисления, документы), чтобы:
- хранить параметры подключения к API
- фиксировать запросы и ответы (для контроля и разборов)
- хранить связку “документ 1С → отправление перевозчика”
- показывать актуальные статусы пользователям
Какие операции автоматизировали через API "Автолайтэкспресс"
Обмен настроен по ключевым операциям (названия операций приведены по документации перевозчика):
- создание отправлений
- консолидирование отправлений
- отслеживание отправлений
- отмена отправления
- корректировка отправления
- получение статуса отправления
Как теперь выглядит процесс для логиста
Было:
документ в 1С → копировать данные → вручную набивать в кабинете перевозчика → искать трек-номер → отдельно смотреть статусы.
Стало:
документ в 1С → “создать отправление” → система берёт данные из 1С → отправляет в API → сохраняет результат обмена → дальше статусы/трекинг подтягиваются в 1С по кнопке или регламентом.
То, ради чего всё затевалось: меньше ручных шагов и меньше шансов ошибиться в адресе/получателе/контактах.
Что это даёт бизнесу (без “магии в процентах”)
- Скорость. Оформление отправки перестаёт быть отдельной задачей “на полчаса с перепроверками”.
- Качество данных. Реквизиты берутся из 1С, а не перепечатываются.
- Прозрачность. Отправление, статусы, изменения и отмены фиксируются в учётной системе.
- Масштабируемость. Если поток отправок растёт, процесс не ломается, потому что не упирается в ручной труд.
- Основа под омниканальность. Механика “1С ↔ перевозчик по API” дальше нормально расширяется: уведомления, отчёты по SLA, контроль проблемных доставок.
FAQ
Можно ли подключить второго перевозчика, если появится?
Да. Мы заложили хранение настроек подключения разных перевозчиков, чтобы расширение не превращалось в «новый проект с нуля».
Это только про логистику или ещё и про продажи/склад?
Начинается с логистики, но польза быстро уходит шире: менеджеры видят статусы, склад понимает, что уехало, бухгалтерия меньше ловит расхождения «что реально отправили».
Насколько глубоко это вмешивается в 1С ERP?
Сделано как отдельный модуль с рабочим местом, настройками и хранением истории обмена. По ощущениям для пользователей это «один экран», а по факту под ним нормальная, обслуживаемая интеграция.



