← На главную

При настройке или после обновления платформы 1С:Предприятие пользователи часто сталкиваются с досадной ошибкой: «Обработка: ТранспортСообщенийОбменаFILE: Ошибка подключения: Каталог обмена информацией не существует». Ситуация осложняется тем, что ошибка может возникать даже тогда, когда путь к папке указан верно, а сама папка доступна пользователю в проводнике Windows. В этой статье мы подробно разберем причины возникновения этой проблемы и пошагово пройдем по путям её решения, основываясь на практическом опыте специалистов и системных администраторов.

Различие между префиксом базы и кодом узла обмена

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

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

1. Зайдем в раздел Администрирование — Синхронизация данных.
2. Откроем Настройки синхронизации данных.
3. Посмотрим на колонку «Код» для каждого узла. Важно понимать, что код узла может не совпадать с визуальным префиксом документов.
4. Если система выдает ошибку «Не найден узел обмена», необходимо зайти в справочник ПланыОбмена (через «Все функции» или «Функции для технического специалиста») и убедиться, что коды узлов в обеих базах зеркальны друг другу.

Проверка прав доступа службы «1С:Предприятие»

Разберем технический нюанс, который часто упускают из виду. Если ваши базы работают в клиент-серверном варианте, то физические операции с файлами (чтение и запись в каталог обмена) выполняет не ваш пользователь Windows, а учетная запись, под которой запущена служба 1C:Enterprise 8.3 Server Agent. Обычно это локальный пользователь USR1CV8.

Рассмотрим алгоритм проверки прав:

1. Выясним, под какой учетной записью работает сервер 1С. Для этого откроем Панель управления — Администрирование — Службы. Найдем службу 1С и посмотрим колонку «Вход от имени».
2. Перейдем к папке, которая указана как каталог обмена. Нажмем правую кнопку мыши — Свойства — Безопасность.
3. Проверим, есть ли в списке пользователь USR1CV8 (или тот, что мы нашли в первом пункте). Если его нет, его нужно добавить и предоставить ему права «Полный доступ» или хотя бы «Изменение» и «Запись».
4. Если папка находится на сетевом ресурсе, убедимся, что права даны не только на уровне файловой системы (NTFS), но и на уровне общего доступа к сетевой папке.

Использование сетевых UNC-путей

Проанализируем распространенную ошибку при указании путей. Допустим, база находится на Сервере1, а в настройках указан путь D:\Exchange. Для сервера 1С этот путь является локальным. Если вторая база попытается обратиться к этому же ресурсу, она будет искать папку D:\Exchange на своем собственном диске, где её, скорее всего, нет.

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

Регистрация COM-соединителя после обновления платформы

Если обмен настроен через прямое подключение к другой базе, 1С использует библиотеку comcntr.dll. После обновления платформы часто возникает ситуация, когда в системе остаются зарегистрированными компоненты от старой версии, а новая база пытается вызвать актуальную. Это может приводить к самым непредсказуемым ошибкам, включая сообщения о несуществующем каталоге.

Выполним перерегистрацию компоненты вручную:

1. Запустим командную строку (cmd) от имени администратора.
2. Перейдем в каталог установленной платформы. Например: cd "C:\Program Files\1cv8\8.3.XX.XXXX\bin" (где XX.XXXX — номер вашей актуальной версии).
3. Выполним команду регистрации: regsvr32 comcntr.dll
4. После успешного сообщения о регистрации попробуем запустить синхронизацию повторно.

Проверка параметров авторизации

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

Проанализируем шаги по исправлению:

1. В настройках подключения проверим логин и пароль пользователя, под которым осуществляется вход в базу-корреспондент.
2. Убедимся, что у этого пользователя в базе-приемнике назначены роли УдаленныйДоступТелефония, ВыполнениеСинхронизацииДанных или полные права.
3. Попробуем зайти в базу-приемник под этим пользователем вручную, чтобы убедиться, что пароль не просрочен и не заблокирован.

Особенности выбора типа каталога

Иногда при настройке обмена через FTP-ресурс пользователи допускают ошибку в интерфейсе: прописывают путь к FTP, но в выпадающем списке «Тип каталога» оставляют значение «Локальный или сетевой каталог». Выясним, почему это критично. В этом случае система пытается найти папку с именем ftp://... прямо на жестком диске сервера, что ожидаемо приводит к ошибке «Каталог не существует».

Всегда внимательно проверяйте, какой транспорт выбран в настройках:

• Локальный каталог: для путей вида C:\Folder или \\Server\Folder.
• FTP-ресурс: для передачи файлов через протокол FTP.
• Прямое подключение: для обмена без промежуточных файлов (через COM или веб-сервис).

Очистка кэша и фоновые задания

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

Рекомендуется выполнить следующие действия:

1. Остановить службу сервера 1С:Предприятие.
2. Очистить содержимое папок srvinfo\reg_1541\snccntx... (кэш сервера).
3. Запустить службу заново.
4. Проверить наличие зависших фоновых заданий через консоль администрирования серверов 1С. Если задание «Синхронизация данных» висит в состоянии «Выполняется» слишком долго, его следует завершить принудительно, так как оно может блокировать файл обмена в каталоге.

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