Что такое синхронизация в 1С и как её настроить

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

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

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

Зачем нужна синхронизация и какие задачи она решает

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

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

Третья группа задач — интеграция с внешними системами: обмен с сайтом на «1С-Битрикс», выгрузка платёжных поручений в клиент-банк, обмен заказами с маркетплейсами, передача данных в CRM. Здесь синхронизация обычно работает по стандартным форматам (CommerceML, XML) или через API.

Основные виды обмена данными в 1С

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

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

Как работает механизм: регистрация изменений и правила

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

Соответствие объектов между базами устанавливается по уникальному идентификатору (GUID). Если объект пришёл без известного идентификатора, 1С ищет его по ключевым полям: для контрагента — по ИНН и КПП, для номенклатуры — по коду или артикулу. Если поиск не дал результата, создаётся новый объект. Именно на этом этапе чаще всего возникают дубли.

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

Пошаговая настройка синхронизации между базами

Рассмотрим стандартный сценарий настройки на примере типовой связки двух конфигураций. Точные названия пунктов меню могут отличаться в зависимости от релиза, но логика одинакова.

1. 1
   Сделайте резервные копии обеих баз перед настройкой.
2. 2
   В первой базе откройте раздел «Администрирование» — «Синхронизация данных» и включите использование синхронизации.
3. 3
   Создайте новую настройку, выберите вторую программу из списка и способ подключения: файл, прямое подключение или веб-сервис.
4. 4
   Задайте префикс базы, правила отправки и получения данных, отборы по организациям и датам.
5. 5
   Выполните начальную выгрузку данных для второй базы.
6. 6
   Во второй базе завершите настройку: загрузите начальные данные и выполните сопоставление объектов.
7. 7
   Запустите первый обмен, проверьте журнал регистрации и отчёт о сопоставлении.
8. 8
   Настройте расписание автоматического обмена через регламентное задание.

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

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

Расписание, отборы и режимы обмена

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

Отборы позволяют ограничить состав передаваемых данных: по организациям, дате начала выгрузки документов, видам документов. Например, из ЗУП в бухгалтерию можно передавать только документы отражения зарплаты, а личные данные сотрудников — не выгружать. Это и быстрее, и безопаснее.

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

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

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

Обе базы — типовые конфигурации фирмы «1С»Используйте встроенную настройку синхронизации данных, правила уже встроены

Вторая система — сайт или сторонняя CRMНастройте обмен через CommerceML, веб-сервисы или формат EnterpriseData

Филиалы работают на идентичной конфигурации с тем же релизомРассмотрите РИБ — она переносит все данные без настройки правил

Нужен разовый перенос, а не постоянный обменИспользуйте обработку «Выгрузка и загрузка данных XML» вместо синхронизации

Типичные ошибки и способы их устранения

Самая частая проблема — дубли справочников. Причины: отличающиеся ИНН или наименования, ручное создание объекта в обеих базах до первого обмена, сбой сопоставления. Лечение: найдите дубли, через обработку замены дублей объедините записи и повторите обмен. Профилактика — единый порядок ведения справочников в одной «главной» базе.

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

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

Контроль результата и ограничения самостоятельной настройки

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

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

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

Журнал синхронизации

Норма

Сеансы завершаются без ошибок, предупреждений нет или они разобраны

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

Повторяющиеся ошибки загрузки одних и тех же объектов

Справочники

Норма

Каждый контрагент и товар существует в одном экземпляре

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

Дубли с разными написаниями наименований

Документы за период

Норма

Количество и суммы совпадают в обеих базах

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

Документы есть в одной базе и отсутствуют в другой

Номенклатура и остатки

Норма

Остатки по складам совпадают после обмена

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

Расхождения растут от сеанса к сеансу

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

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

Чем синхронизация отличается от выгрузки-загрузки данных?

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

Можно ли синхронизировать базы с разными конфигурациями?

Да, именно для этого созданы планы обмена с правилами конвертации: например, «Управление торговлей» обменивается с «Бухгалтерией предприятия», хотя структура конфигураций различна. Правила преобразуют объекты одной конфигурации в объекты другой.

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

Найдите дубли поиском по ИНН или наименованию, объедините их штатной обработкой поиска и удаления дублей, затем проверьте настройки сопоставления. Чтобы проблема не повторялась, назначьте одну базу «главной» для ведения справочников.

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

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

Переносятся ли при синхронизации проведённые документы с движениями?

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