Ошибка «Не существует сетевой каталог для тома хранения файлов»: как исправить

Ошибка Не существует сетевой каталог для тома хранения файлов означает, что сервер 1С не может открыть сетевую папку, в которой лежат присоединённые файлы. Почти всегда виноват доступ: у учётной записи, под которой работает служба сервера, нет прав на этот каталог — либо путь указан неверно.

Тома хранения файлов — это папки на диске или в сети, куда 1С складывает вложения к документам (сканы, накладные, договоры) вместо базы. Когда пользователь пытается прикрепить или открыть файл, а том недоступен, вылезает это сообщение и файл не прикрепляется.

Ниже — как быстро найти причину и починить, от самого частого случая к редким.

Что означает ошибка и когда она появляется

Сообщение всплывает в трёх ситуациях:

• 🔴 при попытке присоединить файл к документу или справочнику;
• 🔴 при открытии уже хранящегося вложения;
• 🔴 при фоновой работе — обмене, выгрузке, регламентном задании, которое обращается к тому.

Ключевой момент: файлы из тома читает и пишет не клиент, а сервер 1С. Даже если у вас на компьютере папка открывается без проблем, значение имеет только то, видит ли её служба 1C:Enterprise 8.3 Server Agent (процесс ragent/rphost).

Почему сервер 1С не видит сетевой каталог

Пять причин закрывают 95% случаев.

Разберём главные по шагам.

Способ 1. Проверить путь тома хранения

Открываем настройку томов. В зависимости от конфигурации это раздел Администрирование → Настройки работы с файлами → Тома хранения файлов (в Документообороте, ERP, УТ, КА).

Что проверить в карточке тома:

1. Путь должен быть в формате UNC: \\srv-1c\1c_files\vol1.
2. Никаких букв дисков Z:\ или локальных путей D:\files — служба сервера их не видит так, как ваш проводник.
3. Каталог должен реально существовать. Зайдите по этому пути с сервера 1С и убедитесь, что папка открывается.

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

Способ 2. Настроить учётную запись службы сервера 1С

Самая частая причина. По умолчанию сервер 1С часто ставят от учётки Local System или служебного USR1CV8 — у них нет прав на сетевые папки других машин.

Порядок:

1. Заведите (или используйте) доменную учётную запись, например DOMAIN\usr1csrv.
2. Дайте ей права на папку тома (см. способ 3).
3. Откройте services.msc → служба 1C:Enterprise 8.3 Server Agent.
4. Вкладка Вход в систему → С учётной записью → укажите доменного пользователя и пароль.
5. Перезапустите службу.

Способ 3. Выдать права на сетевую папку

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

Права общего доступа (Share):

1. Правой кнопкой по папке → Свойства → Доступ → Расширенная настройка.
2. Добавьте учётку службы 1С → права Изменение и Чтение.

Права NTFS (Безопасность):

1. Свойства → Безопасность → Изменить.
2. Добавьте ту же учётку → минимум Изменение (Modify).

Проверить фактический доступ проще всего так: зайдите на сервер 1С под учёткой службы (или через runas) и попробуйте создать в папке тестовый файл. Создался — права есть.

Родственная ошибка: каталог обмена информацией не существует

По той же логике ломается обмен данными (РИБ, распределённые базы, обмен между УТ и БП). Текст похож: Каталог обмена информацией не существует или Ошибка подключения: каталог обмена не найден.

Причина та же — недоступность сетевого пути:

• 📁 в настройке обмена указан путь, до которого сервер (или пользователь) не достаёт;
• 📁 папка обмена лежит на машине, которая была выключена/переименована;
• 📁 у файловой базы путь прописан относительно клиента, а обмен идёт с другого рабочего места.

Лечится идентично: UNC-путь + права учётке, которая выполняет обмен.

Файловая база: когда тома не на сервере

Если база файловая (не клиент-серверная), а тома всё равно настроены, к сетевой папке обращается уже сам пользователь 1С, а не служба.

Тогда проверяем права на конкретную учётную запись Windows, под которой человек запускает 1С. И снова: путь тома — UNC, а не смапленный диск, потому что у разных пользователей буква Z: может указывать в разные места или отсутствовать.

Диагностика по симптому

Если не помогло

Когда права и путь верны, а ошибка держится:

• 🔧 Проверьте сеть с сервера 1С: команда ping srv-file и попытка открыть \\srv-file\1c_files из проводника на сервере, а не на клиенте.
• 🔧 Служба вошла под нужной учёткой? В services.msc в колонке «Вход от имени» должна стоять доменная учётка, а не Локальная система.
• 🔧 Кластерная безопасность. В консоли администрирования кластера проверьте, что рабочие процессы rphost запускаются от той же учётки, что и агент.
• 🔧 Антивирус/файрвол на файловом сервере может блокнуть доступ службе — временно проверьте с отключённой защитой.
• 🔧 Актуальность платформы. На старых релизах платформы встречались баги с томами; обновите платформу до актуального релиза ветки.

Как предотвратить на будущее

• Настраивайте тома сразу через UNC-пути, а не буквы дисков.
• Выделите отдельную доменную учётку для службы сервера 1С и держите её пароль без срока действия.
• Храните тома на стабильном файловом сервере, а не на чьём-то рабочем компьютере.
• После настройки тома проверьте доступ тестовым файлом от имени учётки службы.

Частые вопросы