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

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

В платформе 1С:Предприятие обмен строится на планах обмена — специальных объектах конфигурации, которые фиксируют изменения данных и формируют пакеты для передачи. Поверх планов обмена работают типовые механизмы: универсальный формат EnterpriseData, обмен через правила конвертации (КД 2.0/3.0), веб-сервисы и прямое подключение. Выбор механизма зависит от того, одинаковые ли конфигурации обмениваются данными, кто выступает источником и как часто нужна актуальность.

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

Какие механизмы обмена существуют в 1С

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

Второй уровень — планы обмена как объект конфигурации. Они регистрируют изменения в узлах, формируют сообщения обмена (XML-пакеты с номерами отправленных и принятых пакетов) и позволяют строить распределенные базы. Третий уровень — конвертация данных: правила, описывающие, как объект одной конфигурации превращается в объект другой. Четвертый — интеграция через веб-сервисы, HTTP-запросы и COM/OLE-подключение, когда типовых средств недостаточно.

Сравнение вариантов обмена

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

Подходит для обмена между типовыми конфигурациями на БСП. Настраивается через помощник, не требует правил. Ограничение: работает только с поддерживаемыми версиями конфигураций.

Правила конвертации (КД 2.0/3.0)

Гибкий вариант для нестандартных пар баз и доработанных конфигураций. Требует навыков работы в «Конвертации данных» и поддержки правил при обновлении.

Распределенная база (РИБ)

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

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

Для интеграции с не-1С системами и нестандартных сценариев реального времени. Требует разработки и контроля безопасности доступа.

Подготовка баз перед настройкой синхронизации

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

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

Также проверьте версии конфигураций: типовые обмены рассчитаны на актуальные релизы. Если одна база давно не обновлялась, сначала обновите её, иначе возможны ошибки формата при загрузке пакетов.

Настройка типовой синхронизации через универсальный формат

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

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

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

Односторонний и двусторонний обмен

Односторонний обмен (например, ЗУП → Бухгалтерия: только выгрузка ведомостей и проводок) проще и безопаснее: конфликты практически исключены. Двусторонний обмен (УТ ↔ БП) требует четкого разграничения: какие документы создаются только в одной базе, а какие справочники могут меняться в обеих. При двустороннем обмене задайте приоритеты и не редактируйте один и тот же объект одновременно в двух базах.

Синхронизация через правила конвертации данных

Если типовой обмен не покрывает вашу пару конфигураций или базы сильно доработаны, используются правила конвертации, созданные в конфигурации «Конвертация данных». Правила описывают соответствие объектов (ПКО), свойств (ПКС) и алгоритмы обработки. Готовые правила для типовых конфигураций поставляются вместе с релизами и могут служить основой для доработки.

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

Автоматизация: расписание и мониторинг обмена

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

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

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

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

Статус последнего сеанса обмена

Норма

Пакет отправлен и принят, ошибок в журнале нет

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

Сообщения о неотправленных пакетах или ошибках загрузки

Контрольный документ

Норма

Проведен в обеих базах с одинаковой суммой и датой

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

Документ отсутствует, не проведен или сумма отличается

Справочники

Норма

Новые элементы появились без дублей

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

Дубли контрагентов или номенклатуры с похожими наименованиями

Номера сообщений обмена

Норма

Номера отправленных и принятых пакетов последовательно растут

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

Разрыв нумерации — часть пакетов потеряна или получено квитирование с ошибкой

Типичные ошибки и устранение конфликтов

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

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

Ограничения и границы самостоятельной настройки

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

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

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

Можно ли синхронизировать файловую базу с серверной?

Да, способ хранения базы не влияет на обмен. Связь организуется через каталог обмена (доступный обеим базам), FTP, прямое подключение или веб-сервис. Важно лишь, чтобы регламентные задания обмена выполнялись: в файловом режиме для этого обычно настраивают отдельный запускаемый сеанс.

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

Зависит от требований к актуальности. Для связки «склад — бухгалтерия» обычно достаточно обмена каждые 15–60 минут в рабочее время; для выгрузки зарплаты в бухгалтерию — раз в месяц после расчета. Слишком частый обмен увеличивает нагрузку и риск блокировок, слишком редкий — накапливает большие пакеты и растит время сеанса.

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

Сначала остановите автоматический обмен, чтобы дубли не размножались. Затем выполните сопоставление объектов в настройке синхронизации вручную или используйте обработку поиска и замены дублей (в типовых конфигурациях — «Администрирование — Обслуживание — Поиск и удаление дублей»). После объединения дублей проведите контрольный обмен и проверьте, что новые дубли не создаются.

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

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

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

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

Нужно ли останавливать работу пользователей во время обмена?

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