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