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

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

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

Ниже разобраны типовые причины сбоев, порядок их проверки и безопасные способы восстановить обмен без потери данных.

Как понять, что синхронизация действительно сломана

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

Основные источники информации о сбое:

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

Проверяем связь и доступ к каталогу обмена

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

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

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

Ошибки загрузки данных: главная причина «молчаливого» сбоя

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

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

Незаполненные и некорректные данные

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

Дата запрета редактирования

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

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

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

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

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

1. 1
   Сделайте резервные копии обеих баз
2. 2
   Сверьте версии конфигураций в источнике и приёмнике
3. 3
   Обновите отстающую базу до совместимого релиза
4. 4
   Загрузите актуальные правила обмена в настройках синхронизации
5. 5
   Выполните тестовый обмен и проверьте «Результаты обмена данными»

Зависшие фоновые задания и блокировки

В клиент-серверном режиме обмен по расписанию выполняет фоновое задание. Если оно аварийно завершилось или зависло, следующие запуски могут не стартовать. Откройте консоль заданий (Администрирование → Обслуживание → Регламентные и фоновые задания), найдите задание синхронизации и посмотрите его состояние и сообщения об ошибках.

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

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

Если обмен «сам по себе» останавливается примерно в одно и то же время суток, сопоставьте это время с расписанием резервного копирования, антивирусных проверок и перезагрузок сервера. Конфликт по времени — одна из самых недооценённых причин периодических сбоев.

Проблемы с начальной выгрузкой и сопоставлением объектов

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

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

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

Когда проблема в инфраструктуре, а не в 1С

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

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

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

Как проверить, что обмен восстановлен

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

Норма

Свежая, соответствует расписанию

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

Не меняется после ручного запуска

Результаты обмена данными

Норма

Нет ошибок, предупреждений минимум

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

Список незагруженных объектов растёт

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

Норма

Созданный в одной базе появился в другой

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

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

Фоновое задание обмена

Норма

Выполняется по расписанию без ошибок

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

Состояние «аварийно завершено»

FAQ: частые вопросы о сбоях синхронизации

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

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

Можно ли удалить старые файлы из каталога обмена?

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

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

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

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

Оптимальная частота зависит от объёма данных: для небольших баз — каждые 15–60 минут, для крупных — реже, чтобы задания не накладывались друг на друга. Если задание не успевает завершиться до следующего запуска, увеличьте интервал.

Синхронизация сломалась после переезда базы на другой сервер. В чём причина?

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

Нужно ли обновлять обе базы одновременно?

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