Объединение и синхронизация двух баз 1С 8.3
Содержание
«Соединить две базы 1С» означает одно из двух: наладить между ними регулярный обмен (данные ходят туда-обратно, но базы остаются раздельными) или слить обе базы в одну и дальше работать в единой базе. Это разные задачи с разными инструментами, и выбрать нужно до того, как вы что-то нажмёте.
Способ соединения баз зависит от двух вещей: одинаковые ли у них конфигурации и что именно нужно получить на выходе. Ниже — рабочие варианты для 1С 8.3 на платформе «Такси»: синхронизация данных, распределённая база (РИБ), разовый перенос объектов выгрузкой в XML и чистка дублей справочников после объединения.
Определите цель: обмен между базами или слияние в одну
Прежде чем связывать две базы, ответьте на один вопрос — должны они и дальше жить раздельно или вы хотите одну базу вместо двух.
- Регулярный обмен. Обе базы работают, данные периодически синхронизируются. Подходит, когда подразделения ведут учёт отдельно, а в центр нужна сводная картина. Инструменты — «Синхронизация данных» и РИБ.
- Разовое объединение. Нужна одна база: переносите документы и справочники из второй, потом закрываете её. Инструмент — обработка «Выгрузка и загрузка данных XML» плюс последующая чистка дублей.
- Перенос части данных. Нужны только остатки или отдельные справочники — тогда постоянный обмен не настраивают, хватает разовой выгрузки.
Второй фактор — конфигурации. Если это две одинаковые базы (например, две «Бухгалтерии предприятия 3.0»), подходят все методы. Если конфигурации разные — обмен возможен только через правила конвертации.
Подготовка: копии, одинаковые релизы, совпадение настроек учёта
Любое соединение баз меняет данные, и откатить его штатно нельзя. Поэтому порядок один и тот же для всех методов.
Сделайте выгрузку обеих баз в .dt (Конфигуратор → Администрирование → Выгрузить информационную базу) или архив каталога файловой базы. Без свежей резервной копии перенос не начинают.
Перед обменом проверьте:
- Релизы конфигураций совпадают. Для переноса XML и для РИБ метаданные обеих баз должны быть идентичны. Обновите младшую базу до релиза старшей.
- Версия платформы не ниже требуемой конфигурацией. Запускайте обе базы на одной версии 8.3.
- Настройки учёта согласованы. Планы счетов, учётная политика, ставки НДС и единицы измерения в обеих базах не должны противоречить друг другу — иначе перенесённые документы не проведутся.
- Пользователи вышли из баз. Перенос и загрузку делают, когда в базе-приёмнике никто не работает .
Перенос объектов обработкой «Выгрузка и загрузка данных XML»
Это основной способ слить две одинаковые базы в одну. Обработка ВыгрузкаЗагрузкаДанныхXML.epf — стандартная, 1С распространяет её для пользователей; открывается через Файл → Открыть в режиме «1С:Предприятие».
Порядок переноса:
- В базе-источнике откройте обработку и на вкладке выгрузки отметьте, что выгружать — конкретные справочники, документы за период или всю базу.
- Запустите выгрузку — получите один файл
.xml(или несколько, если данных много). - В базе-приёмнике откройте ту же обработку, перейдите на загрузку и укажите этот файл.
- Запустите загрузку и дождитесь завершения — прерывать её нельзя.
Важная деталь про задвоение. Обработка сопоставляет объекты по внутреннему идентификатору (GUID). Если вы перенесёте один и тот же документ дважды, второй раз он не задвоится, а обновится. Дубли возникают по другой причине — когда один и тот же контрагент заведён в обеих базах независимо: у таких элементов разные идентификаторы, и после объединения в приёмнике окажутся две карточки. Эту ситуацию разбираем ниже.
Переносите данные порциями: сначала справочники, затем документы за ранний период, потом за поздний. Так проще найти место, если загрузка упадёт на конкретном объекте.
РИБ: когда базы должны оставаться раздельными, но синхронными
Распределённая информационная база (РИБ) — это механизм для одинаковых конфигураций, когда нужно не слить базы, а держать несколько синхронных копий. Например, центральный офис и склад в другом городе.
Как это устроено:
- Одна база — главный узел, остальные — подчинённые.
- Данные расходятся между узлами по расписанию, через файлы обмена, сетевой каталог, FTP или почту.
- Изменения конфигурации распространяются только от главного узла к подчинённым автоматически — в подчинённой базе конфигурацию вручную не меняют.
Настройка РИБ выполняется в разделе Администрирование → Синхронизация данных (нужно включить саму синхронизацию в настройках этого раздела). Там создаётся план обмена вида «Полный» или «По организации», задаётся префикс узла и правила выгрузки. Каждому узлу присваивается свой код — по нему базы различают, чьи это данные.
Подчинённую базу не создают с нуля и не переносят в неё данные руками. Из главного узла формируют начальный образ — готовую копию базы со всеми данными и настройкой обмена. Этот образ разворачивают на второй площадке, и дальше узлы обмениваются только изменениями. Если собрать подчинённую базу отдельно, коды узлов не совпадут и обмен не пойдёт.
РИБ оправдана, когда баз больше двух или когда вторую базу регулярно обновляют по конфигурации из центра. Для простого обмена документами между двумя базами достаточно обычной синхронизации без РИБ.
Ещё одно отличие от простого обмена: в РИБ есть главный узел, который один имеет право менять конфигурацию. Это защищает от рассинхронизации метаданных — именно из-за неё чаще всего встаёт обмен между двумя доработанными базами.
Обмен между разными конфигурациями: EnterpriseData и конвертация
Если конфигурации разные — например, «Управление торговлей» отгружает, а «Бухгалтерия предприятия» принимает реализации, — прямой перенос XML не подойдёт. Нужен обмен с преобразованием данных.
EnterpriseData. Это универсальный формат обмена между типовыми конфигурациями. Для стандартных пар (УТ ⇄ БП, ЗУП ⇄ БП и т. п.) правила уже встроены — вы просто настраиваете синхронизацию в Администрирование → Синхронизация данных, выбираете вторую программу и указываете, какие объекты и с какой даты передавать.
Конвертация данных 3.0. Нужна, когда пара конфигураций нетиповая или типовой обмен доработан. В ней описывают правила: какой объект источника во что превращается в приёмнике и как сопоставляются поля. Это задача для специалиста — без готовых правил обмен между доработанными базами не заработает.
При первой настройке синхронизации между разными конфигурациями важен шаг сопоставления. Программа показывает элементы, которые есть в обеих базах (организации, склады, ставки НДС), и предлагает связать их вручную — указать, что «Основной склад» в одной базе и «Склад №1» в другой это один объект. Пропустите этот шаг — и вместо связки получите дубли, которые потом придётся чистить.
| Что соединяем | Инструмент | Нужны ли правила |
|---|---|---|
| Две одинаковые базы, слить в одну | Выгрузка/загрузка XML | Нет |
| Одинаковые базы, держать синхронными | Синхронизация данных или РИБ | Нет |
| Разные типовые конфигурации | Синхронизация EnterpriseData | Встроены |
| Нетиповые/доработанные базы | Конвертация данных 3.0 | Да, пишутся вручную |
Дубли справочников после объединения
Главная проблема после слияния двух баз — задвоение элементов справочников. Один контрагент, номенклатура или физлицо, заведённые в обеих базах порознь, после переноса станут двумя разными карточками. Документы будут ссылаться то на одну, то на другую — и остатки «разъедутся».
Чистят это стандартной обработкой «Поиск и удаление дублей». В типовых конфигурациях на БСП она запускается из раздела обслуживания; если в меню её нет — откройте через Главное меню → Все функции → Обработки (пункт «Все функции» включается в параметрах программы).
Как работать с обработкой:
- Выберите справочник, где ищем дубли (например, «Контрагенты»).
- Задайте правило сравнения — обычно по наименованию или по ИНН.
- Просмотрите найденные группы дублей и в каждой отметьте главный элемент, который останется.
- Запустите объединение — обработка заменит ссылки во всех документах на главный элемент, а лишние карточки пометит на удаление.
Объединение дублей переписывает ссылки в проведённых документах. Делайте это на копии базы, проверьте результат и только потом повторяйте в рабочей базе. Удаление помеченных элементов выполняйте отдельно, через стандартную процедуру удаления.
После чистки сверьте ключевые остатки (по контрагентам, по складу, по счетам) — отчётами оборотно-сальдовой ведомости до и после объединения. Суммы должны совпасть.
Автоматизация обмена и расписание
Если базы остаются раздельными и обмениваются постоянно, выгрузку не делают руками каждый раз. В настройке синхронизации (Администрирование → Синхронизация данных) у каждого соединения есть расписание: задайте, как часто запускать обмен — раз в час, раз в день или по событию.
Как это работает на практике:
- В файловой базе обмен по расписанию отрабатывает, пока запущена сессия с правами на синхронизацию.
- В клиент-серверной базе обмен выполняет регламентное задание на сервере — оно идёт без участия пользователя.
- Для обмена через каталог или FTP обе базы должны иметь доступ к общему ресурсу.
Поставьте обмен на время, когда в базах мало работы (ночь, обед). Тогда блокировки при записи встречных изменений не мешают пользователям.
Диагностика ошибок обмена
Обмен редко падает «молча» — 1С складывает проблемы в предупреждения синхронизации и в журнал регистрации. Начинайте разбор оттуда: Администрирование → Синхронизация данных показывает дату последнего сеанса и список непринятых объектов.
Если после загрузки часть объектов осталась непринятой, не удаляйте их вручную — повторите обмен после устранения причины: механизм дозагрузит то, что не прошло в прошлый раз.