Связка 1С и Saby подходит компаниям, которые не планируют жить между двумя мирами: учет вести в базе, а перевозочные документы дособирать вручную в веб-кабинете. Saby публикует сценарий работы с ЭТрН через внешнюю обработку для 1С. Такой вариант дает понятную точку входа, но сам по себе не закрывает организационные вопросы. Их и разберем по шагам.

Цифровые решения для логистики

1.    Что изменится с 1 сентября 2026

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

Внутри процесса меняется не только носитель, но и дисциплина данных. Когда документ идет по формализованному маршруту, система больше не прощает пустых реквизитов, неактуальных карточек водителей и привычки “дописать потом”.

В бумажном мире такой сбой иногда прикрывали подписью и печатью. В электронном контуре он всплывает сразу.

Что меняется с 1 сентября 2026

Ошибочно думать, что реформа касается только транспортных компаний. В цепочку попадают грузоотправитель, перевозчик, грузополучатель, экспедитор, диспетчер, логист, кладовщик, водитель и сотрудник, который выпускает документ в 1С. У каждого свой момент входа в процесс. Если хотя бы одно звено не встроено в сценарий, вся схема буксует.

Для экспедитора нагрузка даже выше, чем кажется на старте. Он часто не крутит руль и не принимает товар на паллете, зато именно через него проходят маршрут, участники, согласование замены машины, черновики и контроль сроков. Поэтому ЭТрН для экспедиторов — это не второстепенная тема, а отдельный участок настройки.

2.    Кому подходит схема СБИС, интеграция с 1С

Кто участвует в работе с ЭТрН

Перевозчику схема особенно удобна, когда 1С уже является рабочим центром учета. Заявка создается в системе, рейс планируется там же, расчет с заказчиком тоже проходит через базу. В таком контуре логично не перепечатывать реквизиты в стороннем окне, а передавать их в операторский сервис напрямую. Saby поддерживает работу с ЭТрН через внешнюю обработку для 1С, и это позволяет встроить СБИС ЭТРН в привычную ежедневную работу сотрудников.

Выгода становится заметна не на презентации, а в утренний пик. Когда диспетчер оформляет десять машин подряд, разница между “все уже заполнено” и “соберите вручную номер тягача, водителя, адрес и груз” превращается в очередь на складе. Там и проверяется качество настройки.

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

Здесь важно не путать красивую схему и рабочую. Формально черновик можно собрать где угодно. Вопрос в том, где потом искать последнюю версию, кто отвечает за корректность номера прицепа и что делать, если водитель заменился за час до выезда. Для таких случаев настройка ЭТРН через СБИС в 1С дает бизнесу не “еще один сервис”, а управляемую среду.

3.    В каких случаях нужна доработка программы 1С

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

Именно здесь начинается взрослая работа аналитика 1С. Нужно определить документ-основание, разложить источники данных по полям, убрать ручные дубли и настроить автозаполнение.

Иначе настройка ЭТрН в 1С будет жить только на тестовом кейсе, а на реальных рейсах сотрудники снова уйдут в ручной режим.

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

Ролевая матрица снимает половину будущих сбоев. Когда у диспетчера есть доступ, но нет полномочий, а у подписанта есть полномочия, но он в рейсе или в отпуске, машина не поедет от того, что обработка в 1С установлена правильно. Процесс ломается раньше.

Но для юридически значимого маршрута важен не только сам интерфейс, а подключение к операторскому контуру и готовность контрагентов работать в таком формате. Без этого ЭТрН через СБИС остается красивой заготовкой.

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

Чаще всего проект тормозит не из-за сложной интеграции, а из-за грязных справочников. Карточка перевозчика заведена дважды. У старого водителя сменился паспорт, а база этого не знает. Адрес склада выгрузки записан от руки, как привык менеджер по продажам. Для бумажной эпохи это еще как-то жило. Для формализованного электронного документа — плохой фундамент.

Перед стартом стоит пройтись по критичным данным как по складу перед инвентаризацией. Поднять контрагентов, машины, водителей, адреса, маршруты и документы-основания. Скучная работа. Зато потом не придется разбирать, почему государственный контур отверг накладную в час пик.

Схема обмена данными ЭТрН

4.    Как настроить ЭТРН через СБИС модуль в 1С

Шаг 1. Определить бизнес-сценарий перевозки.

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

Шаг 2. Подключить организацию в СБИС.

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

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

Шаг 3. Установить внешнюю обработку или расширение для 1С.

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

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

Шаг 4. Настроить документ-основание в 1С.

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

Система должна брать данные не “откуда получится”, а из заранее определенного источника. Тогда электронная транспортная накладная в 1С собирается стабильно и предсказуемо.

Хорошая практика — пройтись по каждому обязательному реквизиту и отметить его источник. Кто заполняет данные о водителе. Откуда приходит госномер. Из какого поля берется адрес разгрузки. Где живет вес груза.

Такая карта заполняемости спасает проект лучше любой общей презентации.

Шаг 5. Проверить отправку черновика и подписанного ЭТрН.

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

Именно на этом шаге нужно проверять не один идеальный пример, а несколько живых вариантов. Обычная отгрузка, замена водителя, смена тягача, корректировка адреса, частичная правка реквизитов. Реальная жизнь любит ломать сценарии, которые на демонстрации казались безупречными.

Шаг 6. Настроить сценарий работы водителя.

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

Полезно провести короткую тренировку прямо как в рейсе. Водитель получает документ, видит свой маршрут, подтверждает этап, попадает в ситуацию без связи, возвращается в сеть, синхронизирует данные.

После такого теста сразу видно, где слабое место: в приложении, в инструктаже или в том, что никто не назначен на оперативную поддержку.

Шаг 7. Организовать контроль статусов и ошибок.

Отправить документ — не значит закрыть задачу. Нужен рабочий обзор статусов: что ушло, что зависло, что отклонено, где нет подписи, где документ остался в черновике. Если логист узнает о проблеме из звонка водителя с рампы, процесс уже проиграл. Контроль должен быть внутри ежедневной работы.

Лучше всего помогает короткий журнал мониторинга. Не ради красоты отчета, а ради действия: кто смотрит очередь, кто разбирает инцидент, кто правит данные, кто связывается с контрагентом. Тогда СБИС ЭТРН в 1С перестает быть внедренной галочкой и становится управляемым 

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

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

Хаос она автоматизирует тоже, но пользы от этого мало.

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

Рабочий регламент здесь действует лучше длинных объяснений. Фамилия, роль, действие, срок реакции. Сухо, зато потом никто не ищет виноватого среди двадцати сообщений в переписке.

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

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

Такой порядок отлично работает в живой логистике.

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

Система не может стабильно собирать документ из хаотичных источников.

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

Третья группа ошибок возникает уже в поле. У водителя не открывается приложение. У клиента нет готового подписанта. На складе слабый интернет. Получатель не понимает, что именно нужно подтвердить. Если проект тестировали только в спокойной переговорной, такие вещи бьют особенно болезненно.

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

5.    Как подготовиться к запуску без аврала

Что проверить до запуска ЭТрН

Перед запуском полезно пройти короткий, но жесткий список работ:

• описать роли участников и маршрут документа по каждой типовой схеме перевозки;

• проверить сертификаты, полномочия и готовность сотрудников к подписанию титулов;

• установить обработку или расширение для 1С и протестировать его в рабочей базе;

• очистить справочники по контрагентам, машинам, водителям и адресам;

• отработать сценарии черновика, подписания, отклонения и исправления ошибок;

• провести пилот с реальными контрагентами и живым маршрутом, а не на одном красивом кейсе.

6.    Когда стоит привлекать интегратора данных

Если у компании одна база, стандартный процесс и небольшой поток рейсов, часть работ можно закрыть собственными силами по инструкции оператора. Но когда в контуре несколько юрлиц, доработанная 1С, экспедиторские схемы, отдельные требования к регламентам и высокий риск простоев, лучше подключать внешнюю команду. Ошибка в таком проекте стоит дороже консультации.

Здесь полезен подрядчик, который умеет говорить и на языке бизнес-процесса, и на языке 1С. Компания Кодерлайн имеет в штате более 800 специалистов разных компетенций, есть сертифицированные сотрудники, опыт автоматизации отраслей и статус центра компетенции ERP. Есть большой внедренческий опыт на проектах под ключ на базе ERP, Управления холдингом и Документооборота. Для перевозчиков и экспедиторов это означает практичную вещь: можно поручить одной команде обследование, настройку интеграции, правку данных, обучение пользователей и сопровождение запуска.

Когда проект делает интегратор, который понимает контур 1С и документооборот перевозки, внедрение идет спокойнее. Не потому, что техника становится проще. Потому что решение собирают целиком: от структуры данных до ролей водителя, диспетчера и подписанта

Именно такой подход помогает довести ЭТрН через СБИС в 1С до рабочего результата, а не до красивой презентации.

Специалист компании ООО "Кодерлайн"
Валерий Лунев