Как настроить УИС в БГУ 1.0 для выгрузки в банк по УФЭБС без ошибок

Ошибка с УИС при выгрузке в банк по УФЭБС выглядит одинаково почти в любой базе: платёжный документ сформирован, файл ушёл, а банк вернул отказ с формулировкой про незаполненный или некорректный идентификатор сведений. Причина в том, что в БГУ 1.0 значение не хранится в одном поле. Оно собирается из нескольких источников, и приоритет между ними не всегда очевиден.

Рабочий порядок проверки: карточка учреждения, карточка организации, настройки обмена с казначейством, параметры выгрузки в банк. После каждого изменения делайте тестовую выгрузку одного документа и смотрите, что реально попало в файл. Такой цикл даёт ответ быстрее, чем попытки угадать, какое поле главное.

Ограничение материала: в доступных для этой статьи источниках нет подтверждённого описания полей именно редакции 1.0, и редакция давно не обновляется. Точные пути в меню и названия реквизитов проверяйте в своей базе, а требования к формату сверяйте с банком. Ниже разобрана логика формирования УИС и порядок проверки, который работает независимо от номера релиза.

Что такое УИС в БГУ 1.0 и почему он важен для выгрузки в банк по УФЭБС

УИС расшифровывается как уникальный идентификатор сведений. В бюджетном учёте он связывает платёжный документ или пакет сведений с конкретной записью в системе: учреждением, лицевым счётом, обязательством. В файле выгрузки по УФЭБС значение входит в состав реквизитов платёжного документа и служит для банка признаком, по которому файл принимают и разбирают без ручной сверки.

Роль УИС в формате УФЭБС

УФЭБС, унифицированные форматы электронных банковских сообщений Банка России, описывает структуру платёжного файла через схемы. У каждого реквизита в схеме есть тип, длина и признак обязательности. Значение, которое не проходит валидацию, отбраковывает файл целиком, даже когда сумма, дата и счёт заполнены верно.

Обязательность. В версиях схемы, где идентификатор обязателен, пустое поле даёт отказ при приёме пакета.
Формат. Тип значения задаёт схема: как правило, цифровая строка фиксированной длины без пробелов, букв и разделителей. Точную маску и длину смотрите в требованиях банка к версии формата.
Уникальность. Одно и то же значение в двух разных платежах мешает однозначно сопоставить документ, и банк возвращает ошибку сопоставления.
Согласованность. Значение в файле должно совпадать с тем, что зарегистрировано на стороне получателя файла.

Полезная привычка: при отказе записывать номер или название поля из сообщения банка. Этот номер прямо указывает, какое место настройки проверять, и экономит час перебора справочников.

Отдельно про путаницу в терминах. УИС и УИП (уникальный идентификатор платежа) это разные реквизиты с разными правилами заполнения. Если в поле для УИС вписан УИП из платёжного поручения, файл не пройдёт проверку по схеме, хотя значение выглядит правдоподобно.

Почему настройки только в свойствах учреждения недостаточно

Типичный сценарий: бухгалтер находит поле УИС в карточке учреждения, вводит значение, сохраняет и повторяет выгрузку. Ошибка повторяется. Причин две. Первая: заполнено не то поле, которое читает алгоритм выгрузки, например значение попало в комментарий или в дополнительный реквизит, не участвующий в формировании файла. Вторая: значение из карточки учреждения перекрывается реквизитом организации или настройкой обмена, и в файл уходит другое.

Приоритет источников зависит от кода подстановки в конкретной конфигурации. Проверить его можно только опытом: изменить одно место, выгрузить документ, посмотреть значение в файле. Предположения о том, какое поле главнее, в этой задаче почти всегда приводят к лишним итерациям.

Где в БГУ 1.0 задаётся УИС: обзор мест хранения и источников формирования

Проверять нужно четыре объекта. Названия пунктов меню в разных релизах отличаются, логика сохраняется: сначала данные учреждения, затем данные организации, затем параметры обмена, затем настройки самой выгрузки.

Справочник «Учреждения»: карточка учреждения

Путь: Справочники → Учреждения (в части релизов раздел называется «Учреждение» или находится в настройках). Откройте нужную запись и найдите поле «УИС» или «Уникальный идентификатор сведений». Карточка учреждения хранит идентификаторы для обмена, поэтому это первое место проверки. Значение должно совпадать с тем, которое учреждение согласовало с банком или казначейством.

Реквизиты организации

Путь: Справочники → Организации. В карточке проверьте блок реквизитов для обмена и дополнительные реквизиты. В части конфигураций УИС хранится именно здесь, а учреждение только ссылается на организацию. Если в карточке организации есть поле с кодом обмена или идентификатором, сравните его со значением из справочника учреждений: расхождение по двум местам даёт ровно ту ошибку, из-за которой значение «не меняется» после правки.

Настройки обмена с казначейством

Путь: Настройки → Обмен с казначейством либо отдельная обработка обмена. Здесь задаются коды учреждения в казначействе, параметры лицевых счетов и правила подготовки пакетов. Если учреждение работает через казначейство, идентификаторы из этого блока могут подставляться в документы раньше реквизитов карточки. Проверьте, что обмен не переопределяет УИС и что для каждого лицевого счёта указан свой идентификатор.

Параметры выгрузки платёжных документов в банк

Путь: Банк → Выгрузка платёжных документов в банк, в части релизов через настройки обмена с банком. В этом блоке выбирается формат выгрузки и версия схемы, задаётся состав включаемых документов. Убедитесь, что выбран формат УФЭБС нужной версии, а не устаревший формат клиент-банка: в разных форматах поле идентификатора может называться и заполняться по-разному.

Пошаговая настройка УИС для выгрузки в банк по УФЭБС

Перед первым шагом сделайте архивную копию базы. Дальше меняйте по одному параметру и после каждого изменения выполняйте тестовую выгрузку. Вы увидите, какое место действительно управляет значением.

Шаг 1: Проверка и заполнение УИС в справочнике учреждений

Откройте Справочники → Учреждения, найдите учреждение, по которому формируются платежи.
Откройте карточку и найдите поле «УИС» или «Уникальный идентификатор сведений».
Сравните значение с тем, что указано в договоре с банком или в требованиях казначейства. Если поле пустое или значение отличается, введите согласованный код.
Сохраните карточку и перепроверьте, что запись сохранилась: в части релизов поле доступно только на записанном элементе.

Шаг 2: Проверка реквизитов организации

Откройте Справочники → Организации, выберите организацию.
Проверьте блок реквизитов для обмена и дополнительные реквизиты на наличие поля УИС или связанного кода.
Если поле есть, приведите значение к тому же виду, что и в карточке учреждения. Если поля нет, запишите это: значит, значение берётся из другого места, и спор двух карточек исключён.
Сохраните карточку.

Шаг 3: Настройка обмена с казначейством (при использовании)

Перейдите в настройки обмена с казначейством и откройте параметры учреждения.
Проверьте коды учреждения и лицевых счетов, которые участвуют в подготовке пакетов.
Убедитесь, что настройки обмена не подставляют идентификатор, отличный от согласованного с банком.
Если в учреждении несколько лицевых счетов, проверьте каждый: один неверный счёт даёт ошибку только по части платежей, и это затрудняет диагностику.

Шаг 4: Проверка параметров выгрузки в банк

Откройте раздел выгрузки платёжных документов в банк и параметры обмена с банком.
Проверьте выбранный формат: он должен соответствовать УФЭБС в той версии, которую принимает банк.
Проверьте, нет ли в настройках дополнительных правил подстановки идентификаторов, перекрывающих значение из справочников.
Сохраните настройки и закройте диалог, чтобы новый параметр точно применился к следующей выгрузке.

Шаг 5: Тестовая выгрузка и анализ файла

Сформируйте один платёжный документ с небольшими суммами и выгрузите его в банк.
Откройте файл выгрузки в текстовом редакторе и найдите блок с идентификатором.
Сравните найденное значение с тем, что вы задали в карточках. Совпало значит настройка дошла до файла; не совпало, вернитесь на шаг назад и проверьте следующее место.
Отправьте файл в банк и сохраните ответ. Положительный ответ на тестовом документе даёт право переходить к массовой выгрузке.

Как проверить, что УИС в файле выгрузки соответствует требованиям УФЭБС

Где искать УИС в файле выгрузки

Файл выгрузки по УФЭБС, как правило, представляет собой XML. Откройте его в текстовом редакторе или в просмотрщике XML и найдите по названию реквизита или по значению, которое вы задавали: так вы точно увидите, какое из мест сработало. Имя тега зависит от версии схемы, поэтому ориентируйтесь на XSD-схему, полученную от банка, а не на примеры из старых инструкций.

Если файл зашифрован или подписан и в текстовом виде не читается, используйте штатную расшифровку транспортного контейнера в вашей программе обмена либо запросите у банка протокол разбора. Ручную правку файла делать не нужно: следующая выгрузка её перезапишет.

Критерии соответствия УИС формату УФЭБС

Тип значения совпадает с типом в схеме: обычно цифры без пробелов, букв и знаков препинания.
Длина попадает в диапазон, заданный схемой и требованиями банка к версии формата.
Значение уникально в пределах пакета и не повторяет идентификаторы других платежей.
Значение совпадает с зарегистрированным у получателя файла.
В поле не попал другой идентификатор, например УИП из платёжного поручения или код из казначейской выгрузки.

Встроенные средства проверки выгрузки перед отправкой есть и в других обменах с госструктурами: например, отчёт ЕФС-1 в «1С:Бухгалтерии 8» с версии 3.0.209 проверяется внешней программой СФР прямо из интерфейса, с разбором статусов «Документ принят частично» и «Документ не принят». Логика та же: проверить пакет до отправки дешевле, чем разбирать отказ после.

Типичные причины ошибки УИС при выгрузке в банк и способы их устранения

УИС не заполнен или заполнен неверно

Проверьте поле в карточке учреждения и в карточке организации. Если значение пустое, впишите согласованный код. Если заполнено, сверьте каждый символ с договором или письмом банка: лишний пробел в конце строки, случайная буква вместо цифры или обрезанное значение при копировании дают отказ при полной визуальной идентичности.

Конфликт источников УИС

Когда значение задано в двух местах по-разному, в файл попадает одно из них, и предсказать какое без теста нельзя. Приведите все найденные места к единому значению, затем повторите тестовую выгрузку. Если в базе несколько организаций или учреждений, проверьте, что платёж формируется именно по той записи, которую вы правили: в документе есть своё поле организации.

Похожая логика ловушек в обмене с другими системами разобрана в материале про ошибку «не находит код УБП» при загрузке госконтрактов из АСУГФ в 1С:Бухгалтерию госучреждения: там тоже расхождение реквизитов в двух справочниках блокирует обмен, хотя каждое значение по отдельности выглядит корректным.

Проблемы после обновления конфигурации

Обновление может изменить набор полей, правила подстановки или состав выгружаемых реквизитов. После установки релиза проверьте все четыре места заново и выполните тестовую выгрузку. Что обычно меняется в релизах линейки, видно по описанию обновлений, например в разборе версии 2.0.109.47 «Бухгалтерии государственного учреждения» с уточнением выгрузки по счетам и автоочисткой файлов обмена. Для редакции 1.0 такие изменения уже не выходят, и это отдельный риск: формат банка обновляется, а поддержка старой редакции нет.

Особенности настройки УИС для бюджетных учреждений и обмена с казначейством

Связь УИС с лицевыми счетами в казначействе

В бюджетном учреждении платёж привязан к лицевому счёту, и идентификатор сведений часто хранится в разрезе этих счетов. Проверьте справочник лицевых счетов: если у каждого счёта свой идентификатор, ошибка проявляется только по платежам с одного счёта. Это сбивает с толку, потому что часть документов проходит нормально.

Настройка обмена с казначейством для корректного УИС

В настройках обмена проверьте код учреждения в казначействе и правила подготовки пакетов. Данные казначейства и реквизиты для банка должны быть согласованы между собой и не противоречить друг другу. Если учреждение отправляет платежи и в казначейство, и напрямую в банк, заведите правило: какой идентификатор используется для каждого канала, и зафиксируйте его в учётной политике. Это снимает споры при смене бухгалтера.

Профилактика ошибок УИС: рекомендации по безопасной настройке и выгрузке

Резервное копирование перед изменениями

Перед правкой справочников и настроек обмена делайте архивную копию базы. Настройки обмена меняются в нескольких местах, и откат из копии обходится дешевле, чем восстановление логики обмена по памяти. Копию удобно делать и перед установкой обновления.

Тестовая выгрузка как обязательный этап

После любого изменения выгружайте один документ и проверяйте значение в файле.
Держите под рукой текст требований банка к формату: длину и маску идентификатора.
Фиксируйте в журнале дату, место изменения и результат теста. При следующей ошибке это сократит диагностику до минут.
После обновления конфигурации повторяйте проверку всех четырёх мест, даже если ничего не меняли руками.
При сомнениях отправляйте банку тестовый файл и запрашивайте протокол разбора: официальный ответ точнее любых догадок.

Если ошибка сохраняется после проверки всех мест, а банк не даёт расшифровки, запросите у него версию схемы и описание поля. Практика показывает: в большинстве случаев проблема решается сверкой одного значения, а не переустановкой обмена.