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

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

Автообмен в 1С: что это и как настроить автоматический обмен данными

Что такое автообмен в 1С, как работает автоматический обмен данными между базами, способы настройки, расписания, типичные ошибки и проверка результата.

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

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

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

Как работает автообмен: основные понятия

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

При выполнении обмена 1С формирует сообщение обмена — XML-пакет с изменёнными объектами. Сообщение передаётся напрямую между базами, через файловый каталог, FTP, почту или веб-сервис. Принимающая сторона загружает пакет и подтверждает приём, после чего отправленные изменения снимаются с регистрации.

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

Где применяется автообмен на практике

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

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

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

Варианты организации обмена

РИБ (распределённая база)

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

Универсальный обмен по правилам

Подходит для разных конфигураций (УТ и БП); ограничение — правила нужно актуализировать при обновлении конфигураций.

Обмен через EnterpriseData / веб-сервисы

Подходит для интеграции с сайтами и внешними системами; ограничение — требует настройки форматов и публикации сервисов.

Как настроить автообмен по расписанию

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

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

Расписание выбирают исходя из требований к актуальности данных. Для связки «торговля — бухгалтерия» обычно достаточно обмена раз в час или раз в день. Для интернет-магазина остатки выгружают чаще — каждые 10–30 минут, чтобы не продать отсутствующий товар. Слишком частый обмен при больших объёмах создаёт нагрузку и очереди сообщений.

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

Способы передачи данных между базами

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

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

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

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

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

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

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

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

Сообщения обмена
Норма

Нет неотправленных и непринятых сообщений, номера принятых и отправленных пакетов совпадают

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

Растёт очередь неотправленных сообщений или сообщение «зависло»

Журнал регистрации
Норма

События выгрузки и загрузки без ошибок по расписанию

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

Ошибки загрузки объектов, конфликты блокировок

Данные в базах
Норма

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

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

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

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

Типичные ошибки и их последствия

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

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

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

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

Ограничения и когда автообмен не подходит

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

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

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

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

Базы в одной сети, конфигурации одинаковые, нужны филиалыИспользуйте РИБ с обменом по расписанию через общий каталог
Конфигурации разные (УТ и БП), нужен перенос документовНастройте синхронизацию по типовым правилам через помощник
Нужна актуальность данных в реальном времениРассмотрите работу в единой базе вместо обмена
Обмен с сайтом или внешней системой через интернетИспользуйте веб-сервисы или обмен через защищённый каталог с регламентным заданием
Итог

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

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

Частые вопросы об автообмене в 1С

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

Ручная выгрузка выполняется пользователем по требованию и обычно переносит данные целиком. Автообмен работает по расписанию без участия человека и передаёт только изменённые объекты, которые план обмена зарегистрировал с прошлого сеанса, поэтому он быстрее и не требует постоянного контроля.

Почему обмен по расписанию настроен, но не выполняется?

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

Как избежать дублей контрагентов и номенклатуры при обмене?

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

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

Интервал зависит от требований к актуальности: для бухгалтерии обычно достаточно раза в день, для остатков интернет-магазина — каждые 10–30 минут. Слишком частый обмен при больших объёмах вреден: сообщения не успевают формироваться, и очередь только растёт.

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

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

Можно ли настроить автообмен между базами в разных городах?

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