Интеграция с 1С и другими учётными системами

Про 1С это не так. В решении для ЭПД в 1С есть и электронное поручение экспедитору (ЭПЭ), и экспедиторская расписка (ЭЭР). ЭПЭ можно создать на основании ЭЗЗ или «Реализации товаров и услуг». Операторы заявляют оформление поручения, расписки и складской расписки прямо из 1С:УТ, ERP и Бухгалтерии. Если у вас этих документов не видно, скорее всего, нужно обновить конфигурацию и модуль.

По цепочке с авиаучастком, в логике Регины Халиловой (вебинар 17.09.2026):

1. Если вы отдаёте всю доставку экспедитору, вы оформляете с ним ЭПЭ (в поле «основание» лучше указать отдельный договор-заявку со всеми нюансами мультимодальной перевозки), он выдаёт ЭЭР. Дальше всё оформляет он.
2. На каждом автоплече своя ЭТрН со своим перевозчиком: «три ТС и три перевозчика — минимум 3 ЭТрН». Конечный грузополучатель появляется только в последней накладной (последняя миля). В первой накладной получатель — экспедитор или его агент в аэропорту.
3. Для авиаплеча с 01.09.2026 предусмотрена электронная грузовая авианакладная (формат утверждён отдельным приказом ФНС; точный номер и дату приказа в открытых источниках уточнить не удалось, лучше сверить у оператора). Её оформляют в рамках договора с авиаперевозчиком.
4. Если вы сами нанимаете каждого перевозчика без экспедитора, вы ГО и заказчик в каждой ЭЗЗ и ЭТрН.

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

Юридически важна не «стрелочка» в интерфейсе ЭДО, а ссылки внутри самих документов. Регина Халилова (вебинар 17.09.2026) объясняет: регулятор хочет видеть сквозную цепочку «поручение → расписка (если есть экспедитор) → ЭЗЗ → ЭТрН», и проверять её будет машина. Если звено выпадает, система сообщит инспектору. На встрече 31.08 она добавила, что поле с основанием, на котором «родилась» накладная (поручение или заказ-заявка), обязательно: «накладная не рождается из воздуха». В ЭТрН есть ссылка на заявку, и если она не состыкуется, ГИС ЭПД или оператор могут документ не принять.

Что это значит для вашей настройки в 1С:

1. в ЭТрН должны попадать номер и дата ЭЗЗ, по которой идёт перевозка (у некоторых операторов, например, незаполненная дата заказа-заявки — ошибка ФЛК, с которой отправка запрещена);
2. в поручении укажите основание: договор или конкретный договор-заявку;
3. расписка должна ссылаться на поручение, которое она закрывает.

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

Автоматическое создание ЭПД из вашей учётной системы делают в двух местах: у оператора ЭПД и у разработчика или внедренца вашей учётной системы. Регина Халилова (вебинар 17.09.2026) советует так же: обратиться к своему оператору, он может интегрироваться с вашей системой, и к разработчику учётной системы, чтобы настроить формирование документов. Что предлагают операторы: как правило, модули или расширения для 1С с автозаполнением ЭПД, API и коннекторы. У некоторых операторов API бесплатное. Если у вас 1С, начните с вашего партнёра 1С (франчайзи) и отдела интеграции оператора. Если своя ERP или TMS, нужен программист под API оператора. Напишите, какая у вас система и оператор, и я подскажу конкретнее.

Принцип у любой такой интеграции одинаковый, а бизнес-процесс (зерно, сборный груз и т. п.) влияет только на то, откуда берутся данные. Учётная система (1С, TMS, сервис-платформа) берёт данные из своих документов: заявки, реализации, рейса. Из них она формирует XML строго по формату ФНС и по API или через модуль передаёт его оператору ИС ЭПД. Оператор проверяет документ и отправляет в ГИС ЭПД. Подписание УКЭП можно автоматизировать (автоподписание, массовая отправка), поэтому «1000 ЭТрН за час» технически реально.

Регина Халилова (встреча 31.08.2026) подчёркивает два момента: • передавать данные в ГИС ЭПД вправе только лицензированный оператор ИС ЭПД. У любого сервиса, 1С или TMS за спиной должен быть оператор из реестра Минтранса, и стоит выяснить, какой именно; • автоматизация не снимает ответственности: роли и данные в Т1 должны быть корректными, а отвечает за них подписавший.

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

По справке одного из операторов:

• Информационные поля (ORDERS, DESADV, id_zakupay и т. п.) передаются в теге ИнфПол через элементы ТекстИнф. Этот тег входит в сведения о грузоотправителе. Несколько значений одного типа (например, несколько УПД для «О’КЕЙ») кладутся в ту же группу ИнфПол, порядок не важен.
• Номер заказа для «Ашана» и «Атака» — не в ИнфПол, а в сведениях о сопроводительном документе (СопрДок) как номер документа.
• Информация о паллетах для Лемана Про — в теге ОпГруз (отгрузочное наименование).
• Сведения ЕГАИС для «Винлаба» — через признак учёта в госсистеме (УчГосСист = 1) с идентификатором заявки о фиксации.

Если значение не в том формате (например, дата не ДД.ММ.ГГГГ), сеть может его просто проигнорировать — проверяйте на тестовой отправке.

Вопрос к коллеге, но на случай, если вы выбираете интеграцию: у операторов есть модули, обработки и API для 1С. Некоторые решения встроены в типовые конфигурации 1С (Бухгалтерия, УТ, ERP, Фреш, Управление автотранспортом) без доработок.

Про кубы. Вместимость ТС — обязательный реквизит ЭТрН наряду с грузоподъёмностью, маркой и госномером. У некоторых операторов, если они не заполнены, ФЛК запрещает отправку. Поэтому автоматический расчёт объёма из габаритов прицепа — полезная доработка, только убедитесь, что расчётное значение совпадает с данными СТС или паспорта ТС.

Нет, 1С не обязательна. У всех основных операторов есть веб-кабинет в браузере, а 1С — лишь один из вариантов. Обычно доступны веб-версия, модуль или расширение для 1С, API, у многих — мобильные приложения. Если документов немного, хватит веб-кабинета. 1С или API нужны, когда объёмы большие и хочется, чтобы ЭТрН собиралась из данных учётной системы без ручного ввода. Пробный период используйте, чтобы проверить роуминг со своими ключевыми контрагентами.

Вы работаете по той схеме, которую Регина Халилова описывала на вебинаре 17.09.2026 для «сборщиков». Деловые линии по заявке с сайта сами предформируют электронное поручение экспедитору (ЭПЭ) и присылают его XML-файлом. Вы как заказчик загружаете этот файл как своё поручение, подписываете Т1 и отправляете той же ТК. Потом ТК выдаёт экспедиторскую расписку, а ЭТрН оформляется уже внутри ТК, и вас ставят в копию.

Ошибка появляется потому, что через «прочие документы» файл уходит как неформализованный документ, а не как ЭПЭ. Кроме того, XML от ДЛ в исходном виде не проходит форматно-логический контроль (ФЛК), и коллеги в чате это подтвердили.

У некоторых операторов есть отдельный сервис-конвертер для XML от Деловых линий и других ТК: вы загружаете в него XML поручения, и сервис сам приводит файл к нужному формату. Загруженное поручение дальше подписываете и отправляете как обычно. Есть ли такой сервис у вашего оператора и как загрузить XML-поручение, спросите в его поддержке.

Если загрузка не пройдёт, пишите в поддержку вашего оператора. Укажите ИНН и приложите сам XML и текст ошибки.

Что именно правил коллега, знает только он. Какие поля в XML от Деловых линий расходятся с ФЛК, ни один оператор публично не расписывает, поэтому точный перечень правок я не подскажу.

Хорошая новость в том, что вручную править файл, возможно, не нужно. У некоторых операторов есть сервис-конвертер для XML от Деловых линий и других ТК: он сам приводит структуру к формату, и поручение можно подписать и отправить. Спросите в поддержке вашего оператора, есть ли такой.

Если всё же будете править XML сами, меняйте только техническую структуру, а не сведения. Поручение — ваш документ: Т1 подписываете вы как заказчик. По логике Регины Халиловой отвечает за данные тот, кто их подписал. Если загрузка выдаст ошибку, попросите у поддержки вашего оператора протокол проверки, с указанием ИНН.

Вы отправляете ЭЗЗ из 1С. Разберу две проблемы отдельно.

1. «ЭЗЗ не видят перевозчики». Скорее всего, дело не в ИНН, а в роуминге. По словам Регины Халиловой (встреча 31.08.2026), ЭЗЗ и экспедиторские документы у операторов протестированы, но без выхода в роуминг, так что роуминг для ЭЗЗ между операторами пока фактически недоступен. Если перевозчик у другого оператора, он может не получить заявку. Узнайте у каждого перевозчика оператора и проверьте, настроен ли с ним обмен именно ЭЗЗ, а не только ЭТрН.
2. Ошибки по ИНН. Сверьте, как контрагенты заведены в 1С. У ИП и физлица ИНН 12 цифр и нет КПП, у юрлица ИНН 10 цифр плюс КПП. Вид контрагента (ЮЛ/ИП/ФЛ) в карточке должен соответствовать ИНН. Отдельно проверьте ИНН водителя. Это общие причины, а не официальный разбор 1С.

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