← На главную

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

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

Суть проблемы: жесткая привязка в коде

В ходе анализа ошибки Не задано значение параметра стало очевидно, что проблема кроется в архитектурных особенностях реализации подсистем доступа. В некоторых версиях конфигурации 1С:УНФ разработчики использовали прямые обращения к системным именам предопределенных профилей.

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

Шаг 1: Проверка актуальности релиза

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

1. Перейдите в меню О программе и сверьте текущий номер релиза 1С:УНФ с доступными обновлениями на портале 1С:ИТС.
2. Если ваша версия ниже 1.6.25.195, настоятельно рекомендуется выполнить обновление. Часто это «лечит» большинство ошибок, связанных с недоступностью функционала для нестандартных профилей.

Шаг 2: Анализ состава Ролей

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

Создание нового профиля с нуля:

1. Вместо использования кнопки Копировать, создайте новый профиль группы доступа.
2. Вручную подберите необходимые Роли, которые составляют требуемый функционал. Роли — это более глубокий уровень прав. В отличие от профиля, который является лишь группировкой, роли определяют конкретные действия (Чтение, Добавление, Изменение, Удаление) над объектами метаданных.
3. При подборе ролей ориентируйтесь на стандартные наборы, добавляя только те, что критически важны для работы сотрудника.

Шаг 3: Диагностика через Журнал регистрации

Когда ошибки возникают при выполнении операций пользователями, всегда обращайтесь к Журналу регистрации. Это позволит увидеть не только текст ошибки, но и контекст: какой именно запрос выполняется в момент сбоя и к какому объекту происходит обращение.

Рассмотрим, как правильно настроить логирование:

1. Откройте Администрирование — Обслуживание — Журнал регистрации.
2. Установите фильтр по пользователю и по уровню событий Ошибка.
3. Проанализируйте события, предшествующие сбою. Если система ругается на отсутствие параметров, это подтверждает, что текущему профилю не хватает прав, описанных в Ролях, или же срабатывает защитный механизм, описанный выше.

Рекомендации по администрированию системы

Чтобы избежать хаоса в правах доступа и нестабильной работы, придерживайтесь следующих правил:

Не меняйте виды номенклатуры после старта учета

Изменение типов номенклатуры (например, перевод из Товара в Услугу) после того, как были проведены первые документы, неизбежно приведет к ошибкам в регистрах. Если вам нужно ограничить доступ к изменению спецификаций или цен, используйте Роли, которые запрещают выполнение метода Запись в справочнике Номенклатура.

Используйте группы доступа

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

Тестовая среда

Никогда не тестируйте настройки прав в рабочей базе, если есть риск нарушения работы пользователей. Любые эксперименты с профилями должны проводиться в отдельной копии базы данных. Это позволит избежать блокировки работы склада или производства при некорректной настройке ограничений.

Итог: Проблема с копированием профилей в старых версиях 1С:УНФ — это техническая особенность. Самым надежным решением является поддержание конфигурации в актуальном состоянии. Если же вам требуется специфическая настройка прав, используйте ручной подбор ролей, избегая автоматического копирования системных профилей.