Почему не проходит синхронизация в 1С и как это исправить

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

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

Как понять, что именно сломалось: первичная диагностика

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

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

Проблемы с подключением и транспортом обмена

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

При обмене через FTP проверьте логин, пароль, порт и режим (пассивный/активный). При обмене через веб-сервисы — публикацию базы на веб-сервере, корректность адреса и то, что публикация не была перезаписана при обновлении конфигурации. Для прямого подключения через COM убедитесь, что разрядность клиента совместима и вторая база доступна.

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

Расхождение версий конфигураций и правил обмена

После обновления одной из баз синхронизация нередко останавливается с ошибками вида «Ошибка формата сообщения обмена» или «Несовместимая версия». Причина в том, что формат EnterpriseData или правила конвертации изменились, а вторая база ещё работает на старой версии. Типовые обмены рассчитаны на определённые пары версий конфигураций.

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

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

Ошибки в данных: что блокирует загрузку

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

В протоколе обмена ошибка обычно содержит представление объекта, на котором произошёл сбой. Откройте этот объект в базе-источнике, проверьте заполненность реквизитов и корректность ссылок. Если объектов с ошибками много, удобно использовать отчёт о сопоставлении данных или обработку поиска дублей.

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

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

Обмен «проходит», но данные не переносятся

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

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

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

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

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

Ошибка подключения к базе-приёмнику или каталогуПроверяйте сеть, права доступа и параметры транспорта, правила не трогайте

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

Загрузка падает на конкретном объектеИсправляйте данные объекта, при необходимости временно снимите его с регистрации

Обмен успешен, но данных нетПроверяйте регистрацию изменений, состав узла и отборы в правилах регистрации

После сбоя появились дублиОстанавливайте обмен и выполняйте сопоставление данных до возобновления синхронизации

Распределённая информационная база и универсальный обмен: особенности

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

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

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

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

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

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

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

Протокол последнего сеанса обмена

Норма

Нет ошибок, количество выгруженных и загруженных объектов согласовано

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

Есть ошибки загрузки или предупреждения о пропущенных объектах

Контрольные документы в приёмнике

Норма

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

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

Документов нет, есть дубли или расхождения в данных

Регистрация изменений на узле

Норма

Новые изменения регистрируются и уходят при следующем сеансе

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

Очередь регистрации растёт, но сообщения не формируются

Часто задаваемые вопросы

Можно ли восстановить синхронизацию без привлечения программиста?

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

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

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

Почему часть документов переносится, а часть — нет?

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

Опасно ли снимать объекты с регистрации на узле обмена?

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

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

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

Обмен через регламентное задание не работает, а вручную — работает. В чём причина?

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