При переносе данных между конфигурациями 1С, например, из Бухгалтерии предприятия 3.0 в Документооборот 2.1 КОРП, специалисты часто сталкиваются с парадоксальной ситуацией. Все реквизиты справочников ВнутренниеДокументы, Файлы и ВерсииФайлов кажутся заполненными верно, физические файлы присутствуют в томах хранения, однако при попытке их открытия платформа выдает ошибку доступа к локальному каталогу временных файлов пользователя. При этом файлы, созданные непосредственно в целевой базе, открываются без проблем. Разберем детально причины этого поведения и способы устранения ошибки.
Для начала рассмотрим, как именно происходит процесс открытия файла в типовых конфигурациях, использующих Библиотеку стандартных подсистем (БСП). Процесс состоит из нескольких этапов:
%AppData%\Local\1C\1cv8\...).Когда система сообщает об ошибке доступа к локальному пути, это не всегда означает отсутствие прав на папку. Зачастую это «вторичная» ошибка: механизмы БСП по какой-то причине не смогли корректно завершить запись файла в кэш или выполнить проверку его целостности, что приводит к обрыву цепочки действий и выдаче системного сообщения ОС.
Проанализируем ситуацию, описанную в практике миграции. Основная проблема часто кроется в справочнике ВерсииФайлов. Платформа 1С использует систему контроля версий и кэширования, которая опирается на временные метки. Если при программном переносе (через COM-соединение, XML или универсальный обмен данными) не были заполнены реквизиты дат, логика работы с файлами нарушается.
Рассмотрим ключевые реквизиты справочника ВерсииФайлов, которые должны быть заполнены:
ДатаМодификацииУниверсальная — время последнего изменения файла в формате UTC.ДатаМодификацииФайла — локальное время изменения файла.Если эти поля остаются пустыми (содержат пустую дату), механизм синхронизации локального рабочего каталога с сервером не может определить «свежесть» файла. Система пытается сравнить дату файла в кэше с датой в базе, получает неопределенный результат и блокирует операцию записи во временный каталог. Именно это вызывает ошибку «Доступ запрещен».
Чтобы победить эту проблему, необходимо убедиться, что у каждой версии файла установлены корректные даты. Если при переносе реальные даты модификации из исходной базы не были получены, допустимо установить их равными дате создания документа или текущему моменту.
Посмотрим на пример кода, который позволяет исправить ситуацию для уже перенесенных данных:
ВыборкаВерсий = Справочники.ВерсииФайлов.Выбрать();
Пока ВыборкаВерсий.Следующий() Цикл
Если ВыборкаВерсий.ДатаМодификацииУниверсальная = '00010101' Тогда
ОбъектВерсии = ВыборкаВерсий.ПолучитьОбъект();
// Устанавливаем дату создания, если модификация неизвестна
ОбъектВерсии.ДатаМодификацииУниверсальная = ОбъектВерсии.ДатаСоздания;
ОбъектВерсии.ДатаМодификацииФайла = ОбъектВерсии.ДатаСоздания;
Попытка
ОбъектВерсии.Записать();
Сообщить("Исправлена версия: " + ВыборкаВерсий.Ссылка);
Исключение
Сообщить("Ошибка при записи версии " + ВыборкаВерсий.Ссылка + ": " + ОписаниеОшибки());
КонецПопытки;
КонецЕсли;
КонецЦикла;
Проанализируем еще несколько критических моментов, которые могут приводить к аналогичной ошибке при переносе из БП 3.0 в Документооборот:
Расширение в справочнике Файлы должен храниться без точки (например, docx). Если при переносе из другой базы в реквизит попало значение .docx, платформа сформирует некорректный путь типа имя_файла..docx, что вызовет отказ операционной системы.ТипХраненияФайла. Если файлы фактически лежат в томах, а в базе указано «В информационной базе», сервер не сможет вычитать двоичные данные, и на клиент придет пустой поток.ХранимыеФайлыВерсий. Если вы перенесли данные в справочники, но не создали записи в этом регистре, система «не увидит» файл в томе.Хотя автор рассматриваемой проблемы указал, что права на папки в порядке, при массовом переносе стоит убедиться в следующем: учетная запись, под которой запущен сервер 1С:Предприятия, должна иметь полные права (чтение, запись, изменение) на все сетевые каталоги, указанные в справочнике ТомаХраненияФайлов.
Если вы открываете файл с клиентского компьютера, помните: клиент не обращается к тому напрямую. К тому обращается сервер, копирует файл в свой временный каталог, передает его на клиент, и уже клиентское приложение сохраняет его локально. Поэтому ошибка доступа к C:\Users\... на клиенте чаще всего свидетельствует о том, что сервер передал «битый» или пустой объект из-за ошибок в метаданных, которые мы разобрали выше.
Для успешного открытия перенесенных файлов в 1С:Документооборот выполните следующие шаги:
ДатаМодификацииУниверсальная в Справочник.ВерсииФайлов.Размер (в байтах) не равен нулю.Следуя этой методике, вы сможете быстро диагностировать и устранить причины, по которым система отказывает в доступе к корректно перенесенным файлам.