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

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

Как настроить синхронизацию данных в 1С

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

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

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

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

Выбор подходящего механизма обмена

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

Синхронизация через универсальный формат (EnterpriseData) — стандартный способ обмена между типовыми конфигурациями: УТ, БП, ERP, ЗУП, розница. Настраивается через интерфейс «Синхронизация данных» без программирования, поддерживает сопоставление объектов и двусторонний обмен.

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

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

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

Универсальный формат EnterpriseData

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

Правила конвертации данных

Гибкая настройка под доработанные конфигурации и нестандартные объекты. Ограничение: требуется разработчик и поддержка правил при обновлениях.

РИБ

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

Внешние обработки и COM/OData

Точечные интеграции и обмен с нестандартными системами. Ограничение: всё сопровождение ложится на разработчика.

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

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

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

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

Настройка синхронизации через универсальный формат

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

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

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

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

Настройка расписания и автоматический обмен

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

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

Если обмен идёт через каталог или FTP, убедитесь, что у пользователя, под которым работает 1С, есть права на запись и чтение в этих каталогах, а сетевой путь доступен с обеих сторон. Недоступность каталога — одна из самых частых причин «молчаливой» остановки обмена.

Разрешение коллизий и дублей

Коллизия возникает, когда один и тот же объект изменён в обеих базах с момента последнего обмена. По умолчанию в типовых обменах действует приоритет: либо данные главной базы «побеждают», либо принимается более поздняя версия — поведение зависит от настроек правил. Определите заранее, какая база является «мастером» для каждого типа данных.

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

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

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

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

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

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

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

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

Журнал синхронизации
Норма

Все пакеты отправлены и получены, ошибок нет или они обработаны

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

Незагруженные данные, повторяющиеся ошибки по одним объектам

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

Префиксы различаются, номера не пересекаются

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

Документы с одинаковыми номерами в разных базах

Справочники
Норма

Контрагенты и номенклатура сопоставлены, дублей нет

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

Одинаковые элементы с разными ссылками в двух базах

Сверка остатков
Норма

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

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

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

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

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

Можно ли синхронизировать базы с разными конфигурациями, например самописную и Бухгалтерию?

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

Что делать, если при обмене появляется ошибка «Объект не найден»?

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

Как отменить ошибочно загруженные данные?

Автоматической отмены обмена нет. Если ошибка обнаружена сразу, проще восстановить базу из резервной копии, сделанной перед обменом. Если после обмена уже вводились новые документы, придётся удалять или помечать ошибочные объекты вручную, контролируя связанные документы.

Нужна ли синхронизация, если базы и так в одной сети?

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

Как перенести настройки синхронизации при переезде базы на другой сервер?

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

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

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

Итог

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

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