и снова права доступа...

[dod]

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

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

[kgenius]

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

[dod]

Цитата:

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

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

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

[RedFox]

Цитата:

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

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

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

Цитата:

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

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

[dod]

Цитата:

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

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

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

[RedFox]

Цитата:

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

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

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

[Sancho]

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

[Sancho]

Цитата:

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

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

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

[dod]

Цитата:

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

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

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

[Sancho]

в обеих
не навредит

[dod]

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

[by_HT]

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

[grif]

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

[Sancho]

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

[grif]

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

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

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

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

[grif]

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

[romeo]

Цитата:

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

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

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

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

[grif]

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

[Sancho]

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

[grif]

это да, но объект идентичный 100% и на форме записи скрываются лишние, а вот в коде ошибки не происходит. В настройках базы данных никаких глобальных галочек по этому поводу не обнаружил. Куда копать не знаю