Как организовать РИБ с фильтрацией по структурным подразделениям в 1С:Бухгалтерии

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

Анализ задачи: Почему типовой РИБ не всегда подходит

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

Проанализируем основные сложности этого подхода:

1. Отсутствие аналитики: Не все документы имеют реквизит подразделения в шапке. В некоторых случаях (например, регламентные операции) аналитика может отсутствовать вовсе или находиться только в табличных частях.
2. Сложные перемещения: В документах типа ПеремещениеТоваров или ПеремещениеОС могут фигурировать сразу два подразделения — отправитель и получатель. Это требует настройки логики, при которой документ попадет в обе базы.
3. Связанные справочники: Общие справочники (Номенклатура, Контрагенты, Статьи затрат) должны синхронизироваться полностью или по сложным правилам, иначе документы в ПБ просто не проведутся.

Вариант 1. Модификация плана обмена (Программный метод)

Рассмотрим вариант, при котором мы создаем собственный план обмена или глубоко модифицируем существующий. По оценкам экспертов, такая работа может занять около 40 часов, включая отладку всех правил миграции данных.

Для реализации этого метода выполним следующие шаги:

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

Процедура ПриОтправкеДанныхПодчиненному(ЭлементДанных, ОтправкаЭлемента)
    
    // Если это документ, проверяем его принадлежность к подразделению
    Если Метаданные.Документы.Содержит(ЭлементДанных.Метаданные()) Тогда
        
        ЕстьПодразделениеВШапке = ЛогикаПроверкиПодразделения(ЭлементДанных);
        
        Если Не ЕстьПодразделениеВШапке Тогда
            // Если подразделение не найдено, решаем: либо игнорируем, 
            // либо отправляем (для общих настроек)
            ОтправкаЭлемента = ОтправкаЭлементаДанных.Игнорировать;
        КонецЕсли;
        
    КонецЕсли;

КонецПроцедуры

Важно: При таком подходе необходимо тщательно проработать состав отправляемых данных. Справочники Склады, БанковскиеСчета, ФизическиеЛица часто жестко привязаны к подразделениям, и их фильтрация жизненно необходима для соблюдения конфиденциальности данных филиала.

Вариант 2. Использование механизма обособленных подразделений

Рассмотрим более «типовой» путь. В конфигурациях 1С (особенно в версии КОРП) существует понятие Обособленного подразделения. Если в справочнике Организации создать запись для филиала и указать, что это обособленное подразделение головной организации, то система позволит использовать типовой РИБ «по организации».

Разберем преимущества этого метода:

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

Вариант 3. Переход на версию КОРП

Если бюджет позволяет, переход с версии ПРОФ на Бухгалтерия предприятия КОРП является самым надежным решением. В КОРП-версии штатно реализован сквозной учет по подразделениям во всех документах и регистрах.

Выясним, что именно дает версия КОРП для решения нашей задачи:

1. Межфилиальные расчеты: Автоматическое заполнение счетов 79 (в РФ) или 1240/2140 (в Казахстане) при передаче активов между головой и филиалом (Авизо). В РИБ это критически важно для выверки баланса.
2. Разделитель по подразделениям: В КОРП-версии во многих планах обмена уже заложена возможность фильтрации не только по организациям, но и по подразделениям, выделенным на отдельный баланс.
3. Синхронизация с ЗУП: При использовании нескольких баз Зарплата и управление персоналом, КОРП-версия позволяет более гибко сопоставлять данные сотрудников и затрат по разным филиалам в одной базе БП.

Специфика учета в Казахстане (БК)

Для конфигурации Бухгалтерия для Казахстана (БК) следует учитывать, что понятие «Структурное подразделение» тесно связано с налоговым кодексом. Структурные единицы могут иметь свои БИН/РНН и являться самостоятельными налоговыми агентами по ИПН и Социальному налогу.

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

Рекомендации по синхронизации с ЗУП

Если у вас остается две базы Зарплата и управление персоналом и одна общая Бухгалтерия, разделенная на РИБ, возникнет проблема сопоставления. Разберем, как этого избежать:

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

Итоговые выводы

Организация РИБ по подразделениям в единой организации — задача сложная и требующая высокой квалификации разработчика. Если вы решите идти путем доработки плана обмена, приготовьтесь к длительному тестированию каждого типа документа.

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