Переход на электронные перевозочные документы с 1 сентября 2026 года — это не отдельная задача бухгалтерии и не простое подключение нового сервиса в 1С. Электронная транспортная накладная проходит через нескольких участников перевозки, поэтому отгрузка зависит одновременно от данных в учетной системе, готовности склада, действий логиста, электронной подписи, полномочий сотрудников, оператора ЭДО и готовности контрагентов.
ФНС указывает, что с 1 сентября 2026 года обязательный электронный формат применяется к транспортным накладным, заказам и заявкам на перевозку, экспедиторским документам, железнодорожным накладным и грузовым накладным при воздушных перевозках. Для бизнеса это изменение сквозного процесса, а не просто замена бумаги электронным файлом. Подробнее требования изложены в разъяснении ФНС об обязательном транспортном ЭДО.
Почему переход на ЭПД нельзя свести к подключению сервиса
Главный риск — ситуация, когда технически сервис подключен, но реальная отгрузка не проходит весь маршрут. Бухгалтер оформил реализацию, склад подготовил груз, но логист не может сформировать документ, подпись сотрудника не определяется или следующий участник не может продолжить обмен. В этот момент проблема становится операционной: машина стоит, сотрудники ищут причину уже во время отгрузки.
Профессиональная поддержка нужна для того, чтобы заранее связать требования законодательства с конкретной конфигурацией 1С и процессом компании. На странице San.City о сервисе 1С-ЭПД описан общий контур: документ формируется в 1С и через инфраструктуру электронного обмена передается в ГИС ЭПД. Но настройка зависит от того, кто является грузоотправителем, перевозчиком, грузополучателем или экспедитором и кто подписывает каждый этап.
Автоматизация снижает объем повторного ввода и риск расхождений. Если сведения о контрагенте, грузе и хозяйственной операции уже есть в 1С, задача — использовать их в ЭПД без параллельного ручного контура.
Можно ли поручить переход только бухгалтерии?
Нет. Бухгалтерия контролирует учетную часть, склад — фактическую передачу груза, логистика — перевозку и взаимодействие участников, а ИТ или специалист 1С — работоспособность системы. Без распределения ответственности ошибки начинают перемещаться между подразделениями без понятного владельца.
Что изменилось с 1 сентября 2026 года
Обязательный транспортный ЭДО введен Федеральным законом от 7 июня 2025 года № 140-ФЗ. ФНС разъясняет, что требования распространяются на участников перевозочного процесса независимо от сферы деятельности. Поэтому они касаются не только перевозчиков, но и торговых, производственных, строительных и других организаций, которые отправляют или получают грузы.
Бумажная форма не исчезает абсолютно во всех ситуациях: законодательством предусмотрены специальные случаи ее применения. Поэтому внутренний регламент не должен сводиться к правилу «бумага запрещена всегда» — для исключений нужно сверяться с действующими нормативными актами.
Фирма «1С» указывает, что 1С-ЭПД поддерживается в основных типовых конфигурациях, включая «1С:Бухгалтерию», «1С:Управление торговлей», «1С:Розницу 3.0», «1С:Комплексную автоматизацию», «1С:ERP», «1С:Управление нашей фирмой» и другие решения. При этом сценарии формирования документов различаются, поэтому инструкцию для одной конфигурации нельзя механически применять в другой. Актуальный перечень и особенности поддержки приведены в официальном материале фирмы «1С» об обязательных ЭПД с 1 сентября 2026 года.
Нужно ли переводить на ЭПД все процессы компании?
Нет. Сначала определите, какие виды перевозок и документов реально используются. Для каждого сценария задайте участника, ответственного сотрудника, источник данных в 1С, способ подписания и маршрут обмена.
Переход на электронные перевозочные документы: рабочий план
Чтобы не проверять систему на первой обязательной отгрузке, переход нужно вести как отдельный проект. Практический порядок:
- Описать реальные схемы перевозок: собственный транспорт, сторонний перевозчик, экспедитор, доставка поставщика, получение груза и другие используемые варианты.
- Для каждой схемы определить юридические роли участников и сотрудников, которые создают, проверяют и подписывают документы.
- Проверить конфигурацию 1С, релиз, доработки, расширения, 1С-ЭДО, сертификаты электронной подписи, МЧД и права пользователей.
- Настроить 1С-ЭПД и оператора ИС ЭПД, затем подготовить рабочие места бухгалтерии, склада, логистики и мобильных сотрудников.
- Провести тестовую перевозку от исходного учетного документа до завершения электронного маршрута у получателя.
- Зафиксировать регламент ошибки: кто проверяет данные, кто — подпись и полномочия, кто — состояние обмена, а кто передает проблему специалисту 1С.
Самостоятельно компания может описать процессы, назначить ответственных, проверить наличие подписей и согласовать тест с контрагентами. Обновление доработанной базы, изменение конфигурации, настройку сложных обменов и диагностику технических сбоев безопаснее выполнять на копии базы с участием специалиста.
Последовательность подключения разобрана в материале San.City «Подключение 1С-ЭПД: этапы, участники и настройки». Его можно использовать как контрольную карту, но конкретные команды интерфейса нужно сверять с вашей конфигурацией и релизом.
Когда нужен специалист 1С?
Когда база доработана, давно не обновлялась, используются собственные обмены, возникают ошибки подписания и отправки либо требуется интеграция ЭПД с другими системами. Сначала диагностируется текущая архитектура, после чего выбирается способ настройки.
Как распределить ответственность между бухгалтерией, складом и логистикой
Одна из причин сбоев — попытка оставить прежнее распределение обязанностей. В ЭПД следующий шаг зависит от статуса документа, роли участника и корректности электронного подписания.
Рабочая модель ответственности:
- бухгалтерия отвечает за корректность учетной операции, реквизитов организации и контрагента, согласованность ЭПД с первичными документами;
- склад отвечает за фактический груз, количество, номенклатуру и момент передачи перевозчику;
- логистика отвечает за данные перевозки, перевозчика, транспорт, водителя и контроль перехода документа к следующему участнику.
ИТ-служба или сопровождающий специалист 1С не должен становиться владельцем бизнес-процесса. Его задача — обеспечить работоспособность системы и устранить техническую причину сбоя. Решение о содержании документа и ответственности за событие остается за бизнесом.
Что делать, если контрагент не готов?
Не откладывать проблему до дня отгрузки. Заранее проверьте возможность обмена и проведите тест по реальной схеме. Если контрагент использует другого оператора или другую учетную систему, важен успешный сквозной обмен, а не совпадение программ.
Как проверить готовность 1С до рабочей отгрузки
Фирма «1С» предусматривает демонстрационный режим 1С-ЭПД для тестирования и отладки процесса до полного запуска. Тест должен воспроизводить обычную перевозку, а не только проверять факт создания документа.
Минимальная сквозная проверка:
- создать исходную хозяйственную операцию в той системе, где она действительно оформляется;
- сформировать перевозочный документ и проверить основные данные;
- подписать его сотрудниками с реальными ролями и полномочиями;
- передать документ следующему участнику и проконтролировать статусы;
- завершить перевозку и проверить согласованность итогового документа с учетом.
Набор операций различается по конфигурациям. В «1С:Бухгалтерии» процесс обычно ближе к реализации и документальному учету; в «1С:Управлении торговлей», «1С:Комплексной автоматизации» и «1С:ERP» сильнее связаны продажи, склад и логистика; в «1С:Рознице» важен конкретный торговый контур. «1С:ЗУП» в опубликованном фирмой «1С» перечне основных конфигураций для 1С-ЭПД не названа, поэтому кадровую систему не следует считать заменой транспортного или торгового контура. Если из нее нужны сведения о сотрудниках, это отдельная интеграционная задача.
Если тест завершился ошибкой, не следует сразу удалять документ или обновлять рабочую базу «на всякий случай». Сначала определите этап сбоя. Материал San.City об ошибках отправки ЭТрН из 1С помогает разделить проблемы исходных данных, сертификатов и полномочий, версии 1С, настроек ЭДО и внешнего обмена.
Можно ли тестировать ЭПД без реальной отгрузки?
Да. Для этого предусмотрен демонстрационный режим. Но после технической проверки желательно воспроизвести сценарий, максимально близкий к реальной перевозке, с теми же ролями и рабочими местами.
Что контролировать после запуска
Переход не заканчивается первой успешно отправленной ЭТрН. В первые недели важно отслеживать повторяющиеся ошибки, задержки по отдельным контрагентам, ручное дублирование данных и документы, которые «зависают» между подразделениями. Это показывает, где процесс формально настроен, но еще не стал устойчивым.
После обновлений 1С критичные сценарии ЭПД следует проверять повторно, особенно если база доработана или компания работает с несколькими юридическими лицами и разными маршрутами перевозок.
Для складов, которые одновременно принимают товары с маркировкой или внутренними QR- и штрихкодами, полезно отделять юридически значимый транспортный ЭДО от физического контроля приемки. Дополнительным мобильным инструментом может быть «QR Учет имущества»: приложение позволяет сканировать QR- и штрихкоды и может работать совместно с учетными системами. При соответствующей настройке его можно использовать для дополнительного контроля фактически поступивших маркированных объектов или товара непосредственно в месте приемки. Такой мобильный контроль не заменяет обязательные операции в ГИС ЭПД или государственной системе маркировки.
Переход на электронные перевозочные документы должен завершаться не фактом подключения сервиса, а устойчивым процессом: бухгалтерия видит корректную операцию, склад отгружает без задержки, логистика контролирует перевозку, сотрудники подписывают свои этапы, а 1С и оператор ЭПД передают документы без ручного дублирования.
Если этот процесс еще не прошел сквозное тестирование, San.City может проверить конфигурацию и релиз 1С, настройки ЭДО, подписи и МЧД, роли сотрудников и реальный маршрут перевозочного документа.