В практике настройки прав доступа в конфигурациях 1С, особенно в торговых решениях, таких как 1С:Управление Торговлей 11, часто возникает задача скрыть коммерческую информацию от линейного персонала. Например, кладовщику или стажеру необходимо работать с документом ЗаказКлиента, но видеть цены и суммы продаж ему не положено. Или, как в нестандартном случае автора темы, нужно скрыть даже количество.
В этой статье мы подробно разберем, как решить эту задачу типовыми средствами платформы, проанализируем настройки ролей (RLS), рассмотрим использование расширений конфигурации и предупредим о неочевидных технических рисках такого подхода.
Задача заключается в том, чтобы пользователь мог открыть документ, но в табличной части Товары определенные колонки (Цена, Сумма, Количество) были для него недоступны. Под "недоступностью" мы понимаем не просто визуальное скрытие, но и невозможность программного чтения этих данных (безопасность).
Рассмотрим основной метод ограничения доступа, заложенный в платформу 1С:Предприятие. Как верно замечено в обсуждении, наиболее надежным типовым способом является настройка прав на уровне реквизитов объекта метаданных.
Для реализации этого метода нам потребуется доступ к конфигуратору. Давайте разберем алгоритм действий:
МенеджерБезЦен).ЗаказКлиента.Товары.Цена, Сумма, СуммаНДС, Количество.После применения такой настройки платформа физически перестанет передавать значения этих полей на клиентскую часть для пользователя с данной ролью. Вместо чисел он будет получать пустые значения (NULL или 0, в зависимости от контекста запроса).
Необходимо обратить пристальное внимание на важный аспект, который часто упускают при настройке RLS на отдельные поля. Типовые конфигурации, такие как УТ 11, ERP или КА, содержат сложную логику работы форм документов.
Форма документа ЗаказКлиента при открытии и редактировании производит множество вычислений "на лету":
Если мы заберем у пользователя право на чтение поля Количество или Цена, программный код формы при попытке обратиться к этим данным (например, для вычисления: Сумма = Цена * Количество) не сможет получить значение. В лучшем случае сумма станет равной нулю, что исказит документ при записи. В худшем — пользователь получит ошибку исполнения кода и не сможет открыть форму документа вовсе.
Вывод: Скрытие полей, участвующих в математике документа (Цена, Количество), через RLS требует обязательного тестирования работы формы. Скорее всего, потребуется доработка кода формы в расширении, чтобы добавить проверки на наличие прав перед выполнением расчетов.
Чтобы не снимать основную конфигурацию с поддержки ради настройки одной роли, мы рекомендуем использовать механизм Расширений. Это современный стандарт доработки типовых решений.
Порядок действий:
ЗаказКлиента (только структуру, без данных).Это позволяет обновлять основную конфигурацию в автоматическом режиме, сохраняя наши ограничения доступа.
Если задача состоит не в жесткой защите данных, а в том, чтобы "не мозолить глаза" или упростить интерфейс, можно использовать более мягкие методы. Однако помните: эти методы не защищают данные от намеренного просмотра продвинутым пользователем.
Вариант А: Настройка формы
Администратор может зайти в документ под пользователем и выполнить:
Цена, Сумма, Количество.Недостаток: Пользователь может зайти в то же меню и вернуть галочки обратно.
Вариант Б: Условное оформление
В конфигураторе или в режиме предприятия можно настроить условное оформление формы:
Цена, Сумма.Текст = "Скрыто" или задать ЦветТекста совпадающим с ЦветФона.Недостаток: Значение все еще находится в ячейке, его можно скопировать в буфер обмена и вставить в Excel или блокнот, чтобы увидеть реальную цифру.
Проанализируем вопрос с точки зрения бизнес-процесса. Если пользователю не нужно видеть количество и цены в заказе, возможно, документ — это не тот инструмент, который ему нужен.
Как справедливо заметили участники обсуждения:
ЗаказКлиента, а документ РасходныйОрдерНаТовары или задание на отбор, где цен нет по определению.В УТ 11 существует функционал "Самообслуживание" и упрощенные интерфейсы для торговых представителей. Проверьте, возможно, стоит переключить пользователя на такой интерфейс, где лишние поля скрыты штатно, вместо того чтобы "выпиливать" колонки из основного рабочего места менеджера.
Подведем итог. Ограничить доступ к реквизитам ТЧ типовыми средствами можно, используя механизм Ролей и настройки прав доступа к реквизитам.
Однако, применяя этот метод для критически важных полей (Количество, Цена), будьте готовы к тому, что:
Мы рекомендуем использовать этот метод только для полей, не влияющих на математику документа (например, СуммаЗакупки, Комментарий), а для основных полей рассмотреть вариант создания специализированных отчетов или использования профильных документов (ордеров).