К статье
Практический материал

Торговля и Склад · 11 мин

Как работает 1С Логистика: от заявки до контроля доставки

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

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

Ключевая особенность продукта — тесная связь с учётными конфигурациями 1С. Заявки на перевозку могут формироваться автоматически из заказов клиентов в «1С:Управление торговлей» или ERP, а результаты рейсов возвращаться обратно для закрытия документов отгрузки. Это убирает двойной ввод данных и расхождения между коммерческим и транспортным учётом.

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

Из чего состоит система и как устроен цикл перевозки

Функционально решение делится на несколько блоков: справочники (контрагенты, адреса, транспортные средства, водители, грузы), планирование (заявки, маршрутные листы, маршрутизация), исполнение (рейсы, пункты следования, отметки о прибытии) и финансовый контур (тарифы, счета, акты, взаиморасчёты). Каждый блок опирается на предыдущий, поэтому корректное заполнение справочников — обязательное условие нормальной работы.

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

Во время исполнения фиксируются фактические события: прибытие на точку, завершение погрузки, выезд, доставка. После закрытия рейса система рассчитывает стоимость по тарифам, формирует документы для заказчика и данные для расчёта зарплаты водителю или оплаты наёмному перевозчику.

Какие справочники настроить в первую очередь

Работа системы начинается с базы нормативно-справочной информации. Минимальный набор: контрагенты и договоры, адреса доставки с координатами, транспортные средства с характеристиками (грузоподъёмность, объём кузова, тип), водители с категориями прав и графиками, типы грузов и упаковки. Без координат адресов маршрутизация и расчёт расстояний работать не будут.

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

Порядок первоначальной настройки
  1. 1
    Заполните контрагентов, договоры и адреса доставки с координатами
  2. 2
    Введите транспортные средства с грузоподъёмностью, объёмом и типом кузова
  3. 3
    Заведите водителей, привяжите их к ТС или оставьте свободное назначение
  4. 4
    Настройте тарифные планы и привяжите их к договорам заказчиков
  5. 5
    Проверьте работу на тестовой заявке: маршрут, расчёт стоимости, печать маршрутного листа

Как планируются заявки и маршруты

Заявка на перевозку — входная точка планирования. Её можно создать вручную, загрузить из учётной системы (заказы покупателей, перемещения между складами) или принять через внешний канал, если настроена интеграция. В заявке указываются пункты, параметры груза и временные окна — интервалы, в которые клиент готов принять машину.

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

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

Как контролируется исполнение рейсов

Контроль строится на сопоставлении плана и факта. Плановые данные берутся из маршрутного листа: время прибытия на каждую точку, пробег, последовательность. Фактические данные поступают двумя путями: отметки водителя (вручную через мобильное приложение или по звонку диспетчеру) и телематика — интеграция с системами GPS/ГЛОНАСС-мониторинга, когда трек машины накладывается на маршрут автоматически.

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

Контрольные точки

Как проверить результат рейса

Статусы точек маршрута
Норма

Все точки закрыты с фактическим временем, расхождение с планом в допустимых пределах

Тревожный признак

Точки без отметок либо опоздания на часы без объяснения

Пробег
Норма

Фактический пробег близок к плановому по маршрутному листу

Тревожный признак

Перепробег без зафиксированных дополнительных точек

Документы по доставке
Норма

Подписанные накладные и отметки о доставке привязаны к рейсу

Тревожный признак

Рейс закрыт, а подтверждающие документы отсутствуют

Как считается стоимость и ведутся взаиморасчёты

После завершения рейса система рассчитывает стоимость услуги по тарифному плану заказчика. Расчёт может опираться на плановые данные (расстояние из маршрута) или фактические (пробег по GPS, фактическое время). Какой вариант использовать — определяется договором; важно зафиксировать это в настройках тарифа, чтобы счета не приходилось править вручную.

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

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

Типичные ошибки при внедрении
01
Запуск без заполнения координат адресов — маршрутизация и расчёт расстояний дают неверные результаты
02
Один универсальный тариф на всех клиентов — счета не совпадают с договорными условиями, начинаются ручные правки
03
Закрытие рейсов без фактических данных — отчёты по пробегу и себестоимости становятся фиктивными
04
Отсутствие регламента, кто и когда вводит отметки о доставке, — рейсы «висят» незакрытыми неделями
05
Обмен с учётной системой настроен после запуска — дубли документов и расхождения взаиморасчётов

Интеграция с учётными системами и GPS-мониторингом

Обмен с «1С:Управление торговлей», ERP или «Комплексной автоматизацией» обычно строится так: заказы покупателей и перемещения уходят в логистическую систему как заявки на перевозку, а обратно возвращаются статусы доставки и данные для закрытия реализаций. Направление и состав передаваемых данных настраиваются под конкретную связку конфигураций — универсального «включил и работает» сценария нет, потребуется настройка правил обмена.

Интеграция с системами спутникового мониторинга (Wialon, OmniComm и аналогичными решениями) даёт автоматическое получение пробега, трека и событий прибытия. Условие — привязка транспортных средств в 1С к объектам мониторинга. Если машины в двух системах не сопоставлены или сопоставлены неверно, треки «прилетят» не на те рейсы, и контроль сломается незаметно для диспетчера.

Кому подходит решение и каковы ограничения

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

Ограничения, о которых стоит знать заранее: качество автоматической маршрутизации зависит от полноты справочников; телематика требует действующих договоров с провайдером мониторинга и корректной привязки объектов; нестандартные бизнес-процессы (мультимодальные перевозки, сложная экспедиторская схема с субподрядом нескольких уровней) могут потребовать доработок конфигурации. Оцените объём доработок до покупки, сопоставив типовые процессы решения с вашей схемой работы.

Варианты организации транспортного учёта

1С:Логистика. Управление перевозками

Полный цикл TMS: маршрутизация, рейсы, тарифы, телематика. Подходит при регулярных развозках и автопарке; требует внедрения и ведения справочников

Транспортный модуль в ERP/УТ

Базовый учёт доставки внутри основной учётной системы. Подходит при простых схемах доставки; нет полноценной маршрутизации и контроля рейсов

Внешний TMS + интеграция с 1С

Специализированный облачный сервис маршрутизации с обменом заявками. Гибко по функциям, но появляется вторая система и стоимость интеграции

Частые вопросы

Можно ли использовать 1С Логистику без GPS-мониторинга?

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

Чем маршрутный лист отличается от путевого листа?

Маршрутный лист — документ планирования перевозки: точки, грузы, последовательность объезда. Путевой лист — учётный документ на выпуск ТС на линию, нужен для списания топлива и расчёта зарплаты водителя. В системе они дополняют друг друга: один рейс обычно оформляется обоими документами.

Как система считает расстояние между точками?

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

Подойдёт ли решение для работы только с наёмными перевозчиками?

Да. Система ведёт расчёты с привлечёнными перевозчиками: фиксирует их тарифы, считает затраты по рейсам и сопоставляет с выручкой от заказчика, показывая маржу. Собственный парк при этом не обязателен.

Что делать, если часть заявок не попадает в автоматическую маршрутизацию?

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

Итог

Что важно запомнить

1С Логистика автоматизирует цикл «заявка → маршрут → рейс → контроль → расчёты» и обменивается данными с учётной 1С. Успех внедрения определяется тремя вещами: точными справочниками адресов и тарифов, корректно настроенным обменом и дисциплиной внесения фактических данных по рейсам.