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