Цитата:
Изначально опубликовано axot
1) Что означает "При создании ключа в группе USR ..."? Мы создаем ключ на VAR слое, а настройку пользователям прав ведем Adminом под USR слоем.
Это лишь одно из предположений с целью объяснить поведение Axapta. На тот момент оно казалось верным, но теперь... в общем, нельзя объяснить необъяснимое.
Цитата:
Изначально опубликовано axot
2) С помощью методов класса DictFeatureKey можно анализировать установленные права доступа для текущего пользователя:
PHP код:
boolean validateFeatureKey(FeatureKey featureKey)
{
DictFeatureKey dictFeatureKey;
;
dictFeatureKey = new DictFeatureKey(featureKey);
return (dictFeatureKey.rights() != AccessType::NoAccess) ? true : false;
}
Да, можно.
Не очень понял, что вы хотели спросить. Если о том, запрещают ли Feature Keys доступ к объектам из кода, то ответ - нет, не запрещают. Другими словами, если вы закрыли ключом таблицу и установили на него права "Чтение", то редактировать записи из кода вы все равно сможете. Так что единственный способ - проверять права доступа в коде.
Цитата:
Изначально опубликовано axot
3) Типы у созданных нами фьючекеев User Interface Похоже, что Аx перестраховывается
Цитата:
Изначально опубликовано axot
4) Под подчиненностью я имел в виду не только графический классификатор. Необходимо, чтобы при запрете доступа у родителя автоматически запрещался доступ у всех его детей. Аналогично с другими уровнями доступа Чтение, Редактирование... Как это сделать?
А это и получится, если вы добавите Parent Feature Key. Кстати, почитайте в Axapta Development про свойство ANDParents у Fetaure Key.