Настройка синхронизации данных между типовыми конфигурациями 1С (например, «Управление торговлей» и «Бухгалтерия предприятия») обычно проходит гладко благодаря помощникам настройки. Однако при использовании формата Enterprise Data пользователи часто сталкиваются с ситуацией, похожей на «порочный круг». В одной базе мастер настройки просит файл с параметрами из второй базы, а во второй — просит файл из первой, при этом загрузка выгруженных файлов не помогает. Для регулярной передачи данных по расписанию поверх существующих планов обмена используется программа для настройки автоматического обмена между базами 1С.
В этой статье мы подробно разберем, почему возникает такая ситуация при настройке через локальный каталог, и рассмотрим надежный способ решения этой проблемы, который помог автору вопроса, а также проанализируем альтернативные варианты исправления.
Рассмотрим ситуацию, описанную пользователем. При попытке настроить обмен «с нуля» между чистыми базами УТ 11.5 и БП 3.0 через локальный каталог происходит следующее:
Message_ЦБ_БП.xml) и сообщает: «Перед продолжением требуется получить параметры из БП 3.0».В результате настройка не завершается ни в одной из баз. Давайте разберем причины этого поведения.
Причина 1: Путаница в типах файлов.
Часто пользователи путают файл сообщения обмена (с данными или заголовками) и файл настроек подключения. Файл с именем типа Message_...xml — это контейнер для данных. Для первичной настройки мастеру нужен именно файл настроек (обычно это XML с описанием параметров подключения, идентификаторов и префиксов), который формируется на определенном шаге мастера.
Причина 2: Неверный выбор действия в мастере настройки.
В новых версиях Библиотеки Стандартных Подсистем (БСП) интерфейс настройки изменился. Если в базе-приемнике выбрать пункт «Продолжить настройку» вместо «Новая синхронизация», система может ожидать завершения ранее начатого (и прерванного) процесса, а не инициализацию нового по входящему файлу.
Причина 3: Проблемы с доступом к файловой системе (Локальный каталог).
Это наиболее технически сложная причина, с которой столкнулся автор. Если базы работают в клиент-серверном режиме, то доступ к локальному каталогу осуществляет сервер 1С под служебной учетной записью (часто USR1CV8). У этой записи может не быть прав на чтение папки, которую создал пользователь Windows, или она не видит сетевые диски, подключенные в сеансе пользователя.
Как показала практика обсуждения, самым надежным способом обойти проблемы с правами доступа к локальным папкам и глюками файлового обмена является использование протокола FTP. Этот метод позволяет четко разграничить доступ и гарантирует, что обе базы (и сервер 1С) смогут прочитать и записать данные.
Рассмотрим пошагово, как перенастроить обмен на FTP.
Вам понадобится доступ к FTP-серверу. Это может быть:
Создайте на сервере отдельную папку для обмена (например, /exchange/ut_bp/) и заведите пользователя с правами на чтение и запись в эту папку.
Запустим мастер настройки синхронизации заново (удалите старую зависшую настройку, если она сохранилась).
ftp://192.168.1.10).21)./exchange/ut_bp/).Перейдем в Бухгалтерию.
При использовании FTP сервер 1С сам авторизуется на ресурсе, исключая проблемы с правами доступа файловой системы Windows. Для контроля работоспособности настроенной синхронизации можно использовать обработку для отправки оповещений при остановке обмена.
Если поднять FTP-сервер невозможно, разберем, как правильно настроить обмен через каталог, избежав «порочного круга». Главный нюанс здесь — использование UNC-путей и правильная последовательность действий.
Важно: Не используйте буквы дисков (C:\Exchange, D:\Obmen), если у вас клиент-серверная база. Сервер 1С может не видеть эти диски. Используйте сетевой путь вида \\ServerName\SharedFolder\Exchange.
Рассмотрим алгоритм действий, который позволяет обойти зависание:
ConnectionSettings или похожее, а не только Message_...).В теме также упоминалось, что автор пытался настроить обмен через облачные сервисы, но столкнулся с ошибками получения токена. Разберем этот момент.
Механизм обмена через Яндекс.Диск или Google Drive в 1С использует API этих сервисов. Периодически провайдеры (Яндекс, Google) меняют протоколы безопасности (например, отключают доступ по логину/паролю и требуют OAuth 2.0 или специальные «пароли приложений»).
Если вы видите ошибки на стадии получения токена:
Если вы попали в ситуацию, когда две базы требуют параметры друг от друга:
USR1CV8), к этому каталогу.