Как настроить синхронизацию данных между базами 1С и внешними системами

· 9 мин

Содержание

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

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

Какой способ обмена выбрать под вашу задачу

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

  • 🔄 Типовая синхронизация двух конфигураций — между БП 3.0, ЗУП 3.1, УТ 11, КА, ERP. Работает на универсальном формате EnterpriseData, правила обмена уже встроены в конфигурации. Самый частый случай.
  • 🌐 Обмен с сайтом — выгрузка товаров и цен на интернет-магазин и загрузка оттуда заказов. Идёт по стандарту CommerceML.
  • 🧩 Обмен с CRM (Bitrix24, amoCRM, Мегаплан) — обычно через готовый модуль или сторонний коннектор, реже через веб-сервис.
  • 🏢 Распределённая информационная база (РИБ) — для филиалов и удалённых точек, где нужна полная копия базы с автоматическим обменом изменениями.

Для связи между двумя базами платформа даёт четыре канала:

Канал связиКогда подходитМинусы
Общий каталог (сетевая папка)Базы в одной локальной сетиНужен доступ к папке у обеих баз
FTP-ресурсБазы в разных сетях, есть FTP-серверНастройка сервера, безопасность
Электронная почтаНет общей сети и FTPМедленно, лимиты на размер письма
Прямое подключениеОбе базы доступны по сети или через интернетНужен постоянный доступ к второй базе

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

Настройка обмена между двумя базами 1С

Разберём на типовом сценарии: бухгалтерия (БП 3.0) и зарплата (ЗУП 3.1). Порядок одинаков для большинства пар типовых конфигураций.

  1. В обеих базах зайдите в Администрирование → Синхронизация данных и включите флажок Синхронизация данных. Там же задайте префикс базы (например, БУХ и ЗУП) — он подставляется в номера документов, чтобы они не конфликтовали.
  2. В одной из баз нажмите Настройки синхронизации данных → Настроить синхронизацию данных и выберите из списка нужную программу-партнёра.
  3. Укажите способ связи (каталог, FTP, почта или прямое подключение) и проверьте соединение кнопкой проверки в том же окне мастера.
  4. Настройте правила отправки и получения: за какой период переносить данные, по каким организациям, какие виды документов. Это ключевой шаг — именно здесь задаётся, что именно поедет в другую базу.
  5. Выполните первую синхронизацию. Программа покажет сопоставление данных: одинаковые организации, физлица и контрагенты нужно связать между базами вручную, чтобы не возникли дубли.
  6. На второй базе загрузите встречные настройки — мастер предложит это автоматически через выбранный канал.

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

Что обычно переносится в типовых парах:

  • Бухгалтерия ↔ Зарплата — из ЗУП в БП уходят ведомости, начисления и отражение зарплаты в учёте, обратно — данные о выплатах и организации. Движения по бухучёту ЗУП не формирует — их делает бухгалтерия на основе загруженного отражения.
  • Бухгалтерия ↔ Торговля — из УТ в БП идут документы продаж, поступлений и оплат; бухгалтерия отражает их проводками. Справочники номенклатуры и контрагентов ведутся в одной базе и переносятся в другую.

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

Что проверить перед первым обменом
Выполнено: 0 / 5

После настройки обмен можно запускать вручную кнопкой Синхронизировать или отдать расписанию — об этом в разделе про оптимизацию.

Обмен товарами и заказами с интернет-магазином

Выгрузка на сайт и загрузка заказов в 1С работает по стандарту CommerceML — он поддержан в УТ 11, Рознице, КА и 1С-Битрикс. На стороне 1С настройка живёт в разделе обмена с сайтами (в УТ — Администрирование → Обмен с сайтом либо через раздел интеграции).

Что настраивается:

  • 📤 Выгрузка каталога — номенклатура, группы, картинки, остатки и цены. Вы выбираете тип цен и склады, по которым считаются остатки для сайта.
  • 📥 Загрузка заказов — заказы покупателей с сайта создаются документами в 1С, статусы оплаты и отгрузки возвращаются обратно.
  • ⏱ Расписание — обмен обычно гоняют раз в 10–30 минут, чтобы остатки на сайте не устаревали.

Порядок действий:

  1. На сайте (в CMS) создайте узел обмена и получите адрес, логин и пароль для подключения.
  2. В 1С создайте настройку обмена с сайтом, укажите этот адрес и реквизиты доступа.
  3. Выберите, какие виды цен и склады выгружать, и правила создания заказов.
  4. Запустите пробную выгрузку и проверьте на сайте, что товары появились с верными ценами и остатками.

Сверяйте тип цены на сайте и в 1С. Самая частая жалоба «цены на сайте не те» — это выгрузка не того вида цен, а не сбой обмена.

Если магазин не на Битриксе, а на другой платформе (например, через API), штатного CommerceML может не хватить — тогда смотрите в сторону коннекторов, о которых ниже.

Связка 1С с Bitrix24, amoCRM и Мегапланом

С CRM 1С не обменивается встроенными средствами «из коробки» так же гладко, как с типовыми конфигурациями. Схема зависит от системы:

  • Bitrix24 — есть официальный модуль двусторонней интеграции «1С + Битрикс24»: товары и остатки уходят в CRM, сделки и счета возвращаются в 1С. Подключается через настройки интеграции в Битрикс24 и обработку на стороне 1С.
  • amoCRM — штатного обмена нет, используют сторонние коннекторы из каталога решений или интеграцию через REST-API amoCRM. Обычно переносят контрагентов, сделки и счета.
  • Мегаплан — аналогично, через сторонние модули или API.

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

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

Что обычно синхронизируют с CRM:

  • контрагентов и контактных лиц;
  • номенклатуру и цены;
  • счета и сделки;
  • статусы оплаты.

Почему обмен встал: разбор типичных ошибок

Когда синхронизация перестала работать, не бросайтесь перенастраивать с нуля — сначала посмотрите на симптом.

Диагностика: выберите симптом

Первое, что стоит открыть при любой ошибке, — журнал регистрации (Администрирование → Журнал регистрации) с отбором по событиям синхронизации данных. Там видно, на каком объекте и с каким текстом оборвался обмен.

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

Как ускорить синхронизацию и настроить расписание

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

Настройка расписания:

  1. В окне настройки синхронизации включите автоматическую синхронизацию по расписанию.
  2. Задайте интервал: для обмена с сайтом — каждые 10–30 минут, для бухгалтерии и зарплаты — обычно раз в день или по событию закрытия месяца.
  3. В клиент-серверной базе расписание исполняет сервер в фоне, в файловой — его должен держать запущенный сеанс или отдельный агент.

Что ускоряет обмен:

  • 📦 Сузьте состав данных. Не переносите то, что второй базе не нужно. Чем меньше видов документов и короче период — тем быстрее пакет.
  • 🖥 Прямое подключение вместо файлов. Оно избавляет от записи и чтения файлов обмена на диск.
  • 🕐 Разнесите обмены по времени. Если баз несколько, не запускайте все синхронизации одновременно — сервер будет конкурировать сам с собой за ресурсы.
  • 🧹 Первый обмен — отдельно. Историю переносите один раз в нерабочее время, дальше идут только изменения, и они невелики.

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

Когда типовых средств не хватает: РИБ и обработки

Штатная синхронизация переносит данные между разными конфигурациями. Если задача другая — есть иные механизмы.

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

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

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

Как выбрать:

Что именно нужно синхронизировать?

Частые вопросы по синхронизации в 1С

Можно ли настроить синхронизацию без программиста?
Для типовых пар конфигураций (бухгалтерия — зарплата, бухгалтерия — торговля) мастер проводит по шагам, и настройка посильна опытному пользователю. Нетиповые обмены и коннекторы к CRM обычно требуют специалиста.
Синхронизация работает в обе стороны или только в одну?
Зависит от настройки правил. Обмен может быть двусторонним (изменения в обеих базах переносятся друг к другу) или односторонним, если в правилах одной из баз отключена отправка.
Что будет с номерами документов после обмена?
Чтобы номера из разных баз не конфликтовали, каждой базе задают префикс. Он подставляется в начало номера, и документы остаются уникальными даже при одинаковой нумерации.
Почему после обмена появились дубли контрагентов?
Не было сопоставления на первом обмене. Программа не узнала, что это один и тот же контрагент, и создала второй. Дубли нужно объединить, а в настройках проверить правила сопоставления.
Можно ли обмениваться между базами разных версий платформы?
Да, синхронизация идёт на уровне данных через формат EnterpriseData, а не платформы. Важно, чтобы релизы конфигураций поддерживали одну и ту же версию формата обмена.