Администрирование · 9 мин
Что такое обмены в 1С и как их настроить
Что такое обмены в 1С: типы обменов, правила конвертации, планы обмена, настройка синхронизации между базами и устранение типичных ошибок.
Обмен в 1С — это передача данных между информационными базами: между двумя конфигурациями 1С, между 1С и сайтом, между 1С и банком или сторонними системами. Без обменов современный учёт практически не существует: бухгалтерия получает выписки из банка, торговая база отправляет заказы на сайт, филиалы сводят данные в центральную базу.
Термин «обмен» в контексте 1С объединяет несколько разных механизмов: планы обмена, правила конвертации данных, универсальный формат EnterpriseData, выгрузку в файлы XML и веб-сервисы. Понимание различий между ними помогает выбрать правильный инструмент и не сломать данные при настройке.
Ошибки в обмене опасны тем, что проявляются не сразу: документы дублируются, остатки расходятся, контрагенты задваиваются. Поэтому настройку обмена стоит выполнять осознанно, с тестированием на копии базы и с пониманием того, какие данные и в какую сторону передаются.
Какие задачи решают обмены
Самый частый сценарий — синхронизация между разными конфигурациями 1С. Например, из «Управления торговлей» документы реализации и поступления передаются в «Бухгалтерию предприятия», где на их основе формируются проводки. Это избавляет бухгалтера от двойного ввода и снижает количество ошибок.
Второй сценарий — распределённые базы. Центральный офис и филиалы работают в своих базах, а обмен собирает данные в центральный узел и разносит справочники обратно. Третий сценарий — интеграция с внешними системами: интернет-магазином, CRM, банком-клиентом, сервисами ЭДО.
УТ → БП, ЗУП → БП, центральная база ↔ филиалы
Выгрузка товаров и цен, загрузка заказов
Загрузка выписок и отправка платёжных поручений
Обмен счетами-фактурами и УПД с контрагентами
Основные виды обменов в 1С
Планы обмена
План обмена — объект конфигурации, который фиксирует, какие узлы участвуют в обмене и какие изменения нужно передать. Платформа сама отслеживает изменённые объекты (механизм регистрации изменений) и формирует сообщения обмена. Это основа распределённых баз и типовых синхронизаций.
Правила конвертации данных
Правила конвертации описывают, как объект одной конфигурации превращается в объект другой: какие реквизиты копировать, как искать контрагента, как заполнить отсутствующие поля. Правила создаются в конфигурации «Конвертация данных» и загружаются при настройке синхронизации. Типовые правила поставляются вместе с конфигурациями.
Универсальный формат EnterpriseData
EnterpriseData — формат обмена на основе XML, который не требует строгого совпадения структур конфигураций. Он используется в современных типовых синхронизациях и обмене с сайтами. Преимущество — обновление одной из конфигураций реже ломает обмен, чем при старых правилах конвертации.
Сравнение механизмов обмена
Классическая синхронизация между разными конфигурациями; гибко, но правила нужно поддерживать при обновлениях
Современный универсальный формат; проще сопровождение, но меньше тонкой настройки без доработки
Полная копия базы с передачей изменений; подходит для филиалов, но требует идентичной конфигурации в узлах
Разовые переносы и обмен с простыми системами; нет автоматического контроля дублей
Как настроить типовую синхронизацию
В типовых конфигурациях синхронизация настраивается через раздел «Администрирование» → «Синхронизация данных» (в некоторых конфигурациях — «Настройки синхронизации»). Мастер предложит указать вторую базу, префикс, правила выгрузки и состав передаваемых данных.
Критичный момент — префиксы баз. Каждой базе присваивается уникальный префикс (например, «УТ» и «БП»), который добавляется к номерам документов. Это предотвращает конфликты номеров при встречной передаче документов.
На этапе сопоставления система показывает, какие контрагенты, номенклатура и договоры она считает одинаковыми в обеих базах. Не пропускайте этот шаг: несопоставленные объекты создадут дубли, которые потом придётся разбирать вручную.
Регистрация изменений и разрешение коллизий
Механизм регистрации изменений записывает, какие объекты изменились с момента последнего обмена. При следующем сеансе передаются только изменения, а не вся база. Если регистрацию изменений принудительно очистить или снять объект с регистрации, он не уйдёт в другую базу — это частая причина «потерянных» документов.
Коллизия возникает, когда один и тот же объект изменён в обеих базах между сеансами обмена. В типовых настройках обычно действует правило «главный узел важнее» либо принимается более поздняя версия. Поведение задаётся в плане обмена, и его нужно понимать до начала работы, иначе правки одного из узлов будут молча перезаписываться.
Обмен с сайтом и банком
Обмен с сайтом на 1С-Битрикс и подобных платформах обычно строится на формате CommerceML: из 1С выгружаются товары, цены и остатки, с сайта загружаются заказы. Настройка выполняется в разделе обмена с сайтом, где задаётся адрес, интервал и состав выгрузки.
Обмен с банком чаще всего идёт через сервис «1С:ДиректБанк» (прямое подключение) или через файлы в формате банка-клиента. Выписки загружаются в документы «Поступление на расчётный счёт» и «Списание с расчётного счёта», платёжные поручения выгружаются на исполнение.
Контроль результатов обмена
После каждого сеанса обмена проверяйте протокол: сколько объектов отправлено, сколько получено, были ли ошибки. Предупреждения в протоколе — это не шум, а сигнал о проблемах сопоставления или заполнения данных.
Периодически сверяйте контрольные итоги: обороты по счётам, остатки товаров, количество документов за период в обеих базах. Расхождение итогов — признак того, что часть данных теряется или дублируется.
Как проверить результат обмена
Ошибок нет, количество объектов соответствует ожиданиям
Ошибки загрузки, предупреждения о несопоставленных объектах
Контрагенты и номенклатура присутствуют в одном экземпляре
Одинаковые элементы с разными ссылками
Суммы в обеих базах совпадают
Расхождения без объяснимой причины
Номера содержат префикс базы-источника
Конфликты номеров, сбитая нумерация
Типичные ошибки и их последствия
Большинство проблем обменов возникает не из-за платформы, а из-за ошибок настройки и эксплуатации. Ниже — самые распространённые.
Отдельная ошибка — попытка «починить» расхождение ручным повторным вводом документа во второй базе. Документ потом придёт по обмену и создаст дубль. Правильный путь — найти, почему объект не передался: снят с регистрации, не попал под отбор правил или отклонён при загрузке.
FAQ: частые вопросы об обменах в 1С
Чем обмен отличается от выгрузки-загрузки?
Выгрузка-загрузка — разовая операция переноса данных, обычно через файл. Обмен — регулярный механизм с регистрацией изменений, сопоставлением объектов и контролем дублей. Для постоянной синхронизации используется именно обмен.
Можно ли настроить обмен между базами разных версий платформы?
Обычно да, если версии платформы совместимы и формат обмена поддерживается обеими сторонами. Но безопаснее выравнивать релизы: разница версий — частый источник ошибок при загрузке сообщений обмена.
Почему документ не передаётся в другую базу?
Типичные причины: документ не попадает под отбор правил выгрузки (дата, организация), снят с регистрации изменений, не заполнены обязательные для загрузки реквизиты или возникла ошибка на стороне приёмника. Начните с протокола обмена.
Как удалить дубли контрагентов после обмена?
Используйте типовую обработку «Поиск и удаление дублей» (раздел «Администрирование» → «Обслуживание»). Она заменяет ссылки дублей на один выбранный элемент во всех документах. Перед запуском сделайте копию базы.
Нужно ли останавливать работу пользователей на время обмена?
Для файловых и клиент-серверных баз в штатном режиме — нет, обмен выполняется параллельно. Исключение — первоначальная настройка и массовая загрузка: в этот момент лучше ограничить работу, чтобы избежать коллизий и блокировок.
Что делать, если после обновления конфигурации обмен перестал работать?
Проверьте, не изменились ли правила конвертации или версия формата EnterpriseData в новом релизе — обычно нужно обновить настройку синхронизации или правила в обеих базах. Типовые ошибки после обновления описаны в поставке релиза; восстановите работу на копии, затем повторите в рабочей базе.
Что важно запомнить
Обмен в 1С — это управляемая передача данных между базами и внешними системами. Настраивайте его на копии, присваивайте базам префиксы, не пропускайте сопоставление объектов и регулярно контролируйте протокол и итоги. Большинство проблем — дубли и потерянные документы — предотвращаются аккуратной настройкой.