Почему в 1С:БГУ не поступают платежи из ГИС ГМП и как правильно настроить квитирование

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

В этой статье мы подробно разберем, как устроено взаимодействие между банками, ГИС ГМП и вашей базой 1С, выясним технические и методологические причины отсутствия платежей, а также рассмотрим пошаговые инструкции по исправлению ошибок прошлых периодов и настройке корректного документооборота.

Методология обмена: роль УИН в связке начисления и оплаты

Давайте проанализируем базовый принцип работы ГИС ГМП. Чтобы платеж, совершенный физическим или юридическим лицом, автоматически сопоставился («сквитировался») с вашим начислением, системе необходим жесткий идентификатор. Этим идентификатором выступает УИН — Уникальный Идентификатор Начисления.

УИН состоит из 20 или 25 цифр и формируется непосредственно в 1С при создании документа начисления. Этот код содержит информацию о ведомстве, типе платежа и уникальном номере самого начисления. Схема идеального взаимодействия выглядит следующим образом:

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

Если из этой цепочки выпадает хотя бы одно звено (например, квитанция была выдана без УИН или клиент оплатил услуги по старым реквизитам напрямую на расчетный счет), автоматическое квитирование становится невозможным.

Что делать, если платежи не приходят в 1С:БГУ: три сценария квитирования

Выясним причину, почему в вашей базе могут отсутствовать документы о платежах. Возможны три основных сценария, для каждого из которых в 1С:БГУ предусмотрен свой механизм решения.

Сценарий 1. Платеж совершен по квитанции без УИН

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

Решение: В этой ситуации вы не сможете автоматически загрузить платеж. Вам придется использовать механизм «сквитировать без платежа». Давайте разберем этот термин подробнее.

Функция Сквитировать без платежа используется в тех случаях, когда фактическая оплата уже поступила на ваш расчетный счет (вы видите ее по банковской выписке), но в ГИС ГМП эти сведения по техническим причинам не попали. Проводя эту операцию в 1С, вы принудительно сообщаете системе ГИС ГМП: «Это начисление закрыто, услуга оплачена, претензий к плательщику нет». Это позволяет снять задолженность в государственной системе и избежать штрафных санкций за незакрытые начисления.

Сценарий 2. Платеж пришел в ГИС ГМП, но без УИН (ручное квитирование)

Если банк все же передал сведения о платеже в ГИС ГМП, но плательщик совершил оплату по свободным реквизитам без указания УИН, этот платеж попадет в систему с уникальным идентификатором платежа (УИП), но не свяжется с начислением автоматически.

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

Сценарий 3. Платеж поступил раньше, чем было создано начисление

Часто в бюджетных учреждениях плательщики сначала вносят аванс (например, за питание), а само начисление бухгалтер делает только в конце месяца. В ГИС ГМП образуется ситуация: платеж есть, а начисления под него нет.

Решение: В таком случае используется функция «сквитировать без начисления». В системе ГИС ГМП у платежа выставляется признак «Услуга оказана». Таким образом, платеж перестает числиться невыясненным.

Технические проблемы обмена через СМЭВ 3

Если вы уверены, что начисления отправлены, а плательщики гарантированно оплачивают квитанции с УИН, но документы Платеж, принятый банком все равно не создаются, проблема кроется в технической плоскости взаимодействия со СМЭВ 3 (Системой межведомственного электронного взаимодействия).

Рассмотрим ключевые особенности работы СМЭВ 3, которые необходимо учитывать:

• Асинхронность запросов. В отличие от старых протоколов, СМЭВ 3 работает в режиме отложенной очереди. Когда вы нажимаете кнопку получения платежей, 1С отправляет запрос-сообщение и получает в ответ технический идентификатор пакета. ГИС ГМП обрабатывает этот запрос не мгновенно. Ответ может готовиться от нескольких минут до суток. Чтобы забрать готовые документы, необходимо отправить повторный запрос получения ответов из очереди СМЭВ. Если регламентное задание в 1С настроено неверно, ответы просто не скачиваются.
• Настройки шифрования (СКЗИ). Процесс подписания запросов и расшифровки ответов требует корректной работы СКЗИ (КриптоПро CSP или ViPNet CSP). Если закрытый ключ сертификата недоступен на рабочем месте, где выполняется сессия обмена, или защищенный канал связи нестабилен, входящие пакеты с платежами будут блокироваться.
• Лимиты и квоты. Федеральное казначейство накладывает жесткие ограничения на частоту запросов. Слишком частые попытки «запросить платежи» могут приводить к временной блокировке вашей учетной записи в СМЭВ.

Пошаговый алгоритм организации правильной работы в 1С:БГУ

Для того чтобы навести порядок в расчетах и заставить ГИС ГМП работать стабильно, выполним следующие шаги:

Шаг 1. Закрытие исторических данных (переходный период)
Если у вас есть огромный массив старых начислений за прошлые месяцы, по которым деньги уже поступили напрямую на расчетный счет:

1. Убедитесь, что все старые начисления выгружены в ГИС ГМП (они должны иметь статус «Зарегистрировано»).
2. Для каждого начисления, по которому фактически получена оплата, принудительно выполните операцию Сквитировать без платежа. Это очистит базу ГИС ГМП от старых «зависших» долгов ваших клиентов.

Шаг 2. Переход на бесконтактную оплату по QR-кодам
Внедрите строгое правило для бухгалтерии: квитанции плательщикам выдаются исключительно из 1С:БГУ с заполненным реквизитом УИН и двухмерным штрихкодом (QR-кодом) стандарта ГОСТ Р 56042-2014. Это практически полностью исключит ручной ввод реквизитов операционистами банков и минимизирует количество ошибок.

Шаг 3. Настройка регламента обмена
Внедрите следующий суточный цикл работы с программой:

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

Для наглядности приведем упрощенный алгоритм выбора действия при обработке платежей в виде программного кода:

Процедура ОбработатьПлатежиГИСГМП()
    // Проверяем наличие начислений в базе данных
    Для Каждого СтрокаНачисления Из СписокНачислений Цикл
        УИН = СтрокаНачисления.УникальныйИдентификатор;
        
        Если ЗначениеЗаполнено(УИН) Тогда
            // Ищем платеж в загруженном реестре ГИС ГМП
            ПлатежНайден = НайтиПлатежПоУИН(УИН);
            
            Если ПлатежНайден Тогда
                ВыполнитьАвтоматическоеКвитирование(УИН, ПлатежНайден.УИП);
                ЗаписатьЛог("Успешно сквитировано по УИН: " + УИН);
            Иначе
                // Проверяем, пришла ли оплата на лицевой счет напрямую
                Если ОплатаЕстьНаРасчетномСчете(СтрокаНачисления.Контрагент) Тогда
                    // Вынужденная мера для закрытия начисления в ГИС ГМП
                    ВыполнитьКвитированиеБезПлатежа(УИН);
                    ЗаписатьЛог("Выполнено квитирование без платежа для УИН: " + УИН);
                КонецЕсли;
            EndЕсли;
        КонецЕсли;
    КонецЦикла;
КонецПроцедуры

Важное замечание по поводу версий программы

Обратите внимание, что поддержка редакции БГУ 1.0 на обычных формах со стороны фирмы «1С» сведена к минимуму. Форматы обмена ГИС ГМП постоянно дорабатываются Федеральным казначейством (переход на форматы 2.2, 2.4 и выше). Если у вас регулярно возникают ошибки разбора XML-пакетов при получении платежей, это может быть связано с устаревшими модулями интеграции в БГУ 1.0.

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