Как настроить выгрузку платежных поручений из 1С:БГУ в форматы ОФК и решить проблемы с КБК, КОСГУ и скобками?

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

Методика 1. Добавление скобок для дополнительной классификации (поле PPST.ADD_KLASS)

Иногда принимающая программа требует, чтобы код КОСГУ или дополнительная классификация выгружались в определенном формате — например, в круглых скобках перед основным кодом доп. классификации: (251)00000001. Попытка прописать скобки непосредственно в самом справочнике дополнительной классификации внутри 1С обычно не приносит результата, так как система очищает эти символы при формировании файла выгрузки.

Для решения этой задачи проанализируем два возможных подхода.

Вариант А. Настройка через «Пользовательские выражения» в правилах обмена (Рекомендуемый способ)

Этот способ является приоритетным, поскольку он сохраняет конфигурацию «1С:Бухгалтерия государственного учреждения» на поддержке и не препятствует последующим обновлениям программы. Выполним настройку по шагам:

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

"(" + СокрЛП(Источник.РасшифровкаПлатежа[0].КосгуНазначениеПлатежа) + ")" + СокрЛП(Источник.ДополнительнаяКлассификация)

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

Вариант Б. Доработка общего модуля (Программный способ)

Если по каким-то причинам настроить пользовательское выражение не удается, аналогичного результата можно достичь путем точечной доработки кода в общем модуле, отвечающем за экспорт данных (например, КС_ЭкспортИмпортВФорматахФКУФЭБС или аналогичном модуле интеграции в вашей редакции БГУ).

Найдем участок кода, где происходит обход и заполнение полей структуры PPST, и внесем следующее условие:

Если ТекПолеФайла = "PPST.ADD_KLASS" Тогда
    Если Объект.РасшифровкаПлатежа.Количество() > 0 Тогда
        Значение = "(" + СокрЛП(Объект.РасшифровкаПлатежа[0].КосгуНазначениеПлатежа) + ")" + СокрЛП(Объект.РасшифровкаПлатежа[0].ДополнительнаяКлассификация);
    КонецЕсли;
КонецЕсли;

Обратите внимание, что программное изменение метаданных потребует снятия конфигурации с полной поддержки и усложнит процедуру последующих обновлений.

Методика 2. Корректная выгрузка КЭК/КОСГУ в составе КБК (Проблема 20 или 23 знаков)

Часто возникает ситуация, когда при выгрузке в файл попадает стандартный 20-значный КБК (например, 90507020120606200244), в то время как принимающая сторона требует 23-значный КБК, где последние три символа должны содержать КЭК/КОСГУ (например, 90507020120606200244225).

Согласно действующим приказам Минфина и Федерального казначейства, код КОСГУ не является частью КБК, поэтому типовой формат 1С строго выгружает 20 знаков. Если ваша региональная система все же требует 23 знака, выполним следующую настройку:

1. В настройках формата обмена на вкладке «Правила обмена» найдем поле PPST.KBK.
2. Откроем «Пользовательское выражение» для этого поля.
3. Заменим стандартное выражение на формулу склеивания КБК и кода КОСГУ:

СокрЛП(Источник.РасшифровкаПлатежа[0].КБК.Код) + СокрЛП(Источник.РасшифровкаПлатежа[0].КосгуНазначениеПлатежа.Код)

Это позволит «на лету» формировать 23-значный код исключительно для текстового файла выгрузки, оставляя данные в самой базе 1С нетронутыми и корректными с точки зрения методологии учета.

Методика 3. Настройка кода главы в начале КБК (Префикс «011»)

Если в файле выгрузки платежных поручений в начале КБК отсутствует трехзначный код главы (например, выгружается КБК без префикса 011), причина кроется в настройках нормативно-справочной информации учреждения.

Для исправления этой ситуации выполним проверку параметров карточки организации:

1. Перейдем в карточку нашего учреждения (раздел «Справочники» — «Учреждения»).
2. Проверим заполнение реквизита «Код главы по БК» (Глава главного распорядителя бюджетных средств). Там должен быть указан код, например, 011.
3. Убедимся, что в структуре рабочего плана счетов (КПС) выбран правильный вид классификации, который подтягивает код главы из настроек организации.

После заполнения этого реквизита переформируем выгрузку — код главы автоматически встанет на свое место в начале КБК.

Методика 4. Позиционирование лицевого счета организации в строке PPST

Иногда у пользователей возникает вопрос: куда в строке PPST необходимо добавлять лицевой счет организации при платежах бюджетных учреждений?

Проанализируем структуру требований казначейства. Согласно действующим стандартам:

• Лицевой счет плательщика (11-значный код) выгружается один раз в заголовке документа — в сегменте PPT в поле PPT.LS_PAY.
• Строка PPST является строкой многострочной части (расшифровки платежа) и служит для детализации сумм по кодам бюджетной классификации. Помещать туда лицевой счет организации в типовых форматах не требуется.
• Если локальные правила вашего ОФК требуют указания раздела лицевого счета (например, средства ОМС или временное распоряжение) внутри PPST, за это отвечает поле PPST.LS_SECTION (Раздел лицевого счета). Убедитесь, что в платежном поручении в табличной части верно выбран соответствующий раздел лицевого счета.

Методика 5. Обновление форматов обмена

Важно помнить, что Федеральное казначейство регулярно вносит изменения в форматы выгрузки. Даже если номер формата визуально остается прежним (например, TXPP150101), требования к заполнению конкретных реквизитов внутри него могут меняться с выходом новых альбомов (например, Альбомов 33.0, 34.0 и т.д.).

Рекомендуется не ограничиваться стандартным обновлением конфигурации БГУ, а регулярно скачивать актуальные файлы описания форматов (файлы с расширением .defx) с сайта поддержки пользователей 1С и загружать их вручную через форму «Загрузка форматов обмена».