Коллеги, какие есть варианты, чтобы ограничить, в зависимости от роли, права (в т.ч. на чтение) к элементу из физ.лиц и сотрудников организаций?
Спасибо!

(0) Самое надежное - это отдать расчет зарплаты таких сотрудников на аутсорсинг

есть режим "расчет по ответственным". Есть и другие настройки ограничения. Правда это ограничение не распространяется на доступ к данным физ.лица вроде

(2) а что за режим?
можно ли в ролях, может, прописать запросом запрет на чтение ряда сотрудников? Если их найти, скажем, по коду, прямо в конфе?

(3) До 22-го века будешь писать. Там тысячи, если не десятки тысяч обращений к справочникам.

(0) У физлиц есть реквизит "Группа доступа" на вкладке "Прочее" формы элемента. Если включить ограничение на уровне записей, то можно раздать права на эти группы доступа

(3) Объясни задачу. Спрятать зарплату топ менеджеров или что-то еще?

(6) и убрать возможность открыть и посмотреть физ.лицо или сотрудника
можно просто запрос в роли вставить с нужными условиями? Должно сработать?

(5) не совсем понял, как это сделать?
и будет ли это работать и для справочника "сотрудники организаций"? я так понимаю, что нет

(7) РЛС в ЗУПе есть. Посмотри готовый механизм, может этого будет тебе достаточно

(7)а зачем ?
спрятать зарплату директора Сидорова я понимаю зачем, а вот зачем прятать данные физлица Сидорова.Ну узнают что он родился такого то числа и чего из этого ? что за тайна ?

(10) Ну, домашний адрес директора Сидорова может быть кому-то очень интересен

(10)у них Дункан Маклауд на окладе ))

(11)наверное интересен кому то
Но какой экономический ущерб может быть от разглашения адреса ? От разглашения зарплаты может быть, а от адреса что случится ?
Это скорее к защите перс. данных относится,в Настройках вкладку Защита перс.данных надо ковырять.

(5) И получить серпом по еегз.
ТТо пеатная форма не распечатывается, то отчет не формируется, и такое слош и рядом

(9) покурю пожалуй РЛС. Раньше не приходилось.
Принципиально, я так понял, задача эта решаема?

(14) вот кстати тоже вопрос.. если элемент на чтение будет закрыт, то любое обращение к нему в результате повлечет ошибку?

(16) Ага

(8) Ну ты попробуй в тестовой базе

(16) там что то не понятное творится. Работает как то перманентно, и ООООООООЧЧЧЕЕЕЕНЬ медлено, ну просто пипец

(15) Предложение в (5) нон на встроенном RLS - ничего дорабатывать не нужно.

У тебя в базе много физлиц?

(19) мало того, можно получить в некоторых запросах превышение 256 таблиц

(21) ну такая вероятность так же возможно есть.
вообщем у меня стабильно не взлетело пока (то тут то там какая то фигня)

(16) Если запрос правильно оформлен, то ошибки не будет. не будет недоступного результата.
(20) По ЗУП ен смотрел, но в КА указанное ограничение по "группе доступа" скрывает сотрудников от просмотра, но физ.лиц не трогает. Т.е. карточку физ лица и список физ лиц вполне доступны.

(23) В ЗУПе все отлично скрывает (в ЗУП КОРП как минимум). Но вот все остальное:(

Чтобы спрятать всех физлиц надо вместо роли пользователь сделать другую роль - но это правка конфигурации(кажется в трех модулях) - я такое делала для табельщиков.Вообще не очень понятно: от когго секрет - от расчетчика что-ли? надо понимать что и ПФР по таким персонам будет фильдеперсовым...А вообще лучше действительно посмотреть КОРП наверно

(0)насколькоя помню по подразделениям, т.е. или вывести их в подразеделение специальное или изуродовать ЗУП придется серьезно

(26) не какого ограничения по подразделениям не в ЗУП не в ЗУП КОРП нет

ещё можно обработчик события на открытие определенных элементов сделать) для каждого справочника

никто еще не предлагал не хранить эти секреты в базе?

(29) Я предлагал в (1)

а кто что думает насчет (28)?

(28) Вы поймите можно не открывая справочник прочесть все что в нем лежит....

(27)точняк ))) по физлицам точно есть. по ним и можно делать, только доки потом не забывать все отдельно делать на них

(27)и по подразделениям есть, только тупое кривое не влияющее на видимость документов, (0) в справочнике группы пользователей всё написано если включить доступ на уровне записей

(34) относительно вопроса (0) по подразделениям НЕТ.
Оно не тупое и не кривое. А ровно для тех целий для которых сделано.

(35) ну конечно, сделана заготовка и если (0) не догадается как допилить то либо базу искалечит либо партнеры на партнерском форуме получать консультацию ЗАКРЫТУЮ!

(0) см (34)

RLS по физлицам работает у нас для 4 тыс работает и примерно 10 тыс уволившихся. Тормозит по сравнению с полными правами заметно (расчетные листки например), но работать можно. Есть пара типовых обработок и пара отчетов в которые пришлось добавить РАЗРЕШЕННЫЕ.
Скрываются полностью и документы и физлица и сотрудники, на которых нет прав. Расчет страх. взносов и прочие отражения в регл учете нужно запускать с правами без ограничений.

(38) Слушай систематически вылитает ошибка запроса (не достаточно прав) то какие то левые ошибки возникаю (что то там с валютами учета и прочее)
2 одинаковых табеля (все физики в группе доступа) один печатается (выводится на экран) второй фик (ошибка запроса, недостаочно прав доступа)

(39) у меня не КОРП конечно. Добавлял РАЗрешенные помню в Анализ неявок. Еще куда-то не помню. Помогло. В табель вроде нет, запомнил бы, ибо Т-13 в каждом релизе меняют

(39) кстати ты меня напугал, у меня режим совместимости с 8.1. Хочу его отключить, но а вдруг начнется как у тебя в (39)?

(41) дак вот в том и ..... еще это все и под скулем

Типовой механизм конечно тормозит, но скрывает нормально. Физ лиц по группе доступа, сотрудников по группе доступа физ лиц. Единственные проблемы:
1) Скрытие документов, если там есть недоступные физ. лица. А такие документы будут и про них обязательно вспомнят в самом конце )
2) Некоторые типовые процедуры на это не рассчитаны - добавлял либо РАЗРЕШЕНЫЕ, либо УстановитьПревилегированныйРежим(Истина) только не помню где.
ЗЫ Для ограничения !просмотра! списка подразделений ограничение добавить не сложно - чуть подправить права по справочнику, но опят же в документах это не предусмотрено и там они будут видны как битые ссылки. В принципе, если ограничения по физ лицам и подразделениям настроены правильно, то это не проблема - лишние документы не будут видны.

(43)+1

только там нет ограничений в разрезе подразделений, если говорим о регламентном учуте!