← На главную

Рассмотрим ситуацию, с которой часто сталкиваются компании при масштабировании бизнеса: есть две идентичные базы 1С:Комплексная автоматизация (КА), в которых независимо ведется учет разных организаций одного холдинга. В какой-то момент руководству (например, финансовому директору) становится необходимо видеть сводные финансовые результаты по всему холдингу в едином окне. В связи с этим возникает вопрос: как правильно организовать консолидацию данных? Разберем возможные варианты решения этой архитектурной задачи.

Вариант 1: Создание третьей (сводной) базы для отчетов

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

1. Мы настраиваем односторонний обмен из рабочих баз в центральную. Обратно данные не передаются, чтобы не нарушать работу оперативного контура менеджеров и операторов.
2. В центральной базе пользователи документы не создают — она служит приемником информации. Здесь формируются отчеты по управленческому балансу, ДДС и доходам/расходам.
3. Для реализации такого обмена можно использовать механизмы Конвертации данных. Современные версии 1С:КА поддерживают синхронизацию через универсальный формат EnterpriseData (КД 3.0), что позволяет настроить обмен штатными средствами в пользовательском режиме без долгого написания индивидуальных правил.

Вариант 2: Слияние баз и настройка РИБ

Другой подход — полное объединение данных в одной базе и настройка Распределенной информационной базы (РИБ) с фильтрацией по организации.

Посмотрим на алгоритм действий:

1. Берем базу с наиболее полной нормативно-справочной информацией (НСИ) за основу — она становится центральной (ЦБ).
2. Настраиваем узлы обмена РИБ с фильтром по организации.
3. Переносим данные из второй базы в центральную (например, через правила обмена или выгрузку/загрузку данных XML). При этом обязательно потребуется настройка префиксов, чтобы избежать конфликтов в нумерации документов.
4. Создаем периферийные базы для каждой организации. Пользователи работают в периферийных базах и видят только свои данные, а в центральную сливается вся картина.

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

Решение проблемы дублирования НСИ

Главная головная боль при любом слиянии баз — задвоение контрагентов, номенклатуры, статей затрат и прочих справочников. Если справочники велись независимо, то один и тот же контрагент ООО "Ромашка" в разных базах будет иметь разные GUID, и при слиянии в отчетах мы увидим две строки вместо одной.

Как мы можем решить эту проблему:

1. Постобработка в сводной базе. Если обратного обмена нет, мы можем периодически запускать обработку ПоискИУдалениеДублей в центральной базе. Все ссылки в документах будут переброшены на "основной" элемент справочника.
2. Подмена ссылок "на лету". При загрузке пакета данных из периферийной базы можно программно проверять наличие дубля (например, по ИНН контрагента). Если дубль найден, ссылка в загружаемом наборе подменяется на эталонную.
3. Использование MDM-систем. В корпоративном секторе применяется подход Master Data Management (например, 1С:MDM Управление нормативно-справочной информацией). Система позволяет создать эталонные записи и настроить маппинг. При выгрузке система сама поймет, кто есть кто, не ломая исходные GUID в рабочих базах.

Исключение внутригрупповых оборотов (ВГО)

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

Современные альтернативы: Управление холдингом и BI-системы

Если посмотреть на задачу шире, возникает вопрос: действительно ли финансовому директору нужны терабайты первичных документов и номенклатурных позиций в сводной базе 1С:КА?

Часто для задач управленческой консолидации эффективнее применять иные инструменты:

1. Специализированные системы (такие как 1С:Управление холдингом или надстройки уровня БИТ.ФИНАНС). Они спроектированы именно для того, чтобы втягивать фактические данные (движения регистров) из разных баз, автоматически транслировать их на единый управленческий план счетов и корректно отсекать внутригрупповые обороты.
2. BI-системы (Business Intelligence). Если руководству нужны гибкие отчеты с графиками, отборами и группировками (дашборды), лучше использовать аналитические системы (например, 1С:Аналитика). Вы выгружаете только необходимые цифры (фактические движения) в хранилище данных. Это полностью снимает нагрузку с рабочих баз, позволяет обойтись без перепроведения документов за прошлые периоды и дает руководству отчеты в режиме реального времени.

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