← На главную

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

Анализ проблемы: почему данные двоятся при переносе?

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

Если базы изначально создавались независимо (не путем копирования), то предопределенные элементы, такие как счета учета, могут иметь разные GUID. При загрузке система не находит объект с таким идентификатором и создает новый, что приводит к «загрязнению» плана счетов.

Шаг 1. Настройка правил в «Конвертации данных»

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

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

Шаг 2. Подготовка баз: работа с префиксами

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

Выполним следующие действия в исходных базах:

1. Перейдем в карточку организации и установим уникальный Префикс (например, для первой базы — «А», для второй — «Б»).
2. Запустим обработку «Перенумерация объектов». Это позволит добавить префикс ко всем существующим документам и справочникам текущего периода.
3. Проверим, что коды элементов справочников также получили префиксы, чтобы избежать коллизий при загрузке.

Шаг 3. Метод «Свертка + Загрузка XML»

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

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

1. Используем стандартную обработку «Выгрузка и загрузка данных XML» (важно: версия обработки должна соответствовать версии платформы 8.3).
2. Выгружаем только справочники и документы Корректировка регистров.
3. В целевой базе (База №1) создаем второе учреждение и загружаем в него данные.

Шаг 4. Устранение дублей после объединения

Даже при самой тщательной подготовке дубли справочников могут появиться. В БГУ 2.0 предусмотрен встроенный мощный инструмент для решения этой проблемы.

Разберем путь к нему: Администрирование — Поддержка и обслуживание — Корректировка данных — Поиск и удаление дублей.

Эта обработка позволяет:

• Выбрать справочник (например, КПС или Контрагенты).
• Настроить правила сравнения (например, по наименованию или ИНН).
• Выбрать «правильный» элемент, к которому будут привязаны все ссылки из документов, и удалить дублирующиеся элементы.

Важно: Для БГУ 2.0 также подходит обработка «Поиск и замена дублей» из конфигурации «Управление торговлей 11», если встроенная по каким-то причинам вас не устраивает.

Особенности справочника «Типовые операции»

Проанализируем один из самых коварных объектов в БГУ 2.0 — Типовые операции. В этой конфигурации они представляют собой сложные настройки проводок. При объединении баз, если в одной из них вносились изменения в стандартные типовые операции или создавались новые, есть риск «затереть» их при загрузке.

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

Итоговый алгоритм действий

Подведем итог и составим пошаговый план совместной работы по слиянию баз:

1. Создание бэкапов. Это обязательный этап перед любым действием. Для автоматического архивирования, обновления и тестирования баз 1С в пакетном режиме можно настроить расписание и уведомления.
2. Установка префиксов. Назначаем «А» и «Б» в каждой базе, проводим перенумерацию.
3. Подготовка правил. В «Конвертации данных» отключаем перенос Плана счетов и настраиваем поиск по полям ИНН/КПП/Код.
4. Тестовая выгрузка. Выгружаем небольшой объем данных (например, за один месяц) и проверяем результат в копии целевой базы.
5. Проверка Плана счетов. Сразу после загрузки проверяем, не появились ли счета-дубли в Рабочем плане счетов.
6. Запуск обработки дублей. Очищаем общие справочники (Контрагенты, Номенклатура).
7. Сверка ОСВ. Формируем оборотно-сальдовую ведомость в исходной базе и в новой базе по соответствующему учреждению — цифры должны совпадать до копейки. Для автоматической сверки бухгалтерских и налоговых проводок между базами 1С можно выполнить сравнение через COM-соединение.

Помните, что в БГУ 2.0 справочники Основные средства и Номенклатура не имеют разреза по организациям. Это означает, что если у обоих учреждений есть «Стол офисный», он станет общей позицией в справочнике. Это не является ошибкой, а соответствует архитектуре программы, однако требует аккуратности при сопоставлении объектов во время переноса.