Разграничение прав доступа на складские операции

[mav]

Добрый день!
Подскажите пожалуйста как можно ограничить права доступа кладовщиков в переносах только на свой склад.
Ситуация такая: кладовщик должен иметь возможность создавать и разносить переносы со своего склада на другие, и наоборот, а проводить Регистрацию/Комплектацию только по своему складу. (надо чтобы без ведома кладовщика никто не мог оформить приход или расход товара по его складу)

[mazzy]

1 уровень: rls
2 уровень: программировать проверки. validateWrite для этого и создан
других вариантов, к сожалению, нет.

[mav]

1-й метод не подходит, т.к. rls во первых не запрещает писать, а во вторых видеть как раз надо все.
есть правда еще вариан закрывать везде на формах соответствующие кнопки программно - но это вообще непонятный объем работы.

Спасибо, похоже вариант с перекрытием validateWrite в моем случае самый подходящий

[Pan]

А ограничить доступ на уровне записей не пробывали?

[mav]

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

[mazzy]

Цитата:

Изначально опубликовано mav
1-й метод не подходит...

Это не "1й метод", это "1й уровень".
Для "быстрого" решения достаточно применить 1й уровень.
Для "полного" надо бы применять оба уровня.
В зависимости от того, сколько уровней реализуется, будут оцениваться затраты времени, сил и денег.

[mazzy]

Цитата:

Изначально опубликовано Hamster
в классе InventUpd_Registered в методе updateNow или updateRegister* делать проверку на кладовщика / склад.

Опять же. Существует несколько уровней решения.
Я бы начал с validateWrite на таблице InventTrans.
Все равно все складские проводки так или иначе попадают туда.
Затраты программистов будут меньше.

Но пользователи получат сообщение об ошибке очень поздно.
Им будет не очень удобно.
Но зато решение будет быстрым.

После того, как будет запущено и отлажено быстрое решение (если останутся силы, время и деньги) можно будет улучшать эргономику, создавая validateWrite на других таблицах/классах.

[mav]

а для того, чтобы этот самый validateWrite проверялся, его вызов надо еще повставлять куда-то?

[George Nordic]

Автоматом вызывается не таблице, если не был принудительно перекрыт на форме (дурной тон), или не был вызван doUpdate (совсем уж отвратительный тон).

Я еще перекрывал lookup (что бы не видели лишнего) и validate на контроле (что бы вводили только значения из списка, предоставляемого lookup). Но это позволит решить трабл только на форма. Если же подправить VW на таблице - тогда глобально.

С Уважением,
Георгий

[macklakov]

А лучше всего и lookup (для удобства юзера) и validateWrite (на всякий случай).

[mav]

странно.
перекрыл этот validateWrite на таблице InventTrans.

тыкаюсь в разных формах проводить регистрации/комплектациии.
validateWrite не срабатывает
(функционал стандартный, никто ничего не менял еще)
в чем может быть причина?

[macklakov]

продемонстрируйте код, пожалуйста

[George Nordic]

1) Перекрывайте на validateWrite ТАБЛИЦЕ!
2) Хм... а, случаем, та нигде doInsert/Update нету?
Что-то мне такое попадалось в коде..

С Уважением,
Георгий

[mazzy]

Цитата:

Изначально опубликовано macklakov
А лучше всего и lookup (для удобства юзера) и validateWrite (на всякий случай).

а вот lookup лучше не программировать (в данном случае)
lookup лучше как раз оставить RLSу.

[mazzy]

насчет doinsert/doUpdate.
Такие места сейчас в коде есть. Но сейчас этим методы не влияют на работу юзера. Эти методы вызываются глубоко внутри и служат целям оптимизации.

Если же вы сами используете doinsert/doUpdate... Ну... вы себе сильно осложняете жизнь. И не только в деле ограничения прав доступа. Если вы сами используете doinsert/doUpdate, то должны понимать, что все заботы о целостности базы ложатся на вас.

[George Nordic]

Я имел в виду, если не использовать RLS.
У себя я сделал именно так, что позволило отказаться от RLS. Пока - все работает.
К тому же, RLS не работает на запись, так что учтите! Все равно перекрывать vw на таблице придеться. Не то пользователь впишет руками - и проведет-таки на ненужный склад.

С Уважением,
Георгий.

[Vadik]

2All: да побойтесь бога - validateWrite() на таблице не вызывается, если INSERT/UPDATE делается из кода. А много вы знаете форм, в которых InventTrans руками редактируется?

[George Nordic]

Цитата:

Изначально опубликовано mazzy
Если вы сами используете doinsert/doUpdate, то должны понимать, что все заботы о целостности базы ложатся на вас.

Да-да. И, вообще, старайтесь избегать подобного кода. А, натолкнувшись, приглядеться повнимательней. Использование без крайней необходимости - очень дурной тон.

С Уважением,
Георгий.

[George Nordic]

Цитата:

Изначально опубликовано Vadik
validateWrite() на таблице не вызывается, если INSERT/UPDATE делается из кода. А много вы знаете форм, в которых InventTrans руками редактируется?

Да, верное замечание. Тогда модифицируйте insert / update - вставляйте проверку. Хотя, повторяю doInsert/Update все равно пройдет мимо.

С Уважением,
Георгий.

[mav]

вот теперь понятно, всем спасибо!