← На главную

В процессе ведения учета в государственных, бюджетных и казенных учреждениях одной из самых ответственных и трудоемких задач является регулярное взаимодействие с Федеральным казначейством через систему СУФД (Система удаленного финансового документооборота) или портал «Электронный бюджет». Постановка на учет бюджетных обязательств (БО) и денежных обязательств (ДО) требует строгого соответствия форматов выгрузки актуальным требованиям казначейства. Однако на практике бухгалтеры часто сталкиваются с ситуацией, когда СУФД не принимает выгруженные файлы из-за устаревших альбомов форматов обмена или некорректно заполненных реквизитов.

В этой статье мы подробно разберем, как решить проблемы с выгрузкой сведений о принятых бюджетных обязательствах в программе 1С:Бухгалтерия государственного учреждения (БГУ), научимся самостоятельно загружать и корректировать форматы обмена, а также проанализируем сложные ошибки, возвращаемые казначейскими системами автоматического контроля лимитов.

Почему возникают ошибки обмена с казначейством

Основная причина сбоев при импорте и экспорте документов кроется в регулярном обновлении Федеральным казначейством Требований к форматам обмена (ТФО), выпускаемых в виде так называемых «Альбомов форматов». Каждый новый альбом вводит новые форматы файлов, например TXBN160101, TXBN220101 или еще более современные версии. Если казначейство на местах переходит на новый альбом (например, версия 34.0 или 35.0), а в вашей информационной базе 1С:БГУ все еще используются старые настройки выгрузки (например, альбом 12.2 или 20.1), СУФД заблокирует импорт файлов.

Ситуация осложняется тем, что нормативные изменения (приказы Минфина РФ) могут вступать в силу быстрее, чем разработчики выпускают официальные обновления конфигураций 1С. В таких случаях пользователям приходится самостоятельно импортировать новые файлы форматов обмена, а иногда и прибегать к ручной корректировке правил выгрузки отдельных реквизитов.

Решение 1. Загрузка и обновление актуальных форматов обмена

Рассмотрим по шагам процесс загрузки новых форматов обмена в программу 1С:БГУ. Помните, что при обычном обновлении конфигурации файлы форматов обмена автоматически в справочниках не обновляются — их нужно загрузить вручную из внешних файлов поставки.

Для загрузки форматов нам понадобится актуальный файл поставки. Обычно это файл OFK.xml (для БГУ 1.0) или файл с расширением .defx (например, OFKalbom340.defx или OFKalbom350.defx для БГУ 2.0). Эти файлы поставляются вместе с дистрибутивами обновлений и хранятся в каталоге шаблонов конфигураций 1С на вашем компьютере.

Пошаговый алгоритм загрузки форматов в 1С:БГУ 1.0:

1. Перейдем в меню «Сервис» и откроем обработку «Обмен с казначейскими и банковскими системами».
2. Переключимся на вкладку «Форматы обмена». Здесь отображается текущий список загруженных типов документов и версий их форматов.
3. Нажмем на кнопку «Загрузить форматы» на командной панели.
4. В открывшемся «Помощнике загрузки и обновления форматов» выберем вариант источника загрузки: «Папка на этом компьютере или компьютере в локальной сети».
5. Укажем путь к папке с установленным обновлением 1С:БГУ (обычно это путь вида ...\AppData\Roaming\1C\1cv8\tmplts\1c\StateAccounting\...), где находится актуальный файл OFK.xml.
6. Нажмем «Далее». Программа проанализирует файл поставки и покажет список доступных форматов. Убедимся, что новые форматы (например, TXBN160101 или более современные) отмечены флажками.
7. Нажмем кнопку «Загрузить» и дождемся завершения процесса. После этого новые версии форматов станут доступны для выбора в настройках обмена.

Пошаговый алгоритм загрузки форматов в 1С:БГУ 2.0:

1. Перейдем в раздел «Администрирование», затем выберем пункт «Настройка параметров учета».
2. Откроем подраздел «Обмен с казначейскими и банковскими системами».
3. Перейдем по ссылке «Типы форматов обмена (настройка перехода на новые форматы)».
4. Нажмем кнопку «Загрузить форматы» и выберем файл с расширением .defx из каталога шаблонов конфигурации.
5. Программа автоматически сопоставит старые форматы с новыми и обновит правила конвертации данных.

Решение 2. Ручная корректировка выгрузки номера реестровой записи договора

Иногда даже после установки самого свежего обновления конфигурации или загрузки актуальных файлов форматов обмена возникает техническая ошибка: при выгрузке документа «Сведения о принятом бюджетном обязательстве» в сформированный файл не попадает критически важный реквизит — номер реестровой записи договора. Казначейство отклоняет такие сведения, ссылаясь на незаполненность обязательных полей.

Выясним причину этой проблемы. В правилах конвертации формата 1С может отсутствовать корректное сопоставление поля реестровой записи договора с объектом метаданных 1С. Мы можем исправить это самостоятельно, скорректировав правила выгрузки формата обмена. Разберем этот процесс по шагам:

1. Откроем справочник «Типы форматов обмена» в программе 1С.
2. Найдем в списке нужный формат выгрузки сведений о бюджетных обязательствах (например, TXBN160101 или его более поздний аналог).
3. Откроем элемент справочника на редактирование и перейдем к настройке правил заполнения полей (дерево структуры формата).
4. Найдем строку, отвечающую за выгрузку номера реестровой записи. В правилах обмена для формата TXBN это обычно строка, связанная с характеристиками обязательств по договору.
5. В поле «Значение» для данной строки установим пользовательское выражение: Объект.Договор
6. В поле «Порядок заполнения» пропишем вызов специальной экспортной функции из программного модуля 1С:
   Скопировать код

   
   БиблиотекаФункцийОбмена.ПолучитьХарактеристикиОбязательств(Значение, "НомерРеестровойЗаписи")
   

7. Запишем и сохраним внесенные изменения в типе формата обмена.

После проведения данной настройки сформируем файл выгрузки заново. Программа корректно обратится к реквизитам договора, извлечет номер реестровой записи и запишет его в соответствующий тег XML-файла или строку текстового файла формата казначейства. Документ успешно пройдет проверку структуры в СУФД.

Решение 3. Обработка первичных сведений и изменений бюджетного обязательства

Начиная с альбома форматов 20.1 и более поздних версий, в структуре документа «Сведения о бюджетном обязательстве» появились строго контролируемые параметры: «Тип сведений» и «Номер изменения». Рассмотрим особенности их заполнения:

• Тип сведений: принимает значение 0 для первичного документа (когда обязательство ставится на учет впервые) и значение 1 для любых последующих изменений по данному обязательству (например, при заключении дополнительного соглашения, изменении лимитов бюджетных обязательств или расторжении договора).
• Номер изменения: если выбран тип сведений 1 (изменение), этот номер должен строго возрастать в рамках одного бюджетного обязательства. Он не может быть равен ранее внесенным номерам изменений и должен точно соответствовать хронологии изменений договора (включая изменения, которые могли тянуться с прошлых отчетных периодов и лет).

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

Решение 4. Устранение ошибок импорта выписок из СУФД в 1С:БГУ

Не менее частой проблемой является обратный процесс — загрузка (импорт) подтверждающих документов, выписок и уведомлений из казначейства в информационную базу 1С. Рассмотрим две типичные ошибки импорта:

Ошибка 1. "Не установлено значение параметра П0" и невидимость файлов выгрузки.

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

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

Ошибка 2. Ошибка "В системе отсутствует формат TXBDXXXXXX. Данные из файла не могут быть импортированы".

Эта ошибка указывает на то, что казначейство обновило версию формата документов (например, информации из расчетно-платежных документов к выписке — файл с расширением .BDL), а в справочнике форматов 1С этого описания еще нет. Для исправления ситуации необходимо скачать актуальный файл OFKalbomXXX.defx (где XXX — номер действующего альбома ТФО, например 34.0 или 35.0) из личного кабинета пользователя 1С (раздел обновлений конфигурации БГУ) и повторить загрузку форматов обмена, как описано в Решении 1.

Изменения в законодательстве: переход на Приказ Минфина № 258н

Ранее регламентирующим документом для учета бюджетных и денежных обязательств выступал Приказ Минфина № 221н. На сегодняшний день этот приказ утратил силу. Все казенные, бюджетные и автономные учреждения обязаны руководствоваться требованиями Приказа Минфина России от 30.10.2020 № 258н.

В соответствии с Порядком № 258н, существенно изменились правила учета денежных обязательств (ДО) и взаимодействия с казначейством при возврате дебиторской задолженности прошлых лет. Получатели бюджетных средств при оформлении возвратов теперь обязаны вносить корректировки в ранее принятые БО и ДО, указывая новые реквизиты:

• Сумма возврата дебиторской задолженности;
• Учетный номер ДО, требующего подтверждения;
• Дата представления и уникальный идентификатор документа-основания.

В современных релизах 1С:БГУ 2.0 эти требования полностью поддержаны. Процесс отражения обязательств стал сквозным: сначала создается документ «Регистрация обязательств и сведений по договорам» (формирующий проводки по санкционированию на 500-х счетах), и уже на его основе создается документ «Сведения о денежном обязательстве» для последующей выгрузки в ОФК. Для ускорения этого процесса можно использовать обработку для автоматического создания денежных обязательств в БГУ 2.0.

Нюансы выгрузки в систему «Электронный бюджет»

Современные учреждения все чаще работают напрямую с государственной интегрированной информационной системой управления общественными финансами «Электронный бюджет» (ГИИС ЭБ). При этом возникает специфическая техническая сложность с расширениями файлов.

При выгрузке сведений о бюджетных обязательствах (форматы серии TXBN) программа 1С:БГУ по умолчанию формирует файлы с расширениями .BN1, .BN2, .BN3 (в зависимости от номера изменения). Однако веб-интерфейс «Электронного бюджета» при импорте документов жестко требует файлы исключительно с расширением .XML. Попытка загрузить файл .BN1 напрямую приводит к ошибке несовместимости формата.

Чтобы решить эту проблему, применим один из двух способов:

1. Ручной способ: после выгрузки файла из 1С в локальную папку компьютера просто переименуем расширение файла вручную (например, переименуем файл document.BN1 в document.xml). СУФД и Электронный бюджет без проблем прочитают внутреннюю структуру файла, так как фактически он является XML-документом.
2. Автоматический способ в 1С: настроим параметры выгрузки в самом «Задании на экспорт». В настройках правила обмена для типа документа укажем маску имени файла выгрузки с принудительным расширением .xml вместо стандартного .[ТипФормата].

Также отметим, что для взаимодействия с Единой бюджетной платформой (ЕБП) при обслуживании лицевых счетов с кодами 80 и 90 в БГУ используется отдельный специализированный файл поставки форматов — EBP.defx. Его интеграция позволяет вести обмен документами напрямую через защищенные каналы связи ЕБП без промежуточного экспорта в текстовые файлы.

Разбор критической ошибки казначейства при выгрузке денежного обязательства

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

«Разница между поставленным на учёт ДО и перечисленных сумм платежа, требующего подтверждения, по ДО превышает сумму БО».

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

В казначейской системе авансовый платеж регистрируется как «платеж, требующий подтверждения». Когда учреждение получает закрывающие документы от поставщика (акт выполненных работ или товарную накладную), оно обязано предоставить в казначейство подтверждающие документы и поставить на учет новое денежное обязательство (ДО) на сумму исполненных обязательств.

Если сумма вновь заявляемого денежного обязательства (ДО) в совокупности с еще не подтвержденными (не закрытыми актами) авансовыми платежами превышает общую зарегистрированную сумму бюджетного обязательства (БО) по данному контракту, система казначейства расценивает это как превышение лимитов и автоматически отклоняет документ.

Пошаговый алгоритм исправления этой ошибки:

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

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