← На главную

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

Причина проблемы: расхождение в нумерации документов

Рассмотрим механизм сопоставления документов при загрузке казначейских файлов (*.VI2, *.BD2 и др.). Чтобы программа 1С:БГУ смогла найти исходный документ и проставить в нем дату оплаты, алгоритм импорта выполняет поиск по нескольким ключевым реквизитам: номер документа, дата, сумма и лицевой счет.

Алгоритм поиска в 1С крайне чувствителен к длине номера и наличию лидирующих нулей. По умолчанию стандартная разрядность номера платежного документа в 1С составляет 8 символов (например, 00000126). При выгрузке документа в систему СУФД лидирующие нули отсекаются, и в казначейский файл попадает номер 126. Когда Казначейство исполняет платеж и возвращает выписку, в файле выписки также фигурирует номер 126.

Если пользователи в 1С:БГУ вручную отредактировали номер документа, сократив его до 4 символов (например, установив 0126 вместо 00000126), алгоритм поиска 1С сравнивает значение 126 (из выписки) и 0126 (из базы) и не находит совпадения. Не найдя исходное платежное поручение, программа считает операцию новой и автоматически формирует документ Кассовое выбытие.

Как исправить ошибку сопоставления документов

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

1. Соблюдение стандартной разрядности номеров: Следите за тем, чтобы пользователи не сокращали разрядность номеров документов вручную. В номере должны присутствовать все лидирующие нули (например, 00000126). В этом случае обработка импорта корректно сопоставит номер из файла казначейства с документом в базе.
2. Массовое исправление нумерации: Если в базе уже накопились документы с сокращенными номерами, восстановить лидирующие нули можно с помощью обработки Групповое изменение реквизитов (раздел Администрирование — Обслуживание — Корректировка данных).
3. Проверка настроек обмена: В разделе Администрирование — Настройка обмена (банк, казначейство) проанализируйте параметры поиска объектов. При необходимости отрегулируйте настройки заполнения документов по умолчанию или временно отключите автоматическое создание документов «Кассовое выбытие», чтобы система информировала о ненайденных платежах, а не создавала дубли.

Особенности загрузки платежных документов из СУФД в пустую базу 1С:БГУ

Часто возникает вопрос: почему при попытке загрузить выписки или платежные документы из СУФД в пустую информационную базу 1С:БГУ заполняются только суммы и контрагенты, но остаются пустыми реквизиты «Вид операции» и табличная часть «Бухгалтерские записи»?

Проанализируем техническую сторону казначейских форматов обмена (ОФК):

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