Почему в подчиненном узле РИБ не отображаются регламентированные отчеты и как их восстановить

Программист 1С v8.3 (Обычные формы) Бухгалтерский учет IT и автоматизация бизнеса
← На главную

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

Архитектура хранения регламентированной отчетности в 1С

Для понимания сути проблемы разберем, как регламентированная отчетность устроена в типовых конфигурациях (например, УПП, Комплексная автоматизация или Бухгалтерия предприятия). Механизм состоит из нескольких уровней:

  1. Метаданные конфигурации — сами формы, макеты и модули с алгоритмами расчета зашиты в дерево метаданных (объекты типа Отчет). При создании начального образа и штатном обмене конфигурация передается в подчиненный узел целиком, поэтому сами исходные шаблоны отчетов физически присутствуют в базе.
  2. Справочник доступных отчетов — пользовательское дерево форм формируется на основе данных специализированного справочника (например, Справочник.РегламентированныеОтчеты). Этот справочник заполняется автоматически при первичной инициализации или обновлении конфигурации. Если процедура не выполнена или у пользователя нет соответствующих прав, список отчетов в интерфейсе будет пустым.
  3. Сохраненные отчеты (данные) — ранее заполненные и сохраненные отчеты представляют собой ссылочные объекты (документы вида Документ.РегламентированныйОтчет и связанные с ними регистры сведений). В специализированных планах обмена с фильтром по организации эти объекты часто исключены из состава плана обмена разработчиками, поэтому созданные в центральной базе отчеты не переносятся в начальный образ подчиненного узла.
  4. Внешние формы — если в базе использовались внешние регламентированные отчеты, они сохраняются в базе в виде двоичных данных в реквизитах типа ХранилищеЗначения.

Способ 1. Настройка прав доступа и инициализация списка отчетов

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

  1. Проверяем права доступа: убедимся, что пользователю в подчиненном узле назначены роли для работы с отчетностью (например, ПравоНаРегламентированнуюОтчетность, Бухгалтер или ПолныеПрава). Без этих ролей специализированные команды и интерфейсы обработки регламентированной отчетности будут заблокированы или скрыты.
  2. Открываем рабочее место: переходим в раздел регламентированной отчетности (обработка РегламентированнаяИФинансоваяОтчетность).
  3. Запускаем обновление: переходим в настройки справочника отчетов и нажимаем кнопку «Обновить список отчетов» (или «Восстановить»). В результате обработка перечитает состав объектов конфигурации и заново заполнит дерево отчетов актуальными формами без необходимости передачи данных из центральной базы.

Способ 2. Включение документов отчетности в план обмена для регулярной синхронизации

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

  1. Включение объектов в состав: в конфигураторе находим нужный план обмена, открываем его состав и устанавливаем авторегистрацию для Документ.РегламентированныйОтчет и сопутствующих регистров сведений, отвечающих за хранение данных отчетов.
  2. Фильтрация по организации: так как обмен работает с фильтром по организации, обязательно настраиваем правила регистрации или обработчик события ПриОтправкеДанныхПодчиненному в модуле плана обмена. Необходимо проверять, совпадает ли реквизит Организация в документе с организацией подчиненного узла:

Если Объект.Метаданные().Реквизиты.Найти("Организация") <> Неопределено Тогда
    Если Объект.Организация <> УзелПолучатель.Организация Тогда
        Отказ = Истина;
    КонецЕсли;
КонецЕсли;

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

Способ 3. Разовый перенос исторических отчетов

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

  1. Выгрузка и загрузка данных XML: запускаем обработку ВыгрузкаЗагрузкаДанныхXML в центральном узле, выбираем документ РегламентированныйОтчет, устанавливаем отбор по требуемой организации и выгружаем данные. Затем открываем обработку в подчиненном узле и выполняем загрузку файла.
  2. Универсальный обмен данными (XML): если структуры баз имеют различия, формируем правила в конфигурации Конвертация данных и выполняем перенос с фильтром по организации через обработку УниверсальныйОбменДаннымиXML.

Таким образом, если задача состоит только в формировании новых отчетов в филиале, достаточно назначить пользователю права и выполнить обновление списка форм. Если же требуется перенести ранее сохраненные отчеты — используем разовую выгрузку по XML или включаем документы отчетности в план обмена с контролем организации.

← На главную