Как решить проблему, когда документы из 1С:БГУ 2.0 не отображаются в ЕБП и висят в статусе «В обработке»?

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

Понимание механизма асинхронного обмена

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

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

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

Решение проблемы через ручной запрос результатов

Рассмотрим основной способ решения, который помогает в большинстве случаев. Если документ «завис» в обработке, его не нужно пересоздавать или отправлять повторно (что может привести к дублированию в базе ЕБП). Необходимо инициировать принудительное получение статуса.

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

После выполнения этой команды статус документа может измениться на:

• Принят: Документ успешно прошел ФЛК и теперь виден в интерфейсе ЕБП.
• Отклонен: Документ не прошел проверку. В этом случае в поле описания ошибки появится расшифровка (например, «Неверно указан код КБК» или «Отсутствуют права на операцию»).

Диагностика через логи информационного обмена

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

Типичная структура лога при обмене РСКП выглядит так:

• Шаг 1.1 и 1.2: Авторизация (запрос и ответ). Здесь можно увидеть, проходит ли сертификат проверку на сервере.
• Шаг 2.1 и 2.2: Передача файла. Если в ответе содержится код 200 OK, значит, транспортный уровень отработал штатно.
• Шаг 3.1 и 3.2: Передача пакета и получение идентификатора сообщения.

Если в файлах ответов (Step 2.2 или 3.2) вы видите сообщения об ошибках, это повод проверить настройки «Участника информационного обмена». Убедитесь, что Идентификатор отправителя и Идентификатор получателя заполнены без лишних пробелов и спецсимволов.

Почему помогает пересоздание документа?

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

При копировании или пересоздании документа генерируется новый GUID. С точки зрения ЕБП — это абсолютно новый запрос, который ставится в начало очереди на обработку. Однако мы рекомендуем использовать этот метод только в крайнем случае, так как это затрудняет сопоставление данных в будущем.

Дополнительные факторы: сертификаты и полномочия

Проанализируем ситуацию, когда в базе ведется учет по нескольким учреждениям. Ошибка часто кроется в привязке сертификата к конкретному пользователю или организации в личном кабинете ЕБП:

1. Проверьте, сопоставлен ли сертификат сотрудника с КУБП (Кодом участника бюджетного процесса) организации в настройках ЕБП.
2. Убедитесь, что в настройках криптографии 1С на сервере установлена вся цепочка сертификатов УЦ Казначейства. Если отсутствует промежуточный сертификат, подпись может считаться корректной в 1С, но сервер ЕБП отклонит пакет при проверке цепочки доверия.
3. Если используется клиент-серверный вариант базы, проверьте, чтобы компоненты криптографии были установлены именно на сервере 1С, так как обмен инициируется фоновым заданием на стороне сервера.

Алгоритм действий при возникновении проблемы

Подведем итог и составим пошаговую инструкцию для исправления ситуации:

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

Рассмотрим пример того, как программно может выглядеть проверка статуса в системе (упрощенная логика):

Процедура ЗапроситьСтатусДокумента(ДокументСсылка)
    // Инициализация параметров обмена
    ПараметрыОбмена = ПолучитьПараметрыИнтеграции(ДокументСсылка.Организация);
    
    // Формирование запроса к веб-сервису ЕБП
    Результат = ИнтеграцияЕБП.ЗапроситьКвиток(ДокументСсылка.ИдентификаторСообщения);
    
    Если Результат.Статус = "Ошибка" Тогда
        Сообщить("Документ отклонен: " + Результат.ТекстОшибки);
    ИначеЕсли Результат.Статус = "Принят" Тогда
        УстановитьСтатусДокумента(ДокументСсылка, Перечисления.СтатусыОбмена.Принят);
    КонецЕсли;
КонецПроцедуры

Использование вышеописанных методов позволит вам оперативно выявлять причины задержек в обмене и избегать неоправданного дублирования документов в системе Единой бюджетной платформы.