Почему после обновления платформы 1С 8.3.16 перестали открываться сетевые файлы и как это исправить?

← На главную

Переход на новые версии платформы 1С:Предприятие (начиная с 8.3.15 и 8.3.16) часто преподносит сюрпризы системным администраторам и программистам. Одной из самых распространенных проблем является внезапный отказ обработок, которые работают с внешними файлами: .dbf, .xls, .doc. Ошибка проявляется одинаково: файлы, расположенные в сетевых папках, перестают открываться в процедурах, выполняемых на стороне сервера, хотя локальные файлы на диске сервера продолжают обрабатываться корректно. Разберем детально, почему это происходит и как вернуть работоспособность системы.

Причина №1: Изменение учетной записи службы 1С

Проанализируем процесс установки новой платформы. В версиях 8.3.16 и выше мастер установки был обновлен. При инсталляции новой ветки платформы программа часто предлагает создать нового локального пользователя usr1cv8 для запуска службы агента сервера. Даже если ранее ваша служба работала под доменной учетной записью, имеющей доступ к сетевым ресурсам, нажатие кнопки "Далее" по умолчанию сбрасывает эти настройки.

Локальный пользователь usr1cv8 (или аналогичный) не обладает правами доступа к объектам вне локальной машины. Для него сетевые пути вида \\ServerName\Folder\File.ext просто не существуют или закрыты на уровне прав доступа Windows.

Как проверить и исправить:

Откройте оснастку "Службы" (services.msc) на сервере приложений 1С.
Найдите службу Агент сервера 1С:Предприятия 8.3.
Перейдите на вкладку Вход в систему.
Если там указан локальный пользователь, необходимо изменить его на доменную учетную запись, у которой есть полные права (Чтение/Запись) как на уровне общего доступа (Share), так и на уровне безопасности (NTFS) к целевой сетевой папке.
Перезапустите службу.

Причина №2: Использование сетевых дисков вместо UNC-путей

Рассмотрим ситуацию, когда в коде прописаны пути типа Z:\Files\data.dbf. Важно понимать, что сетевые диски являются частью сеанса конкретного пользователя. Служба 1С работает в своем изолированном сеансе (Session 0) и "не видит" дисков, подключенных под вашей учетной записью. Выясним причину: для операционной системы Z:\ — это всего лишь ссылка, которая создается при логине пользователя.

Решение: Всегда используйте полные UNC-пути (Universal Naming Convention). Вместо буквы диска указывайте сетевое имя сервера:

ПутьКФайлу = "\\FileServer\Public\Bases\file.dbf";

Причина №3: Специфика работы с COM-объектами (Excel, Word) на сервере

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

Чтобы исправить это, создадим необходимые директории вручную:

Для 64-битных систем: C:\Windows\SysWOW64\config\systemprofile\Desktop
Для 32-битных систем: C:\Windows\System32\config\systemprofile\Desktop

Без этих папок попытка создания объекта Excel.Application на сервере может возвращать неочевидные ошибки или просто "зависать".

Причина №4: Усиление контроля безопасности в 8.3.16

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

Рекомендованный подход: Использование временного хранилища

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

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

Пользователь на клиенте выбирает файл.
Файл помещается во временное хранилище.
Адрес хранилища передается на сервер.
Сервер извлекает файл в свою временную папку и обрабатывает его.

Посмотрим на пример реализации:


&НаКлиенте
Процедура ЗагрузитьФайл(Команда)
    ПараметрыДиалога = Новый ДиалогВыбора Файла(РежимДиалогаВыбораФайла.Открытие);
    Если ПараметрыДиалога.Выбрать() Тогда
        ОписаниеФайла = Новый ОписаниеПередаваемогоФайла(ПараметрыДиалога.ПолноеИмяФайла);
        МассивФайлов = Новый Массив;
        МассивФайлов.Добавить(ОписаниеФайла);
        
        НачатьПомещениеФайловНаСервер(,, МассивФайлов, УникальныйИдентификатор);
    КонецЕсли;
КонецПроцедуры

&НаСервере
Процедура ОбработатьФайлНаСервере(АдресХранилища)
    // Получаем файл из хранилища во временный каталог сервера
    ИмяВременногоФайла = ПолучитьИмяВременногоФайла("dbf");
    ДвоичныеДанные = ПолучитьИзВременногоХранилища(АдресХранилища);
    ДвоичныеДанные.Записать(ИмяВременногоФайла);
    
    // Теперь работаем с локальным файлом на сервере
    БД = Новый XBase;
    БД.ОткрытьФайл(ИмяВременногоФайла);
    // ... логика обработки ...
    БД.ЗакрытьФайл();
    
    УдалитьФайлы(ИмяВременногоФайла);
КонецПроцедуры

Преимущества этого метода:

Безопасность: Серверу 1С не нужны права на все сетевые папки организации.
Стабильность: Код не зависит от того, под каким пользователем запущен rphost.
Скорость: Работа с локальным временным файлом на SSD сервера обычно быстрее, чем постоянные обращения по сети к тяжелому DBF или Excel файлу.

Резюме

Если после обновления платформы 1С 8.3.16 у вас перестали открываться сетевые файлы, первым делом проверьте владельца службы 1C:Enterprise 8.3 Server Agent. В 90% случаев проблема кроется именно в автоматической смене пользователя на usr1cv8. Однако для долгосрочной стабильности системы мы рекомендуем пересмотреть архитектуру ваших обработок в пользу использования ВременногоХранилища. Это избавит вас от необходимости настраивать права доступа при каждом обновлении платформы или смене серверов.