пользователь должен видеть только свои документы
По теме из базы знаний
- Создание договоров средствами 1С
- Валовая прибыль с автоматическим отбором (по ответственному заказа покупателя, документа продажи или по основному менеджеру покупателя)
- Как сдать экзамен 1С:Специалист по платформе?
- Конфигурация "ИнфоПро": Конструктор журналов для коммуникации в рабочих группах и автоматизации
- Массовая рассылка печатных форм любых документов по электронной почте, в Telegram, в каталог или том
Ответы
Подписаться на ответы
Инфостарт бот
Сортировка:
Древо развёрнутое
Свернуть все
с другого форума, довольна старая уже тема:
Общие - Роли - [Имя Роли, принадлежащей пользователю] - В списке выбираем документ - Наводим на право "изменение" - в окошке "Огр доступа к данным добавляем":
==================================================
Прочие поля ========== ГДЕ Ответственный = &ТекущийПользователь
==============================================
Общие - Роли - [Имя Роли, принадлежащей пользователю] - В списке выбираем документ - Наводим на право "изменение" - в окошке "Огр доступа к данным добавляем":
==================================================
Прочие поля ========== ГДЕ Ответственный = &ТекущийПользователь
==============================================
Включите RLS
Константы - общие - ограничивать права доступа на уровне записей
Дальше идем в конфигуратор создаем роль в ней пишем шаблон и проставляем права с ограничениями на нужные документы
как справедливо указано (2) &ТекущийПользователь это параметр сеанса по которому вы можете получить собственно текущего пользователя ИБ.
Штатно в УТ 10.3 насколько я знаю механизма ограничения по автору документа нет, если не знакомы с RLS (ограничение доступа на уровне записей) советую сначала почитать на эту тему, информации в сети вообще и на этом форуме в частности много. Но в целом работа достаточно объемная.
Константы - общие - ограничивать права доступа на уровне записей
Дальше идем в конфигуратор создаем роль в ней пишем шаблон и проставляем права с ограничениями на нужные документы
как справедливо указано (2) &ТекущийПользователь это параметр сеанса по которому вы можете получить собственно текущего пользователя ИБ.
Штатно в УТ 10.3 насколько я знаю механизма ограничения по автору документа нет, если не знакомы с RLS (ограничение доступа на уровне записей) советую сначала почитать на эту тему, информации в сети вообще и на этом форуме в частности много. Но в целом работа достаточно объемная.
А как задача была изначально сформулирована заказчиком?
1. Пользователю будет удобнее работать если он будет видеть только свои документы.
или
2. Пользователь категорически не должен иметь возможности каким либо способом добраться до документов других пользователей.
1. Пользователю будет удобнее работать если он будет видеть только свои документы.
или
2. Пользователь категорически не должен иметь возможности каким либо способом добраться до документов других пользователей.
(13) Тогда отборы в журналах документов недостаточно надежная штука, лучше через шаблоны ограничений.
Но могут быть проблемы с тем что в 1с не всегда корректно пишутся запросы и после любого обновления может выясниться
что в каком-то новом запросе написано просто " выбрать ... " вместо "выбрать разрешенные ..."
Но могут быть проблемы с тем что в 1с не всегда корректно пишутся запросы и после любого обновления может выясниться
что в каком-то новом запросе написано просто " выбрать ... " вместо "выбрать разрешенные ..."
Программный отбор на список, если упр формы достаточно (программные отборы не видны в настройках компоновщика), если обычные, тогда еще и заблокировать доступность на Ответственно (Автора) в настр отбора, так проще и меньше изменений типовой
В 10.3 мало ролей, это не 11-я достаточно легко проконтролировать , создать новую роль проставить нужные права прописать шаблоны и вперед, в 11-й насколько я помню RLS по пользователю организована нормально.а вот с запросами то да, ну а насчет обновлений, кто ту торговлю часто обновляет ?
Уже три дня бьюсь с документом Заказы покупателя в УТП 8.2 и хоть в Конфигураторе - в роли пользователя , у документа в - ограничении доступа к данным- в Поле Ответсвенный прописываю "ГДЕ Ответственный.Ссылка = &ТекущийПользователь" , пользователь видит все документы. При всем при этом в Константах стоит галочка ограничивать права доступа на уровне записей , у пользователя заданы склады и номенклатура для доступа. В чем может быть причина , понять никак не могу
Хотя для других документов вы можете задать ГДЕ Ответственный.Ссылка = &ТекущийПользователь" или по автору "ГДЕ Автор = &ТекущийПользователь"
и все прекрасно работает. Видимо в Заявке проблема в ограничению по полям Прочие. Там стоит доступ по группам
складов
и все прекрасно работает. Видимо в Заявке проблема в ограничению по полям Прочие. Там стоит доступ по группам
складов
в Модуле формы Списка документа, ПриСОзданииНаСервере
//так же проверить в Общих чтобы был создан объект ТекущийПользователь тип СправочникСсылка.Пользователи
&НаСервере
Процедура Genel_ПриСозданииНаСервереПосле(Отказ, СтандартнаяОбработка)
ЭлементОтбора = СписокПересчетов.Отбор.Элементы.Добавить(Тип("ЭлементОтбораКомпоновкиДанных"));
ЭлементОтбора.ЛевоеЗначение = Новый ПолеКомпоновкиДанных("Ответственный");
ЭлементОтбора.ВидСравнения = ВидСравненияКомпоновкиДанных.Равно;
ЭлементОтбора.ПравоеЗначение = ПараметрыСеанса.ТекущийПользователь;
ЭлементОтбора.РежимОтображения = РежимОтображенияЭлементаНастройкиКомпоновкиДанных.Недоступный;
ЭлементОтбора.Использование = Истина;
КонецПроцедуры
Показать//так же проверить в Общих чтобы был создан объект ТекущийПользователь тип СправочникСсылка.Пользователи
Для получения уведомлений об ответах подключите телеграм бот:
Инфостарт бот