Синхронизация данных между программами 1С:Зарплата и управление персоналом (ЗУП) и 1С:Бухгалтерия предприятия (БП) — это критически важный процесс для любого бухгалтера. Однако пользователи облачного сервиса «1С:Фреш» иногда сталкиваются с ситуацией, когда привычный обмен данными внезапно перестает работать. Особенно часто это происходит после плановых обновлений конфигураций разработчиками сервиса.
В этой статье мы подробно разберем ситуацию, когда окно «Выполняется синхронизация данных» висит бесконечно долго, проанализируем технические причины такого поведения и выясним, как действовать, если вы столкнулись с подобным сбоем.
Рассмотрим типичную картину сбоя. При попытке запустить синхронизацию (как в ручном режиме, так и в фоновом) программа открывает стандартное диалоговое окно прогресса. Однако полоса загрузки не движется, а процесс не завершается даже спустя длительное время. Важно отметить следующие детали:
Журнале регистрации могут отсутствовать записи о начале или завершении обмена, что затрудняет диагностику.Такое поведение характерно для «зацикливания» процесса на стороне сервера или возникновения состояния взаимной блокировки (Deadlock).
Проанализируем события, предшествующие сбою. Зачастую проблема совпадает по времени с выходом новых релизов ЗУП (например, ветки 3.1.30). В этих обновлениях разработчики 1С часто внедряют новые версии формата EnterpriseData (например, переход на версии 1.16 или 1.17).
Основное изменение в последних релизах коснулось логики регистрации данных сотрудников. В систему была добавлена возможность автоматически регистрировать уже имеющиеся данные по сотрудникам при включении выгрузки в формате EnterpriseData. Если в базе данных накопилось большое количество записей или присутствуют некорректные ссылки (так называемые «битые» ссылки), механизм регистрации изменений может войти в бесконечный цикл, пытаясь сопоставить объекты.
Посмотрим на ситуацию с точки зрения системной архитектуры. Перевод сервиса «1С:Фреш» на новые версии платформы (8.3.24 и выше) накладывает дополнительные ограничения на безопасность фоновых заданий. В условиях облачной инфраструктуры новые механизмы защиты могут блокировать внешние соединения для синхронизации, если правила безопасности на стороне кластера серверов не были обновлены синхронно с конфигурацией. Это объясняет, почему создание новой настройки обмена не помогает — проблема кроется не в конкретной настройке, а в глобальных правилах обработки ФоновыхЗаданий.
Если синхронизация во «Фреше» перестала работать после 4-5 августа, скорее всего, вы столкнулись с зафиксированным багом SD0108501. Эта ошибка классифицируется как критическая для облачных инфраструктур. Она возникает из-за конфликта механизмов расширений, используемых для кастомизации под клиента, и нового ядра системы синхронизации.
Чтобы убедиться в этом, проанализируем статус обращения в техподдержку. В таких случаях специалисты сервиса фиксируют «некорректное поведение программы» и рекомендуют отслеживать исправление через публичный трекер ошибок. Важно понимать, что решение таких проблем происходит на стороне провайдера сервиса, и рядовой пользователь не может исправить код самостоятельно.
Если нам необходимо срочно передать данные, а автоматическая синхронизация не работает, рассмотрим альтернативные варианты решения задачи.
Шаг 1. Использование ручной выгрузки через XML
Механизм EnterpriseData позволяет выполнять обмен через файл. Попробуем выгрузить данные в файл XML из ЗУП и загрузить их в БП вручную. Этот метод часто работает даже тогда, когда автоматический сервис обмена «висит», так как он не задействует механизмы фоновых заданий облачного кластера.
Шаг 2. Проверка регистрации изменений
Проанализируем состояние планов обмена. Для этого воспользуемся обработкой «Регистрация изменений для обмена данными». Если мы видим огромное количество зарегистрированных объектов Справочник.Сотрудники или РегистрСведений.ДанныеСотрудников, которые «висят» в очереди на отправку, можно попробовать очистить регистрацию для проблемных объектов и зарегистрировать только необходимые документы вручную.
Пример программного обращения к плану обмена для анализа (в консоли кода):
ПланОбменаСсылка = ПланыОбмена.СинхронизацияДанныхЧерезУниверсальныйФормат.НайтиПоНаименованию("ИмяВашейНастройки");
Выборка = ПланыОбмена.ВыбратьИзменения(ПланОбменаСсылка, НомерСообщения);
Пока Выборка.Следующий() Цикл
// Проверяем тип объекта и наличие битых ссылок
Сообщить(Выборка.Данные);
КонецЦикла;
Шаг 3. Обращение в поддержку 1С:Фреш
Обязательно создайте обращение через личный кабинет сервиса. Укажите, что синхронизация зависает на этапе выполнения, и сошлитесь на номер ошибки SD0108501, если симптомы совпадают. Это поможет ускорить процесс диагностики вашего конкретного узла обмена.
Как показывает практика работы в «1С:Фреш», подобные глобальные сбои устраняются «тихими» патчами на стороне сервера. Исправление обычно включает в себя принудительную очистку очереди зависших заданий и обновление правил обработки объектов в формате EnterpriseData. После внесения правок разработчиками, синхронизация начинает работать автоматически, часто без уведомления пользователя о завершении работ.
Мы рекомендуем регулярно проверять Обслуживание — Корректировка данных на предмет наличия некорректных записей, так как именно они чаще всего становятся «триггером» для зависания сложных механизмов обмена данными в облаке.