В процессе работы иногда возникает нестандартная задача: объединить две отдельные информационные базы 1С:Бухгалтерия, которые ведутся в облачном сервисе (например, 1С:Фреш), в одну общую базу. Это может потребоваться при слиянии юридических лиц или для централизации учета. Прямой возможности объединить базы непосредственно в облаке нет, поэтому процесс требует выполнения нескольких этапов на локальном компьютере. Рассмотрим по шагам, как выполнить такое слияние и как справиться с главной проблемой этого процесса — дублированием данных.
Ключевая идея заключается в том, чтобы "спустить базы на землю", объединить их локально и затем загрузить результат обратно в облако. Прежде чем приступать к каким-либо действиям, необходимо выполнить самое важное правило.
Критически важно: создайте резервные копии обеих баз данных. Это ваша страховка на случай, если что-то пойдет не так. Ошибка на любом из этапов может привести к потере данных, а наличие актуальных архивов позволит вернуться к исходной точке.
Общая последовательность действий выглядит так:
*.dt.*.dt на локальном компьютере или сервере.*.dt итоговой объединенной базы.Давайте разберем самые сложные этапы — объединение и чистку данных — более подробно.
После того как у вас есть две локальные копии баз, нужно перенести данные из одной в другую. База, из которой мы переносим данные, будет "источником", а та, в которую загружаем, — "приемником".
Это обязательный предварительный шаг перед переносом данных. В базе-приемнике (и, желательно, в источнике) для каждой организации необходимо задать уникальный префикс. Например, "АА" для первой организации и "ББ" для второй. Это делается в карточке организации.
Зачем это нужно? Префикс автоматически добавляется к номерам всех документов. Если этого не сделать, при загрузке данных возникнут конфликты: система обнаружит, что, например, документ "Реализация (акты, накладные) №1 от 01.01.2023" уже существует, и не сможет корректно загрузить одноименный документ из другой базы. Префиксы сделают номера уникальными (например, "АА-000001" и "ББ-000001") и позволят избежать путаницы и ошибок.
Для переноса данных между идентичными конфигурациями "1С:Бухгалтерия 3.0" используется стандартная обработка Выгрузка и загрузка данных XML. Важное условие: релизы конфигураций в обеих базах должны полностью совпадать.
Порядок работы следующий:
Выгрузка и загрузка данных XML. Ее можно найти через меню "Все функции".data_export.xml), и запустите процесс.data_export.xml и запустите загрузку данных.После завершения этого процесса все документы и справочники из второй организации появятся в первой, общей базе. Технически объединение завершено, но начинается самая кропотливая работа.
После загрузки данных вы почти наверняка столкнетесь с главной проблемой — дублированием элементов в справочниках. Например, в обеих базах был заведен один и тот же контрагент "ООО Ромашка". После слияния в справочнике Контрагенты у вас окажется два элемента "ООО Ромашка". Один — с договорами и документами из первой организации, другой — из второй.
Такая ситуация приводит к хаосу в учете, неверному формированию актов сверки и искажению отчетности. Проблему нужно решать незамедлительно.
Для устранения дублей в 1С есть мощный стандартный инструмент — обработка Поиск и удаление дублей. Она позволяет найти похожие элементы, выбрать один из них в качестве "правильного" (оригинала), перенести на него все ссылки с дублей, а сами дубли пометить на удаление.
Разберем процесс на примере справочника Контрагенты:
Контрагенты.Что произойдет после нажатия этой кнопки? Система выполнит огромную работу "под капотом":
Аналогичную процедуру необходимо провести и для других важных справочников, где могло возникнуть дублирование: Номенклатура, Договоры контрагентов, Физические лица и т.д.
После завершения очистки данных объединенная база готова к работе. Теперь ее можно выгрузить в файл *.dt и загрузить обратно в облачный сервис, заменив одну из старых баз или создав новую.
Совет на будущее: Чтобы избежать появления дублей в дальнейшем, разработайте и внедрите в компании регламент по ведению НСИ. Назначьте ответственного, который будет заводить новых контрагентов и номенклатуру, предварительно проверяя, нет ли их уже в базе.