Что такое обмен данными в 1С и как его настроить

Обмен данными в 1С — это передача информации (справочников, документов, остатков, проводок) между базами 1С или между 1С и внешними системами: сайтом, банком, CRM, складским оборудованием. Без обмена две программы живут изолированно: менеджер вводит заказ в одной базе, бухгалтер вручную перепечатывает его в другую, и расхождения неизбежны.

Технически обмен сводится к трём шагам: выгрузка данных из источника в согласованном формате, передача файла или сообщения, загрузка в приёмник с преобразованием по правилам. В 1С для этого есть встроенные механизмы — планы обмена, универсальный формат EnterpriseData, конвертация данных, веб-сервисы и COM-соединение.

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

Какие задачи решает обмен данными

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

Вторая типовая пара — ЗУП и Бухгалтерия. Кадровик рассчитывает зарплату, начисляет взносы и формирует ведомости в ЗУП, а в бухгалтерию передаются только сводные данные для проводок: суммы по подразделениям и статьям затрат. Персональные данные в бухгалтерскую базу не попадают, что упрощает разграничение доступа.

Третья группа задач — обмен с внешними системами: выгрузка каталога и остатков на сайт, загрузка заказов с маркетплейсов, обмен выписками с банком через DirectBank или файлы формата 1CClientBankExchange, передача данных в CRM. Здесь 1С выступает либо источником, либо приёмником, а формат определяется внешней стороной.

Основные способы обмена: что выбрать

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

Сравнение вариантов

Типовая синхронизация через план обмена

Быстрый старт без программирования; подходит для стандартных связок конфигураций, но негибкая при доработках

Конвертация данных

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

Веб-сервисы

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

Планы обмена: как работает типовая синхронизация

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

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

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

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

Универсальный формат EnterpriseData

EnterpriseData — это XML-формат фирмы «1С», не привязанный к конкретной конфигурации. Данные описываются бизнес-сущностями: «контрагент», «товар», «заказ покупателя», «счёт на оплату». Благодаря этому обмениваться могут программы с разной внутренней структурой — достаточно, чтобы обе стороны понимали формат.

Формат применяется и для интеграции с сайтами. Например, при обмене с интернет-магазином 1С выгружает каталог товаров, цены и остатки, а принимает заказы покупателей. Если внешняя система не поддерживает EnterpriseData напрямую, на её стороне пишут преобразование или используют промежуточный формат вроде CommerceML.

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

Конвертация данных и нетиповые обмены

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

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

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

Онлайн-интеграции: веб-сервисы и API

Файловый обмен по расписанию не подходит, когда данные нужны немедленно: сайт должен видеть актуальный остаток, а курьерское приложение — статус заказа. Для этого 1С умеет публиковать веб-сервисы, HTTP-сервисы и OData-интерфейс, а также сама выступать клиентом внешних API.

Стандартный OData-интерфейс включается публикацией на веб-сервере и даёт доступ к объектам базы по REST-подобному протоколу без программирования. Для нестандартных задач разработчик создаёт собственные HTTP-сервисы с нужной логикой: принять заказ, вернуть остаток по списку товаров, зарегистрировать оплату.

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

Как контролировать обмен и находить расхождения

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

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

Отдельная практика — запрет редактирования перенесённых документов «не в своей» базе. Если документ создан в УТ, править его должен УТ, а бухгалтерия получает изменения следующим обменом. Иначе возникает конфликт версий, и одна из правок будет перезаписана.

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

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

Результаты последнего сеанса синхронизации

Норма

Все пакеты отправлены и приняты, ошибок нет

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

Есть незагруженные объекты или сообщения без подтверждения

Количество документов за период в обеих базах

Норма

Количество совпадает или расхождение объяснимо отбором по организации

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

Разница растёт от периода к периоду

Справочники контрагентов и номенклатуры

Норма

Нет дублей, сопоставление по ИНН/коду работает

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

Появляются дубли с похожими наименованиями

Проведённость перенесённых документов

Норма

Документы проведены и дают корректные проводки

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

Документы загружены непроведёнными или с пустыми реквизитами

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

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

Выгрузка в Excel — это ручное действие без обратной связи: файл сформировали, передали, забыли. Обмен данными — регулярный механизм с регистрацией изменений, контролем доставки и правилами сопоставления объектов, который исключает дубли и работает по расписанию.

Можно ли настроить обмен между базами на разных платформах 1С?

Да, форматы обмена (XML, EnterpriseData) не зависят от версии платформы напрямую. Ограничения возникают на уровне конфигураций: типовые планы обмена рассчитаны на конкретные пары версий, поэтому при большой разнице версий обычно применяют конвертацию данных.

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

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

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

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

Как перенести данные из старой базы в новую при переходе на другую конфигурацию?

Для переходов между популярными конфигурациями существуют типовые правила переноса (например, из УПП в ERP или из БП 2.0 в БП 3.0). Переносят сначала справочники и остатки на дату перехода, затем при необходимости документы за текущий период. Весь процесс выполняют на копиях с обязательной сверкой оборотов до и после переноса.

Почему обмен по расписанию не запускается в файловой базе?

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