← На главную

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

Выясним причину проблемы

Проанализируем механизм работы подписок на события и правил регистрации данных в типовой конфигурации. При использовании плана обмена с отборами система проверяет соответствие объекта условиям фильтрации не только по шапке документа, но и по всем связанным с ним справочникам.

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

Разберем решение проблемы по шагам

Для корректной работы РИБ с фильтрацией по подразделениям выполним следующую последовательность действий:

1. Заполнение аналитики в справочниках

   Проверим и зафиксируем подразделения во всей нормативно-справочной информации, задействованной в документообороте. Обязательно заставим систему учитывать подразделения в следующих местах:

   1. Карточки всех складов и помещений (реквизит Подразделение);
   2. Кассы и кассы ККМ;
   3. Эквайринговые терминалы;
   4. Настройки пользователей и подразделений организации.
2. Заполнение реквизитов в документах

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

3. Создание узла обмена через штатный мастер

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

4. Принудительная регистрация изменений и первичная синхронизация

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

Альтернативные варианты настройки

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

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