Как работает синхронизация в 1С: механизмы обмена данными

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

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

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

Какие виды обмена существуют в 1С

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

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

Сравнение вариантов обмена

Синхронизация через планы обмена

Подходит для связки типовых конфигураций (УТ–БП, ЗУП–БП). Гибкая настройка состава данных, но требует контроля правил при обновлениях.

РИБ

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

EnterpriseData / CommerceML

Подходит для обмена с сайтами и внешними системами. Стандартный формат, но ограниченный набор объектов.

План обмена и регистрация изменений: что происходит внутри

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

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

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

Как настроить синхронизацию между типовыми базами

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

1. 1
   В УТ откройте «Администрирование → Синхронизация данных» и включите флажок «Синхронизация данных».
2. 2
   Создайте новую синхронизацию, выберите конфигурацию-приёмник («Бухгалтерия предприятия») и способ подключения: через файл, каталог, FTP или прямое подключение.
3. 3
   Выполните начальную выгрузку данных — система сформирует файл для первичного заполнения БП.
4. 4
   В БП откройте тот же раздел, загрузите файл настроек и выполните сопоставление объектов: программа покажет несопоставленные контрагенты, номенклатуру, организации.
5. 5
   Подтвердите сопоставление, задайте дату начала обмена и настройте расписание регламентного задания.
6. 6
   Проведите тестовый документ в УТ, выполните обмен и убедитесь, что он появился в БП.

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

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

Расписание и способы транспорта данных

Обмен может запускаться вручную кнопкой «Выполнить обмен» или автоматически регламентным заданием по расписанию — например, каждые 15 минут или раз в час в рабочее время. В файловых базах регламентные задания выполняются только если запущен сеанс с соответствующей настройкой; в клиент-серверных — на сервере 1С без участия пользователей.

Способы передачи пакетов: локальный или сетевой каталог (самый простой вариант), FTP, электронная почта, прямое подключение к базе через COM или веб-сервис, а также обмен через сервис 1С:Link или облачные механизмы в 1С:Фреш. Для баз в одной сети обычно достаточно общего каталога с правами на запись для обеих сторон.

Как контролировать результат и искать ошибки

Основной инструмент контроля — журнал регистрации и штатный монитор обмена («Синхронизация данных → Результаты обмена»). Там видны дата последнего сеанса, количество отправленных и принятых объектов, предупреждения и ошибки с указанием конкретных объектов.

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

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

Как проверить, что обмен работает

Дата последнего успешного обмена

Норма

Свежая, соответствует расписанию

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

Давняя дата или пусто — обмен не выполняется

Протокол обмена

Норма

Объекты отправлены и приняты без ошибок

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

Есть строки с ошибками загрузки конкретных документов

Сверка контрольных цифр

Норма

Обороты и остатки по ключевым счетам/складам совпадают в обеих базах

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

Расхождения растут от периода к периоду

Размер регистрации изменений

Норма

Очищается после каждого сеанса

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

Накапливаются тысячи неотправленных объектов

Типичные ошибки и ограничения

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

Что делать при расхождениях и сбоях

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

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

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

В протоколе ошибки по конкретным документамИсправьте данные (заполните реквизиты, проведите документ) и выполните обмен повторно — объекты уйдут из очереди.

Обмен не запускается вообще, дата последнего сеанса стараяПроверьте регламентное задание, доступность каталога обмена и права учётной записи.

Данные расходятся, но ошибок в протоколе нетИщите ручные правки в приёмнике и объекты, не участвующие в обмене; выполните сверку по отчётам.

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

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

FAQ

Как часто должна выполняться синхронизация?

Зависит от требований к актуальности. Для связки УТ–БП обычно достаточно обмена раз в 15–60 минут в рабочее время; ночью расписание можно учащать для сервисных выгрузок. Слишком частый обмен (каждую минуту) создаёт лишнюю нагрузку и не даёт заметного выигрыша.

Почему документ выгрузился, но в базе-приёмнике не появился?

Наиболее вероятные причины: документ попал в ошибки загрузки (смотрите протокол), отсечён отбором по дате или организации, либо не прошёл проверку заполнения в приёмнике. Найдите документ в мониторе обмена — там будет конкретная причина отказа.

Можно ли менять выгруженные документы в базе-приёмнике?

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

Что делать, если появились дубли контрагентов после настройки?

Используйте штатную обработку поиска и удаления дублей (в разделе администрирования): она находит одинаковые элементы по заданным полям и заменяет ссылки в документах на выбранный «правильный» элемент. Перед запуском сделайте резервную копию и проверьте список замен вручную.

Нужно ли останавливать работу пользователей во время обмена?

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

Чем синхронизация отличается от резервного копирования?

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