В процессе работы с электронным документооборотом (ЭДО) в программе 1С:Бухгалтерия государственного учреждения 2.0 (БГУ 2.0) пользователи часто сталкиваются с требованиями контрагентов по заполнению специфических тегов в XML-файле — для смежной задачи формирования печатных форм УПД пригодится готовое расширение для печати корректного УПД под требования ФНС в БГУ 2.0. Одним из наиболее распространенных требований является заполнение группы ИнфПолФХЖ1, которая включает атрибуты Идентиф (Идентификатор) и Значен (Значение). Эти поля используются для передачи дополнительных сведений, таких как код бизнес-единицы (БЕ), номер договора во внутренней системе покупателя или другие аналитические признаки.
Разберем подробно, как настроить автоматическое заполнение этих полей, чтобы не вводить данные вручную в каждом документе, и выясним, почему внесенные изменения могут не отображаться при просмотре электронного документа.
Проанализируем техническую сторону вопроса. Согласно приказу ФНС №820, который регламентирует формат УПД и счетов-фактур, информационные поля факта хозяйственной жизни (таблица 5.12) предназначены для расширения данных документа. Если ваш контрагент требует заполнения идентификатора БЕПокуп, это означает, что его автоматизированная система учета настроена на поиск именно этого узла для автоматического распределения затрат или сопоставления с закупкой.
Важно понимать, что в 1С эти данные не всегда имеют типовые поля в интерфейсе документа. Поэтому нам необходимо воспользоваться механизмом «Настройка заполнения реквизитов».
Рассмотрим пошагово процесс настройки постоянных значений для тегов ИнфПолФХЖ1. Этот метод подходит, если значение идентификатора (например, «БЕПокуп») остается неизменным для всех документов данного типа.
Информационное поле 1.ТекстИнф.Идентиф и ТекстИнф.Значен выберем вариант заполнения «По формуле».Выясним важный нюанс: при написании формулы для текстовых значений в 1С обязательно нужно использовать кавычки. Рассмотрим пример настройки для поля «Идентиф»:
"БЕПокуп"
Если мы просто напишем БЕПокуп без кавычек, система воспримет это как имя переменной или функции, не найдет её и вернет пустое значение. Для поля «Значен» аналогично введем код, предоставленный контрагентом, например:
"1234"
Что делать, если значение кода БЕ меняется в зависимости от договора или контрагента? Пропишем алгоритм использования Дополнительных реквизитов. Это позволит автоматизировать процесс без изменения кода конфигурации.
Сначала создадим сам реквизит:
Договоры или Контрагенты добавим новый реквизит с именем «Код БЕ для ЭДО».Теперь вернемся в Настройки заполнения реквизитов ЭДО. Вместо варианта «По формуле» мы можем выбрать «Из реквизита» и указать путь к нашему новому полю: Источник.Договор.КодБЕДляЭДО. Таким образом, система будет сама подтягивать нужное значение из справочника при формировании XML.
Проанализируем ситуацию, когда настройка выполнена верно, но при просмотре XML данные отсутствуют. В БГУ 2.0 и других конфигурациях на базе БСП электронный документ формируется в момент нажатия кнопки «Сформировать электронный документ» и записывается в базу.
Если вы сначала сформировали документ, а затем пошли менять настройки заполнения, то при повторном открытии просмотра вы увидите старую версию файла. Чтобы увидеть изменения, необходимо:
Посмотрим на пример того, как должен выглядеть итоговый фрагмент XML-файла. Вы можете сохранить файл на диск и открыть его через Блокнот или Notepad++. Ищите блок ИнфПолФХЖ1:
<ИнфПолФХЖ1>
<ТекстИнф Идентиф="БЕПокуп" Значен="4321"/>
</ИнфПолФХЖ1>
Если вы видите пустые кавычки в Значен="", значит, формула или путь к реквизиту возвращают Null или пустую строку. Проверьте правильность написания идентификатора — в нем не должно быть пробелов (согласно требованиям большинства приемных шлюзов крупных компаний).
В конфигурации БГУ 2.0 работа с ЭДО тесно связана с бюджетными классификаторами — для удобной маршрутизации документов есть настройка маршрутов подписания электронных документов в БГУ 2.0. При настройке правил заполнения убедитесь, что вы выбрали правильную версию формата. Поля ИнфПолФХЖ1 в их современном виде появились в формате по приказу №820. Если в настройках по какой-то причине выбран устаревший формат (например, №155), структура файла будет иной, и данные могут попасть в другие теги или не выгрузиться вовсе.
Также рекомендуем обратить внимание на уровень вложения. Информационные поля могут быть уровня всего документа (шапка) и уровня строки (ТЧ). Контрагенты обычно требуют заполнения в шапке, поэтому в настройках выбирайте раздел «Дополнительные сведения документа», а не «Сведения о товарах».
Подводя итог, автоматизация заполнения ИнфПолФХЖ1 в БГУ 2.0 — это штатная процедура, не требующая программирования. Главное — четко следовать синтаксису формул 1С, использовать кавычки для строк и не забывать принудительно обновлять (переформировывать) электронные документы после внесения изменений в настройки. Для комплексного упрощения внутренних процессов обмена есть расширение для автоматизации и упрощения ЭДО в 1С:БГУ 2.