Обмен данными в 1С: как передавать данные между базами

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

Передать данные можно несколькими способами: через типовую синхронизацию (планы обмена), через универсальный обмен в формате XML с помощью обработки «Универсальный обмен данными», через выгрузку в файл, через веб-сервисы и COM-соединение, а также через механизм конвертации данных. Выбор зависит от того, однотипные ли это конфигурации, разовая это операция или регулярная синхронизация.

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

Какие способы передачи данных существуют в 1С

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

Для интеграции с внешними системами используются веб-сервисы, HTTP-сервисы, COM-соединение между базами на одной платформе и обмен через файлы произвольного формата (CSV, TXT, DBF) с помощью самописных обработок. Выбор зависит от частоты обмена, объёма данных и того, есть ли техническая возможность прямого подключения.

Сравнение способов обмена

Типовая синхронизация

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

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

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

Планы обмена (РИБ)

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

Веб-сервисы и HTTP

Подходят для интеграции с сайтами и сторонними системами; требуют разработки и защиты канала передачи.

Как подготовить базы к обмену

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

Второй шаг — чистка данных в базе-источнике. Удалите помеченные на удаление объекты, проведите тестирование и исправление, закройте незавершённые документы. Дубли контрагентов и номенклатуры в источнике гарантированно переедут в приёмник, поэтому сначала выполните поиск и удаление дублей стандартной обработкой.

Третий шаг — резервное копирование обеих баз. Для файловой базы достаточно скопировать каталог или сделать выгрузку в dt через конфигуратор. Для клиент-серверной базы используйте средства СУБД или выгрузку dt при монопольном доступе.

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

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

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

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

1. 1
   Сделайте резервные копии обеих баз и проверьте совместимость версий конфигураций.
2. 2
   Включите синхронизацию данных в настройках и создайте новую настройку обмена.
3. 3
   Укажите способ подключения и префикс второй базы для различения объектов.
4. 4
   Задайте правила отправки: дату начала, отборы по организациям, расписание.
5. 5
   Выполните первую синхронизацию и вручную сопоставьте несопоставленные объекты.
6. 6
   Проверьте результат: отсутствие дублей, совпадение документов и остатков.

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

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

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

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

Планы обмена и распределённые базы

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

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

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

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

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

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

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

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

Счётчики объектов в обработке обмена

Норма

Количество выгруженных и загруженных объектов совпадает

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

Загружено меньше выгруженного — часть данных потеряна

Остатки по отчётам за один период

Норма

ОСВ и складские отчёты в обеих базах совпадают

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

Расхождения в суммах или количестве

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

Норма

Нет дублей по ИНН и наименованию

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

Один контрагент заведён несколько раз

Проведение документов

Норма

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

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

Документы есть, но движений нет

Безопасность и ограничения самостоятельной работы

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

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

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

Можно ли перенести данные из 1С 7.7 в 1С 8?

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

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

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

Как передавать только часть документов, а не все?

В типовой синхронизации используйте отборы по дате начала, организациям и видам документов в правилах отправки. В универсальном обмене XML задайте период выгрузки и отметьте только нужные виды объектов в дереве правил. Если типовых отборов не хватает, правила дорабатываются в «Конвертации данных».

Почему документы загрузились, но не проведены?

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

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

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

Можно ли настроить обмен 1С с сайтом или интернет-магазином?

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