Разбор от сообщества: Выпущена версия 2.0.111.61 конфигурации «Бухгалтерия государ

19 октября 2026 · infolimp.ru

Обязательная проверка контрольных соотношений в пакетах для МСД ПУиО ГИИС «Электронный бюджет»

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

Что изменилось в бизнес-процессе

Раньше цепочка статусов выглядела примерно так: «Сформирован» → «Подписан» → «Отправлен». Теперь между формированием и подписанием появляется обязательный шаг «Проверка КС выполнена» (или «Ошибка проверки КС»). Если проверка не пройдена, кнопки подписания и отправки становятся недоступными. Это жёсткая логика, зашитая в типовой конфигурации, и отключить её без снятия с поддержки не получится.

Ключевой тезис: Если в вашей организации пакеты формируются автоматически по расписанию или через внешние обработки, необходимо доработать сценарии так, чтобы перед вызовом подписания выполнялась проверка КС и анализировался её результат. Иначе автоматическая отправка «сломается» с ошибкой.

Ловушка для автоматизации

Специалисты, которые используют фоновые задания для выгрузки данных в ЭБ, часто полагаются на метод Документы.ПакетПередаваемыхДанных.СоздатьДокумент() и последующую запись с проведением. Теперь простой вызов Записать(РежимЗаписиДокумента.Проведение) может не привести к отправке, если не выполнена проверка КС. Придётся либо программно запускать проверку и ждать её завершения, либо переходить на использование типового бизнес-процесса с ожиданием статуса.

Примерная логика для внешней обработки (псевдокод, так как точный API зависит от версии БСП):

Процедура ОтправитьПакетАвтоматически(СсылкаНаПакет)
    Пакет = СсылкаНаПакет.ПолучитьОбъект();
    
    // 1. Запустить проверку КС (предполагаем, что есть метод бизнес-процесса)
    // Реальная команда может называться иначе — смотреть в типовом коде
    // БизнесПроцессы.ПакетПередаваемыхДанных.ВыполнитьПроверкуКС(Пакет);
    
    // 2. Дождаться завершения (в синхронном варианте может быть сразу)
    // Для асинхронного — цикл с ожиданием
    
    // 3. Проверить статус
    Если Пакет.СостояниеПроверкиКС = Перечисление.СостоянияПроверкиКС.Ошибка Тогда
        ЗаписьЖурналаРегистрации("Ошибка", УровеньЖурналаРегистрации.Ошибка,,,
            "Пакет " + Пакет + ": ошибка КС");
        Возврат;
    КонецЕсли;
    
    // 4. Только теперь подписывать и отправлять
    // БизнесПроцессы.ПакетПередаваемыхДанных.ПодписатьИОтправить(Пакет);
КонецПроцедуры

Обратите внимание: в типовой конфигурации проверка КС может быть реализована через бизнес-процесс, и её запуск из внешней обработки потребует использования объектов БизнесПроцесс и Задача. Рекомендуется изучить модуль менеджера документа «Пакет передаваемых данных» и найти экспортные процедуры для проверки.

Новый отчёт «Технологический анализ»

В разделе «Учет и отчетность» появилась группа проверок «Проверки для обмена с МСД ПУиО ГИИС ЭБ». Это удобный инструмент для аудита данных перед формированием пакета. Рекомендуется включить эти проверки в регламентные процедуры закрытия периода, чтобы выявлять проблемы до старта выгрузки.

Интеграция с 1С:Архив: неочевидные последствия передачи ЭПД

В релизе добавлена поддержка передачи электронных перевозочных документов (ЭПД) в систему «1С:Архив». Казалось бы, полезная функция для разгрузки базы. Но есть нюанс: при включённой настройке «Удалять данные документов, принятых в 1С:Архив» после успешной передачи внутренние электронные документы (ВЭД) меняют статус на «Данные переданы и доступны только в архиве», а их содержимое удаляется из текущей информационной базы.

Как это работает

Механизм завязан на состояние внутреннего ЭДО. Когда документ учёта (например, электронная транспортная накладная) передаётся в архив, система фиксирует это в регистре сведений «СостояниеВнутреннегоЭДО». Если флаг удаления включён, платформа физически удаляет XML-файлы и прочие данные ВЭД, оставляя только ссылку на архив. В формах документов учёта выводится предупреждение, что данные хранятся только в архиве.

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

Рекомендации по настройке

• Не включайте автоматическое удаление, пока не убедитесь, что «1С:Архив» стабильно работает и доступен всем пользователям, которым нужны эти документы.
• Проверьте права доступа к архиву: если у части сотрудников нет доступа к архиву, они не увидят содержимое переданных документов.
• Для документов, которые могут понадобиться для встречных проверок (например, путевые листы), лучше отключить удаление и хранить данные локально, а архив использовать только как резервную копию.
• Настройка удаления находится в разделе «Администрирование» → «1С:Архив» → «Настройки передачи данных». По умолчанию она выключена.

Переход на РСКП: что изменилось для учреждений федерального бюджета

Согласно новой редакции Приказа Минфина № 21н, прямые участники системы казначейских платежей обязаны представлять в органы Федерального казначейства распоряжения о совершении казначейских платежей (РСКП) по формам Приложений 1–4. В версии 2.0.111.61 поддержано формирование этих распоряжений для казённых, бюджетных и автономных учреждений федерального бюджета.

Технические детали

Формирование РСКП реализовано на основе документа «Распоряжение о совершении казначейских платежей» (или аналогичного). Для корректной работы необходимо обновить настройки обмена с Казначейством России — в поставку включён файл OFKXML372.defx (версия альбома 37.0, дополнение 2). Без этого обновления выгрузка будет формироваться по старому формату и, скорее всего, будет отклонена.

Обратите внимание: переход на РСКП обязателен только для прямых участников. Если учреждение работает через вышестоящего распорядителя или использует старый порядок (заявки на кассовый расход), изменения могут не затронуть его до особых указаний. Однако лучше уточнить этот момент в территориальном органе Казначейства.

Практический совет

Перед обновлением до версии 2.0.111.61 проверьте, какие настройки обмена с Казначейством используются в вашей базе. Если вы применяете нестандартные форматы или доработанные обработки выгрузки, убедитесь, что они совместимы с новым альбомом. В типовой конфигурации переключение на новый формат происходит автоматически после обновления файла OFKXML372.defx, но при наличии доработок возможны конфликты.

Прочие изменения, требующие внимания

Кратко рассмотрим остальные новшества, которые могут повлиять на вашу работу:

• Учёт долгосрочной и просроченной задолженности. Появился справочник «Причины образования просроченной задолженности». Его значения обязательны для заполнения в документе «Регистрация долгосрочной и просроченной задолженности» — без них не сформируются формы 050-31-69 и 050-37-69. Если у вас настроен автоматический ввод остатков, проверьте, чтобы причины были предварительно заведены.
• Перерасчёт налога на имущество. Реализована возможность формирования корректировочной декларации. Для транспортных средств на счёте 101.15 теперь можно указать код 5 или 6 для автоматического заполнения раздела 2.1. Это важно для учреждений, имеющих морские/воздушные суда.
• Служебная записка на перемещение/списание НФА. Новый документ предназначен для инициации и согласования движений материальных ценностей. Он не проводит движения сам по себе, а служит основанием для других документов. Учтите это при настройке маршрутов согласования.
• ЭДО с контрагентами. Для версии ПРОФ согласование входящих электронных документов поставщика выполняется средствами внутреннего ЭДО, для КОРП — через подсистему «Процессы обработки документов». При переходе на новую версию проверьте настройки обмена с контрагентами, чтобы не потерять возможность согласования.

Что делать прямо сейчас

1. Обновите конфигурацию до версии 2.0.111.61 на тестовой базе и проверьте ключевые сценарии: формирование пакетов для МСД, выгрузку РСКП, передачу ЭПД в архив.
2. Настройте справочник причин просроченной задолженности и обучите пользователей заполнять его в документе.
3. Проверьте настройки обмена с Казначейством — замените файл OFKXML372.defx и протестируйте выгрузку.
4. Примите решение по 1С:Архив: будете ли вы использовать автоматическое удаление данных. Если да — настройте архив и проведите пилотную передачу с контролем результата.
5. Актуализируйте регламентные отчёты: включите новые проверки из «Технологического анализа» в ежемесячный мониторинг.

Резюме: Релиз 2.0.111.61 — не просто набор исправлений, а смена логики в нескольких ключевых подсистемах. Уделите время анализу изменений до перехода в рабочую среду, чтобы избежать сбоев в обмене с госорганами и потери данных электронных документов.