Знакомая история
Первое сентября. Кладовщик оформляет отгрузку, бухгалтер жмет "создать ЭТрН" — и получает отказ. Водитель записан текстом, а нужна ссылка на физлицо. Адрес доставки лежит строкой, структурированного значения нет. У перевозчика не заполнен ИНН.
Машина стоит. Клиент звонит. А в базе таких документов не один и не десять.
Постановление Правительства РФ № 446 от 21.04.2026 с 1 сентября 2026 делает обмен электронными перевозочными документами через ГИС ЭПД обязательным. Для перевозки груза нужны одновременно УПД и ЭТрН. Без ЭТрН перевозка не считается документально подтвержденной: контролирующие органы вправе счесть ее незаконной, а у контрагентов возникает риск отказа в признании расходов и вычете НДС.
Почему подсистема ЭПД в типовой не спасает
Подсистема есть — данные не готовы.
Типовая проверяет обязательные реквизиты в момент формирования конкретной ЭТрН: по одному документу, в момент отправки. То есть уже первого сентября, когда исправлять поздно и машина стоит у ворот.
Никто не проверяет всю базу заранее и массово. А база, которая годами заполнялась вручную, к сроку может оказаться непригодной целиком.
Что показывает обработка
Указываете период, нажимаете "Проверить". Наверху появляется главное число — процент документов, у которых нет ни одного нарушения уровня "блокер". Это те перевозки, которые первого сентября уедут без проблем.
Вот реальный прогон на демонстрационной базе ERP 2.5.27.70 за период 2020-2026:
Готовность к ЭТрН: 78% 399 перевозок за период, 89 с блокерами Адрес погрузки или доставки не структурирован Блокер 83 Перевозчик не заполнен Блокер 6 Не заполнены серия и номер водительского удост. Блокер 6 Водитель указан строкой, ссылки на физлицо нет Блокер 5 Не заполнен госномер транспортного средства Блокер 3 Транспортного средства нет в справочнике Важно 3 Документ-основание есть, ЭТрН не создана Информация 399
На демонстрационной БП 3.0 картина хуже: готовность 30% при 1770 перевозках. На УТ 11.5 — 67% при 177.
Три уровня критичности
Блокер — с первого сентября документ не уедет.
Важно — уедет, но с риском отказа в приемке.
Информация — к сведению, на готовность не влияет.
Двойной клик по правилу в сводке открывает детализацию, отфильтрованную по этому правилу: из 399 документов остаются те три, которые нарушают именно его.
Что заполняется автоматически
Отмечаете документы флажками, нажимаете "Заполнить отмеченное". Сначала открывается предпросмотр: что именно, в каком реквизите, с какого значения на какое будет изменено, и откуда взято новое значение. Ненужные строки снимаются флажком.
После записи открывается протокол: что записалось, что нет и почему. Аудит перезапускается сам, чтобы процент показывал текущее состояние базы.
| Что | Откуда берется |
|---|---|
| Водитель: ссылка на физлицо | ФИО, уже записанное в документе текстом |
| Транспортное средство в справочнике | Госномер и марка из документа |
| Адрес погрузки | Адрес склада документа-основания, иначе контактная информация грузоотправителя |
| Адрес доставки | Контактная информация грузополучателя |
| Масса нетто | Вес номенклатуры на количество из документа-основания |
Обработка не угадывает
Заполняется только то, что выводится из данных базы однозначно.
Нашлось несколько физлиц с одинаковым ФИО — строка попадает в предпросмотр с пометкой "требует решения" и не применяется даже если поставить галочку принудительно. Выбрать нужного тезку может только человек.
Источника нет вовсе — нарушение показывается, но чинимым не объявляется. В детализации написано почему: "Структурированный адрес брать неоткуда: у документа нет ни склада-основания, ни контактной информации участников перевозки".
Уже заполненное значение не перезаписывается никогда.
Список действий вместо списка ошибок
Отдельная закладка переводит найденное на язык поручений. Не "правило сработало 83 раза", а:
Блокер Дозаполнить структурированные адреса погрузки и доставки 83 Блокер Указать перевозчика в документах 6 Блокер Внести серии и номера водительских удостоверений 6 Блокер Завести водителей как физлиц и переставить ссылки 5 Блокер Внести государственные номера транспортных средств 3 Важно Завести транспортные средства в справочник 3
Это можно отдать исполнителю или показать руководителю. Все вместе — готовность, сводка, список действий и детализация — выгружается в xlsx одним файлом.
Список проверяемых документов не зашит в код
Обработка читает определяемый тип ДокументыОснованияЭТрН_ЭПД — то, что сама 1С считает основанием для ЭТрН в этой конфигурации.
Список принципиально разный. В БП 3.0 два вида документов. В УТ 11.5 шесть. В ERP 2 десять, включая давальческие: передача давальцу, возврат сырья давальцу, передача сырья переработчику, отгрузка товаров клиенту.
Зашитый список был бы неверен в двух конфигурациях из трех — и заведомо неверен в тех, которых у меня не было под рукой. По той же причине каждое правило перед обращением к реквизиту проверяет, есть ли он вообще, и при отсутствии просто не применяется.
Чего обработка не делает
- Не формирует саму ЭТрН и не обменивается с ГИС ЭПД. Это делает типовая через сервис 1С-ЭПД. Обработка готовит данные, а не заменяет вендорский механизм.
- Не заполняет массу брутто. Брутто это нетто плюс тара, а веса тары в базе не хранится ни в одном справочнике. Нетто считается по весу номенклатуры, брутто придумывать обработка не будет.
- Не заполняет количество грузовых мест. Это факт об отгрузке, который знает кладовщик, а не база.
- Не работает в конфигурациях без подсистемы ЭПД — УТ 10.3, УПП 1.3, КА 1.1, БП 2.0, УНФ 1.6. В такой базе обработка открывается и объясняет, почему аудит невозможен, вместо того чтобы падать.
- Не проверяет документ "Транспортная накладная". Он не входит в определяемый тип оснований ЭТрН ни в УТ, ни в ERP — это отдельная учетная сущность, которая в ЭТрН не превращается.
- Не проверяет электронный путевой лист и заказ-заявку как самостоятельные объекты. Только ЭТрН.
Где проверялась
Автотестами — на специально собранном стенде, около 130 проверок, включая границы подсчета готовности, устойчивость к сбою правила и повторный аудит после заполнения.
Вживую, через веб-клиент, на трех реальных типовых базах:
- УТ 11.5.22.149
- БП 3.0.191.41
- ERP 2.5.27.70
На всех трех конфигурация распознается, аудит отрабатывает без ошибок, групповое заполнение проходит полный цикл: предпросмотр, запись, протокол, повторный аудит с исчезнувшим нарушением.
В других конфигурациях с подсистемой ЭПД обработка должна работать — она не завязана на конкретную типовую, — но вживую я ее там не запускал и утверждать не буду.
Установка
Обработка открывается файлом или подключается через подсистему БСП "Дополнительные отчеты и обработки". При подключении через БСП снимите флаг безопасного режима: обработка читает метаданные конфигурации и записывает документы, а в безопасном режиме это запрещено.
Прав нужно столько же, сколько для обычной работы с проверяемыми документами: чтение документов и справочников, запись документов при групповом заполнении.
Обработка не меняет структуру базы. Не добавляет объектов метаданных, не создает регистров, не трогает настройки. Единственное, что она пишет — реквизиты документов при групповом заполнении и новые элементы справочника транспортных средств, и только после вашего подтверждения в предпросмотре.
Внутри есть справка с описанием каждого правила.
Два файла: 8.3 и 8.5
В поставке две сборки из одних и тех же исходников. Файл, собранный на платформе 8.5, на платформе 8.3 просто не откроется — это ограничение платформы, а не обработки.
- ГотовностьКЭТрН_8_3.epf — для платформы 8.3 (собран на 8.3.27.2214)
- ГотовностьКЭТрН_8_5.epf — для платформы 8.5 (собран на 8.5.1.1343)
Функционально они одинаковы.
Вступайте в нашу телеграмм-группу Инфостарт