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