← На главную

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

Где указать финансовый орган для автоматического заполнения в ЗКР

Частая ошибка пользователей заключается в попытке найти поле «Финансовый орган» непосредственно в реквизитах лицевого счета учреждения. В карточке лицевого счета указываются лишь орган Федерального казначейства (ТОФК) и платежные реквизиты самого счета. Сведения о финансовом органе программа берет из другой аналитической цепочки.

Разберем по шагам, как настроить автоматическое заполнение этого поля в печатной форме ф. 0531801 и в файлах выгрузки:

1. Откроем карточку организации в справочнике Организации.
2. Перейдем к реквизиту «Бюджет» и откроем элемент справочника Бюджеты, в рамках которого финансируется учреждение. Либо проверим привязку бюджета в карточке конкретного лицевого счета (если учреждение финансируется из нескольких бюджетов).
3. Внутри карточки элемента справочника Бюджеты найдем специальное поле «Финансовый орган».
4. Выберем соответствующую организацию из справочника Контрагенты. Убедимся, что у выбранного финансового органа полностью заполнены наименование, ИНН и КПП.
5. Запишем изменения. После этого при создании новой Заявки на кассовый расход реквизит подтянется автоматически при выборе соответствующего лицевого счета и бюджета.

Можно ли загрузить Заявку на кассовый расход из СУФД обратно в 1С:БГУ

Проанализируем архитектуру обмена данными с казначейством. В типовой конфигурации 1С:БГУ для документа ЗаявкаНаКассовыйРасход направление обмена строго одностороннее — только на экспорт. Возможность штатной загрузки ранее созданных в СУФД заявок (в форматах XML или TXT) в 1С разработчиками не предусмотрена.

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

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

Ошибка казначейского контроля: код по Сводному реестру (код УБП) не должен присутствовать

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

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

Решим проблему корректировкой используемого формата обмена:

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

Ошибка при сохранении ЗКР с лицевым счетом 03: 14 нулей в КБК

Рассмотрим распространенную ошибку СУФД следующего содержания: «Если тип лс = 03, вид средств = "Средства бюджета", то тип КБК должен быть расходным, и КБК с 4-го символа по 17-й включительно не равен четырнадцати нулям в строке 1 таблицы "Расшифровка заявки на кассовый расход"».

Проанализируем структуру бюджетной классификации. Лицевой счет с кодом 03 открывается казенным учреждениям (получателям бюджетных средств) для проведения операций за счет средств бюджета. Структура 20-значного кода расходов бюджета (КРБ) строго регламентирована:

1. Разряды 1–3 — код главного распорядителя бюджетных средств (ГРБС).
2. Разряды 4–7 — коды Раздела и Подраздела.
3. Разряды 8–17 — Целевая статья расходов (ЦСР).
4. Разряды 18–20 — Вид расходов (КВР).

Символы с 4 по 17 как раз охватывают Раздел, Подраздел и ЦСР. Четырнадцать нулей в этой части формируются тогда, когда в заявку ошибочно подставлен КПС произвольного вида (00000000000000КВР), предназначенный для бюджетных и автономных учреждений, либо неполный код классификатора.

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

Особенности расчетов с индивидуальными предпринимателями и перечислений на карты

Разберем правила заполнения реквизитов получателя в ЗКР в нестандартных ситуациях:

1. Расчеты с индивидуальными предпринимателями: в карточке контрагента обязательно должен быть выбран вид контрагента «Индивидуальный предприниматель». В этом случае программа корректно передает 12-значный ИНН (без КПП) и наименование с префиксом «ИП». Если ошибочно установить вид «Физическое лицо», реквизиты могут заполняться некорректно для расчетных счетов коммерческой деятельности.
2. Перечисление физическим лицам на банковские карты через транзитный счет: в ситуации, когда получателем средств выступает гражданин, но перечисление идет через консолидированный счет банка (например, 47422, 30232 или 30102), в карточке банковского счета контрагента активируем настройку «В расчетах указывать счет банка» (или опцию редактирования текста корреспондента). В основных полях указываются транзитный счет, ИНН и БИК банка, а личный карточный счет физического лица заносится в дополнительное поле, откуда он автоматически транслируется в назначение платежа в строгом соответствии с банковским форматом.