Страница 1 из 1

Установка прав доступа к полям в Support не работает

Добавлено: 04 окт 2005, 09:13
scanner
Устанавливаю при помощи Support права на поля только чтение, например поле schfact.num (номер счета-фактуры), пересчитываю поля, но ничего не происходит. Как можно было менять номер счета-фактуры, так и можно.

При пересчете прав выполнялись следующие условия:
1. Расчет прав производился при чистой ДБ (т.е. в ней не было пользователей).
2. В Support устанонлены патчи ATL02, ATLBTR01, SUP02.

Версия: 7.12.01 1994, 2004г.
Сборка от: 30.11.2004
Собрано на: "Атлантис" 3.03.22

Если вывестиотчет о правах, то данные права выдаються как предварительные

Код: Выделить всё

Предварительные права на поля:

 ┌─────┬─────────────────┬────────────────┬────────────────────────────────┬────┐
 │ Код │   Имя таблицы   │    Имя поля    │          Заголовок поля        │ Пр.│
 ├─────┼─────────────────┼────────────────┼────────────────────────────────┼────┤
 │ 3500│SCHFACT          │NUM             │Номер счет-фактуры              │ R- │
 └─────┴─────────────────┴────────────────┴────────────────────────────────┴────┘
Точно так же выдаються и права на таблицы.

Посоветовали поставить настройку StrongRecalcRights = On, но ситуация не изменилась.

Подскажите как быть?

Добавлено: 04 окт 2005, 11:08
san
если sql платформа, то надо forcerights=on.

Добавлено: 04 окт 2005, 12:00
Goblin
А на саму таблицу какие права ?
И как комбинируются права на таблицу с правами на ее поля ?
Вполне возможно что комбинация идет по И - тогда , если права на таблицу RUID или RUI-, тогда R--- на правах на поле этой таблы никакого значения не имеет ...

Посмотри доку по протекту , что там говорится про комбинации прав на таблу с правами на поля ...

Добавлено: 04 окт 2005, 12:45
scanner
Goblin
На саму таблицу модификация и чтение, на поле только чтение

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

san
Платформа Pervasive 8

Добавлено: 24 окт 2008, 14:13
jornand
Возникла аналогичная проблема....ставлю права на таблицу на чтение R---, захожу под этим пользователем, а все равно полный доступ! Платформа Pervasive 9, Галактика 8.1, таблица putlst! Помогите, чем сможете, вопрос очень важный!
PS: раньше у пользователя стояли полные права на эту таблицу.

Добавлено: 28 окт 2008, 13:16
Алексей
Пользователь случайно не админ?
Права даете лично пользователю, или группе, в которую он входит?
Права после этого на БД пересчитывали?

Добавлено: 28 окт 2008, 20:18
edward_K
1. пользователя надо выгонять.
2. права суммируются и правильней дать на таблу чтение, а на все поля кроме нужного модификацию

Добавлено: 30 окт 2008, 07:25
jornand
Все делал как вы пишете.
1. В базе вообще ни одного пользователя и он не админ.
2. Даю права на таблицу putlst, только чтение.
3. После этого пересчитываю права на БД.

Захожу по этим пользователем в путевой лист и все равно могу изменять всю информацию....

Добавлено: 30 окт 2008, 08:28
Nikos
Была похожая проблема, правда с пунктами меню. По какой-то причине у некоторых пользователей есть доступ на все пункты, хотя в правах все в порядке. Выходил из этой ситуации следующим образом: заводил нового пользователя, проверял, что у него нет прав на пункты меню и копировал его права на проблемных. Пересчитывал права, и все работало как надо. Может, и с правами на таблицу та же проблема...

Добавлено: 30 окт 2008, 09:04
jornand
Похоже у меня ещё хуже все....я завожу нового пользователя, раздаю ему права на все таблицы модуля "управление транспортом", чтение! В итоге, захожу под этим пользователем в путевой лист, система ругается, но все-равно даёт изменить данные! :shock:

Добавлено: 19 янв 2010, 14:05
Serges
Реанимирую тему, так как столкнулся с алогичной, на мой взгляд, ситуацией.

Делаем группы пользователей в Протекте:
Группа 1
Группа 2

У Группы 2 ограничение на поля - им не надо видеть, ну например, оклады. У Группы 1 такого ограничения нет.
Сотрудник входит в Группу 2 и нормально работает, но потом ему добавляют обязанностей и включают в Группу 1.
В результате этот сотрудник по прежнему не видит поля, на которое есть ограничение в Группе 2. То есть права на поля усекают права на таблицы, независимо от того, какой группе эти права принадлежат.

Версия 8.10, Oracle.
Самое интересное, что на MSSQL ТП не потверждает такого результата складывания прав. Уважаемые коллеги на Oracle, проверьте ситуацию.

Добавлено: 20 янв 2010, 18:21
AmiD37
подтверждаю, что на Оракле права на таблицы у пользователя, входящего в разные группы суммируются.
т.е. если в одной из групп были даны полные права, то пользователь их получит.
Оракл 9.2

Добавлено: 21 янв 2010, 08:08
Алексей
Serges как раз написал об обратном. он хотел бы чтобы суммировались а у него юзер по режнему не видит

Добавлено: 21 янв 2010, 13:17
Serges
Алексей правильно понял, именно так - юзер не видит поле, на которое есть ограничение в одной из групп, в которые этот юзер входит.

AmiD37, у Вас, стало быть, при таком раскладе юзер поле видит?

Добавлено: 22 янв 2010, 07:03
Прохожий
Таки странно как-то усекают. Права на таблицу - полные. Права на 2 поля этой таблицы - "R---". В итоге пользователь эти 2 поля редактирвоать может.

Просто AmiD37 говорит про суммирование прав двух групп, разграничивающих права НА ТАБЛИЦЫ, а Serges про взаимные права группы, ограничивающей права на таблицы и группы, ограничивающей права на поля.

Из собственных экспериментов вывел следующий алгоритм. Задача - запретить редактировать 1 поле в таблице. Права на таблицу даем "R---", а в права на поля добавляем все поля "RUID", а нужное нам поле - "R---".