← На главную

При переходе на новый формат электронных счетов-фактур и универсальных передаточных документов (формат 5.03) пользователи программы 1C:Бухгалтерия нередко сталкиваются с ситуацией, когда в печатной форме документа строка (5) «К платежно-расчетному документу №» заполнена корректно, однако в формируемом XML-файле для передачи через ЭДО блок сведений о платежных документах (<СвПРД>) оказывается пустым. В результате контрагент получает документ без обязательных реквизитов об авансовых платежах. Разберем детально причины возникновения этой ошибки и последовательность шагов для ее устранения.

Причина 1: Зарегистрированная ошибка релиза в конфигурации 1С

Проанализируем программную сторону вопроса. В релизе 3.0.173.31 конфигурации «Бухгалтерия предприятия» содержалась внутренняя программная ошибка алгоритма выгрузки данных в формат 5.03: процедура сбора данных не передавала сведения о платежно-расчетных документах в блок XML, даже если в информационной базе реквизиты были зафиксированы и корректно выводились на печать.

Для исправления этой ошибки разработчиками фирмы «1С» были выпущены специальные срочные исправления (патчи):

1. EF_60021770_2 — устраняет ошибку выгрузки строки (5) в XML-файле формата 5.03.
2. EF_60021825 — сопутствующий патч формата 5.03, исключающий ошибочную выгрузку сведений о транспортировке и грузе (строка 9) в актах и УПД на оказание услуг.

Разберем по шагам, как решить проблему программным путем в зависимости от текущего состояния вашей системы:

1. Установка патчей в автоматическом или ручном режиме: если обновление конфигурации до актуальной версии отложено, необходимо установить патчи EF_60021770_2 и EF_60021825 через раздел «Администрирование» — «Обслуживание» — «Обновление программы» — «Установка обновлений и исправлений (патчей)».
2. Обновление конфигурации: ошибка выгрузки была штатно исправлена в типовом релизе 3.0.174.25. При обновлении конфигурации до этой версии или более поздних релизов необходимость в ручной установке патчей отпадает, так как все исправления уже включены в основной код.
3. Использование расширения в закрытом контуре: если база данных работает без прямого подключения к интернету и регламент обновлений не позволяет быстро установить патчи или обновить релиз, проблему можно временно закрыть загрузкой специального расширения конфигурации (.cfe), переопределяющего модуль формирования данных электронного документа для формата 5.03.

Обязательное действие: переформирование электронных документов

Обратим особое внимание на частую ошибку пользователей: после установки патча или обновления релиза ранее сформированный XML-документ автоматически не меняется. Структура XML хранится в регистре электронных документов в неизменном виде с момента первоначального создания.

Чтобы изменения вступили в силу для документов, которые уже были созданы до установки исправления, выполним следующие действия:

1. Откроем форму просмотра проблемного электронного документа (УПД или счета-фактуры).
2. Нажмем кнопку «Еще» в верхней командной панели.
3. Выберем команду «Переформировать».
4. Убедимся, что в обновленном визуальном представлении и структуре XML реквизиты платежно-расчетного документа отобразились в строке (5).

Причина 2: Методологические особенности и хронология проведения расчетов

Если релиз обновлен или патчи установлены, но строка (5) по-прежнему не попадает в выгрузку, проанализируем учетные причины. Согласно Постановлению Правительства РФ № 1137, строка (5) заполняется только при наличии предварительной оплаты (аванса) в счет предстоящих поставок товаров или оказания услуг. В типовой конфигурации правила выгрузки жестко привязаны к хронологии движений по взаиморасчетам:

1. Время проведения документов: если оплата поступила в тот же календарный день, что и отгрузка, но по времени платежный документ проведен позже документа реализации, программа расценивает операцию как постоплату. В таком случае аванс отсутствует, и блок сведений о платежных документах правомерно не включается в XML. Решение: скорректировать время проведения банковской выписки, установив его раньше времени реализации, и перепровести цепочку документов.
2. Нарушение последовательности проведения: если банковская выписка была введена или отредактирована задним числом, зачет аванса на счете 62.02 в проводках реализации мог не зафиксироваться. В этой ситуации необходимо выполнить групповое перепроведение документов или восстановить последовательность расчетов в процедуре закрытия месяца.
3. Статус УПД: выясним, с каким статусом формируется документ. Если универсальный передаточный документ создается со статусом «2» (только передаточный документ без функции счета-фактуры), поля, относящиеся исключительно к НДС и счету-фактуре (включая строку 5), в структуру XML-файла не включаются согласно формату ФНС. Для передачи сведений о счете-фактуре статус документа должен быть «1».

Таким образом, для гарантированного устранения проблемы в формате 5.03 в первую очередь проверяем актуальность версии конфигурации (не ниже 3.0.174.25) либо наличие патча EF_60021770_2, после чего в обязательном порядке переформировываем файл электронного документа и контролируем хронологический порядок зачета аванса по выписке банка.