Блокировка склада

[in.dc]

Цитата:

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

Есть в системе ликвидированный склад. Необходимо сделать блокировку этого склада, т.е. пользователи немогли бы ни брать, ни ложить, ни производить остальные операции.

Эквивалентно ли это ситуации, когда пользователи не могут 'выбрать' указанный склад в списке выбора (lookup)?
Если так, то возможно стоит обратить внимание на настройки безопасности на уровне записей (если есть лицензия на RLS) - создать группу, определить для нее условие RLS на таблице InventLocation (InventLocation.InventLocationId == !'ликвидированный склад') и добавить эту групу нужным пользователям?

P.S. этот вариант не поможет в случае если пользователи привыкли набивать коды складов 'руками' а не выбирать из списка доступных.

[Alexius]

Цитата:

Сообщение от in.dc

P.S. этот вариант не поможет в случае если пользователи привыкли набивать коды складов 'руками' а не выбирать из списка доступных.

Что-бы помогло - необходимо настроить RLS для всех используемых табличек, имеющих поля с типом InventLocationId ( AX 4.0 SP2).

[sukhanchik]

Цитата:

Сообщение от in.dc

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

Это почемуй-то??? Если использовать именно RLS, а не что-то свое "типа RLS", то фильтрация накладывается на таблицу (в частности, InventDim) ДО ее использования (в т.ч. до открытия формы).
По крайней мере - с другими таблицами именно так и работает.

[Raven Melancholic]

Если принимать подход с флагом блокировке на складе, то проверку логично делать в методе checkDimSearchFieldId таблицы InventDim. В большинстве случаев вызывается именно она (не напрямую, но в итоге проверки в ней). Все таки, на мой взгляд, findOrCreate для других целей.

[petr]

Извините, если уклонился от функционала к программированию.

Цитата:

Сообщение от Raven Melancholic

Если принимать подход с флагом блокировке на складе, то проверку логично делать в методе checkDimSearchFieldId таблицы InventDim. В большинстве случаев вызывается именно она (не напрямую, но в итоге проверки в ней). Все таки, на мой взгляд, findOrCreate для других целей.

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