При разработке механизмов обмена данными часто возникает ситуация, когда внешняя обработка или код в модуле отлично работают в файловом варианте или на клиенте, но «спотыкаются» при попытке выполнить те же действия на сервере в клиент-серверном режиме. Типичный пример: XBase не открывает DBF-файл, хотя путь указан верно, а файл точно существует. Рассмотрим подробно, почему это происходит и как правильно организовать работу с внешними файлами на стороне сервера.
Разберем классическую ситуацию, описанную в практике. Программист пишет код для открытия файла в процедуре с директивой &НаСервере. На локальной машине разработчика всё работает, но на арендованном сервере или в промышленной среде файл не открывается. Проверка через объект Файл показывает, что на клиенте Файл.Существует() возвращает Истина, а на сервере — Ложь.
Проанализируем основные причины такого поведения:
USR1CV8). У этой учетной записи часто нет прав на чтение папок пользователей или сетевых ресурсов.Z:\Exchange\file.dbf), сервер его не увидит. Сетевые диски подключаются в сеансе конкретного пользователя. Для системной службы сервера 1С этих дисков просто не существует.C:\Temp\file.dbf на компьютере пользователя — это совсем не тот же путь, что на сервере.Если нам принципиально нужно, чтобы сервер 1С обращался к файлу напрямую по сетевому или локальному пути, необходимо обеспечить соответствующие права доступа. Выясним, под какой учетной записью работает сервер. Для этого на сервере через «Службы» найдем «Агент сервера 1С:Предприятия» и посмотрим вкладку «Вход в систему».
Рассмотрим шаги по настройке:
USR1CV8 полные права (или хотя бы права на чтение и изменение) на папку, где лежит DBF-файл.\\ServerName\ShareName\Folder\file.dbf. Никогда не используйте буквы дисков в серверном коде.USR1CV8 не подойдет. В этом случае службу 1С нужно запустить от имени специально созданной доменной учетной записи.Проверим доступность файла программно на сервере с помощью простого кода:
&НаСервере
Процедура ПроверитьДоступКФайлу(ПолныйПуть)
ФайлНаСервере = Новый Файл(ПолныйПуть);
Если ФайлНаСервере.Существует() Тогда
Сообщить("Сервер видит файл: " + ПолныйПуть);
Иначе
Сообщить("Сервер НЕ видит файл по пути: " + ПолныйПуть);
// Здесь можно вывести имя пользователя службы
// КомандаСистемы("whoami > c:\temp\who.txt");
КонецЕсли;
КонецПроцедуры
Этот способ подходит для небольших DBF-файлов. Мы можем прочитать данные на клиенте (где у пользователя точно есть доступ к файлу) и передать их на сервер в виде коллекции. Посмотрим на пример, как это реализовал автор темы:
&НаКлиенте
Процедура ЗагрузитьДанные()
ПутьБДШ = "C:\mydata\_usl_1c.dbf";
ДанныеДляОбработки = ПолучитьДанныеИзDBF(ПутьБДШ);
ОбработатьДанныеНаСервере(ДанныеДляОбработки);
КонецПроцедуры
&НаКлиенте
Функция ПолучитьДанныеИзDBF(Путь)
МассивРезультат = Новый Массив;
БД = Новый XBase;
БД.ОткрытьФайл(Путь);
Если БД.Открыта() Тогда
БД.Первая();
Пока НЕ БД.ВКонце() Цикл
СтруктураСтроки = Новый Структура("Код, Наименование, Цена");
ЗаполнитьЗначенияСвойств(СтруктураСтроки, БД);
МассивРезультат.Добавить(СтруктураСтроки);
БД.Следующая();
КонецЦикла;
БД.ЗакрытьФайл();
КонецЕсли;
Возврат МассивРезультат;
КонецФункции
Этот метод избавляет от проблем с правами на сервере, но имеет ограничение: при передаче очень больших объемов данных (десятки тысяч строк) может возникнуть существенная задержка и нагрузка на память (RAM).
Наиболее правильным и универсальным способом в современной платформе 1С 8.3 является передача самого файла во временное хранилище. Это позволяет серверу работать с локальной копией файла в своей временной директории, к которой у него гарантированно есть доступ.
Разберем этот процесс по шагам:
XBase.Посмотрим на пример реализации:
&НаКлиенте
Процедура ВыполнитьЗагрузку(Команда)
// 1. Помещаем файл во временное хранилище
ОписаниеФайла = Новый ОписаниеПередаваемогоФайла("C:\Exchange\data.dbf");
МассивФайлов = Новый Массив;
МассивФайлов.Добавить(ОписаниеФайла);
// В реальной задаче лучше использовать ДиалогВыбораФайла
АдресХранилища = "";
ПоместитьФайл(АдресХранилища, ОписаниеФайла.Имя, , Ложь, УникальныйИдентификатор);
// 2. Вызываем серверный метод
ОбработатьФайлНаСервере(АдресХранилища);
КонецПроцедуры
&НаСервере
Процедура ОбработатьФайлНаСервере(АдресХранилища)
// 3. Получаем имя временного файла на стороне сервера
ИмяВременногоФайла = ПолучитьИмяВременногоФайла("dbf");
// Извлекаем данные из хранилища в этот файл
ДанныеИзХранилища = ПолучитьИзВременногоХранилища(АдресХранилища);
ДанныеИзХранилища.Записать(ИмяВременногоФайла);
// 4. Работаем с XBase
БД = Новый XBase;
БД.Кодировка = КодировкаXBase.ANSI;
Попытка
БД.ОткрытьФайл(ИмяВременногоФайла, , Истина); // Открываем только на чтение
Если БД.Открыта() Тогда
// Процесс обработки
Пока БД.Следующая() Цикл
// Ваша логика обработки строк
КонецЦикла;
БД.ЗакрытьФайл();
КонецЕсли;
Исключение
Сообщить("Ошибка при работе с DBF: " + ОписаниеОшибки());
КонецПопытки;
// 5. Очистка временного файла
УдалитьФайлы(ИмяВременногоФайла);
КонецПроцедуры
Проанализируем важные нюансы при использовании XBase в серверном коде:
ОткрытьФайл(Путь, Индекс, ТолькоЧтение) критически важен. Если установить Истина (Только чтение), 1С не будет пытаться создавать или изменять файлы индексов (.cdx, .idx), что снижает вероятность ошибок прав доступа.БД.Кодировка = КодировкаXBase.ANSI или OEM, так как настройки по умолчанию на сервере могут отличаться от клиентских.ОткрытьФайл может вернуть Ложь без сообщения об ошибке.Резюме: Если вы столкнулись с тем, что файл не открывается на сервере, в 99% случаев это проблема прав доступа учетной записи USR1CV8 или использование путей, специфичных для клиентского сеанса. Самым надежным и методически верным решением является использование Временного хранилища. Это делает ваш код независимым от настроек прав на конкретные папки и одинаково стабильным как в файловом, так и в клиент-серверном варианте работы.