Как исправить ошибку «Нарушение прав доступа» при загрузке данных через обработку «Выгрузка и загрузка данных XML»?

← На главную

При переносе нормативно-справочной информации, констант и регистров сведений в новую или чистую базу с помощью типовой обработки с ИТС «Выгрузка и загрузка данных XML» администраторы и разработчики часто сталкиваются с ошибкой «Нарушение прав доступа!». Ошибка возникает даже при запуске процесса под учетной записью с полными правами и включенными всеми административными ролями.

Разберем детально, почему платформа блокирует запись объектов, как с помощью журнала регистрации найти конкретный проблемный элемент и какими способами можно успешно завершить перенос данных.

Анализ программного сбоя и причин поведения платформы

Посмотрим на фрагмент кода обработки, в котором генерируется исключение:


Если ПриЗагрузкеИспользоватьРежимОбменаДанными Тогда
    Попытка // Планы обмена свойства ОбменДанными не имеют
        ЗаписанноеЗначение.ОбменДанными.Загрузка = Истина;
    Исключение
    КонецПопытки;
КонецЕсли;

Попытка
    ЗаписанноеЗначение.Записать();
Исключение
    // Ошибка: Нарушение прав доступа!

Проанализируем, почему установка свойства ОбменДанными.Загрузка = Истина не помогает избежать этой ошибки:

Назначение режима загрузки: Установка флага Загрузка = Истина отключает прикладные проверки в модулях объектов (например, в процедурах ПередЗаписью и ПриЗаписи), но не отменяет платформенную проверку прав доступа. Если в правах пользователя отсутствует базовое право на изменение или запись таблицы метаданных, платформа прерывает операцию системным исключением.
Служебные метаданные Библиотеки стандартных подсистем (БСП): В типовых конфигурациях (таких как 1С:Розница, 1С:УТ, 1С:ERP) существует ряд системных констант и регистров (например, КлючОбластиДанных, ПровайдерSMS, служебные параметры разделения данных и версионирования подсистем). Права на их прямое изменение или запись в ролях конфигурации сняты даже у роли «Полные права». Запись таких объектов в штатном режиме выполняется платформой исключительно через привилегированные модули.

Шаг 1. Локализация проблемного объекта через журнал регистрации

Выясним, на каком конкретно объекте метаданных происходит отказ в доступе. Для этого выполним следующие действия:

Повторим попытку загрузки XML-файла до момента появления ошибки.
Откроем Журнал регистрации в базе-приемнике (раздел Администрирование — Обслуживание — Журнал регистрации).
Установим отбор по текущему пользователю и событию «Доступ. Отказ в доступе».
Проанализируем последнюю запись. В графе описания события будет указан конкретный объект метаданных и тип операции (например: Константа.Ключ области данных. Отказ права: Изменение).

Способ 1. Исключение служебных метаданных из выгрузки

Рассмотрим основной и наиболее корректный способ решения проблемы при переносе нормативно-справочной информации в чистую базу:

Откроем обработку «Выгрузка и загрузка данных XML» в исходной базе.
На вкладке «Выгрузка» снимем отметки со всей ветки Константы либо точечно исключим найденные служебные константы (такие как КлючОбластиДанных, ПровайдерSMS, параметры работы программы).
Снимем флаги с системных регистров сведений, отвечающих за версии подсистем и параметры синхронизации. В чистой информационной базе эти параметры инициализируются автоматически при первом запуске.
Сформируем файл выгрузки заново и загрузим его в базу-приемник.

Способ 2. Использование опции пропуска ошибок при загрузке

Если файл выгрузки уже сформирован и имеет большой объем, перезагружать его заново необязательно:

Откроем обработку на вкладке «Загрузка» в целевой базе.
Установим флаг «Продолжить загрузку объектов в случае возникновения ошибки» (если данный флаг предусмотрен интерфейсом версии обработки).
Запустим загрузку данных. Платформа зафиксирует ошибки прав по системным константам в логе, но не прервет транзакцию и запишет все прикладные справочники, документы и регистры.

Способ 3. Запуск процедуры обновления информационной базы

При загрузке некоторых служебных параметров конфигурация может потребовать инициализации служебных механизмов. Разберем, как корректно выполнить первичное обновление:

Завершим работу всех сеансов в базе-приемнике.
Запустим клиентское приложение 1С с командной строкой и специальным параметром:
```
"C:\Program Files\1cv8\8.3.XX.XXXX\bin\1cv8c.exe" ENTERPRISE /IBName "ИмяБазы" /C ЗапуститьОбновлениеИнформационнойБазы
```
Дождемся выполнения обработчиков обновления БСП, после чего конфигурация приведет системные регистры и параметры в актуальное состояние.
При появлении диалогового окна о перемещении базы выберем вариант «Информационная база перемещена» для корректной разблокировки регламентных заданий и внешних сервисов.

Способ 4. Выполнение загрузки в привилегированном режиме

Если необходимо принудительно перенести все константы без модификации состава выгрузки, переведем процедуру записи в привилегированный контекст в коде обработки:

Откроем внешнюю обработку в режиме «Конфигуратор».
В модуле объекта найдем процедуру выполнения загрузки и перед вызовом метода Сериализатор.ПрочитатьXML() или перед вызовом метода Записать() добавим программное включение привилегированного режима:
```
УстановитьПривилегированныйРежим(Истина);
ЗаписанноеЗначение.Записать();
УстановитьПривилегированныйРежим(Ложь);
```
Сохраним обработку и выполним загрузку данных в режиме толстого клиента под учетной записью с полными правами.