Администрирование · 12 мин
Как синхронизировать две базы 1С: способы, настройка и контроль обмена
Как настроить синхронизацию двух баз 1С: типовой обмен, планы обмена, правила конвертации, расписание, контроль ошибок и решение конфликтов данных.
Синхронизация двух баз 1С нужна, когда одна и та же компания ведёт учёт в разных конфигурациях — например, продажи в «Управлении торговлей», а бухгалтерию в «Бухгалтерии предприятия», — или когда у филиалов стоят отдельные копии одной и той же базы. Задача сводится к регулярному переносу справочников и документов из одной базы в другую без дублей и потери данных. Для большинства типовых конфигураций задача решается штатными средствами без программирования.
Ключевой выбор — это способ обмена. Типовые конфигурации на платформе 8.3 поддерживают универсальный формат EnterpriseData и встроенные планы обмена, что позволяет настроить синхронизацию через мастер за один рабочий день. Для нестандартных связок — например, между сильно доработанной и типовой базой — потребуются правила конвертации данных или собственный механизм на веб-сервисах.
Прежде чем приступать, определите, какая база будет «главной» по каждому виду данных, какие объекты синхронизируются (только справочники, документы или всё вместе) и как часто должен выполняться обмен. Ошибки на этапе проектирования — самая частая причина дублей контрагентов, расхождения остатков и конфликтов при обмене.
Как выбрать способ синхронизации двух баз 1С
Способ обмена зависит от того, одинаковые ли конфигурации стоят в обеих базах и насколько они доработаны. Если обе базы — типовые конфигурации на современной платформе (УТ и БП, ERP и БП, две одинаковые УТ), оптимален штатный обмен через планы обмена с форматом EnterpriseData. Он поддерживается поставщиком, обновляется вместе с конфигурацией и не требует программирования.
Если конфигурации различаются по версиям или одна из них существенно доработана, применяют «Конвертацию данных» — отдельный инструмент, в котором описываются правила выгрузки и загрузки объектов. Это гибкий, но трудоёмкий путь: правила придётся поддерживать при каждом обновлении конфигураций.
Третий вариант — обмен через веб-сервисы, HTTP-запросы или внешние обработки, написанные под задачу. Его выбирают, когда нужна нестандартная логика: обмен с самописной базой, интеграция с внешней системой или жёсткие требования к скорости. Такой механизм полностью ложится на ваших разработчиков.
Сравнение вариантов обмена
Подходит для типовых конфигураций. Настраивается мастером, поддерживает расписание и сопоставление объектов. Ограничение: не работает с сильно доработанными конфигурациями без доработки.
Подходит для разных версий и нестандартных связок. Даёт полный контроль над правилами, но требует навыков и сопровождения при обновлениях.
Подходит для интеграций с произвольной логикой. Максимальная гибкость, но разработка и поддержка целиком на вашей стороне.
Что подготовить перед настройкой обмена
Начните с резервных копий обеих баз. Первый обмен почти всегда выявляет проблемы — дубли контрагентов, незаполненные обязательные реквизиты, различающиеся валюты и единицы измерения. Возможность откатиться к копии — обязательное условие безопасной настройки.
Затем приведите в порядок справочники в обеих базах: найдите и объедините явные дубли контрагентов и номенклатуры, заполните ИНН и КПП у контрагентов (по ним типовой механизм выполняет поиск при сопоставлении), проверьте, что валюта и организационная структура совпадают. Чем чище данные до обмена, тем меньше ручного сопоставления потребуется после.
Определите направление обмена по каждому виду данных. Например: товары и цены идут из УТ в БП, а банковские выписки — из БП в УТ. Если один и тот же объект могут редактировать в обеих базах, вы получите конфликты, которые придётся разрешать вручную. Правило «один вид данных — одна главная база» сильно упрощает жизнь.
Настройка типовой синхронизации через планы обмена
В типовых конфигурациях настройка начинается в разделе «Администрирование» → «Синхронизация данных». Включите флажок «Синхронизация данных», задайте префикс информационной базы — короткий уникальный код (например, УТ и БП), который будет добавляться к номерам документов, чтобы исключить их пересечение.
Далее создайте новую настройку синхронизации и выберите вторую конфигурацию из списка. Мастер предложит способ подключения: прямое подключение через сеть или интернет, обмен через файл (каталог, FTP, электронная почта) или через веб-сервис. Для баз в одной сети удобнее прямое подключение; для удалённых баз — обмен через файл или веб-сервис.
На этапе параметров укажите дату начала использования обмена (документы раньше этой даты не переносятся), отбор по организациям и состав отправляемых данных. После завершения мастера выполните первый обмен вручную: система выгрузит данные, а на стороне второй базы предложит сопоставить объекты.
- 1Сделайте резервные копии обеих баз и протестируйте обмен на копиях.
- 2Включите синхронизацию данных в обеих базах и задайте уникальные префиксы.
- 3Создайте настройку синхронизации и выберите способ подключения.
- 4Укажите дату начала обмена, отборы по организациям и состав данных.
- 5Выполните первую выгрузку и сопоставьте объекты в принимающей базе.
- 6Проверьте результат на контрольных примерах и настройте расписание.
Сопоставление объектов при первом обмене
Сопоставление — самый ответственный этап. Принимающая база показывает список входящих объектов (контрагентов, номенклатуру, договоры) и предлагает автоматически сопоставить их с уже существующими по ключевым полям: ИНН и КПП для контрагентов, артикулу и наименованию для товаров. Запустите автоматическое сопоставление и внимательно проверьте результат.
Всё, что не сопоставлено, будет создано как новые элементы. Если контрагент «ООО Ромашка» уже есть в базе, но не сопоставился из-за опечатки в ИНН, после загрузки появится дубль. Поэтому несопоставленные строки нужно пройти вручную: либо указать существующий элемент, либо осознанно подтвердить создание нового.
После загрузки проверьте количество созданных элементов и откройте несколько документов: верно ли перенеслись организация, договор, валюта, суммы. Только после успешной проверки на копиях повторяйте настройку в рабочих базах.
Расписание обмена и автоматизация
После успешного ручного обмена настройте автоматический. В настройке синхронизации доступен вариант «по расписанию»: обмен запускается регламентным заданием с заданной периодичностью — от нескольких раз в день до каждых 15 минут. Для файловых баз потребуется, чтобы сеанс с базой был запущен; в клиент-серверном варианте задания выполняются на сервере.
Выбирайте частоту исходя из реальной потребности. Обмен каждый час обычно достаточен для связки «торговля — бухгалтерия»; ежеминутная синхронизация создаёт лишнюю нагрузку и повышает риск блокировок при больших объёмах. Учтите, что обмен переносит только изменённые с прошлого сеанса объекты — это регистрация изменений в плане обмена, поэтому объёмы передачи обычно невелики.
Настройте уведомления об ошибках: в типовых конфигурациях можно получать предупреждения о проблемах синхронизации внутри программы. Отсутствие контроля — частая причина ситуации, когда обмен молча не работает неделями, а расхождения обнаруживаются при закрытии месяца.
Контроль ошибок и разрешение конфликтов
Состояние обмена отслеживается в том же разделе «Синхронизация данных»: там видны дата последнего сеанса, количество отправленных и полученных объектов, а также предупреждения. Отдельно проверяйте журнал регистрации — в нём фиксируются ошибки выгрузки и загрузки с указанием объекта и причины.
Типовые проблемы: незаполненные обязательные реквизиты в принимающей базе (объект не загружается), дубли по уникальным полям, устаревшая версия формата обмена после обновления одной из конфигураций. После каждого обновления конфигурации проверяйте, что обмен по-прежнему работает, — правила формата могут измениться.
Конфликты возникают, когда один объект изменён в обеих базах между сеансами обмена. Типовое поведение обычно настраивается: либо приоритет у данных главного узла, либо конфликт фиксируется для ручного разбора. Практическая рекомендация — минимизировать конфликты организационно, закрепив за каждым видом данных базу-владельца.
Как проверить, что обмен работает
Соответствует расписанию, ошибок нет
Дата устарела, есть предупреждения о неотправленных данных
Созданный в одной базе документ появился во второй с корректными реквизитами
Документ отсутствует или содержит пустые/неверные поля
Нет новых дублей контрагентов и номенклатуры
Появляются повторные элементы с похожими наименованиями
Нет ошибок загрузки и выгрузки
Повторяющиеся ошибки по конкретным объектам
Когда типового обмена недостаточно
Штатная синхронизация перестаёт работать корректно, когда конфигурации сильно доработаны: новые документы и реквизиты не входят в типовые правила. В этом случае либо расширяют типовой обмен через механизм расширений и подписки на события, либо переходят на «Конвертацию данных» с собственными правилами.
Отдельный сценарий — распределённая информационная база (РИБ) для одинаковых конфигураций в филиалах. РИБ переносит все данные между узлами, поддерживает автономную работу филиалов, но накладывает ограничения: изменения конфигурации применяются централизованно, а структура узлов жёсткая. РИБ выбирают, когда нужна полная репликация, а не выборочный обмен.
Если объёмы данных велики или требуется обмен в реальном времени с внешними системами, рассмотрите интеграцию через HTTP-сервисы или брокеры сообщений. Это уже проект разработки, и его разумно поручить специалисту с опытом интеграций 1С.
Как выбрать действие
Частые вопросы о синхронизации баз 1С
Можно ли синхронизировать базы с разными конфигурациями, например УТ и БП?
Да, это самый распространённый сценарий. Типовые конфигурации поддерживают обмен между собой через универсальный формат: справочники, документы продаж и покупок, банковские операции переносятся штатно. Состав переносимых данных задаётся в настройке синхронизации.
Что делать, если после обмена появились дубли контрагентов?
Найдите дубли и объедините их штатной обработкой поиска и удаления дублей, предварительно сделав копию базы. Затем исправьте причину: приведите ИНН и КПП к единому виду и при следующих обменах проверяйте сопоставление вручную, а не полагайтесь только на автоматику.
Нужно ли останавливать работу пользователей во время обмена?
Обычно нет: типовой обмен работает параллельно с пользователями. Исключение — первый массовый обмен и обмен после обновления конфигурации: их лучше выполнять в нерабочее время на копиях, чтобы избежать блокировок и получить возможность спокойно проверить результат.
Обмен перестал работать после обновления конфигурации. В чём причина?
Чаще всего изменилась версия формата обмена: одна база обновлена, а вторая — нет, и форматы несовместимы. Обновите обе конфигурации до совместимых версий и проверьте настройку синхронизации. Ошибки конкретных объектов смотрите в журнале регистрации.
Можно ли синхронизировать базы через интернет без VPN?
Да. Варианты: обмен через веб-сервис, опубликованный на веб-сервере, обмен через файл по FTP/электронной почте или размещение баз в облачном сервисе. При публикации веб-сервиса обязательно настройте аутентификацию и защищённое соединение — открытый обмен без защиты создаёт риск утечки данных.
Как перенести в другую базу только справочники, без документов?
В настройке типовой синхронизации состав отправляемых данных ограничивается правилами: можно оставить только справочники. Альтернатива для разового переноса — штатная обработка «Выгрузка и загрузка данных XML» для идентичных конфигураций, где вручную отмечаются нужные объекты.
Что важно запомнить
Для типовых конфигураций используйте встроенную синхронизацию данных: префиксы баз, мастер настройки, сопоставление объектов, расписание. Обязательно работайте через резервные копии и тест на копиях, закрепите за каждым видом данных главную базу и регулярно проверяйте журнал ошибок обмена.