Как сохранить настройки синхронизации 1С

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

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

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

Что именно нужно сохранять при синхронизации

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

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

Сохранение правил обмена в файл

Если обмен работает по правилам, загруженным из файла (типично для обменов «УТ — БП», «ERP — БП», нестандартных обменов через «Конвертацию данных 2.1»), файл правил — первый кандидат на сохранение. Откройте в меню «Администрирование» → «Синхронизация данных» → «Настройки синхронизации данных», выберите нужную настройку и перейдите к параметрам обмена.

В форме настройки найдите раздел с правилами конвертации. Если правила загружены из файла, доступна команда «Сохранить правила в файл» (в ряде конфигураций — через «Ещё» → «Загрузить/выгрузить правила»). Сохраните XML-файл правил конвертации и, при наличии, файл правил регистрации в надёжное место вне рабочего каталога базы.

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

1. 1
   Откройте «Администрирование» → «Синхронизация данных» → «Настройки синхронизации данных»
2. 2
   Откройте нужную настройку и перейдите к правилам конвертации данных
3. 3
   Выполните команду сохранения правил в файл (через «Ещё», если кнопки нет на форме)
4. 4
   Сохраните XML-файл в каталог резервных копий с указанием даты и версии конфигурации в имени
5. 5
   Повторите для правил регистрации объектов, если они используются

Резервное копирование базы с узлами обмена

Узлы планов обмена, зарегистрированные изменения и настройки транспорта хранятся внутри базы, поэтому полноценная резервная копия — обязательный слой защиты. Для файловой базы это выгрузка в dt через конфигуратор («Администрирование» → «Выгрузить информационную базу») или копирование файла 1Cv8.1CD при отсутствии активных сеансов.

Для клиент-серверной базы используйте штатные средства СУБД: pg_dump для PostgreSQL, резервное копирование через SQL Server Management Studio для MS SQL. Выгрузка dt на клиент-серверной базе тоже возможна, но на больших объёмах выполняется долго и требует монопольного доступа.

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

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

Типовой сценарий — развёртывание копии базы на новом сервере или создание чистой базы-корреспондента. Для переноса настройки используйте «Помощник настройки синхронизации данных»: в новой базе откройте «Администрирование» → «Синхронизация данных» → «Настроить синхронизацию данных» и выберите вариант с загрузкой файла настроек, выгруженного из первой базы.

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

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

Документирование параметров подключений

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

Храните этот документ вместе с файлами правил и обновляйте при каждом изменении настройки. Практика показывает: большинство долгих простоев обмена связаны не с потерей данных, а с тем, что никто не помнит, где лежит каталог обмена и какой пользователь FTP использовался.

Удобно хранить в одном каталоге: файл правил, файл настроек подключения, текстовое описание и скриншоты ключевых форм настройки. Именуйте файлы с датой и версией конфигурации — например, rules_UT11.5_2026-05.xml. Тогда при сбое восстановление сводится к загрузке файлов, а не к воспоминаниям.

Проверка восстановления настроек

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

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

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

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

Загрузка правил в тестовую базу

Норма

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

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

Ошибка формата файла или несовпадение версий конфигураций

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

Норма

Номера соответствуют состоянию второй базы

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

Разрыв нумерации, предупреждения о пропущенных сообщениях

Тестовая выгрузка

Норма

Файл обмена формируется, данные в нём читаются

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

Пустой пакет или ошибки при формировании

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

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

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

FAQ

Можно ли скопировать настройку синхронизации, просто скопировав базу?

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

Где хранятся правила обмена, если они загружены из файла?

Загруженные правила хранятся внутри информационной базы в виде двоичных данных, прикреплённых к настройке обмена. Исходный XML-файл после загрузки не нужен для работы, но его стоит сохранить для восстановления и переноса на другую базу.

Что делать, если после восстановления базы синхронизация выдаёт ошибку номеров сообщений?

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

Нужно ли сохранять настройки обмена через универсальный формат EnterpriseData?

Отдельный файл правил для EnterpriseData обычно отсутствует — правила встроены в конфигурацию. Достаточно резервной копии базы, файла настроек подключения и документирования параметров транспорта. При обновлении конфигурации правила обновятся штатно.

Как часто нужно обновлять сохранённые настройки?

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

Можно ли перенести настройку синхронизации между разными конфигурациями?

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