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

[mazzy]

Цитата:

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

Ты безусловно прав.

Но, Вадим, давай вернемся к исходному вопросу.
Тут спрашивалось как запретить кладовщику указывать некоторые склады.
Так вот барьеры надо ставить в интерфейсе. Если в коде устанавливается какой-то другой склад, то по рукам надо бить программисту, а не кладовщику.

Кстати, этот же довод действует и на возражение про doinset/doUpdate.
Спасибо, Вадим.

[mav]

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

[mazzy]

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

mav, так нормально?

[mav]

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

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

[bucken]

Итог:
1) Блокировать на уровне интерфейса - то бишь в формах, как уже сказал Mazzy.
2) Ну и что? Всего, по видимому, всего две формы - регистрация и коплектация. В них перекрываем, например cliced методы. В которых и делаем проверку на склад - если это склад кладовщика - то разрешаем операцию, если нет - то выводим сообщение об ограничения прав доступа.

Все.
P.S. Ну и проверить где еще можно что ограничить. Больше ничего делать ненадобно.
Что еще?

[mav]

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

[bucken]

Цитата:

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

Это есть быстро, но это не совсем хороший вариант.

Здесь есть элемент идеологии:
РАЗНИЦА в ограничениях:
НА ФОРМУ И НА ТАБЛИЦУ.

На форму - этим вы ограничите только данный функционал, только данный бизнес-процесс.
На таблицу - вы можете, сами того не желая, ограничить другие(!) бизнес процессы.

Хотя в втором случае - вы об этом узнаете по крикам пользователей.

P.S. И вариант1 и вариант2 оба мною применялись. Как говориться все зависит от идеологии, контекста и прочей канители

[Тимур]

Вообще в других системах такая задача решается следующим образом:
1) прописываются разрешенные цепочки перемещений;
2) делаются складские журналы с фиксированной цепочкой (склад источник не изменить) для каждого типа перемещений или даже пользователя.
В Navision, например, можно для поля указать разрешенные значения в форме.