← На главную

При попытке создать или провести документ Операция, введенная вручную рядовой бухгалтер или главный бухгалтер может столкнуться с сообщением системы: Нарушение прав доступа. Данная ситуация часто возникает после перехода на новые редакции программы, при включении ограничений доступа на уровне записей или при наличии дополнительных регистров в документе. Разберем по шагам, как выявить точную причину отказа в доступе и правильно настроить права пользователя без выдачи полных административных полномочий.

Шаг 1. Точная диагностика через журнал регистрации

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

1. Откроем режим 1С:Предприятие под учетной записью с правами администратора.
2. Перейдем в раздел Администрирование и выберем пункт Обслуживание, далее откроем Журнал регистрации.
3. Установим отбор по пользователю, у которого возникает ошибка, а в поле Событие выберем значение Доступ. Отказ.
4. Найдем строку, соответствующую моменту возникновения ошибки при записи операции, и откроем ее свойства.

В поле представления данных и метаданных будет указан конкретный объект, к которому система заблокировала доступ. Это может быть сам документ Документ.ОперацияБух, регистр бухгалтерии РегистрБухгалтерии.Хозрасчетный, специализированный регистр накопления или регистр сведений.

Шаг 2. Настройка профилей групп доступа в режиме 1С:Предприятие

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

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

1. Перейдем в раздел Администрирование → Настройки пользователей и прав → Группы доступа (или Профили групп доступа).
2. Найдем типовой профиль Бухгалтер или Главный бухгалтер. Создадим его копию по кнопке Скопировать, чтобы не изменять предопределенный элемент.
3. В списке разрешенных ролей проверим наличие роли Добавление и изменение данных бухгалтерии (в метаданных — ДобавлениеИзменениеДанныхБухгалтерии). Данная роль предоставляет доступ на чтение, добавление и изменение для документа ОперацияБух и основного регистра бухгалтерии.
4. Если в документе планируется использовать сторнирование или специфические виды операций, добавим вспомогательные роли, указанные в журнале регистрации.
5. Сохраним созданный профиль и назначим его пользователю через карточку настроек прав.

Шаг 3. Проверка прав на дополнительные регистры в документе

Очень распространенная причина ошибки — использование в ручной операции дополнительных вкладок. В документе Операция, введенная вручную по кнопке Еще доступно меню Выбор регистров, позволяющее вручную корректировать регистры НДС, взаиморасчетов, учета основных средств или специальных налоговых регистров.

Проанализируем ситуацию: если бухгалтер пытается записать операцию, в которой заполнены данные по регистру, на который у типовой роли Бухгалтер нет прав на запись (например, регистр добавлен программистом или относится к узкому закрытому разделу учета), программа выдаст ошибку нарушения прав доступа.

В таком случае выполним следующие действия:

1. Выясним через журнал регистрации имя проблемного регистра.
2. В профиле групп доступа пользователя найдем и включим роль, отвечающую за редактирование соответствующей подсистемы (например, роли по учету НДС или учету основных средств).
3. Если используется доработанная конфигурация с добавленными нетиповыми регистрами, разработчику необходимо включить эти регистры в типовые роли чтения/изменения бухгалтерских данных или создать отдельное расширение конфигурации.

Шаг 4. Ограничение доступа на уровне записей (RLS) и дата запрета

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

1. Ограничение по организациям: Если в базе включена опция ограничения доступа на уровне записей (RLS), проверим вкладку Ограничения доступа в профиле или группе доступа пользователя. Если организация, указанная в шапке ручной операции, не входит в список разрешенных для данного пользователя, запись документа будет заблокирована.
2. Дата запрета изменения данных: Проверим раздел Администрирование → Настройки пользователей и прав → Даты запрета изменения данных. Если дата документа ручной операции попадает в закрытый период, проведение документа завершится ошибкой доступа.

Шаг 5. Корректировка прав через расширение конфигурации

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

1. В конфигураторе перейдем в меню Конфигурация → Расширения конфигурации и добавим новое расширение.
2. Добавим в расширение новую роль, например, ПраваНаРучныеОперации.
3. В свойствах роли установим флаги Чтение, Вставка, Изменение для объекта Документ.ОперацияБух и требуемых регистров.
4. Подключим расширение в режиме 1С:Предприятие и добавим новую роль в профиль группы доступа нужного сотрудника.

Использование описанных шагов позволяет восстановить доступ к вводу ручных проводок для бухгалтера, сохраняя при этом безопасность базы данных и избегая предоставления избыточных полных административных прав.