Как исправить ошибку «Сообщение для сопоставления не найдено по пути...» при синхронизации 1С?

При настройке синхронизации данных между различными конфигурациями 1С (например, ЗКГУ и БГУ, УТ и Розница или ЗУП и БП) специалисты часто сталкиваются с неприятной ошибкой. В процессе интерактивного сопоставления данных система выдает сообщение: «Сообщение для сопоставления с идентификатором [ID] не найдено по пути C:\Users\[User]\AppData\Local\Temp\Message{...}.xml». Ситуация осложняется тем, что файл физически может существовать на одном сервере, но база-приемник его «не видит».

В этой статье мы подробно разберем, почему возникает эта проблема, проанализируем архитектурные особенности платформы 1С и рассмотрим несколько проверенных способов решения задачи — от простых настроек интерфейса до системного администрирования серверов.

Выясним причину: почему 1С теряет файл?

Рассмотрим механику работы «Прямого подключения» (через COM-соединение). Когда вы инициируете сопоставление данных в базе-приемнике, происходит следующее:

1. База-источник (на Сервере №1) формирует временный XML-файл с данными для сопоставления в своем локальном каталоге Temp.
2. Через COM-соединение база-источник передает базе-приемнику (на Сервере №2) не сам файл, а только текстовую строку с путем к этому файлу в своей файловой системе.
3. База-приемник пытается прочитать файл по указанному пути в своей локальной папке Temp.

Проблема очевидна: если базы находятся на разных физических или виртуальных серверах, Сервер №2 ищет файл у себя, хотя он лежит на Сервере №1. Поскольку пути идентичны (например, C:\Users\USR1CV8\AppData\Local\Temp\...), система выдает ошибку, так как файл в этой папке на втором сервере отсутствует.

Решение 1: Переход на синхронизацию через сетевой каталог

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

Разберем этот процесс по шагам:

1. Создадим на одном из серверов (или на отдельном файловом хранилище) папку для обмена.
2. Настроим общий доступ к этой папке для учетных записей, под которыми запущены службы 1C:Enterprise 8.3 Server Agent на обоих серверах (обычно это пользователь USR1CV8). У пользователя должны быть права на чтение и запись.
3. В настройках синхронизации в 1С перейдем в раздел «Параметры подключения».
4. Выберем вариант «Синхронизация через сетевой каталог».
5. Укажем полный UNC-путь к папке, например: \\ServerName\Exchange1C\.

В этом случае обе базы будут работать с одним и тем же физическим местоположением файла, и ошибка поиска в папке Temp исчезнет. Для этой задачи есть подсистема для настройки обмена через файлы или FTP.

Решение 2: Использование Web-сервисов (рекомендуемый способ)

Для профессиональной настройки распределенных систем, особенно если серверы находятся в разных сетях, эксперты рекомендуют отказаться от COM-соединения в пользу Web-сервисов. Это наиболее современный и стабильный вариант обмена.

При использовании Web-сервисов данные передаются не через ссылки на локальные файлы, а в виде потока данных (Stream) или закодированной строки (Base64) непосредственно внутри HTTP-запроса. Это полностью исключает зависимость от файловой системы серверов.

Чтобы реализовать это:

1. Опубликуйте базу-источник на веб-сервере (IIS или Apache).
2. В базе-приемнике в параметрах подключения выберите «Синхронизация через веб-сервис».
3. Укажите адрес публикации, логин и пароль пользователя для обмена.

Решение 3: Настройка общей временной папки (Samba/UNC)

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

Рассмотрим подробнее: для пользователя, от имени которого работает сервер 1С (USR1CV8), в настройках Windows можно изменить переменные TEMP и TMP, указав вместо локального пути сетевой путь. Однако это может замедлить работу всей системы, поэтому более изящным решением будет использование расширения конфигурации.

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

Функция ПолучитьКаталогОбменаДляСопоставления()
    // Вместо стандартного КаталогВременныхФайлов()
    // используем общую сетевую директорию
    Возврат "\\FileServer\SharedTemp1C\";
КонецФункции

Решение 4: Устранение конфликтов имен и прав доступа

Иногда ошибка возникает даже на одном сервере. Это происходит из-за несоответствия параметров подключения. Разберем типичные ситуации:

1. Разные имена серверов: В одной базе адрес сервера указан по IP (192.168.1.10), а в другой по DNS-имени (Server1C). Платформа может воспринять их как разные узлы. Приведите описание баз в списках к единообразию.
2. Режим копии базы: Проверьте, не заблокирована ли работа с внешними ресурсами. Если база была перенесена, в верхней части окна может висеть желтая панель «Это копия базы». Нажмите «Разблокировать работу с внешними ресурсами», иначе регламентные задания и COM-соединения будут блокироваться.
3. Параметры COM-соединения: Убедитесь, что в настройках подключения (кнопка «Настроить параметры подключения») заполнены все поля, включая пароль. Попробуйте перезаписать эти параметры в обеих базах.
4. Права COM-компоненты: В некоторых случаях помогает настройка запуска COM-компоненты от имени администратора в консоли «Службы компонентов» (DCOM). Это актуально, если у системного пользователя USR1CV8 недостаточно прав на вызов объектов другой базы.

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

Резюме

Ошибка поиска файла сообщения — это классическая проблема «разных серверов» при использовании устаревшей технологии COM. Для стабильной работы рекомендуем использовать Web-сервисы или Сетевой каталог. Если же требуется именно прямое подключение, обеспечьте идентичность имен серверов и наличие общего дискового пространства для временных данных.