Объединение двух структур в 1С:Предприятие — задача, с которой рано или поздно сталкивается каждый администратор или бухгалтер.hether вы мигрируете данные после реорганизации компании, объединяете филиалы или просто оптимизируете учет, правильное слияние структур гарантирует целостность информации и отсутствие дублей. Но как сделать это без потерь и ошибок?

В этой статье мы разберем все доступные методы — от ручного переноса данных до автоматизированного обмена через Консолидацию и Универсальный формат обмена. Вы узнаете, какие инструменты встроены в платформу 1С 8.3, как подготовить базы к объединению и какие критические ошибки могут возникнуть на каждом этапе. А для программистов приведём примеры кода на встроенном языке, которые ускорят процесс.

Важно: если вы работаете с крупными базами (более 10 000 элементов в справочниках), рекомендуем сначала протестировать объединение на копии — это сэкономит часы на откат изменений. Теперь перейдём к деталям.

1. Подготовка к объединению: что нужно сделать до начала

Первый шаг — аудит обеих баз. Без него вы рискуете потерять данные или создать дубли, которые потом придётся чистить вручную. Начните с проверки:

  • 📊 Структуры справочников: совпадают ли реквизиты, типы данных и иерархия в обеих базах? Например, если в одной базе справочник Контрагенты имеет реквизит ИНН, а в другой — нет, придётся доработать конфигурацию.
  • 🔍 Уникальные идентификаторы: используются ли в обеих базах одинаковые префиксы для кодов (например, КЛ- для клиентов)? Это поможет избежать конфликтов при слиянии.
  • 🗑️ Устаревшие данные: есть ли в базах неактуальные записи (например, контрагенты с пометкой "Не действует")? Их лучше удалить или архивировать заранее.

Особое внимание уделите периодам действия данных. Если вы объединяете базы с разными временными интервалами (например, одна ведёт учёт с 2020 года, а другая — с 2023), решите заранее, как будут обрабатываться документы за пересекающиеся периоды. В некоторых случаях потребуется перепроведение документов после объединения.

⚠️ Внимание: Если одна из баз работает на более старой версии платформы 1С:Предприятие, сначала обновите её до актуальной редакции. Обмен данными между разными версиями (например, 8.2 и 8.3) может привести к потере функциональности или ошибкам конвертации.

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

База 1 (Источник)База 2 (Приёмник)Действие
Справочник.НоменклатураСправочник.ТоварыПеренос с преобразованием наименований
Документ.ПоступлениеТоваровДокумент.ПриходнаяНакладнаяПеренос за 2023–2026 гг.
Справочник.Контрагенты (группа "Поставщики")Справочник.Партнеры (вид "Юридическое лицо")Объединение с проверкой по ИНН

Если в вашей конфигурации используются дополнительные отраслевые решения (например, 1С:ERP или 1С:УТ), проверьте их совместимость с механизмом обмена. Некоторые модули могут блокировать стандартные процедуры слияния.

📊 Какой метод объединения вы планируете использовать?
Ручной перенос данных
Консолидация через типовой механизм
Универсальный формат обмена (XML)
Собственный скрипт на 1С
Ещё не решил

2. Методы объединения: какой выбрать?

В 1С:Предприятие 8.3 есть несколько способов объединить структуры. Выбор зависит от объёма данных, частоты операции и ваших технических навыков. Рассмотрим каждый вариант подробно.

2.1. Ручной перенос данных

Подходит для небольших справочников (до 100–200 записей) или разовых операций. Преимущество — полный контроль над процессом, недостаток — высокая трудоёмкость.

  • ✅ Когда использовать: перенос уникальных справочников (например, Склады или Подразделения), которые редко изменяются.
  • ❌ Ограничения: не подходит для документов (риск нарушить последовательность нумерации) и больших объёмов данных.

2.2. Консолидация данных (типовой механизм)

Встроенный инструмент в 1С:Бухгалтерии, 1С:УТ и других типовых конфигурациях. Позволяет объединить данные из нескольких баз в одну, сохраняя связи между объектами.

Как запустить:

  1. Откройте базу-приёмник.
  2. Перейдите в Администрирование → Консолидация данных.
  3. Укажите путь к файлу базы-источника (или подключитесь через COM-соединение).
  4. Настройте правила соответствия справочников и документов.
⚠️ Внимание: Механизм консолидации может некорректно обрабатывать периодические реквизиты (например, курсы валют или остатки товаров). Перед запуском проверьте настройки обработки дублей в разделе Параметры консолидации.

2.3. Универсальный формат обмена (XML)

Гибкий метод, который работает для любых конфигураций. Данные выгружаются в XML-файл, а затем загружаются в целевую базу. Требует настройки правил обмена, но позволяет автоматизировать процесс.

Пример выгрузки справочника Номенклатура:

Процедура ВыгрузитьНоменклатуру()

ОбменДанными.ВыгрузитьДанные(


Новый Структура("Тип,Файл",


ОбменДанными.ТипОбъекта.СправочникНоменклатура,


"C:\Exchange\Номенклатура.xml"


)


);


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

2.4. Программное объединение (1С + SQL)

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

Пример кода для объединения справочников по ИНН:

Запрос = Новый Запрос;

Запрос.Текст =


"ВЫБРАТЬ


|   Источник.Ссылка КАК Ссылка,


|   Источник.ИНН КАК ИНН


|ИЗ


|   Справочник.Контрагенты КАК Источник";


Результат = Запрос.Выполнить();



Пока Результат.Следующий() Цикл


Если НЕ Приемник.Контрагенты.НайтиПоРеквизиту("ИНН", Результат.ИНН) Тогда


НовыйКонтрагент = Приемник.Контрагенты.СоздатьЭлемент();


НовыйКонтрагент.ИНН = Результат.ИНН;


НовыйКонтрагент.Наименование = Источник.Контрагенты[Результат.Ссылка].Наименование;


НовыйКонтрагент.Записать();


КонецЕсли;


КонецЦикла;

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

💡

Универсальный формат обмена (XML) — оптимальный выбор для большинства задач: он гибок, документирован и поддерживается всеми типовыми конфигурациями.

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

Рассмотрим самый надёжный способ — обмен через XML. Этот метод подходит для большинства конфигураций, включая 1С:Бухгалтерию, 1С:УТ и 1С:ERP.

Шаг 1. Настройка правил обмена

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

  1. В базе-источнике откройте Администрирование → Обмен данными → Универсальный обмен данными в формате XML.
  2. Нажмите Создать правило обмена и укажите имя (например, ОбъединениеСФилиалом).
  3. В разделе Объекты отметьте справочники и документы, которые нужно перенести.
  4. Для каждого объекта настройте соответствие полей. Например, поле Наименование в источнике должно попадать в Название в приёмнике.

Шаг 2. Выгрузка данных

После настройки правил выполните выгрузку:

  1. В базе-источнике выберите созданное правило и нажмите Выгрузить данные.
  2. Укажите путь для сохранения файла (например, C:\Exchange\Data.xml).
  3. Дождитесь завершения процесса. Для больших баз это может занять несколько минут.

Шаг 3. Загрузка в целевую базу

Теперь перенесите файл в базу-приёмник:

  1. Откройте целевую базу и перейдите в Администрирование → Обмен данными → Универсальный обмен данными в формате XML.
  2. Импортируйте правило обмена (если оно не было создано заранее).
  3. Выберите файл Data.xml и нажмите Загрузить данные.
  4. В окне Параметры загрузки укажите, как обрабатывать дубли:
    • 🔄 Заменять существующие — если данные в приёмнике устарели.
    • ➕ Добавлять новые — если нужно сохранить обе версии.
    • ❌ Пропускать — если дубли не требуются.

    5. После загрузки система сформирует отчёт о результатах. Обязательно проверьте его на наличие ошибок! Типичные проблемы:

    • 🚫 Отсутствуют обязательные реквизиты (например, не заполнено поле Вид номенклатуры).
    • 🔗 Нарушены связи (документ ссылается на несуществующего контрагента).
    • 🔢 Конфликты нумерации (повторяющиеся коды в справочниках).

    ☑️ Проверка перед объединением

    Выполнено: 0 / 5

    4. Типичные ошибки и как их избежать

    Даже при тщательной подготовке в процессе объединения могут возникнуть ошибки. Рассмотрим самые распространённые и способы их решения.

    4.1. Дублирование данных

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

    Как предотвратить:

    • 🔍 Используйте уникальные идентификаторы (ИНН, ОГРН для контрагентов, артикулы для номенклатуры).
    • 📋 Настройте в правилах обмена Проверку по реквизитам (например, сравнивать не только наименование, но и ИНН).
    • 🧹 После объединения запустите обработку Поиск и удаление дублей (доступна в большинстве типовых конфигураций).

    4.2. Нарушение ссылочной целостности

    Если документ ссылается на элемент справочника, который не был перенесён, система выдаст ошибку. Например, в накладной указан склад, которого нет в целевой базе.

    Решения:

    • 🔄 Переносите данные в правильном порядке: сначала справочники, затем документы.
    • 📝 В правилах обмена укажите Замену ссылок на аналогичные объекты в приёмнике.
    • 🛠️ Для критических ошибок используйте Обработку загрузки с игнорированием ссылок (но это может привести к потере данных!).

    4.3. Ошибки конвертации типов данных

    Если в базе-источнике поле имеет тип Строка, а в приёмнике — Число, обмен завершится с ошибкой.

    Как исправить:

    • 🔧 В правилах обмена добавьте Преобразование типов.
    • 📊 Проверьте структуру метаданных обеих баз через Конфигуратор (раздел Метаданные).
    • 💻 Для сложных случаев напишите обработку-посредник, которая преобразует данные перед загрузкой.
    ⚠️ Внимание: Если вы объединяете базы с разными валютами учёта или системами налогообложения, после обмена может потребоваться перерасчёт итогов. В 1С:Бухгалтерии для этого используйте обработку Закрытие месяца с флагом Перепроведение документов.

    Для диагностики ошибок используйте журнал регистрации (Администрирование → Журнал регистрации). Отфильтруйте записи по типу ОбменДанными — там будут подробности о каждой ошибке.

    Что делать, если обмен завис?

    Если процесс обмена "зависает" на этапе загрузки, проверьте:

    1. Достаточно ли места на диске (XML-файлы могут занимать гигабайты).

    2. Нет ли блокировок в базе (используйте Тестирование и исправление в Конфигураторе).

    3. Не превышен ли лимит памяти для 1С (в 1cv8.1cd увеличьте параметр -MemAllowSize 2048).

    Если проблема сохраняется, разбейте обмен на части (например, переносите справочники и документы отдельно).

    5. Объединение через SQL: для опытных пользователей

    Если вы работаете с 1С на SQL-сервере (например, Microsoft SQL Server или PostgreSQL), можно ускорить процесс, используя прямые запросы к базе. Этот метод требует знания SQL и структуры таблиц 1С, но позволяет обрабатывать миллионы записей за минуты.

    5.1. Подготовка к SQL-обмену

    Перед началом:

    • 🔌 Убедитесь, что у вас есть доступ к SQL Management Studio или другому инструменту для работы с БД.
    • 📂 Сделайте резервную копию базы через SQL Backup.
    • 🔍 Изучите структуру таблиц 1С. Например, справочник Контрагенты хранится в таблице _Reference16 (номер может отличаться!).

    5.2. Пример запроса для объединения справочников

    Допустим, нам нужно перенести контрагентов из базы SourceDB в TargetDB, избегая дублей по ИНН:

    -- 1. Создаём временную таблицу для данных из источника

    SELECT *
    

    INTO #TempContragents
    

    FROM SourceDB.dbo._Reference16 AS src
    

    WHERE src._Fld19876 IS NOT NULL -- _Fld19876 может быть полем ИНН (уточните в вашей базе!)
    


    -- 2. Обновляем существующие записи в целевой базе
    

    UPDATE tgt
    

    SET tgt._Description = src._Description, -- Наименование
    

    tgt._Fld12345 = src._Fld12345       -- Дополнительный реквизит
    

    FROM TargetDB.dbo._Reference16 AS tgt
    

    INNER JOIN #TempContragents AS src ON tgt._Fld19876 = src._Fld19876 -- Сравниваем по ИНН
    


    -- 3. Добавляем новые записи (которые не нашлись по ИНН)
    

    INSERT INTO TargetDB.dbo._Reference16 (
    

    _IDRRef, _Description, _Fld19876, _Marked, _Predefined
    

    )
    

    SELECT
    

    NEWID(), src._Description, src._Fld19876, src._Marked, src._Predefined
    

    FROM #TempContragents AS src
    

    WHERE NOT EXISTS (
    

    SELECT 1
    

    FROM TargetDB.dbo._Reference16 AS tgt
    

    WHERE tgt._Fld19876 = src._Fld19876
    

    )
    


    -- 4. Удаляем временную таблицу
    

    DROP TABLE #TempContragents

    5.3. Риски и предостережения

    Работа с SQL требует осторожности:

    • 🚨 Нарушение целостности: если вы забудете перенести связанные таблицы (например, адреса контрагентов), данные станут неполными.
    • 🔑 Права доступа: убедитесь, что ваш пользователь SQL имеет права на INSERT, UPDATE и SELECT.
    • 🔄 Триггеры и ограничения: в 1С могут быть триггеры, которые блокируют прямые изменения. Отключите их перед загрузкой.

Критично важно: после SQL-обмена обязательно выполните Тестирование и исправление ИБ в Конфигураторе (меню Администрирование → Тестирование и исправление). Это восстановит индексы и связи между объектами.

💡

Перед массовым SQL-обменом протестируйте запрос на копии базы с 5–10 записями. Это поможет выявить ошибки в логике без риска для рабочих данных.

6. Проверка результатов и постобработка

Объединение структур — это только половина работы. После загрузки данных необходимо:

  1. Проверить целостность информации.
  2. Устранить дубли и ошибки.
  3. Обновить отчёты и аналитику.

6.1. Контроль целостности данных

Используйте стандартные отчёты 1С для проверки:

  • 📊 Анализ состояния данных (доступен в Администрирование → Сервис).
  • 🔍 Поиск ссылок на объекты (помогает найти "битые" ссылки).
  • 📈 Оборотно-сальдовая ведомость — сверьте остатки до и после объединения.

6.2. Устранение дублей

Для автоматического поиска дублей:

  1. Откройте справочник (например, Контрагенты).
  2. Нажмите Ещё → Поиск дублей.
  3. Настройте критерии (например, совпадение по ИНН и наименованию).
  4. Используйте Групповую обработку для слияния или удаления дублей.

6.3. Обновление отчётности

После объединения:

  • 📅 Перепроведите документы за текущий период (через Закрытие месяца).
  • 📊 Пересчитайте итоги в регистрах накопления (используйте обработку Перерасчёт итогов).
  • 📑 Обновите печатные формы документов (если изменились реквизиты контрагентов или номенклатуры).
⚠️ Внимание: Если вы объединяли базы с разными системами налогообложения (например, ОСНО и УСН), проверьте корректность расчёта налогов в Декларациях и Книге доходов и расходов. В некоторых случаях потребуется ручная корректировка.

Для финальной проверки экспортируйте ключевые отчёты (например, Баланс и Оборотно-сальдовую ведомость) в Excel и сравните их с данными до объединения. Расхождения более 1–2% — повод для детального анализа.

7. Автоматизация объединения: скрипты и обработки

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

7.1. Создание обработки для обмена

Вы можете написать универсальную обработку, которая:

  • 📂 Выгружает данные из источника в XML.
  • 🔄 Преобразует их согласно правилам.
  • 📥 Загружает в приёмник с логгированием ошибок.

Пример кода для выгрузки справочника с фильтром по дате изменения:

Процедура ВыгрузитьИзмененныеЭлементы(КаталогВыгрузки, ДатаНачала)

ПравилоОбмена = ОбменДанными.НайтиПравилоПоИмени("ОбменСФилиалом");



ПараметрыВыгрузки = Новый Структура;


ПараметрыВыгрузки.Вставить("ДатаНачала", ДатаНачала);



ОбменДанными.ВыгрузитьДанные(


ПравилоОбмена,


КаталогВыгрузки,


,,, ПараметрыВыгрузки


);


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

7.2. Использование 1С:Интеграция

Для сложных сценариев (например, обмен между 1С:ERP и 1С:УТ) используйте 1С:Интеграцию — отдельный продукт для настройки обменов. Его преимущества:

  • 🔗 Поддержка разнотипных конфигураций.
  • 📡 Возможность настройки регламентных обменов (по расписанию).
  • 📊 Встроенные отчёты по результатам обмена.

7.3. Облачные сервисы для обмена

Если ваши базы находятся в 1С:Фреш или других облачных сервисах, используйте встроенные механизмы:

  • 🌐 1С:Линк — для обмена между облачными и локальными базами.
  • 🔄 РИБ (Распределённая информационная база) — для синхронизации нескольких филиалов.

Для автоматизации также можно использовать планировщик задач Windows или cron (для Linux-серверов), чтобы запускать обработки обмена по расписанию.

8. Частые вопросы и ответы

❓ Можно ли объединить базы с разными конфигурациями (например, 1С:Бухгалтерия и 1С:УТ)?

Да, но потребуется дополнительная настройка. Используйте Универсальный формат обмена (XML) и вручную сопоставьте справочники и документы. Для сложных случаев (например, когда в 1С:УТ есть справочник Номенклатура, а в 1С:Бухгалтерии — Товары) напишите правила преобразования или используйте 1С:Интеграцию.

❓ Что делать, если после объединения не совпадают остатки по счёту 50 "Касса"?

Расхождения в остатках обычно связаны с:

  1. Неперенесёнными документами движения денежных средств (приходные/расходные ордера).
  2. Разными периодами учёта в базах-источниках.
  3. Ошибками в корреспонденции счетов (например, в одной базе операция списана на 50.01, а в другой — на 50.02).

Решение: сверьте Оборотно-сальдовую ведомость по счёту 50 в обеих базах до обмена, затем найдите недостающие документы и перенесите их отдельно.

❓ Как объединить базы, если в них разные системы налогообложения?

При разных системах налогообложения (например, ОСНО и УСН) после объединения:

  • Проверьте настройки учётной политики в целевой базе.
  • Пересчитайте налоговые регистры (НДС, налог на прибыль).
  • Вручную скорректируйте документы, где расчёт налогов зависит от системы (например, Счёт-фактура или Книга доходов и расходов).

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

❓ Можно ли отменить объединение, если что-то пошло не так?

Да, но только если вы:

  • Сделали резервную копию целевой базы перед объединением.
  • Не запускали регламентные операции (например, закрытие месяца) после обмена