Администрирование · 12 мин
Почему не идет синхронизация 1С и как это исправить
Разбираем, почему не идет синхронизация 1С: ошибки обмена, права доступа, версии конфигураций, регистрация изменений. Пошаговая диагностика и способы устранения.
Синхронизация данных в 1С — это обмен информацией между двумя или более базами: например, между «Управлением торговлей» и «Бухгалтерией», между центральной базой и периферийными узлами РИБ или между 1С и сайтом. Когда обмен останавливается, документы перестают попадать из одной системы в другую, остатки и справочники расходятся, а пользователи работают с устаревшими данными.
Причины сбоя почти всегда сводятся к нескольким типовым группам: недоступность второй базы или каталога обмена, ошибки в настройках узла обмена, несовпадение версий конфигураций, блокировки из-за ошибок в данных и проблемы с правами пользователя, от имени которого выполняется обмен. Понимание того, на каком этапе обрывается процесс, позволяет локализовать проблему за 10–20 минут вместо часов беспорядочных попыток.
Ниже разобраны основные причины, по которым не идет синхронизация 1С, и конкретные шаги диагностики для файловых и клиент-серверных баз. Материал подходит для типовых конфигураций с механизмом «Синхронизация данных» на базе БСП, а также для планов обмена РИБ.
Как понять, что синхронизация действительно остановилась
Прежде чем искать причину, убедитесь, что обмен действительно не выполняется, а не просто завершается с предупреждениями. Откройте раздел «Администрирование» → «Синхронизация данных» и посмотрите дату последнего успешного обмена по каждому узлу. Если дата старая, а регламентное задание включено — обмен падает с ошибкой.
Обратите внимание на статус в списке настроек синхронизации. Значок с восклицательным знаком или красная отметка означают, что последний сеанс завершился с ошибкой. Клик по строке открывает подробности: номер неотправленного пакета, текст ошибки и этап, на котором произошел сбой — выгрузка, транспорт или загрузка.
Важно отличать три ситуации: обмен не запускается вообще (проблема с расписанием или правами), обмен запускается, но падает (ошибка в данных или настройках) и обмен «проходит», но данные не появляются (проблема регистрации изменений или сопоставления объектов). Для каждой ситуации своя диагностика.
Проверить регламентное задание и пользователя, от имени которого оно работает
Открыть историю обмена и журнал регистрации
Проверить состав плана обмена и зарегистрированные изменения
Проверить путь, права и сетевую доступность
Проверка доступности канала обмена
Самая частая техническая причина — недоступность места, через которое передаются файлы обмена. Если обмен настроен через каталог на диске или сетевую папку, проверьте, что путь существует, диск не переполнен, а у пользователя, под которым работает 1С (в клиент-серверном варианте — у пользователя службы агента сервера 1С), есть права на чтение и запись в эту папку.
Для обмена через FTP проверьте логин, пароль и пассивный/активный режим соединения. Пароли FTP периодически меняются, и после смены обмен молча перестает работать. Для обмена через веб-сервис или прямое подключение к базе убедитесь, что публикация веб-сервиса активна, а база-приемник доступна по указанному адресу.
Простая ручная проверка: попробуйте с того же компьютера (или сервера) открыть сетевую папку обмена и создать в ней файл. Если это не удается под учетной записью службы — проблема найдена. Восстановите доступ и запустите синхронизацию вручную.
- 1Откройте настройку синхронизации и запомните тип подключения: каталог, FTP, веб-сервис или COM
- 2Для каталога: проверьте существование пути и права на запись от имени пользователя службы сервера 1С
- 3Для FTP: проверьте логин, пароль и доступность сервера командой ping или FTP-клиентом
- 4Для веб-сервиса: откройте URL публикации в браузере — должна открываться страница описания сервиса
- 5Запустите синхронизацию вручную и проверьте результат в истории обмена
Ошибки в данных и блокировка загрузки пакета
Если пакет выгружается, но не загружается в приемник, причина почти всегда в данных. Типичные случаи: документ ссылается на элемент справочника, которого нет в базе-приемнике; нарушены правила конвертации после обновления одной из конфигураций; объект помечен на удаление, но на него есть ссылки.
Откройте историю обмена и найдите текст ошибки загрузки. В типовых механизмах ошибка содержит представление объекта, который не удалось записать, и причину: например, «Ошибка при вызове метода контекста (Записать): Нарушение прав доступа» или ошибку проверки заполнения обязательного реквизита.
Не пытайтесь «протолкнуть» обмен многократным запуском: проблемный объект будет падать снова и снова, блокируя весь пакет. Правильный путь — исправить конкретный объект (заполнить реквизит, снять пометку удаления, восстановить связь) или временно исключить его из обмена, загрузить остальные данные, а затем разобраться с проблемным.
Проблемы регистрации изменений и номеров сообщений
План обмена фиксирует измененные объекты и отправляет их с номером сообщения. Если в базе-источнике номер отправленного сообщения не совпадает с номером принятого в базе-приемнике, обмен останавливается с ошибкой вида «Номер сообщения меньше или равен номеру ранее принятого сообщения». Такое случается после восстановления одной из баз из копии или после ручных манипуляций с узлами.
Чтобы проверить регистрацию изменений, откройте узел плана обмена и выполните команду «Зарегистрированные изменения» (или «Состав отправляемых данных»). Если список пуст, хотя документы в базе менялись, — изменения не регистрируются. Причины: объект не входит в состав плана обмена, изменения вносятся обменом данных (загрузка не регистрируется повторно — это норма) или снят признак авторегистрации при неправильной ручной настройке.
Расхождение номеров сообщений лечится установкой корректных номеров в узле обмена: в базе-источнике укажите номер принятого сообщения, который сообщает приемник, и наоборот. В типовых конфигурациях для этого есть кнопка «Изменить номера сообщений» в форме узла. Делайте это только при полном понимании текущего состояния обеих баз.
Несовпадение версий конфигураций и правил обмена
Обмен между разными конфигурациями (например, УТ и БП) выполняется по правилам конвертации, которые привязаны к версиям обеих программ. Если одна база обновлена, а вторая нет, правила могут перестать соответствовать структуре данных: новые реквизиты не находятся, обязательные поля не заполняются, загрузка падает.
Проверьте версии конфигураций в обеих базах («О программе») и сопоставьте с требованиями настройки синхронизации. В типовых решениях при обновлении правила обмена обновляются автоматически, но если обмен настроен через внешние файлы правил, их нужно заменить вручную на актуальные из поставки новой версии.
Для РИБ требование жестче: версии конфигурации во всех узлах должны совпадать полностью. Главный узел не примет пакет от подчиненного с другой версией — потребуется сначала обновить подчиненный узел через механизм обновления из главной базы.
Права доступа и регламентные задания
Если синхронизация настроена по расписанию, но не выполняется, проверьте регламентное задание «Синхронизация данных»: оно может быть отключено, заблокировано или завершаться с ошибкой. В клиент-серверном варианте смотрите консоль заданий; в файловом — задания выполняются только при запущенном сеансе с включенным выполнением регламентных операций.
Пользователь, от имени которого работает задание, должен иметь права на выполнение синхронизации и на все объекты, участвующие в обмене. Если после настройки прав (RLS, профили групп доступа) обмен перестал работать — вероятная причина именно в ограничении доступа: задание «не видит» часть документов и падает при попытке их выгрузить.
Отдельный случай — монопольные блокировки. Если в момент обмена база обновляется, выполняется тестирование и исправление или другой сеанс удерживает монопольный режим, синхронизация будет ждать или завершится ошибкой. Планируйте обмен вне окон обслуживания.
Как выбрать действие
Проверка результата после устранения причины
После исправления запустите синхронизацию вручную и дождитесь завершения. Успешный результат — не только отсутствие ошибки, но и фактическое появление данных в приемнике: создайте тестовый документ в источнике, выполните обмен и убедитесь, что документ появился в другой базе с корректными реквизитами.
Проверьте счетчики: в узле обмена номера отправленных и принятых сообщений должны увеличиваться после каждого сеанса. Если номера растут, а данные не приходят, проблема переносится в область сопоставления объектов и правил конвертации — смотрите отчет о сопоставлении и незаполненные реквизиты.
Для обменов, критичных к полноте данных (остатки, цены, контрагенты), полезно периодически сверять контрольные итоги между базами: количество документов за период, обороты по ключевым счетам. Расхождение при «зеленом» статусе обмена — сигнал скрытых проблем с правилами.
Как проверить результат
«Выполнено успешно», дата актуальна
Ошибка или давняя дата последнего сеанса
Растут после каждого обмена
Не меняются или сброшены
Появился в приемнике после обмена
Отсутствует или пришел с пустыми реквизитами
Нет ошибок по событиям обмена данными
Повторяющиеся ошибки записи или доступа
Частые вопросы о синхронизации 1С
Синхронизация зависает и не завершается. Что делать?
Чаще всего зависание связано с большим объемом пакета после длительного перерыва или с блокировками в базе-приемнике. Дождитесь разумного времени, проверьте активные сеансы и блокировки. Если процесс реально «висит», завершите сеанс, разделите обмен на части (например, ограничив период выгрузки) и повторите.
Можно ли перенести файл обмена вручную на флешке?
Да, для обмена через каталог это штатный сценарий: выгрузите пакет в файл, перенесите и загрузите в приемник через ту же настройку синхронизации. Важно не переименовывать файл и не пропускать промежуточные пакеты — нарушение порядка вызовет ошибку номеров сообщений.
После восстановления базы из копии обмен сломался. Почему?
Копия содержит старые номера отправленных и принятых сообщений, которые расходятся с текущим состоянием второй базы. Нужно вручную выровнять номера сообщений в узлах обмена обеих баз, ориентируясь на фактически принятые пакеты.
Обмен проходит, но часть документов не переносится. В чем причина?
Вероятные причины: документы не соответствуют отбору в настройке синхронизации (дата начала, организации), объекты не зарегистрированы в узле обмена или отклонены правилами конвертации. Проверьте параметры настройки и состав зарегистрированных изменений.
Нужно ли останавливать работу пользователей во время синхронизации?
Нет, типовые механизмы обмена работают в многопользовательском режиме. Исключения — обновление конфигурации, тестирование и исправление и другие операции, требующие монопольного доступа: на их время обмен придется отложить.
Как понять, что проблема не в 1С, а в сети?
Признаки сетевой проблемы: ошибки «не найден путь», «тайм-аут соединения», «доступ запрещен» при исправной работе самих баз. Проверьте доступность папки или сервера обмена с того же компьютера вне 1С — если и там отказ, устраняйте сетевую причину.
Что важно запомнить
Диагностику всегда начинайте с истории обмена и журнала регистрации — они указывают этап сбоя. Проверяйте доступность канала, ошибки в данных, номера сообщений, версии конфигураций и права задания. Любые действия с узлами обмена выполняйте только после резервного копирования обеих баз.