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

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

Разберём на примере типовой связки «Бухгалтерия 3.0 ↔ Управление торговлей 11», но логика одинакова почти для всех типовых конфигураций на управляемых формах. Где путь меню отличается, я на это укажу.

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

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

По типу обмена есть три сценария:

• 🔄 Типовая синхронизация данных — обмен между разными конфигурациями (Бухгалтерия и УТ, Бухгалтерия и ЗУП). Передаются только согласованные документы и справочники, конфигурации при этом независимы.
• 🧬 РИБ (распределённая информационная база) — обмен между копиями одной и той же конфигурации, например центральный офис и филиалы. Передаются все данные и даже изменения конфигурации с главного узла.
• 🛠 Универсальный обмен по правилам (КД) — когда типового плана обмена нет и правила делаются в «Конверсии данных». Это работа для специалиста, вручную её не включить.

Способ подключения баз друг к другу выбирается при настройке и бывает такой:

Как включить синхронизацию данных в настройках

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

1. Откройте Администрирование → Настройки синхронизации данных.
2. Установите флажок «Синхронизация данных». Если флажок неактивен — значит, вы вошли с правами, которых недостаточно; нужен пользователь с полными или административными правами.
3. Ниже появится поле «Префикс информационной базы». Задайте короткий префикс из 1–2 символов (например, БП для бухгалтерии и УТ для торговли).

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

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

Настройка главного узла: создаём обмен

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

Порядок настройки через помощник:

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

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

Настройка второго узла и первая загрузка данных

Вторая база должна «узнать» о первой. Как именно — зависит от способа подключения.

При прямом подключении второй узел настраивается автоматически: помощник сам заходит во вторую базу под указанным пользователем и создаёт там ответную настройку. От вас — только проверить сопоставление справочников и подтвердить.

При обмене через каталог, FTP или почту настройку нужно повторить во второй базе вручную:

1. В первой базе помощник сформирует файл настроек — выгрузите его.
2. Во второй базе откройте Администрирование → Синхронизация данных → Настроить синхронизацию и выберите вариант «Загрузить файл настроек» (или «Продолжить настройку, созданную в другой программе» — формулировка зависит от конфигурации).
3. Загрузите файл, проверьте способ подключения и сопоставление справочников.

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

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

Автоматическая синхронизация по расписанию

Жать «Синхронизировать» руками каждый день никто не будет. Чтобы обмен шёл сам, настраивается расписание.

В рабочем месте Администрирование → Синхронизация данных откройте настройку нужного обмена и перейдите к расписанию (пункт вида «Настроить» рядом с автоматической синхронизацией). Там задаётся регламентное задание: с какой периодичностью запускать обмен.

Типичные варианты расписания:

• Каждые 15–30 минут — для оперативной торговли, когда документы из УТ должны быстро попадать в бухгалтерию.
• Раз в час — универсальный вариант для большинства случаев.
• Раз в сутки ночью — для баз, где свежесть данных в течение дня не критична, зато нагрузка днём минимальна.

Чтобы автообмен реально работал, выполняются два условия:

• 🖥 Для клиент-серверного варианта (база на сервере 1С) регламентные задания выполняются сервером сами — достаточно включить расписание.
• 💾 Для файловой базы регламентные задания работают только пока открыта сессия 1С. Чтобы обмен шёл без запущенного клиента, нужен либо постоянно открытый сеанс, либо отдельный механизм вроде агента автоматического обмена.

Диагностика и решение ошибок обмена

Если синхронизация упала или данные «не доехали», сначала смотрите монитор обмена — в рабочем месте синхронизации по проблемному обмену будет статус с ошибкой и ссылка на детали. Там же — предупреждения о неотправленных или непринятых объектах.

Самые частые причины сбоев:

Если ошибка повторяется и причина не ясна, помогает журнал регистрации (Администрирование → Журнал регистрации) с отбором по событиям обмена данными — там видно полный текст ошибки платформы.

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

Оптимизация обмена при больших объёмах данных

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

• 📅 Ограничьте период выгрузки. В настройках обмена задайте дату, с которой выгружать документы. Переносить в бухгалтерию продажи пятилетней давности обычно незачем — хватает текущего и предыдущего года.
• 🏢 Сузьте отборы. Выгружайте только нужные организации, склады, виды документов. Чем уже отбор, тем меньше объём каждого обмена.
• 🌙 Разнесите по времени. Тяжёлую первую (или полную повторную) выгрузку запускайте ночью, а в течение дня гоняйте только лёгкий обмен изменениями.
• ⚙️ Используйте фоновое выполнение на сервере 1С — тогда обмен не блокирует сеанс пользователя, который его запустил.
• 🧹 Не делайте полную перезагрузку без нужды. Повторная регистрация всех данных на большой базе — самая тяжёлая операция; прибегайте к ней только когда обмен реально сломался.

На уровне инфраструктуры большие базы с активным обменом лучше держать в клиент-серверном варианте (с сервером 1С и СУБД), а не в файловом: сервер сам выполняет регламентные задания и ровнее распределяет нагрузку.

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

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

Частые вопросы