Часто в процессе развития компании возникает задача объединить две или более информационных базы 1С:Бухгалтерия в одну. Однако при попытке простого объединения пользователи сталкиваются с критической ошибкой: данные в справочниках и документах начинают «затирать» друг друга. Давайте подробно разберем, почему это происходит и как правильно подойти к решению данной задачи.
Основная причина заключается в том, как 1С хранит объекты. Каждый элемент справочника, документ или запись в регистре имеют свой внутренний уникальный идентификатор — GUID (или UUID). Когда база была создана методом копирования файла .1CD или выгрузкой/загрузкой .dt-файла, новая база унаследовала все идентификаторы исходной системы.
Когда вы пытаетесь загрузить данные из одной базы в другую, система 1С видит, что объект с таким же GUID уже существует. Она воспринимает это не как новый объект, а как обновление старого. В итоге, вместо создания новой записи, система перезаписывает содержимое старой, что приводит к потере данных, подмене реквизитов (контрагентов, договоров) и нарушению логики учета.
Если базы уже существуют и имеют конфликт GUID, наиболее профессиональным подходом является использование механизма Конвертация данных. Вместо того чтобы полагаться на автоматический поиск по идентификаторам, мы настраиваем правила, при которых сопоставление объектов происходит по «бизнес-ключам».
Контрагенты это обычно ИНН и КПП. Для Номенклатуры — Артикул или Код.GUID, мы указываем поиск по совокупности ключевых реквизитов.ИНН, даже если его внутренний GUID в двух базах различается. Если объект найден — данные обновляются, если нет — создается новая запись.Чтобы избежать подобных проблем в будущем, если вы планируете вести раздельный учет с последующей консолидацией, обязательно используйте префиксацию. Префикс — это уникальный буквенный код, который добавляется к кодам всех элементов справочников и номерам документов.
Рассмотрим, как это работает:
Администрирование — Синхронизация данных) задается уникальный префикс (например, «А1» для первой базы и «Б2» для второй).А10000001.Если вы уже выполнили объединение и обнаружили множество задвоенных записей, ситуацию можно исправить с помощью встроенных инструментов. Разберем порядок действий:
Поиск и удаление дублей. Она позволяет найти элементы справочников, имеющие одинаковые ключевые реквизиты.Никогда не пытайтесь изменить GUID объектов вручную через прямое обращение к базе данных или сторонние опасные обработки. Это нарушает ссылочную целостность платформы 1С. В лучшем случае вы получите ошибки при проведении документов, в худшем — «поедут» данные в финансовой отчетности.
Перед любыми манипуляциями по консолидации баз данных:
Помните, что объединение баз — это сложная техническая задача, требующая аккуратного сопоставления данных. Использование правил обмена через Конвертацию данных остается самым надежным методом, так как он позволяет сохранить логику связей между объектами и избежать ручной корректировки данных в будущем.