К статье
Практический материал

Администрирование · 14 мин

Как синхронизировать данные в 1С: настройка обмена между базами

Как настроить синхронизацию данных в 1С: типовой обмен, планы обмена, РИБ, универсальный формат. Пошаговая настройка, проверка результата и типичные ошибки.

Синхронизация данных в 1С — это автоматический обмен справочниками, документами и остатками между двумя и более информационными базами. Типичные сценарии: перенос заказов из «Управления торговлей» в «Бухгалтерию», обмен между центральной базой и филиалами, интеграция с сайтом или CRM. Без настроенной синхронизации данные приходится вводить вручную, что приводит к расхождениям в остатках, двойному вводу документов и ошибкам в отчётности.

В платформе 1С:Предприятие 8.3 есть несколько встроенных механизмов обмена: универсальный формат EnterpriseData, распределённые информационные базы (РИБ), планы обмена с настраиваемыми правилами и обмен через файлы, веб-сервисы или каталоги. Выбор зависит от того, какие конфигурации участвуют в обмене, как часто нужна синхронизация и кто отвечает за её поддержку.

Прежде чем приступать к настройке, убедитесь, что обе базы обновлены до актуальных релизов и созданы резервные копии. Ошибка в правилах обмена может привести к дублям контрагентов, перезаписи документов или потере данных, поэтому первую синхронизацию всегда выполняют на копиях баз.

Какие способы синхронизации существуют в 1С

Платформа предлагает несколько механизмов обмена, и важно выбрать подходящий до начала настройки. Типовая синхронизация через универсальный формат подходит для обмена между стандартными конфигурациями: «Управление торговлей», «Бухгалтерия предприятия», «Зарплата и управление персоналом», «Управление нашей фирмой». Правила обмена уже встроены в конфигурации и обновляются вместе с релизами.

Распределённая информационная база (РИБ) — механизм, при котором создаётся центральный узел и подчинённые узлы с полной или частичной репликацией данных. РИБ подходит для филиалов с идентичной конфигурацией, но требует строгого контроля: изменения конфигурации распространяются только сверху вниз, а восстановление нарушенной цепочки обмена — трудоёмкая задача.

Для нестандартных задач применяют обмен по правилам «Конвертации данных», обмен через веб-сервисы (HTTP-сервисы, OData), COM-соединение или выгрузку в файлы XML/CSV. Эти способы требуют участия разработчика и используются, когда типовые правила не покрывают нужный состав данных.

Сравнение способов обмена

Типовая синхронизация (EnterpriseData)

Подходит для обмена между типовыми конфигурациями. Настраивается пользователем без программирования. Ограничение: состав данных фиксирован правилами вендора.

РИБ

Подходит для филиалов с одинаковой конфигурацией. Реплицирует всё, включая настройки. Ограничение: сложное восстановление при сбоях, жёсткая иерархия узлов.

Конвертация данных и свои правила

Гибкий обмен любой структуры. Требует разработчика и поддержки правил при каждом обновлении конфигураций.

Веб-сервисы и OData

Онлайн-интеграция с сайтами и внешними системами. Требует публикации базы на веб-сервере и разработки.

Подготовка баз к синхронизации

Первый шаг — резервное копирование обеих баз. Для файловых баз достаточно скопировать файл 1Cv8.1CD или выполнить выгрузку в dt через конфигуратор. Для клиент-серверных баз используйте штатные средства СУБД или выгрузку dt. Без копии откатить неудачный обмен будет невозможно, особенно если правила перезаписали документы.

Далее проверьте версии конфигураций. Типовая синхронизация корректно работает, когда обе конфигурации актуальны: правила обмена размещаются внутри конфигурации и обновляются вместе с ней. Если одна база давно не обновлялась, сначала обновите её, иначе возможны ошибки формата при загрузке сообщений обмена.

Третий шаг — приведение в порядок справочников. Удалите явные дубликаты контрагентов и номенклатуры, заполните обязательные реквизиты (ИНН, КПП, единицы измерения). Синхронизация сопоставляет объекты по ключевым полям, и «мусор» в справочниках приведёт к дублям в обеих базах после первого же обмена.

Настройка типовой синхронизации между конфигурациями

Рассмотрим настройку на примере обмена «Управление торговлей» → «Бухгалтерия предприятия». В базе-источнике откройте раздел «Администрирование» → «Синхронизация данных», включите флажок «Синхронизация данных» и задайте префикс информационной базы — короткое буквенное обозначение, которое добавляется к номерам документов, чтобы исключить пересечение нумерации.

Нажмите «Настроить синхронизацию данных» и выберите нужную конфигурацию-корреспондента. Мастер предложит способ подключения: через файл (для баз без прямого доступа друг к другу), прямое подключение к базе по сети или через веб-сервис. Для первого обмена чаще всего выбирают файл настроек, который затем загружают во второй базе.

На этапе параметров укажите дату начала передачи документов — документы раньше этой даты не выгрузятся, что важно, если база ведётся давно. Настройте детализацию: передавать документы свёрнуто или с полной детализацией, выгружать ли аналитику по складам и договорам. Завершите работу мастера и сохраните файл настроек для второй базы.

Во второй базе откройте тот же раздел «Синхронизация данных», создайте настройку, указав загрузку параметров из полученного файла. После этого выполните первый обмен вручную кнопкой «Выполнить обмен данными» и перейдите к сопоставлению объектов.

Порядок настройки типового обмена
  1. 1
    Сделайте резервные копии обеих баз и обновите конфигурации
  2. 2
    Включите синхронизацию в первой базе и задайте префикс
  3. 3
    Создайте настройку обмена, укажите состав данных и дату начала выгрузки
  4. 4
    Сохраните файл настроек и загрузите его во вторую базу
  5. 5
    Выполните первый обмен вручную и проведите сопоставление объектов
  6. 6
    Настройте расписание автоматического обмена
  7. 7
    Проверьте результат: документы, справочники, отсутствие дублей

Сопоставление объектов при первом обмене

Первый обмен — самый ответственный этап. Программа сравнивает справочники двух баз и предлагает сопоставление по ключевым реквизитам: контрагенты — по ИНН и КПП, номенклатура — по наименованию, артикулу или штрихкоду. На форме сопоставления обязательно просмотрите строки, которые программа не смогла сопоставить автоматически.

Для несопоставленных объектов есть два варианта: указать соответствие вручную или разрешить создание нового элемента. Если контрагент реально существует в обеих базах, но записан с разным написанием, сопоставьте его вручную — иначе получите дубль, который потом придётся искать и объединять вместе со ссылками из документов.

После завершения сопоставления выполните загрузку повторно и проверьте статистику: сколько объектов создано, обновлено, сколько осталось несопоставленными. Небольшое количество новых элементов — норма, массовое создание дублей — признак того, что сопоставление выполнено небрежно и обмен нужно откатить на копиях и повторить.

Контрольные точки

Как проверить результат первого обмена

Количество созданных контрагентов
Норма

Создаются только реально новые элементы

Тревожный признак

Массовые дубли контрагентов с похожими наименованиями

Номера документов
Норма

Номера содержат префикс базы-источника и не конфликтуют

Тревожный признак

Пересечение нумерации, ошибки проведения

Проведение перенесённых документов
Норма

Документы проводятся без ошибок, движения корректны

Тревожный признак

Документы загружены непроведёнными или с пустыми реквизитами

Остатки и отчёты
Норма

Обороты в приёмнике сходятся с источником за период обмена

Тревожный признак

Расхождения в суммах, отсутствие части документов

Автоматический обмен по расписанию

После успешного ручного обмена настройте автоматическую синхронизацию. В настройках обмена включите сценарий по расписанию: задайте периодичность, например каждые 15–60 минут или один раз в конце дня. Для файловых баз обмен по расписанию выполняется, пока запущен сеанс пользователя с соответствующими правами; для клиент-серверных — регламентным заданием на сервере.

Выбирайте интервал исходя из потребностей бизнеса. Бухгалтерии обычно достаточно обмена раз в день, а вот заказы из торговли могут понадобиться чаще. Слишком частый обмен больших объёмов увеличивает нагрузку и риск коллизий, когда один и тот же объект изменяется в обеих базах между сеансами обмена.

Контролируйте выполнение через журнал регистрации и отчёт о результатах синхронизации: в нём видны ошибки загрузки, отложенное проведение документов и предупреждения. Настройте уведомления администратору, если такая возможность предусмотрена конфигурацией, либо проверяйте журнал вручную хотя бы раз в день.

Настройка РИБ для филиалов

Распределённая база создаётся через план обмена с признаком «Распределённая информационная база». В центральном узле создайте подчинённый узел, выполните начальную выгрузку образа базы и разверните его в филиале. После этого узлы обмениваются сообщениями с изменениями через файлы, почту или FTP.

Главное отличие РИБ от типовой синхронизации: реплицируется вся база целиком, включая настройки и пользователей, а обновление конфигурации в подчинённых узлах происходит только через обмен с центральным узлом. Это удобно для централизованного управления, но делает механизм чувствительным к сбоям: пропуск или повреждение сообщения обмена может потребовать пересоздания образа узла.

Используйте РИБ только когда конфигурации узлов идентичны и филиалам нужна полная копия данных. Если филиалу достаточно передавать документы в центр, типовая синхронизация или обмен по правилам — более простое и надёжное решение.

Типичные ошибки при синхронизации
01
Запуск первого обмена без резервных копий — откатить дубли и перезаписанные документы невозможно
02
Не задан префикс базы — номера документов из разных баз пересекаются, возникают конфликты нумерации
03
Пропущено ручное сопоставление справочников — массовые дубли контрагентов и номенклатуры
04
Не указана дата начала выгрузки — в новую базу уходит вся история за годы, обмен занимает часы
05
Не проверяется журнал обмена — ошибки загрузки копятся неделями, данные в базах расходятся
06
Изменение одного объекта в обеих базах между сеансами — коллизии и потеря одной из версий

Типичные проблемы и их решение

Ошибка «нарушена структура сообщения обмена» чаще всего означает, что версии конфигураций разошлись и формат сообщения не совпадает с ожидаемым. Решение — обновить обе конфигурации до актуальных релизов и повторить обмен. Если обновление невозможно, обмен через встроенные правила между разными релизами работать не будет.

Дубли справочников возникают из-за незаполненных ключевых реквизитов или пропущенного сопоставления. Для устранения используйте обработку поиска и удаления дублей (в типовых конфигурациях — «Администрирование» → «Обслуживание» → «Поиск и удаление дублей»), которая объединяет элементы вместе с заменой ссылок в документах.

Если документы загружаются, но не проводятся, проверьте заполненность обязательных реквизитов, закрытые периоды в базе-приёмнике и права пользователя, от имени которого выполняется обмен. Документы с ошибками попадают в отложенное проведение — их список доступен в форме результатов синхронизации.

Маршрут решения

Как выбрать действие при сбое

Сообщение об ошибке формата или структуры сообщенияСверьте версии конфигураций и обновите отстающую базу
В приёмнике появились дубли справочниковВыполните поиск и удаление дублей, затем скорректируйте правила сопоставления
Документы загружены, но не проведеныОткройте список отложенного проведения, исправьте реквизиты и проведите вручную
Обмен по расписанию не выполняется в файловой базеПроверьте, есть ли активный сеанс 1С, или настройте запуск через планировщик задач
Данные в базах расходятся без видимых ошибокСформируйте отчёт о сопоставлении и сверку данных, найдите объекты, изменённые в обход обмена

Контроль и обслуживание обмена

Синхронизация — не разовая настройка, а постоянно работающий процесс, требующий контроля. Раз в неделю проверяйте журнал регистрации на предмет ошибок обмена, следите за размером очереди сообщений: её рост означает, что обмен либо не выполняется, либо не успевает обрабатывать изменения.

После каждого обновления конфигураций проверяйте работоспособность обмена вручную: правила могут измениться, а старые настройки — потребовать пересоздания. В типовых конфигурациях при обновлении правила обновляются автоматически, но тестовый обмен после обновления — обязательная практика.

Периодически выполняйте сверку данных между базами: сравните обороты по счетам, количество документов за период, остатки номенклатуры. Расхождения без ошибок в журнале — признак того, что часть данных изменяется в обход обмена или правила не покрывают нужные объекты.

Итог

Что важно запомнить

Типовая синхронизация настраивается через «Администрирование» → «Синхронизация данных» и не требует программирования. Ключевые условия успеха: резервные копии, актуальные релизы, префиксы баз, аккуратное сопоставление справочников при первом обмене и регулярный контроль журнала обмена. Первый обмен всегда выполняйте на копиях баз.

Частые вопросы о синхронизации данных в 1С

Можно ли синхронизировать нетиповые (доработанные) конфигурации?

Да, но с ограничениями. Если доработки не затрагивают объекты обмена, типовая синхронизация обычно продолжает работать. Если добавлены свои документы или реквизиты, которые нужно передавать, потребуется доработка правил через «Конвертацию данных» или расширение конфигурации.

Как часто нужно выполнять обмен?

Зависит от задачи. Для передачи документов в бухгалтерию достаточно одного раза в день. Для оперативной работы с заказами — каждые 15–60 минут. Слишком частый обмен не ускоряет работу, но повышает нагрузку и риск коллизий при одновременном редактировании объектов в обеих базах.

Что делать, если в обеих базах изменили один и тот же документ?

Возникает коллизия. В типовых обменах действует приоритет: по умолчанию принимается версия из главного узла или базы с более высоким приоритетом, а конфликт фиксируется в журнале. Проверяйте список коллизий в результатах синхронизации и вручную приводите документ к нужному состоянию.

Можно ли настроить обмен 1С с сайтом или интернет-магазином?

Да, для этого используются модули обмена с сайтом (например, для CMS с поддержкой CommerceML) или интеграция через HTTP-сервисы и OData. Такая настройка требует публикации базы на веб-сервере и обычно выполняется с участием разработчика или специалиста по интеграциям.

Обмен перестал работать после обновления конфигурации. В чём причина?

Чаще всего обновилась только одна из двух баз, и форматы сообщений перестали совпадать. Обновите вторую конфигурацию и повторите обмен. Если ошибка сохраняется, проверьте настройки синхронизации: иногда после обновления требуется повторно загрузить правила или пересоздать настройку обмена.

Нужны ли отдельные права для выполнения синхронизации?

Да. Пользователю, от имени которого выполняется обмен, нужны права на синхронизацию данных и на запись всех передаваемых объектов. В типовых конфигурациях есть профиль «Синхронизация данных с другими программами». Обмен от имени пользователя с ограниченными правами приводит к частичной загрузке и непроведённым документам.