Администрирование · 13 мин
Что такое обмен в 1С и как он работает
Что такое обмен данными в 1С: обмен между базами, планами обмена, правилами конвертации и внешними системами. Настройка, проверка результата, типичные ошибки.
Обмен в 1С — это передача данных между информационными базами или между 1С и внешними системами: сайтом, банком, кассой, другой учётной программой. Задача обмена — чтобы один и тот же документ, контрагент или товар существовал в нескольких системах одинаково, без повторного ручного ввода. Например, заказ, оформленный на сайте, автоматически появляется в «1С:Управление торговлей», а проведённая реализация попадает в «1С:Бухгалтерию».
Технически обмен всегда строится по одной схеме: источник выгружает данные в файл или передаёт их напрямую, приёмник загружает их и создаёт или обновляет свои объекты. Различия — в способе транспорта (файл, веб-сервис, прямое подключение), в формате данных (XML, JSON, CSV) и в правилах, по которым объект одной системы сопоставляется с объектом другой.
Ошибки в обмене опасны тем, что приводят к расхождениям в учёте: задвоенным контрагентам, потерянным документам, неверным остаткам. Поэтому обмен нужно не только настроить, но и регулярно контролировать — сверять количество и суммы документов в обеих системах после сеанса обмена.
Какие задачи решает обмен данными
Самый распространённый сценарий — обмен между двумя конфигурациями 1С. Классическая пара: «Управление торговлей» ведёт продажи и склад, а «Бухгалтерия предприятия» — учёт и отчётность. Документы реализации, поступления, оплаты передаются из торговли в бухгалтерию, чтобы бухгалтер не вводил их вручную.
Вторая группа задач — интеграция с внешними системами: выгрузка каталога товаров и остатков на сайт интернет-магазина, загрузка заказов с сайта, обмен с банком (выписки и платёжные поручения), подключение онлайн-касс и торгового оборудования, обмен с маркетплейсами и службами доставки.
Третья задача — распределённые базы. Если у компании несколько филиалов или магазинов, каждый работает в своей базе, а данные стекаются в центральную. Здесь используется механизм распределённых информационных баз (РИБ), где изменения передаются между узлами автоматически.
Основные механизмы обмена в 1С
Платформа 1С:Предприятие предлагает несколько встроенных механизмов, и выбор зависит от задачи. Понимание различий помогает не тратить время на ненужную разработку.
Планы обмена — штатный механизм для регулярного обмена между базами. Платформа сама отслеживает, какие объекты изменились с прошлого сеанса, формирует сообщение обмена и гарантирует доставку по номерам сообщений. На основе планов обмена работают и типовые синхронизации между конфигурациями, и РИБ.
Универсальный формат EnterpriseData — стандартный XML-формат, через который типовые конфигурации обмениваются между собой и с внешними системами. Синхронизация «УТ — БП» в современных версиях работает именно через него. Преимущество: не нужны правила конвертации, формат понимают обе стороны.
Правила конвертации данных — старый, но гибкий способ: в конфигурации «Конвертация данных» описывается, как объект источника превращается в объект приёмника, правила сохраняются в XML-файл и используются обработкой «Универсальный обмен данными в формате XML». Способ подходит для нестандартных и самописных конфигураций.
Веб-сервисы и HTTP-запросы — вариант для интеграции с сайтами, CRM и прочими системами, где 1С либо публикует свой сервис, либо сама обращается к API внешней системы.
Сравнение механизмов
Для регулярного обмена между типовыми конфигурациями. Настраивается через интерфейс, минимум разработки. Ограничение — состав передаваемых данных задан конфигурацией.
Для нестандартных обменов и доработанных конфигураций. Требует навыков настройки правил, но даёт полный контроль над соответствием объектов.
Для интеграции с сайтами и внешними API. Требует разработки и защиты канала, зато работает в реальном времени.
Для филиалов с автономными базами. Передаёт всё, включая настройки, но требует одинаковой конфигурации во всех узлах.
Как настроить типовую синхронизацию между базами
Рассмотрим настройку на примере пары «Управление торговлей — Бухгалтерия предприятия», как наиболее частой. В обеих конфигурациях есть встроенный помощник настройки синхронизации, и вся работа выполняется через интерфейс без программирования.
Общий порядок: в базе-источнике открывают раздел синхронизации данных, создают новую настройку, указывают способ подключения (через файл, прямое подключение по сети или через веб-сервис), задают префикс базы и правила выгрузки — с какой даты отправлять документы и по каким организациям. Затем файл настроек переносят во вторую базу и завершают настройку там.
Первый сеанс обмена самый ответственный: система предлагает сопоставить справочники — контрагентов, номенклатуру, организации. Если в двух базах одни и те же контрагенты заведены с разным написанием, нужно вручную указать соответствие, иначе после обмена появятся дубли.
- 1Сделайте резервные копии обеих баз до начала настройки.
- 2В базе-источнике откройте «Синхронизация данных» и создайте новую настройку обмена.
- 3Укажите способ транспорта: каталог, FTP, прямое подключение или веб-сервис.
- 4Задайте префикс базы, дату начала выгрузки документов и отбор по организациям.
- 5Загрузите файл настроек во вторую базу и завершите настройку со стороны приёмника.
- 6Выполните первый обмен и вручную сопоставьте несовпавшие элементы справочников.
- 7Проверьте результат сверкой документов и настройте расписание автоматического обмена.
Как проверить, что обмен прошёл корректно
Факт завершения сеанса обмена без ошибок ещё не означает, что данные совпали. Документ мог загрузиться, но не провестись из-за незаполненного реквизита, или попасть в другую организацию. Поэтому после каждого первого обмена и периодически в дальнейшем нужна сверка.
Минимальная проверка — сравнить количество и общие суммы документов за период в обеих базах: число реализаций, поступлений, платёжных документов. В типовых конфигурациях для этого есть отчёт «Сопоставление объектов» и обработки сверки данных. Расхождение в количестве указывает на недоставленные или отфильтрованные документы, расхождение в суммах — на различия в правилах переноса.
Второй уровень контроля — журнал регистрации и протокол обмена. В нём видно, какие объекты не загрузились и по какой причине: не найден сопоставленный элемент, нарушена дата запрета изменения, не хватает прав у пользователя, под которым выполняется обмен.
Как проверить результат обмена
Количество совпадает или отличается на известные отфильтрованные документы
Документы есть в источнике, но отсутствуют в приёмнике без причины
Итоговые суммы совпадают
Суммы расходятся — возможно, часть документов не проведена или перенесена с другими реквизитами
Нет ошибок загрузки объектов
Есть записи об отказах: не сопоставлены элементы, дата запрета, нехватка прав
Новых дублей после обмена не появилось
Один контрагент существует в нескольких вариантах написания
Типичные ошибки и проблемы обмена
Большинство проблем обмена сводится к нескольким повторяющимся причинам. Знание этого списка сокращает диагностику с часов до минут.
Дубли справочников возникают, когда сопоставление идёт по наименованию, а написание в базах различается, или когда первый обмен выполнили без ручного сопоставления. Лечение — объединение дублей штатной обработкой «Поиск и удаление дублей» и корректировка правил сопоставления (например, по ИНН и КПП для контрагентов).
Документы не загружаются из-за даты запрета изменения данных в приёмнике: обмен пытается записать документ закрытого периода и получает отказ. Решение — либо временно сдвинуть дату запрета, либо настроить обмен так, чтобы старые документы не перезаписывались.
Ещё одна частая ситуация — «зависший» обмен, когда сообщение с одним и тем же номером не принимается, и изменения копятся. Обычно помогает перерегистрация изменений для узла или повторная отправка сообщения, но делать это нужно осознанно: сброс нумерации без понимания причины может привести к потере части данных.
Обмен с сайтом, банком и другими внешними системами
Обмен с интернет-магазином обычно строится на стандарте CommerceML: из 1С на сайт выгружаются товары, цены и остатки, с сайта в 1С загружаются заказы. В типовых конфигурациях есть готовый модуль обмена с сайтом, где задаётся расписание, состав выгружаемого каталога и параметры загрузки заказов.
Обмен с банком работает через «ДиректБанк» (прямое подключение) или через выгрузку файлов в формате клиент-банка: платёжные поручения отправляются в банк, выписки загружаются в 1С и автоматически создают документы оплаты. Здесь критично проверять сопоставление контрагентов по расчётным счетам, иначе выписка разнесётся на дубли.
Для нестандартных систем — CRM, WMS, маркетплейсов — обмен чаще всего реализуется через API: 1С обращается к HTTP-сервисам внешней системы регламентным заданием или публикует собственные веб-сервисы. Такая интеграция требует разработки и обязательного журналирования запросов, чтобы по логу восстанавливать, какие данные ушли и что вернулось в ответ.
Выбирайте одну базу как «главную» для каждого вида данных: контрагентов правят в бухгалтерии, товары и цены — в торговле, и запрещайте редактирование в другой базе. Это простое соглашение устраняет большинство конфликтов при обмене.
Регламентный обмен и безопасная эксплуатация
После настройки обмен обычно переводят в автоматический режим: регламентное задание выполняет синхронизацию по расписанию — например, каждые 15 минут или раз в ночь. Для файлового варианта базы важно, чтобы задание выполнялось под пользователем с достаточными правами и не пересекалось с пакетным обновлением конфигурации.
Регулярно контролируйте три вещи: протоколы обмена на предмет ошибок, размер каталога обмена (недоставленные файлы копятся и занимают место) и актуальность правил после каждого обновления конфигурации. Обновление — самый частый момент поломки обмена: структура объектов меняется, а старые правила конвертации перестают подходить.
Если обмен дорабатывался под вас — нестандартные документы, дополнительные реквизиты, собственные правила, — ведите описание доработок. Без него любое обновление или смена специалиста превращается в расследование.
Как выбрать действие
Что важно запомнить
Обмен в 1С — это передача данных между базами и внешними системами через планы обмена, универсальный формат, правила конвертации или API. Настройку начинайте с резервных копий, первый обмен делайте с ручным сопоставлением справочников, а результат всегда подтверждайте сверкой количества и сумм документов.
Частые вопросы об обмене в 1С
Чем обмен отличается от синхронизации данных?
В контексте 1С это практически синонимы: «синхронизация данных» — название типового механизма обмена между конфигурациями в пользовательском интерфейсе. Технически обмен — более широкое понятие, включающее любую передачу данных, включая разовую выгрузку в файл.
Можно ли настроить обмен, если конфигурации разных версий?
Да, но с ограничениями. Типовая синхронизация требует совместимых версий конфигураций; при большом расхождении версий универсальный формат может не содержать нужных объектов. Практическое правило — поддерживать обе базы в актуальном состоянии и проверять обмен после каждого обновления.
Что делать, если документ загрузился, но не проводится?
Откройте протокол обмена и сам документ: чаще всего не заполнен обязательный реквизит, не сопоставлен элемент справочника или документ попал в закрытый период. После исправления причины проведите документ вручную или повторите загрузку этого объекта.
Как избежать дублей контрагентов при обмене?
Настройте поиск сопоставления по ИНН и КПП, а не по наименованию, при первом обмене вручную сопоставьте уже существующие элементы и назначьте одну базу главной для ведения контрагентов. Существующие дубли объединяйте обработкой «Поиск и удаление дублей».
Нужны ли права администратора для выполнения обмена?
Полные права не обязательны, но пользователю обмена нужны права на чтение и запись всех участвующих объектов, включая проведение документов. На практике для регламентного обмена заводят отдельного служебного пользователя с необходимым набором прав.
Можно ли переносить данные между 1С и не-1С программой без программиста?
Для простых случаев — да: через выгрузку и загрузку табличных файлов (Excel, CSV) штатными обработками, например «Загрузка данных из табличного документа». Для регулярного автоматического обмена с внешней системой без разработки обычно не обойтись.