Как объединить несколько баз 1С:Бухгалтерия 3.0 в одну общую базу

Объединение нескольких информационных баз 1С:Бухгалтерия предприятия 3.0 в единую систему — одна из самых частых и сложных задач при реорганизации учета или централизации бухгалтерии. Главные сложности здесь связаны с возникновением дублей справочников (контрагенты, номенклатура, статьи затрат), сбоями в нумерации документов и расхождениями в проведенных движениях. Рассмотрим подробнее, как правильно подготовиться к переезду, выбрать оптимальный инструмент выгрузки и вычистить неизбежные дубликат-элементы.

Подготовительный этап: проверка баз и стратегия переноса

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

1. Синхронизация релизов конфигурации: Все исходные базы-источники и целевая база-приемник должны иметь абсолютно одинаковую версию (релиз) конфигурации. В противном случае структура XML-файла выгрузки не совпадет с метаданными приемника.
2. Смена префиксов организаций и документов: Проанализируем нумерацию документов. Если в базах-источниках префиксы документов совпадают или отсутствуют, при загрузке документов одного вида возникнут конфликты номеров. В каждой исходной базе необходимо настроить уникальный префикс организации.
3. Выбор между переносом истории и переносом остатков: Перенос полной истории за несколько лет создает огромный объем данных, приводит к сбоям партионного учета и ошибкам в проведении прошлых периодов. Зачастую гораздо надежнее выполнить свёртку баз или перенос нормативно-справочной информации (НСИ) и ввод начальных остатков на начало периода (например, года или квартала). Исходные базы при этом остаются как архив для проверок.
4. Формат хранения базы данных: Если объединяемая база имеет файловый режим работы (файл 1Cv8.1cd), следует помнить об ограничении платформы: максимальный размер одной таблицы не должен превышать 4 ГБ. Для объединения пяти крупных организаций рекомендуется сразу использовать клиент-серверный вариант базы на базе MS SQL или PostgreSQL.

Метод 1. Универсальная выгрузка и загрузка данных XML

Если конфигурации абсолютно идентичны и требуется перенести документы или справочники «как есть», наиболее удобным инструментом является стандартная обработка ВыгрузкаЗагрузкаДанныхXML83.epf.

Рассмотрим порядок выполнения операций при данном подходе:

1. Запускаем обработку ВыгрузкаЗагрузкаДанныхXML83.epf в базе-источнике.
2. Отмечаем необходимые объекты переноса (справочники, документы за нужный период, регистры сведений).
3. Выполняем выгрузку данных в файл XML.
4. В целевой базе заполняем настройки учетной политики за все переносимые периоды для каждой из организаций. Это критически важно, иначе при повторном проведении документов счета учета будут подставляться по умолчанию.
5. Загружаем полученный файл XML в базу-приемник с помощью этой же обработки.

Обратите внимание: перенос документов по GUID (уникальным идентификаторам) исключает проблему наложения номеров, однако справочники из разных баз при таком способе неизбежно задвоятся, так как ссылки на них в каждой базе были созданы с разными GUID.

Метод 2. Использование правил обмена через «1С:Конвертация данных 2.1»

Чтобы свести к минимуму дублирование элементов уже на этапе загрузки, выгодно использовать правила обмена, разработанные в «1С:Конвертация данных 2.1» (КД 2.1). В этом случае поиск элементов настраивается по уникальным ключевым пограничным реквизитам:

1. Для справочника Контрагенты — задаем поиск по полям ИНН и КПП (для физических лиц и ИП — по ИНН).
2. Для справочника Номенклатура — настраиваем сопоставление по полю Артикул либо по комбинации Наименование + ТипНоменклатуры.
3. Для справочников СтатьиЗатрат и НоменклатурныеГруппы — задаем сопоставление по наименованию.

При такой настройке элемент не создается заново, если в целевой базе уже существует объект с аналогичным ИНН или артикулом.

Очистка дублей справочников после загрузки

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

Проанализируем алгоритм устранения дублирующихся элементов:

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

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

Технологический контроль и сверка результатов

Выясним, как убедиться, что перенос данных прошел корректно и отчетность по организациям не «поехала».

1. Запускаем восстановление последовательности проведения документов в базе-приемнике.
2. Сверяем регламентированные отчеты и оборотно-сальдовые ведомости (ОСВ) по каждой организации в исходных базах и в объединенной базе.
3. Особое внимание уделяем проверке конечных остатков и оборотов по счетам: 01, 10, 41, 50, 51, 60, 62, 68, 69, 70.
4. Проверяем кадровые данные и остатки по заработной плате. Если расчет ведет сама БП 3.0, необходимо убедиться, что физические лица и сотрудники не сформировали дублирующих записей в регистрах сведений по НДФЛ и страховым взносам.