и снова права доступа... - NAV: Администрирование

dod · 02.03.2009, 10:43

Здравствуйте, уважаемые форумчане!

вопрос наверное простой, но вот уже сколько бьюсь так и не нашел ответа на него... Ситуация такая: для товаров завели категории. каждый пользователь может видеть только определенную товарную категорию. настроил роли для каждого пользователя под определенную категорию. все работает но только с карточки товара (нажимаю список, вижу только нужное). а если допустим попробовать в произ. плане выбрать товар, то выдает ошибку типа нет разрешения смотреть таблицу товар! подскажите пожалуйста, где я допустил ошибку...

kgenius · 02.03.2009, 11:11

А как реализовали ограничение в списке, через FILTERGROUP()!?
Так же нужно ограничение сделать и через карточку. Только если в списке вероятнее всего используется FILTERGROUP(2), то в карточке придется ограничение делать через FILTERGROUP(4).

**Sancho** · 02.03.2009, 11:23

есть еще такое свойство USERECFILTER, вроде через него обходится ошибка

dod · 02.03.2009, 12:23

Цитата:

Сообщение от kgenius

А как реализовали ограничение в списке, через FILTERGROUP()!?
Так же нужно ограничение сделать и через карточку. Только если в списке вероятнее всего используется FILTERGROUP(2), то в карточке придется ограничение делать через FILTERGROUP(4).

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

RedFox · 02.03.2009, 12:46

Цитата:

Сообщение от dod

ограничение делал стандартно: в правах доступа в данных устанавливал фильтр поля по товарной категории.

Только для SQL-версии работает

Цитата:

судя по ответам, без программирования не обойтись?

Иначе только так!

dod · 02.03.2009, 12:59

Цитата:

Сообщение от RedFox

Только для SQL-версии работает

у нас sql. немного не понял ваш комментарий... даже если SQL-версия, то надо программировать? или стандартом можно обойтись?

**Sancho** · 02.03.2009, 13:06

Цитата:

Сообщение от Sancho

есть еще такое свойство USERECFILTER, вроде через него обходится ошибка

опс, ошибся.
SETPERMISSIONFILTER помогает

dod · 02.03.2009, 13:34

Цитата:

Сообщение от Sancho

опс, ошибся.
SETPERMISSIONFILTER помогает

опыта в программировании почти никакого не имею. прочитал, что нужно применять setpermissionfilter на OnAfterGetCurrRecord. а на какой форме? в моем примере на карточке товара или на Товар Список?

**Sancho** · 02.03.2009, 13:38

в обеих

не навредит

dod · 02.03.2009, 14:43

всем спасибо за ответы! вопрос пока не закрыт. как сделаю напишу

RedFox · 02.03.2009, 18:14

Цитата:

Сообщение от dod

у нас sql. немного не понял ваш комментарий... даже если SQL-версия, то надо программировать? или стандартом можно обойтись?

Ну тогда опишите как Вы это делаете. Через Security Filter?

dod · 03.03.2009, 16:33

Цитата:

Сообщение от RedFox

Ну тогда опишите как Вы это делаете. Через Security Filter?

за пользователем закреплена одна роль, в правах доступа которой в данных 27-ой таблицы в поле Фильтр защиты прописано ограничение по полю Код товарной категории. Фильтр срабатывает только если зайти на карточку товара. вызываю список и вижу только то что мне нужно. всё отлично.

а вот если через заказ продажи или произ. планы и т.п. попытаться попасть к списку товаров, то выдает ошибку типа у вас нет разрешения на чтение таблицы товар.

на форме товара и списка товаров использовал функцию SetPermissionFilter в OnAfterGetCurrRecord. не помогло. может я неверно воспользовался функцией? написал следующее: Rec.SetPermissionFilter;

apanko · 03.03.2009, 18:53

На Product CD есть каталог Doc. В нем файл w1w1adg.pdf.
Посмотрите раздел Supporting Record Level Security (англ.)

Там как раз на примерах все показано.

by_HT · 05.03.2009, 15:25

Я тут посмотрел и выследил такую закономерность, что если в свойствe поля tableRelation убрать значения и соответствено прикрепить их на форме в лукапе, то все замечательно работает... а убирать значение в свойстве ни есть гуд...

grif · 06.10.2010, 14:34

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

**Sancho** · 06.10.2010, 15:31

на примере.
менеджер видит только свои заказы продажи (где он менеджер)
хочется чтобы и баланс в карточке клиента считался по ЕГО счетам и оплатам?
думаю, так не получится

grif · 06.10.2010, 15:46

Не совсем так.

Таблица 1:
"Операция Но." - Первичный ключ
"Код Склада"
"Сумма" - вычислимое поле по таблице 2 с фильтрами "Таб1. Операция Но."="Операция Но."

Таблица 2:
"Операция Но." - Первичный ключ
"Таб1. Операция Но." - ссылается на ПК таблицы 1
"Код Склада"
"Сумма"

"Код Склада" в таблице 2 всегда совпадает с кодом склада соответствующей записи таблицы 1. Установлен одинаковый фильтр защиты по полям обоих таблиц "Код Склада". Флоуфилд таблицы 1 спотыкается на ошибке, хотя для всех доступных записей таблицы 1 всегда доступны соответствующие записи таблицы 2. Если в флоуфилд добавить доп. фильтр по полю "Код Склада", то всё работает, но делать этого не хочется

grif · 06.10.2010, 17:37

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

romeo · 07.10.2010, 14:49

Цитата:

Сообщение от grif

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

Security Filter автоматом накладывается на элементы интерфейса (формы). Объявляя переменную в коде и получая доступ к записям этот фильтр не применяется. Для применения нужно явно вызвать команду SETPERMISSIONFILTER().

Код:

rec.RESET;
rec.SETPERMISSIONFILTER();
IF rec.FIND('-') THEN REPEAT
  // делаем что-нибудь
UNIL rec.NEXT = 0;

grif · 07.10.2010, 16:26

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