Проанализируем ситуацию, с которой массово столкнулись пользователи 1С с 1 января 2026 года: вы формируете отгрузочные документы (накладные, акты, УПД), отправляете их через ЭДО, а оператор или контрагент возвращает отказ — «неверный формат», «документ сформирован не в актуальном формате», «старый формат не принимается», «формат УПД 5.03 не поддерживается», либо появляются ошибки в заполнении отдельных реквизитов (например, строки 5б, реквизитов ИП, сумм по прослеживаемости, ставок НДС).
Разберем по шагам, почему это происходит, и вместе настроим 1С так, чтобы документы снова уходили и принимались без ручных исправлений. Рассмотрим несколько решений: от полностью типового (обновиться и проверить настройки) до вариантов для устаревших конфигураций, где без доработок или внешних обработок не обойтись.
Ключевая причина — с 01.01.2026 в ЭДО фактически закрепился единый актуальный формат электронного отгрузочного документа: УПД версии 5.03. Старые формализованные форматы электронных накладных и актов, которыми многие пользовались годами, перестали применяться. Поэтому, если учетная система продолжает формировать электронные документы в прежних форматах (или формирует УПД не той версии/не тем набором реквизитов), оператор ЭДО или контрагент закономерно отклоняет такие файлы — решить проблему поможет модуль автоматической выгрузки УПД в XML для ЭДО.
Чтобы выбрать правильное решение, сначала «зафиксируем диагноз». Посмотрим на типичный набор симптомов и сразу привяжем их к действиям.
Отказ «документ не в актуальном формате». Чаще всего это означает, что отправляется не УПД 5.03, а более ранняя версия или вообще не УПД (а «документ о передаче товаров»/«документ о передаче работ» по старым форматам).
После 01.01.2026 у вас «в настройках ЭДО» все еще выбран акт/накладная, а не УПД. Это признак, что компонент ЭДО в программе не обновился до версии, где автоматическое переключение форматов выполнено — для решения задачи подойдёт расширение для ведения юридически значимого ЭДО прямо в 1С.
Ошибка по реквизитам счета-фактуры/УПД с 01.01.2026 (например, по строке 5б, по реквизитам ИП, по суммам прослеживаемости). Это признак, что конфигурация/библиотека ЭДО обновлена частично либо документ формируется «на границе изменений» без включенного актуального механизма заполнения.
Ставки НДС и переход на новые ставки. Если у вас включены новые ставки НДС и при этом ЭДО «ругается», значит в вашей версии конфигурации или компонента обмена еще не полностью поддержаны нужные ставки/правила в электронном формате.
Теперь, когда мы понимаем характер проблемы, разберем решения.
Рассмотрим подробнее самый правильный и самый устойчивый путь: привести 1С к состоянию, когда новый формат УПД поддерживается типовым образом, без ручных «костылей».
Что делаем: обновляем конфигурацию и проверяем, что в составе решения стоит актуальная библиотека/компонент электронного документооборота (обычно это модуль 1С-ЭДО внутри конфигурации). Именно он отвечает за формирование XML, выбор версии формата и правила заполнения реквизитов.
Разберем по шагам.
Обновляем конфигурацию до релиза, который поддерживает работу с УПД 5.03 с учетом правил, действующих с 01.01.2026. Если вы на типовой конфигурации (например, бухгалтерия, торговля, ERP), обновление обычно включает и изменения по ЭДО.
Проверяем встроенную версию механизма ЭДО. Важно, чтобы поддерживалась логика автоматического перехода на УПД 5.03 с 1 января 2026 года и корректное формирование электронных документов по новым требованиям.
Перезапускаем клиент/серверные службы (если у вас клиент-сервер) после обновления, чтобы новые компоненты гарантированно подхватились, а кэш метаданных не мешал.
Проверяем тестовой отправкой: создаем пробный документ реализации и формируем электронный документ для отправки. Наша цель — убедиться, что в отправке участвует именно УПД 5.03.
Почему это важно: даже если в «печатной форме» вы видите «УПД», это не гарантирует, что электронный документ формируется в нужном XML-формате. Печатная форма — одно, а формализованный электронный формат — другое. Нам нужен правильный XML и правильная версия формата.
Если после обновления проблема ушла — отлично, на этом можно завершать. Но часто обновление сделали, а отказ/ошибка остались. Тогда идем дальше и смотрим настройки ЭДО.
Теперь разберем случай, когда конфигурация обновлена, но в настройках обмена все еще «сидят» старые форматы, либо для части контрагентов остались прежние параметры.
Наша задача — убедиться, что:
включен обмен электронными документами;
у выбранного оператора настроен корректный обмен;
в карточках настроек ЭДО выбран актуальный формат УПД 5.03;
настройки действуют именно для тех организаций/контрагентов, по которым идет отказ.
Разберем по шагам типовую логику проверки внутри 1С:
Открываем раздел администрирования обмена. В типовых решениях это обычно блок администрирования, где живут параметры обмена электронными документами с контрагентами.
Переходим в список настроек ЭДО по контрагентам. Нам нужны не общие «галочки», а конкретные настройки обмена, где выбираются форматы документов и правила формирования.
Проверяем форматы документов. Если видим, что для накладной/акта выбран старый формат или указан формат, отличный от УПД 5.03, — переводим на УПД 5.03.
Проверяем, не зафиксирован ли запрет на автообновление формата. В ряде настроек пользователи когда-то включали «не обновлять формат автоматически». Важно понимать: в актуальных версиях механизм может переключать на УПД 5.03 даже при таком запрете, но если у вас механизм еще старый — переключение могло не произойти.
Практический совет: проверяем несколько контрагентов — тех, кто уже отказал, и тех, кому документы проходят. Это помогает увидеть отличие в настройках и быстрее локализовать проблему.
Если после переключения форматов документы стали уходить — отлично. Если нет, значит мешают ошибки заполнения, версия формата в XML не та, или конфигурация не поддерживает нужные реквизиты. Тогда разбираем типовые ошибки 2026 года и их исправление.
Рассмотрим подробнее, почему даже при выбранном УПД 5.03 оператор/контрагент может отклонять документ. В 2026 году проверки стали строже: важно не только «правильная версия формата», но и корректность заполнения реквизитов.
Разберем самые частые причины отказов и что делаем в 1С.
Документ сформирован не в актуальном формате (внутри XML все еще не 5.03). Внешне в 1С вы видите «УПД», но при формировании электронного документа выбирается другой формат или другая версия. Решение — обновить конфигурацию/компонент ЭДО и принудительно проверить настройки форматов (см. решения 1 и 2).
Некорректные коды единиц измерения. УПД в электронном виде требует корректных кодов классификатора. Если в номенклатуре/единицах измерения заполнено «как текстом», а не кодом, оператор может отклонить. Решение — привести справочник единиц измерения к корректным кодам и не заполнять вручную «как попало».
Расхождения сумм по строкам и итогов. Часто это следствие ручных правок сумм/НДС или особенностей округления. Решение — пересчитать документ штатными механизмами, убрать ручные вмешательства, проверить настройки округления, а для отдельных категорий (например, прослеживаемость) — учитывать, что стоимость может требоваться без округлений до рублей.
Подписание представителем без корректной доверенности. Если подписывает не руководитель, а представитель, в электронном документе должны быть корректно указаны сведения доверенности. Решение — проверить, что в настройках подписанта/сертификата корректно заполнены параметры, и что в электронном документе формируются нужные сведения.
Обратим внимание: в 1С за формирование электронных данных отвечают не «печатные формы», а механизмы подсистемы ЭДО, работающие через ОбменЭлектроннымиДокументами и настройки, которые хранятся в НастройкиЭДО. Поэтому все исправления «печатной формы» без исправления электронного формирования часто не дают результата.
Теперь про то, что особенно часто вызывает вопросы: «что изменилось в УПД с 01.01.2026 и где это в 1С включается».
Рассмотрим подробнее три блока изменений, которые чаще всего всплывают в реальной работе.
1) Строка 5б
С 01.01.2026 в электронном счете-фактуре/УПД появляется логика заполнения строки 5б: в ряде ситуаций нужно указывать номер и дату счета-фактуры, выставленного при получении аванса, который затем был зачтен в оплату реализации — для устаревших баз эту задачу решает печатная форма УПД с графой 5б для УТ 10.3 и УПП. На практике это означает следующее: если реализация закрывает ранее полученную предоплату (аванс) и по авансу выставлялся счет-фактура, то в реализации нужно корректно связать зачет аванса и авансовый счет-фактуру, чтобы электронный документ мог автоматически сформировать нужные реквизиты.
Что делаем в 1С:
проверяем, что аванс действительно отражен как аванс (а не «какая-то оплата без привязки»);
проверяем, что выставлялся авансовый счет-фактура (если ваша схема работы предполагает его формирование);
проверяем, что зачет аванса оформлен штатно (чтобы система понимала, какой аванс зачтен именно этой реализацией);
формируем УПД/счет-фактуру в реализации и проверяем, что реквизиты авансового счета-фактуры подтягиваются автоматически.
2) Реквизиты ИП
Если продавец — индивидуальный предприниматель, в 2026 году в электронных формах усиливается необходимость корректно указывать регистрационные сведения ИП. Поэтому нам важно, чтобы карточка организации (ИП) в 1С содержала корректные реквизиты, и чтобы механизм ЭДО умел их выгрузить.
Что делаем в 1С:
проверяем карточку организации и реквизиты регистрации;
проверяем заполнение реквизитов подписанта и соответствие сертификата;
обновляем конфигурацию до версии, где эти реквизиты включены в выгрузку электронного УПД.
3) Прослеживаемость и точность сумм
Если у вас есть прослеживаемые товары, в электронных документах требования к заполнению отдельных стоимостных показателей становятся жестче. На практике часто всплывают ошибки округления. Поэтому нам важно не «подкрутить вручную», а обновиться и позволить типовым механизмам сформировать корректные значения.
Что делаем в 1С:
проверяем корректность признаков прослеживаемости в номенклатуре;
проверяем регламентированные настройки учета прослеживаемости;
проверяем, что документ рассчитывается типовыми алгоритмами без ручной правки сумм.
Если после этих действий документ все равно не выгружается или не отправляется, значит проблема глубже: либо в вашей версии конфигурации отсутствуют нужные изменения, либо вы используете устаревшее решение, где требуются доработки. Тогда переходим к следующему разделу.
Проанализируем ситуацию, когда вы работаете на конфигурациях, которые:
не получают актуальные изменения по ЭДО;
не умеют формировать УПД 5.03 штатно;
имеют самописные обмены и жестко прошитые ставки/форматы;
используют старые XDTO-пакеты и старые версии обмена данными.
Здесь важно не «сделать хоть как-то», а выбрать устойчивый путь — для этого есть пакет обновлений УТ 10.3 под требования 2026 года. Рассмотрим три подхода.
Это самый надежный вариант, если вы можете обновиться или перейти на поддерживаемую редакцию. Тогда все изменения по форматам и реквизитам вы получаете типовыми обновлениями, а не обслуживаете вручную каждый новый реквизит.
Плюсы:
минимум ручных доработок;
типовые проверки и обновления форматов;
проще сопровождать в 2026 году, когда изменения «волнами».
Минусы:
нужно время на обновление/переход;
нужно тестирование, особенно если много доработок.
Если переход на новую конфигурацию невозможен «прямо сейчас», часто используют внешние обработки, которые формируют XML УПД 5.03 и позволяют отправлять документы через ЭДО — для этого подойдёт выгрузка УПД в XML-файл актуального формата 5.03. Это подход «закрыть дыру», чтобы бизнес не остановился.
Здесь важно помнить: это временно. В 2026 году меняются не только форматы, но и правила заполнения отдельных реквизитов. Поэтому мы фиксируем, что внешняя обработка должна поддерживать актуальные требования, а не просто «сгенерировать файл».
Плюсы:
можно быстро восстановить отправку документов;
минимально вмешиваемся в основную конфигурацию.
Минусы:
высокие риски несовместимости при новых изменениях;
сложнее отлаживать и доказывать корректность формирования;
часто требуется ручной контроль реквизитов.
Этот вариант выбирают, если у вас самописная конфигурация или сильно доработанная база, и вы готовы сопровождать изменения самостоятельно. Тогда нам нужно аккуратно расширить механизмы расчета ставок и формирования электронных данных.
Рассмотрим на примерном кейсе из обсуждений 1С-сообщества: когда в конфигурации встречаются периодные функции определения ставки, и под новую дату нужно добавить новую ставку (условно, для переходного периода).
Функция ОбщаяСтавкаНДС(Период) Экспорт
Если Период < '20190101' Тогда
Возврат ПредопределенноеЗначение("Перечисление.СтавкиНДС.НДС18");
ИначеЕсли Период < '20260101' Тогда
Возврат ПредопределенноеЗначение("Перечисление.СтавкиНДС.НДС20");
Иначе
Возврат ПредопределенноеЗначение("Перечисление.СтавкиНДС.НДС22");
КонецЕсли;
КонецФункции
Посмотрим, что здесь важно:
мы не «вставляем 22 везде», а делаем периодную логику, чтобы декабрь считался по старым правилам, а январь — по новым;
мы используем предопределенные значения перечисления Перечисление.СтавкиНДС, чтобы не создавать «самодельные строки» и не ломать типовые механизмы учета;
мы понимаем, что одного расчета ставки недостаточно: если документ уходит в ЭДО, нужно, чтобы формат электронного документа тоже поддерживал эту ставку, иначе получим отказ на этапе формирования XML.
Важное замечание: подобная доработка — это только часть задачи. Для полноценной поддержки ЭДО нам нужно обновлять пакеты обмена, XDTO-описания, версии форматов и правила заполнения реквизитов электронного документа. Поэтому такой подход разумен только тогда, когда вы осознанно берете сопровождение на себя.
Отдельно разберем распространенный «переходный» эффект: программа может ограничивать формирование электронных документов по новым правилам до фактического наступления периода действия. Это делается, чтобы исключить ошибки в конце предыдущего года.
Что это означает на практике:
если вы пытаетесь сформировать электронный УПД по правилам 2026 года, а «рабочая дата» в программе еще не в 2026, механизм может блокировать выгрузку;
если у вас серверный вариант, реальная дата может подтягиваться с сервера, и пользовательская «рабочая дата» не всегда решает проблему;
после фактического наступления 01.01.2026 ограничения снимаются в актуальных релизах и все начинает работать штатно.
Разберем по шагам, что проверяем:
уточняем текущую рабочую дату и дату документа;
в серверном варианте проверяем системное время сервера 1С;
проверяем релиз конфигурации и наличие исправлений, которые «разрешают» формирование по новым правилам;
проверяем, не тянется ли ограничение из подсистемы ЭДО (например, если версия компонента старая).
Если выясняется, что причина именно в этом, то стабильное решение — обновление до релиза, где ограничение корректно реализовано и снимается в нужный момент.
Теперь важный организационный момент, который часто упускают: с 2026 года «УПД» используется по-разному в зависимости от вашей модели учета и требований контрагента.
Разберем варианты, которые встречаются чаще всего:
УПД со статусом 1 — когда УПД включает и первичный документ, и счет-фактуру (для плательщиков НДС в типовой схеме отгрузки).
УПД со статусом 2 — когда УПД используется как первичный документ без счета-фактуры (например, когда счет-фактура не требуется или ведется раздельно по иной логике).
Что делаем вместе с контрагентом:
фиксируем, какой статус УПД вы используете в отношениях именно с этим контрагентом;
проверяем, что у контрагента и у его оператора ЭДО включена поддержка УПД 5.03;
проводим «пилот»: отправляем тестовый УПД, подписываем, проверяем корректность реквизитов;
только после этого переводим поток документов на новый формат.
Практическая логика: сначала делаем контрольный обмен на 1–2 документах, затем включаем массовую отправку. Это экономит часы разбирательств, когда «у всех горит» и непонятно, кто прав: ваша 1С, оператор или контрагент.
Чтобы закрепить результат, давайте пройдемся по короткому, но «железному» чек-листу. Выполним его по шагам и зафиксируем, на каком шаге у вас появляется сбой.
Релиз конфигурации: убеждаемся, что стоит актуальная версия, которая поддерживает УПД 5.03 и правила, действующие с 01.01.2026.
Версия подсистемы ЭДО: проверяем, что механизм ЭДО умеет формировать УПД 5.03 и автоматически переключает форматы.
Настройки ЭДО по контрагенту: проверяем, что для проблемного контрагента выбран именно УПД 5.03, а не старые форматы.
Карточки организации: проверяем реквизиты организации, особенно если организация — ИП, и соответствие подписанта.
Единицы измерения и коды: проверяем заполнение кодов единиц измерения и корректность справочников.
Авансы и строка 5б: если есть зачеты авансов, проверяем, что авансовые счета-фактуры и зачеты оформлены штатно, чтобы реквизиты подтянулись автоматически.
Округления и суммы: проверяем, нет ли ручных правок сумм и расхождений по строкам/итогам.
Доверенности: если подписывает представитель, проверяем корректность сведений доверенности в электронном документе.
Тестовая отправка: делаем пробный обмен и фиксируем результат.
Если на каком-то шаге получаем ошибку — возвращаемся к соответствующему решению выше и устраняем причину, не перепрыгивая через этапы. Так мы не будем «лечить симптомы», а доведем систему до стабильного состояния.
Зафиксируем критерии успеха, чтобы понять, что задача решена:
электронный документ формируется как УПД версии 5.03;
оператор ЭДО не отклоняет документ по формату;
контрагент принимает и подписывает документ без просьб «переделайте в другом виде»;
для авансовых ситуаций корректно заполняются реквизиты, которые требуются с 01.01.2026 (в том числе логика строки 5б там, где она нужна);
в учетной системе документы отражаются корректно и не требуют ручных правок «после отправки».
Если вы дошли до этих пунктов — значит, мы вместе настроили процесс правильно, и дальше он будет работать устойчиво.
Информация носит справочный характер и предназначена для общего понимания подходов к настройке 1С и ЭДО при переходе на УПД с 01.01.2026.