Почему форма 0503169 в 1С:БГУ выгружается без КОСГУ и как это исправить?

Бухгалтер 1С v8.3 (Управляемые формы) Бухгалтерский учет Финансы и профессиональные услуги
← На главную

В практике работы бухгалтера государственного учреждения часто возникает ситуация: форма 0503169 (или 0503769 для бюджетных и автономных учреждений) в экранной форме 1С:Бухгалтерия государственного учреждения заполнена корректно с указанием кодов КОСГУ, однако при выгрузке в файл для последующей передачи в системы «Свод-Смарт», «Web-Консолидация» или «Электронный бюджет» коды КОСГУ (разряды 24–26 номера счета) исчезают или заменяются на нули («000»). Рассмотрим подробно, почему это происходит и как настроить программу, чтобы отчетность соответствовала требованиям вашего вышестоящего органа.

Разбираемся в причинах: методология против технических настроек

Первым делом проанализируем ситуацию с точки зрения законодательства. Основная коллизия возникает из-за различных трактовок Приказа Минфина № 191н (и № 33н) и уточняющих совместных писем Минфина и Федерального казначейства. Выясним причину появления нулей в отчетности.

Согласно совместному письму Минфина России № 02-06-07/47868 и Казначейства России № 07-04-05/02-13482, входящие остатки по счетам расчетов на начало года формируются без отражения показателей увеличения или уменьшения. Это означает, что в 24–26 разрядах номера счета должны отражаться нули. Несмотря на то, что учет в течение года ведется с детальными кодами (например, 561/661, 734/834), при формировании Раздела 1 Сведений (ф. 0503169) в графе «Номер счета» зачастую требуется указывать «000» для обеспечения сопоставимости данных.

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

Шаг 1. Настройка параметров заполнения отчета в 1С

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

  1. Откроем регламентированный отчет ф. 0503169 (или 769).
  2. На панели инструментов нажмем кнопку «Заполнить».
  3. В выпадающем меню выберем пункт «Настройка заполнения».
  4. Найдем параметр «Заполнять КОСГУ». По умолчанию в новых версиях он может быть установлен в значение «Нет».
  5. Установим значение «Да» и перезаполним отчет.

После этого в экранной форме Раздела 1 в колонке «Номер счета» (разряды 24–26) должны появиться соответствующие коды. Если на счете не ведутся расчеты с контрагентами (например, группа счетов 303.00), система автоматически подставит тип контрагента «1» (например, 731/831).

Шаг 2. Особенности формирования детальных кодов по типам контрагентов

Выясним, как 1С определяет, какой именно код КОСГУ поставить. Если мы выбрали вариант заполнения с КОСГУ, программа анализирует субконто Контрагенты. Посмотрим на алгоритм выбора:

Важный момент: Если в вашей базе у контрагента не заполнен реквизит «Тип контрагента», 1С не сможет определить последний разряд КОСГУ (например, 730 вместо 734) или оставит нули. Проверьте актуальность справочника Контрагенты.

Шаг 3. Решение проблемы «в форме есть, а в файле — нули»

Если после выполнения Шага 1 в программе вы видите коды, но при нажатии кнопки «Выгрузить» в XML-файле все равно появляются «000», значит проблема в используемом формате выгрузки. Рассмотрим, как это исправить:

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

Для решения этой проблемы выполним следующие действия:

  1. Проверим версию комплекта отчетности. Она должна быть актуальной на текущую отчетную дату.
  2. Обновим обработки выгрузки. Они часто выпускаются отдельно от конфигурации и комплектов отчетности. Их можно скачать на странице поддержки пользователей 1С (users.v8.1c.ru) в разделе «Дополнительные материалы» к БГУ.
  3. В справочнике «Настройки импорта/экспорта отчетности» проверим, какой формат выбран. Иногда требуется выбрать специфический формат (например, «Версия 6.0» или модифицированный региональный формат), который позволяет выгружать КОСГУ.

Шаг 4. Работа со справочной информацией внутри формы

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

В окне отчета нажмем кнопку «Заполнить» — «Справочная информация» — «Особенности заполнения». Там детально расписано, какие параметры влияют на подстановку кодов КОСГУ и какие письма Минфина актуальны в текущем релизе. Проанализируем этот текст — в нем часто содержатся ответы на вопросы о том, почему конкретный счет (например, 303.05) ведет себя иначе, чем остальные.

Пример анализа данных по счету 303.01 (НДФЛ)

Рассмотрим ситуацию на примере, описанном пользователями: задолженность на начало года по 303.01 — 10000 руб. Начислено 15000 руб. (увеличение), перечислено 10000 руб. (уменьшение).

Проанализируем, как это должно выглядеть в кредиторской задолженности (ф. 0503169):

  1. Номер счета: 30301000 (в 24-26 разрядах «000», если ГРБС требует обнуления, или «731», если требуется детализация).
  2. Остаток на начало: 10000.00.
  3. Увеличение (гр. 5): 15000.00 (в учете это оборот по кредиту счета 303.01 с КОСГУ 731).
  4. Уменьшение (гр. 7): 10000.00 (в учете это оборот по дебету счета 303.01 с КОСГУ 831).

Если при заполнении вы видите, что начисление попадает в одну строку, а перечисление в другую — проверьте КФО, КПС и Виды налогов и платежей в оборотно-сальдовой ведомости. В форме 169 строки группируются по полному 26-значному номеру счета. Любое различие в аналитике приведет к «разрыву» строки.

Итоги и рекомендации

Для успешной выгрузки формы 169 с КОСГУ в сторонние системы контроля (Свод-Смарт и др.) придерживаемся следующего алгоритма:

Помните, что поведение программы 1С:БГУ жестко продиктовано методологией Минфина. Если федеральные нормы велят ставить «000», а региональные — «734», то решение всегда кроется в переключении настроек заполнения или выборе альтернативного формата экспорта данных.

← На главную