Заказ звонка
+7 (812) 467-34-77
Первое, что нужно понять: если вы уже обмениваетесь счетами-фактурами и УПД через какой-то сервис, это не значит, что через него же пойдут транспортные накладные. Для ЭТрН требуется отдельное подключение к оператору ИС ЭПД, аккредитованному Минтрансом. Прямая загрузка в ГИС ЭПД запрещена — только через оператора.
Пример из практики: компания-грузоотправитель три года работала через один популярный сервис ЭДО для счетов-фактур. Когда пришло время переходить на ЭТрН, выяснилось, что этот сервис не аккредитован как оператор ИС ЭПД. Пришлось в срочном порядке подключать второго оператора, настраивать роуминг между ними и заново обучать логистов. Потеряли две недели и почти сорвали первую отгрузку по новым правилам.
Поэтому первый шаг — проверить, есть ли ваш текущий оператор в реестре Минтранса именно как оператор ИС ЭПД. Если нет — придётся подключать отдельный сервис.
Обязательный переход состоялся, и рынок уже собрал статистику сбоев. Самая частая проблема — не техника, а неготовность контрагентов. Документ зависает на стороне перевозчика или грузополучателя, и грузоотправитель не понимает, чья это зона ответственности.
Ситуация из практики: логист компании-отправителя отправил ЭТрН перевозчику в пятницу вечером. В понедельник машина уже была на выгрузке, а Титул 3 (приёмка) так и не был подписан. Оказалось, что грузополучатель вообще не подключён к ЭДО — его директор «не знал, что это обязательно». Машина простояла лишние сутки, перевозчик выставил счёт за простой. Решили вопрос только после того, как отправитель позвонил получателю и объяснил, что без подписи Т3 перевозка не закроется, а расходы на доставку не подтвердятся для налоговой.
Вторая по частоте проблема — некорректные статусы: документ фактически прошёл этап, но в интерфейсе это не отображается. Логисты сутками не могут определить, где застряла накладная.
Ситуация из практики: водитель подтвердил погрузку через мобильное приложение, логист наложил УКЭП на Титул 2. Но в 1С статус документа остался «ожидает подписания». Логист начал паниковать и создал дубликат ЭТрН. В итоге в системе оказалось два документа на одну перевозку, бухгалтерия не понимала, какой из них правильный, а ГИС ЭПД отклонила дубликат с ошибкой «Пакет с таким идентификатором уже есть». Разбирались три дня.
Отдельная боль — роуминг черновиков. Когда информация для ЭТрН распределена между несколькими участниками (поставщик, экспедитор, склад), при нестабильном роуминге данные приходится передавать вручную по почте. Риск ошибок растёт, скорость падает.
Ситуация из практики: компания работала через оператора А, её перевозчик — через оператора Б, а грузополучатель — через оператора В. При передаче черновика ЭТрН между А и Б часть полей «потерялась»: не подтянулись данные о водителе и адресе разгрузки. Логист переввёл их вручную, ошибся в номере дома, и машина полдня искала нужный склад. После этого компания перевела всех ключевых контрагентов на одного оператора — проблема исчезла.
Вывод: выбирать оператора нужно не только по цене, но и по тому, насколько стабильно у него работает обмен с теми операторами, через которые сидят ваши контрагенты.
1С-ЭПД (Калуга Астрал) — если весь учёт в 1С и менять экосистему не планируется, это кратчайший путь. Документы живут в той же программе, где их проводят. Модуль устанавливается из 1С:Плюс, работает и в облаке 1С:Фреш. Из особенностей: часть функциональности (например, автоматическое заполнение ЭТрН из реализации) находится в планах, а не в готовом виде.
Пример из практики: компания с 1С:Комплексная автоматизация подключила 1С-ЭПД. Логисты создают ЭТрН прямо из документа «Реализация товаров и услуг» — данные о грузе и получателе подтягиваются автоматически. Но когда потребовалось массово создать 50 накладных за день, выяснилось, что функция массового создания работает только в тестовом режиме. Пришлось создавать вручную, по одной. В следующем обновлении обещали доработать.
Контур.Диадок + Логистика — два отдельных модуля для 1С (ЭДО и ЭПД), что означает две лицензии и две настройки. Зато у Диадока самая большая база контрагентов в стране — вероятность, что ваш партнёр уже там, выше. Для 1С:Фреш установка модулей невозможна. Стоимость: от 39 800 ₽ в год за два модуля.
Пример из практики: компания выбрала Контур именно потому, что 80% её покупателей уже были в Диадоке. Настройка заняла два дня, роуминг с большинством контрагентов заработал сразу. Единственная сложность — пришлось докупать модуль «Логистика» отдельно, так как базовый Диадок не поддерживает ЭТрН.
Saby TMS (СБИС) — это не только обмен документами, но и управление транспортом. Поддерживает нетиповые сценарии: фиксацию стоимости, переадресацию, замену водителя. Роуминг работает с Контуром, Такскомом, СберКорусом, Астралом и Ediweb. Мобильное приложение для водителей и получателей. Минус: для 1С это отдельная обработка, ЭПД и ЭДО в разных модулях.
Пример из практики: логистическая компания с парком 40 машин выбрала Saby из-за функции замены водителя в пути. Когда водитель заболел на середине маршрута, диспетчер оформил Титул 8 за 10 минут — новый водитель подхватил рейс, QR-код обновился автоматически. Если бы компания работала через оператора без поддержки Т8, пришлось бы создавать новую ЭТрН и останавливать машину для переоформления.
Платформа ЭПД — комплексное решение с API для TMS/ERP/WMS, бесплатными входящими и неограниченным количеством сотрудников. Подходит, если у вас есть своя IT-команда и вы готовы к интеграции.
Пример из практики: небольшая транспортная компания с 200 документами в год подключила Платформу ЭПД за один день. Входящие документы от грузополучателей приходят бесплатно, платят только за свои исходящие. Через месяц выяснилось, что для интеграции с их самописной TMS нужен программист — API есть, но документация неполная. Пришлось докупать часы разработки у интегратора.
Транспортный ЭДО от Точка Банк — автозаполнение до 80% полей, работает независимо от классического ЭДО. Хорош для быстрого старта без привязки к экосистеме.
Сбер2B (ЭПД) — поддержка сложных сценариев (замены, частичная приёмка, переадресация, экспедиторы), чат-бот с ИИ для помощи пользователям. Если в вашей логистике много нестандартных ситуаций — стоит посмотреть.
Пример из практики: компания-экспедитор работала с частичными приёмками груза. Другие операторы требовали создавать отдельную ЭТрН на каждую часть, что усложняло учёт. Сбер2B поддерживает частичную приёмку в рамках одного документа — это сэкономило бухгалтерии несколько часов в неделю.
1. Проверьте реестр Минтранса. Оператор должен быть в актуальном реестре. Если его там нет — документы не попадут в ГИС ЭПД, и требование закона не будет выполнено.
2. Спросите контрагентов. С кем работают ваши ключевые перевозчики и грузополучатели? Если большинство сидит на одном операторе, выбор очевиден — меньше роуминговых сбоев.
Пример из практики: компания провела опрос среди 20 постоянных перевозчиков. Выяснилось, что 14 из них работают через Контур, 4 — через СБИС, 2 — через Астрал. Выбрали Контур как основной, а с остальными настроили роуминг. Через полгода количество сбоев при передаче документов снизилось с 15% до 2%.
3. Уточните тарификацию. Плата обычно взимается за Т1 (грузоотправитель) и Т2 (перевозчик). Т3 (приёмка) для грузополучателя, как правило, бесплатен. Смотрите не на цену пакета, а на цену за документ при вашем объёме.
4. Проверьте мобильное приложение для водителей. Оно должно работать офлайн. На удалённых объектах связь нестабильна, и возможность подписать титул без интернета — не роскошь, а необходимость.
Пример из практики: водитель на объекте в удалённом районе не мог подтвердить погрузку — не было связи. Приложение Saby сработало офлайн: водитель подписал титул, данные синхронизировались, когда появилась сеть. У другого оператора приложение требовало постоянного подключения — машина простояла два часа, пока водитель искал сеть.
5. Уточните роуминг именно для ЭТрН. Некоторые операторы заявляют роуминг для ЭДО, но не для всех типов ЭПД. Спросите прямо: «Мой контрагент на СБИС/Контуре/Астрале — ЭТрН пройдёт?».
Пример из практики: компания подписала договор с оператором, который обещал «полный роуминг». При первой же отправке ЭТрН контрагенту на СБИС документ не прошёл: роуминг работал только для счетов-фактур, а для ЭТрН требовалась отдельная настройка. Пришлось доплачивать за расширенный пакет.
К нам приходят компании, которые уже подключили ЭДО для ЭТрН, но столкнулись с зависаниями документов, некорректными статусами или неготовностью контрагентов. Часто проблема не в операторе как таковом, а в настройке и обучении. Оператор может быть хорошим, но если логист не знает, как проверить статус, а водитель не умеет подписать титул офлайн — перевозка встанет.
Пример из практики: компания подключила один из лучших операторов на рынке. Но через неделю после запуска выяснилось, что логист не знает, где смотреть статусы документов, а водители не установили мобильное приложение. Первая же перевозка застряла: грузополучатель подписал Т3, а перевозчик не видел этого и не закрыл рейс. Мы провели двухчасовое обучение и настроили уведомления — проблема ушла.
Поэтому мы настраиваем не «подключение к оператору», а рабочий процесс: проверяем справочники, тестируем полный цикл с реальным контрагентом, обучаем сотрудников действиям при сбоях. И помогаем выбрать оператора под вашу конкретную цепочку перевозок, а не «самого популярного».
Если вы ещё не выбрали оператора или хотите проверить, подходит ли текущий под ваши сценарии — свяжитесь с нами. Разберём вашу цепочку перевозок и предложим вариант, который не встанет в самый неподходящий момент.