← На главную

При переносе информационных баз между различными личными кабинетами сервиса «1С:Предприятие через Интернет» (1С:Фреш) с помощью штатной функции «Перенос данных приложения» пользователи часто сталкиваются с неприятной ситуацией: все существовавшие ранее обмены становятся серыми и недоступными. При попытке выполнить синхронизацию или открыть форму ее параметров система выдает предупреждение: «Синхронизация недоступна для использования».

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

Выясним причину: архитектура сервиса и поведение подсистем обмена

В облачной архитектуре 1С:Фреш информационная база функционирует не изолированно, а тесно интегрирована с менеджером сервиса. Взаимодействие между приложениями опирается на механизмы Библиотеки стандартных подсистем (БСП) и Библиотеки технологии сервиса (БТС).

Рассмотрим подробнее, почему старые настройки перестают работать:

1. Смена системных идентификаторов: когда выполняется выгрузка и последующая загрузка базы в новый личный кабинет, сервис разворачивает приложение заново. У него формируется новый внутренний идентификатор базы и новый идентификатор абонента (владельца аккаунта).
2. Привязка к абоненту: синхронизация данных между облачными базами внутри сервиса возможна исключительно тогда, когда обе базы привязаны к одному и тому же абоненту. Старые настройки обмена хранят системные ссылки на предыдущий личный кабинет и старые узлы, которых больше не существует в контексте нового абонента.
3. Защитная блокировка БСП: алгоритмы подсистемы синхронизации при открытии формы проверяют валидность текущего подключения к менеджеру сервиса и доступность узлов-корреспондентов. Не обнаружив связей для нового приложения, система переводит интерфейс в состояние «только для чтения» и выводит сообщение о недоступности синхронизации.

Таким образом, данное поведение является штатным («by design»). Старые каналы обмена использовать невозможно, и синхронизацию необходимо настраивать заново.

Способ 1. Штатное удаление старых узлов и повторная настройка через мастер

Разберем основной порядок действий по восстановлению регулярного обмена данными между базами внутри нового личного кабинета.

1. Проверка прав учетной записи: убедимся, что текущий пользователь сервиса имеет полные административные права во всех базах, между которыми настраивается обмен, в рамках нового кабинета.
2. Создание новой синхронизации: перейдем в раздел Администрирование — Синхронизация данных — Настройки синхронизации данных. Нажмем кнопку создания нового подключения (Новая синхронизация данных) и выберем нужную конфигурацию-корреспондента из списка приложений текущего личного кабинета.
3. Пошаговое прохождение мастера: следуя указаниям помощника, укажем базу назначения и зададим правила выгрузки и загрузки данных. Сервис автоматически создаст новую пару узлов с корректными внутренними идентификаторами абонента.
4. Удаление устаревшей настройки: если старая неактивная строка синхронизации отображается в списке, выделим ее, нажмем Еще и выберем команду удаления настройки.

Способ 2. Прямой доступ к узлам планов обмена при полной блокировке формы

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

1. Переход к объектам конфигурации: через главное меню программы откроем Функции для технического специалиста (или команду перехода по ссылке).
2. Поиск нужного плана обмена: найдем план обмена, отвечающий за связь (чаще всего это ПланОбмена.СинхронизацияДанныхЧерезУниверсальныйФормат или специализированный план обмена между конкретными конфигурациями).
3. Сброс зависшего узла: откроем список узлов плана обмена. В списке будут отображаться предопределенный узел (текущая база) и узел корреспондента. В ряде случаев достаточно просто открыть форму свойств узла корреспондента и нажать Записать и закрыть. Это действие заставляет БСП обновить кэш состояния узла и снимает интерфейсную блокировку в панели администрирования.
4. Принудительное удаление узла: если переинициализация не помогла, пометим устаревший узел корреспондента на удаление непосредственно в форме списка плана обмена, после чего запустим стандартную обработку Удаление помеченных объектов. После очистки старых записей запустим штатный мастер настройки с нуля.

Критические нюансы и правила сопоставления данных

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

Рассмотрим ключевые правила, которые необходимо соблюдать:

1. Контроль префиксов информационных баз: перед запуском первичного обмена обязательно проверим, чтобы в обеих базах в разделе Администрирование — Синхронизация данных были указаны ровно те же префиксы номеров документов и кодов справочников, которые использовались до переноса. Если префикс изменится, программа начнет создавать дубликаты уже существующих документов с новыми номерами.
2. Ручной контроль первого сопоставления: при первом сеансе синхронизации после перенастройки нельзя полагаться исключительно на автоматический режим. Обязательно откроем окно предварительного сопоставления данных и проверим ключевые справочники: Организации, Контрагенты, Номенклатура, Банковские счета и Договоры контрагентов. Это гарантирует слияние одинаковых элементов без дублирования.
3. Очистка очередей регистрации изменений: если до переноса в базе были неотправленные пакеты изменений, при создании нового узла обмена состав выгрузки формируется заново. Проанализируем состав отправляемых данных в окне регистрации изменений, чтобы не перегружать каналы связи выгрузкой документов прошлых закрытых периодов.

Альтернативный вариант: перенос без разрушения связей

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