← На главную

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

Анализ причины возникновения ошибки

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

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

Шаг 1. Проверка используемого формата обмена

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

1. Обновить справочник форматов обмена, загрузив актуальный .xml файл из последнего релиза конфигурации или с сайта регионального финансового органа.
2. Убедиться, что для учреждения выбран именно тот формат, который поддерживает дополнительные поля классификации (ADD_KLASS).

Шаг 2. Настройка блока PPST в формате обмена

Если обновление формата не помогло, перейдем к ручной настройке. Разберем по шагам процесс корректировки выгрузки КОСГУ в нужное поле. Нам необходимо отредактировать настройки в справочнике Форматы обмена.

1. Откроем используемый формат (например, Платежное поручение TXPP230101).
2. Перейдем на закладку Объекты и поля.
3. Найдем секцию PPST (Строка платежного документа) и поле с идентификатором ADD_KLASS. В разных версиях альбомов ТФФ это поле может находиться на разных строках (64, 67 или соседних).

Проанализируем текущее значение в колонке Значение для поля PPST.ADD_KLASS. Если оно пустое, система не передает КОСГУ. Если там указано просто ТЧ.КЭК, то данные выгружаются без скобок.

Шаг 3. Применение формул для корректного вывода КОСГУ

Для того чтобы значение КОСГУ выгружалось в формате, понятном для «Бюджет-СМАРТ», воспользуемся встроенным механизмом формул 1С. Нам нужно модифицировать выражение в поле Значение. Рассмотрим пример реализации, когда код КЭК должен быть обрамлен скобками.

В поле Значение для строки PPST.ADD_KLASS пропишем следующее выражение:

"("+ТЧ.КЭК+")"

Разберем, что делает этот код: он берет строковое представление кода КЭК из табличной части документа и добавляет к нему символы скобок в начале и в конце. В результате в файле выгрузки вместо 340 мы получим (340).

Также важно проверить поле Условие заполнения. Если вы хотите, чтобы поле заполнялось только при наличии данных в документе, можно использовать проверку:

ЗначениеЗаполнено(ТЧ.КЭК)

Шаг 4. Настройка типа КБК (PPST.TYPE_KBK)

Посмотрим на соседние поля. Часто ошибка Доп. БК возникает из-за неверного указания типа КБК. В структуре PPST есть поле TYPE_KBK. Для расходов оно должно принимать значение 10. Проверьте, чтобы в колонке Значение для PPST.TYPE_KBK было жестко прописано "10" (в кавычках, если это текстовое поле формата).

Шаг 5. Работа с детализацией КОСГУ (случай с 340)

Выясним причину проблем с материальными запасами. С 2023 года Минфин изменил правила применения КОСГУ группы 340. Если 1С выгружает обобщенный код 340, а принимающая система настроена на обязательную детализацию (341, 342, 346 и т.д.), импорт будет отклонен.

В этом случае проанализируем настройки справочника КЭК в 1С. Убедитесь, что в документе Платежное поручение выбран именно тот код КОСГУ, который заведен в справочнике системы «Бюджет-СМАРТ». Если региональный бюджет требует детализацию, необходимо использовать детальные коды КЭК в учете 1С. Для сохранения возможности работы с детальными кодами можно использовать расширение для детализации КОСГУ 340 и 440 в БГУ 2.0.

Итоговая проверка настроек

После внесения изменений выполним следующие контрольные действия:

1. Установим флаг Обязательность для поля PPST.ADD_KLASS в настройках формата. Это гарантирует, что поле не будет пропущено при формировании текстового файла.
2. Сохраним настройки формата и заново сформируем Задание на экспорт.
3. Откроем сформированный файл выгрузки (обычно это .txt) обычным текстовым редактором.
4. Найдем строку, начинающуюся с PPST. Проверим наличие значения в скобках. Строка должна выглядеть примерно так:

PPST|00000000000000000000|10|(340)|...

Если в файле вы видите (340) или нужный вам код в правильной позиции разделителей |, значит, настройка выполнена верно. Попробуйте загрузить исправленный файл в принимающую систему. Как правило, после добавления скобок и проверки типа КБК ошибка Доп. БК 2.1 исчезает, и документы успешно проходят контроль.