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