подскажите , в каком направлении смотреть...

есть 5-25пользователей, как возможно ограничить доступ к отчетам по условию ?
Прописать условие в глобальном модуле , чтобы не делать эту проверку в каждом отчете

например, чтобы пользователь Подразделения "Мастер"
мог просмотреть отчеты только этого подразделения
а пользователь Подразделения "Работник" - только свое....

понимаю, что есть или простое решение, или я не понимаю много чего :)

можете сказать в чем могут быть или есть грабли... ?
---
Смотря что подразумевается под фразой "чтобы не смотрели , куда не нужно", уже от этого и надо отталкиваться.
Если допустим в регистрах к которому обращается отчет, нет подразделения в качестве измерения, то отбор на подразделение наложить не получится.
Если процедуры при компоновке нет, то её можно просто добавить.
---
например, чтобы пользователь Подразделения "Мастер"
мог просмотреть отчеты только этого подразделения
а пользователь Подразделения "Работник" - только свое.... "Только свое" - что именно? Свой набор отчетов? Или только свои данные (по своему подразделению), а отчеты у всех общие?
---
чтобы каждый Пользователь мог просматривать отчеты только своего подразделения
из всех общих отчетов, какие есть в базе
---
Тогда оптимальное решение - это роли, как уже предложили.

Если конфигурация на УФ, то их можно ввести через расширение, например:
https://infostart.ru/public/1063907/
https://infostart.ru/public/554075/
---
Во первых если Мастер и Работник работают с разными подсистемами, то можно элементарно разрулить галками по подсистемам. Во вторых Роли, но тут по сложнее, ибо больше с галочками играть. А можно и то то использовать.
---
используйте роли
или заводите РольМастер, РольРаботник
или в роли настраиваете ограничение с зависимостью от Подразделения
---
Если отчеты без своей формы, можно дописать проверку в общей форме отчета :)
---
отчеты с формами, каждый со своей....
---
RLS включить
---
Только RLS права, настраиваете их (если нет по подразделению, то дорабатываете) и ничего в отчетах делать не придется. Если у пользователя не будет прав на подразделение, то ни в каком отчете не увидит эти данные.
---
т.е. в глобальном модуле прописать условия,
если пользователь Вася и он в Подразделении "Мастер"
он может смотреть только отчеты по зарплате,
но отбор может делать только по подразделению "Мастер"

не получится ?

 RLS я думал сразу - есть стандартный функционал, но это на скорость работы сильно окажет давление...
---
Такое не получиться. Запросы идут напрямую в базу и если в запросе не наложены условия, то пользователь получает выборку согласно отборам.
Единственное исключение RLS права, они накладывают ограничение на чтение данных из базы и не важно как отчет написан.
На скорость работы не должно повлиять, если у вас база не размером с террабайт.
RLS могут сильно замедлять работу, если допустим на один регистр сделано 2 и более ролей на чтение и соответственно у каждой прописаны права. Тогда идет замедление, так как на уровне SQL запрос разрастается, так как надо проверить все условия.
А если как в современных,то на каждый регистр (или группу регистров) идет отдельная роль.
---
еще вариант, если в нужных отчетах прописывать ограничение ?
Пользователь принадлежит подразделению "Рабочий" - в отчете фильтр отбора по подразделению "Рабочий"

или все-равно не получиться...

понимаю, что легким испугом здесь не получится :)
---
http://www.allexx.info/razdelenie-ucheta-v-1s-bp-30-po-podrazdeleniyam

с отчетами такой вариант пройдет ?
---
Если есть типовой миханизм платформы, включайте его и настраивайте, иначе легко не отделаетесь.
1) Либо дорабатывать RLS, что та еще головная боль, но это 100% вариант и можно забыть про разные отчеты.
2) Можно доработать отчет, но надо закрыть все не доработанные отчеты. Так как есть допустим универсальные отчеты и продвинутый пользователь может его настроить и получить данные без всяких ограничений. Если есть открытие внешних отчетов, то просто воспользоваться внешним отчетом.

(14) Я бы не шел таким вариантом. Во первых куча параметров не есть хорошо. И второе, завтра БСП поменяется и весь механизм полетит к чертям.
Если и дорабатывать отчеты, то программно накладывать отбор на подразделение при формирование отчета. Это можно сделать в процедуре ПриКомпоновкеРезультата. Да придется прописать в модуле каждого отчета, но это будет понятнее и легче контролировать. А главное сами запросы менять не придется.
---
т.е еще помогут и стандартные ограничение через профили групп доступа...
и останется только в важных отчетах прописать условия ?
---
Если настроить типовой механизм ограничения прав по подразделению, то в отчетах ничего делать не надо, все "само заработает" как надо.
---
Бух :)
---
В бухгалтерии вроде нет ограничений по подразделениям. Скорее всего придется допиливать.
---
а что думаете по поводу

"если Мастер и Работник работают с разными подсистемами,
 то можно элементарно разрулить галками по подсистемам"

или это еще больше ломать...

подозреваю, что я остановлюсь, пока не начал :)
---
Врятли, так как вам нужно ограничить отчет, а один отчет это одна подсистема, даже если формы у отчета разные.
---
ПриКомпоновкеРезультата
есть не во всех отчетах....

есть вариант другим способом создать общее условие ?
или это зависит еще и от типа отчета....

я не пойму, может другое условие нужно...организация в базе одна.

как пользователей поделить с отчетами , чтобы не смотрели , куда не нужно :)

или не по подразделениям фильтровать...ведь еще есть и документы...

неужели только RLS ? да еще и прикол, что вид доступа не очень впечатляет...

как посоветуете , так и буду двигаться
---
Смотря что подразумевается под фразой "чтобы не смотрели , куда не нужно", уже от этого и надо отталкиваться.
Если допустим в регистрах к которому обращается отчет, нет подразделения в качестве измерения, то отбор на подразделение наложить не получится.
Если процедуры при компоновке нет, то её можно просто добавить.
---
спасибо.