Повторная синхронизация данных перед запуском 1С: как сбросить настройку

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

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

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

Когда действительно нужен сброс, а когда достаточно повторной отправки

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

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

Подготовка: резервная копия и анализ текущего состояния

Перед сбросом зафиксируйте текущее состояние. Создайте резервные копии обеих баз: в файловом варианте — через «Администрирование → Обслуживание → Резервное копирование» или копированием файла 1Cv8.1CD при закрытых сеансах, в клиент-серверном — средствами СУБД. Проверьте, что копия открывается.

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

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

Способ 1: удаление настройки синхронизации полностью

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

Порядок действий в типовых конфигурациях (УТ 11, ERP, КА, БП 3.0, ЗУП 3.1):

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

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

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

Способ 2: сброс номеров сообщений без удаления настройки

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

Откройте настройку синхронизации, перейдите на вкладку с параметрами обмена (в ряде конфигураций — «Ещё → Настройки обмена данными» или ссылка «Номера отправленных и принятых сообщений»). Установите номер отправленного и номер принятого сообщения в ноль в обеих базах. После этого выполните выгрузку — платформа сформирует сообщение с нулевым номером, и обмен продолжится.

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

Способ 3: очистка регистрации изменений и повторная регистрация

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

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

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

Узел = ПланыОбмена.ОбменДанными.НайтиПоКоду("002");
ПланыОбмена.УдалитьРегистрациюИзменений(Узел);

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

Сравнение способов сброса

Проверка результата после повторного запуска

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

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

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

Отдельная ошибка — попытка «лечить» проблему повторным созданием начального образа подчинённого узла без анализа данных, введённых в подчинённой базе. Все изменения, сделанные в подчинённом узле после последнего успешного обмена, при этом будут потеряны.

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

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

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

Частые вопросы