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

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

Как сделать обмен данными в 1С: пошаговое руководство

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

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

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

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

Определитесь со сценарием обмена

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

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

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

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

Нужно синхронизировать типовые конфигурации (УТ и БП, БП и ЗУП)Используйте встроенную синхронизацию данных — настройка занимает 15–30 минут
Нужен обмен с нестандартной или доработанной конфигурациейГотовьте правила обмена в «1С:Конвертация данных»
Нужен разовый перенос данных при переходе на новую базуИспользуйте обработку «Универсальный обмен данными в формате XML»
Нужен обмен с сайтом или интернет-магазиномИспользуйте типовой обмен CommerceML или REST/HTTP-сервисы

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

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

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

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

Обмен через правила конвертации данных

Когда встроенной синхронизации недостаточно — например, конфигурации разных версий, есть доработанные объекты или нужен обмен с самописной базой — используются правила конвертации. Их создают в конфигурации «1С:Конвертация данных» (редакция 2 для обмена через XML, редакция 3 для универсального формата EnterpriseData).

Загрузка и выгрузка выполняются обработкой «Универсальный обмен данными в формате XML». В ней указывается файл правил, файл данных и параметры выгрузки. Обработка входит в поставку конвертации и доступна на диске ИТС.

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

Распределённая информационная база (РИБ)

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

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

Создание подчинённого узла выполняется из главной базы: создаётся узел плана обмена, формируется начальный образ базы, который разворачивается в филиале. Дальше обмен идёт через файлы сообщений (каталог, FTP, электронная почта) или прямое подключение.

Обмен с сайтом и внешними системами

Для обмена с интернет-магазинами в типовых решениях есть встроенный обмен по стандарту CommerceML: выгрузка каталога товаров, цен и остатков на сайт, загрузка заказов с сайта в 1С. Настройка находится в разделе интеграции с сайтом (в УТ — «CRM и маркетинг» или «Администрирование» в зависимости от версии).

Для интеграции с произвольными системами используют HTTP-сервисы и веб-сервисы, публикуемые на веб-сервере, или обмен файлами в форматах XML, JSON, CSV через регламентные задания. Это требует разработки, но даёт полную гибкость по составу и формату данных.

Проверка результата и типичные ошибки

После настройки обмена проверьте результат на контрольном примере: создайте тестовый документ и контрагента в одной базе, выполните обмен и убедитесь, что они появились во второй базе с корректными реквизитами, суммами и датами. Проверьте, что повторный обмен не создаёт дублей.

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

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

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

Количество контрагентов и номенклатуры после обмена
Норма

Число элементов совпадает с ожиданием, дублей нет

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

Появились дубли с одинаковыми наименованиями или ИНН

Проведённый тестовый документ
Норма

Документ перенёсся с верными суммами, датой и контрагентом

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

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

Протокол обмена и журнал регистрации
Норма

Нет ошибок загрузки объектов

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

Есть записи об отказе в регистрации изменений или ошибках правил

Повторный обмен
Норма

Передаются только изменённые объекты, дубли не создаются

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

При каждом обмене создаются новые копии элементов

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

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

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

Итог

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

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

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

Можно ли настроить обмен между УТ и БП без программиста?

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

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

Откройте настройку синхронизации и выполните повторное сопоставление объектов: сопоставьте дубли вручную по ИНН или наименованию. Для уже созданных дублей используйте обработку поиска и удаления дублей (входит в типовые конфигурации на базе БСП) с заменой ссылок во всех документах.

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

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

Почему обмен останавливается с ошибкой «конфигурации узлов различаются»?

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

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

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

Как часто нужно выполнять синхронизацию?

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