Почему не совпадают номера заявок на кассовый расход при загрузке выписок из Казначейства в 1С:БГУ и как это исправить

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

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

Анализируем цепочку обмена: на каком этапе «ломается» номер

Прежде чем менять настройки в 1С, нам необходимо точно определить «место аварии». Процесс прохождения документа состоит из пяти ключевых этапов. Давайте проследим путь документа вместе:

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

Важный совет: Проверьте в СУФД в разделе «Документы», какой именно номер отображается в колонке «Номер документа» после импорта. Если буквы и нули исчезли уже там, значит, проблема в правилах трансформации номера при импорте в Казначейство.

Настройка префиксов и лидирующих нулей в 1С:БГУ

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

Зайдем в раздел Настройки обмена с казначейскими системами. В правилах выгрузки для типа документа «Заявка на кассовый расход» обратим внимание на следующие флажки:

Проанализируем ситуацию с буквенными префиксами. СУФД технически поддерживает буквы, но в некоторых регионах настройки локальных УФК требуют строго числовых значений. Если вы используете префиксы, убедитесь, что они не «отрезаются» самой системой СУФД при приеме файла.

Различие между номером документа и номером обязательства

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

Проанализируем файл выписки (.vyp) через текстовый редактор. Нам нужно найти теги, отвечающие за номер документа. Обычно это поле DOC_NO или PAY_DOC_NO. Если вы видите там номер вашего обязательства вместо номера заявки, значит, проблема в настройках формирования отчетности в самом Казначействе или в использовании устаревших форматов альбома ТФФ (Технологических регламентов обмена).

Проверка актуальности альбомов ТФФ

Казначейство регулярно обновляет требования к форматам файлов (Альбомы ТФФ). Если ваша версия 1С:БГУ (например, 2.0.100.36) содержит старые правила обмена, сопоставление полей может работать некорректно. Разберем порядок действий:

  1. Убедитесь, что в 1С загружена последняя версия форматов обмена (обычно это файлы типа OFK.xml).
  2. Проверьте, какой альбом ТФФ сейчас использует ваше региональное УФК (например, версия 34.0 или 35.0).
  3. В настройках обмена 1С выберите соответствующую версию альбома. Это критически важно, так как в новых версиях сопоставление часто идет не только по текстовому номеру, но и по уникальному идентификатору GUID, что полностью снимает проблему «красивых» номеров с нулями.

Решение проблемы через GUID (уникальный идентификатор)

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

Если сопоставление по GUID «ломается», проверьте:

Практические советы по нумерации

Разберем, как минимизировать риск ошибок на уровне ведения учета:

1. Отказ от сложных префиксов: Если ваше Казначейство часто «режет» номера, попробуйте настроить нумерацию в 1С без использования тире и букв. Вместо 00БП-000001 можно использовать просто цифровую последовательность.

2. Настройка синхронизации в ЗиК: Если вы выгружаете проводки из программы «Зарплата и кадры», обратите внимание на настройки обмена. Часто буквы в номера ЗКР попадают именно оттуда при формировании заявок на выплату зарплаты. Уберите префиксы в настройках обмена между ЗиК и БГУ.

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

Таким образом, для решения проблемы нам нужно последовательно проверить настройки выгрузки (исключение префиксов/нулей), обновить форматы ТФФ и убедиться, что мы сравниваем именно номера заявок, а не номера обязательств.

← На главную