Люди ХЭЛП!!! Как реализовать разграничение доступа к реквизитам документов(справочников) на уровне данных. Задача по сути такая: необходимо, чтобы часть реквизитов документов(справочников) некоторым пользователям(то бишь одной роли) быле недоступны для чтения, а как это сделать я не знаю...

Книга знаний: Права пользователей в 1С:Предприятии 8.0

по-моему меня никто не понял, с функцией РольДоступна я знаком...поясню на пальцах:
есть Справочник Абоненты, к примеру, пользователи с ограниченным доступом могут видеть только телефон абонента, а с полным доступом, его телефон, IP, мак-адрес и т.д. Как реализовать?

Нам вроде показывали на курсах, щас попробую найти...

буду премного благодарен)

Короче в дереве метаданных заходишь в Роли

Нажимаешь на нужный справочник.
Справа появятся два поля: "Права" (с галками)
и "Ограничение доступа к данным" (ниже).

В "Ограничение доступа к данным" создаешь новый (клавища Insert)

сделал, жду дальнейших указаний...

Ну и там например Клиенты.Менеджер = ТекущийМенеджер
А его надо задать в "Параметрах сеанса" (тоже в дереве метаданных).

Или тебе как нужно, чтобы только поле было не видно в каких-то интерфейсах?

я здесь уже пытался, что-нибудь сделать, но, увы, не обладаю нужной информацией и , соответственно - знаниями. Мне нужно чтобы поле было не видно ни в интерфейсе, ни могло прочитаться особо умными пользователями запросом из внешней обработки...как, например, в SQL Server я могу ограничить доступ на чтение к конкретному столбцу, а не всей таблице, для конкретной роли...вот так(

Оказывается я сам не знаю ответ блин щас ищу.

(0)
А при открытии формы программно проверить доступность роли и спрятать неположенные элементы нельзя?

(2) Сделайте несколько разных формочек и в зависимости от доступности ролей открывайте нужную формочку.

формочками и интерфесами я уже ограничил доступ, мне нужно, чтобы ... впрочем, читайте выше и внимательнее...

извините, за высокомерие

Я че-то парюсь не могу найти ответ. А действительно как сделать-то?

По менеджерам (например) знаю как записи скрывать, а как в зависимости от пользователя поля (колонки) то делать недоступными?...

(17)
РЛЕ должно нормально работать.
А топикстартеру, думаю, следует более подробно объяснить, чего он хочет.

(19) Ну например я хочу роли Менеджер скрыть поле (колонку) ПолноеНаименование от просмотра, редактирования, в т.ч. программного.

+20 в справочнике Клиенты.

да, и я хочу того же)

да никак нельзя. Закрывай весь справочник, а то что нужно показать как нибудь показать - например, с помщью другого справочника или регистра сведений.

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

Если поле которое надо скрыть имеет ссылочный тип, то наверное можно тот справочник сделать недоступным для юзера. Тогда вместо ссылки будет отображаться GUID.

дааа, интересный подход...

Может в 8.1 появилось?
Странно что этого нет в 1С.

Вот и я про то же...Может все-таки есть, но мало где описано?

Ну, что никто не знает конкретного решения этого вопроса??

А убрать эти данные в регистр сведений?

В ролях можно указать поля для которых срабатывает правило "Чтение"

Очень гибкая система безопасности в КФ2005. Если будет время - гляну.

Если мона будет - объясните)

(30) +1... чтение ограничивай не все поля...

(33) а как не все поля ограничивать??

я как ни пробовал все равно целиком отсекается

(35) Два списка полей - который ограничиваем и который не ограничиваем в настройке "Ограничения доступа к данным".
Например:

ГоловнойКонтрагент, ЮрФизЛицо      |  Контрагенты ГДЕ ЛОЖЬ
Ссылка, ПометкаУдаления            |  <Пусто>


(36)Попробовал так, как Вы рекомендовали - открываю форму списка из ограниченной учетной записи - ни одной записи в справочнике не вижу, добавляю новую, указываю в ней только наименование, при записи выдается предупреждение, что данная запись не соответствует отбору и снова форма списка пуста. P.S. никаких отборов не установлено, установлены только ограничения доступа к данным.

(37) Значит на форме списка есть такой реквизит на который накладываются условия. Или установлена условие на Ссылку.

(37) запросом посмотри какие данные можешь получить и какие реквизиты

(38) АААА!!!! Спасибо!)) Действительно один реквизитик недоступный для чтения затесался среди остальных. Спасибо Neco))

Все работает)