Не верно проверяется объект полномочий V_KONH_VKS

Sergo

Добрый день!
Есть желание воспользоваться объектом полномочий V_KONH_VKS, который находистя в классе объектов SD.
Проблема в том, что при выполнении следующей команды под вновь созданным пользователем TEST, которому сто процентов не присвоеного ни одного профиля, содержащего полномочие с этим объетом

Code:

CONSTANTS: lc_kschl TYPE kschl VALUE '*',
           lc_actvt TYPE activ_auth VALUE '01'.
AUTHORITY-CHECK OBJECT 'V_KONH_VKS'
  ID 'ACTVT' FIELD lc_actvt
  ID 'KSCHL' FIELD lc_kschl.
...

выдает SY-SUBRC = 0.

Если же создать свой объект Z_KONH_VKS, являющийся копией стандартного V_KONH_VKS, то пока тому же самому пользователю TEST не будет присвоен соответствующий профиль с нужным полномочием, команда

Code:

CONSTANTS: lc_kschl TYPE kschl VALUE '*',
           lc_actvt TYPE activ_auth VALUE '01'.
AUTHORITY-CHECK OBJECT 'Z_KONH_VKS'
  ID 'ACTVT' FIELD lc_actvt
  ID 'KSCHL' FIELD lc_kschl.
...

выдает SY-SUBRC <> 0.

Почему бы так могло быть?

Марина

Проверила у себя объект V_KONH_VKS. Если нет полномочий - sy-subrc = 12, если есть - 0. Так что по крайней мере в 4.7 все работает корректно...

Sergo

Тоже версия 4.7.
Не совсем чистый эксперимент был произведен мной.
То есть у пользователя TEST на сомом деле был один профиль с полномочием на другой объект V_KONH_VKO.
И вот, если есть профиль с полномочием на другой объект V_KONH_VKO, тогда даже при отсутствии профиля с полномочием на нужный объект V_KONH_VKS, его проверка:

Code:

CONSTANTS: lc_kschl TYPE kschl VALUE '*', 
           lc_actvt TYPE activ_auth VALUE '01'. 
AUTHORITY-CHECK OBJECT 'V_KONH_VKS' 
  ID 'ACTVT' FIELD lc_actvt 
  ID 'KSCHL' FIELD lc_kschl. 

дает все равно SY-SUBRC = 0.

Если же нет профиля с полномочием на другой объект V_KONH_VKO, тогда при отсутствии профиля с полномочием на необходимый объект V_KONH_VKS его проверка:

Code:

CONSTANTS: lc_kschl TYPE kschl VALUE '*', 
           lc_actvt TYPE activ_auth VALUE '01'. 
AUTHORITY-CHECK OBJECT 'V_KONH_VKS' 
  ID 'ACTVT' FIELD lc_actvt 
  ID 'KSCHL' FIELD lc_kschl. 

дает SY-SUBRC <> 0, то есть как и должно быть.

Получается, что проверка объекта V_KONH_VKS зависит от объекта V_KONH_VKO.

Возникает следующий вопрос: Почему же происходит так? Хоть в документации по объекту V_KONH_VKS и сказано, что в дополнении должны проверять еще и V_KONH_VKO:

Цитата:

Условие: полномочия на виды условий
Definition
Enables you to restrict user access to condition types. In addition, you must maintain the authorization object V_KONH_VKO (controls conditions within specific sales areas) and V_KONG_VWE (controls the generation of condition tables).

но я, например, хочу организовывать проверку только для объекта V_KONH_VKS.

Марина

Я попробовала добавить полномочия на V_KONH_VKO и убрала полномочия на V_KONH_VKS. Проверка проходит адекватно. Даже не знаю что посоветовать.... Что у Вас там еще за полномочия в этой роли?

Sergo

Ролей ни каких присвоено. Присвоены только два профиля, состоящие из полномочий, содержащих объекты:
S_PROGRAM (*-ы)
S_TCODE (SA38, SE38, SU3, SU53)

S_TCODE (VA01, VA02, VA03)
S_TRANSLAT (*-ы)
V_VBAK_AAT (*-ы)
V_VBAK_VKO (*-ы)

Ну это не суть. Суть получается вот чем.

Все это дело было затеяно для того, чтобы запретить основной массе пользователей в заказах клиента возможность изменять данные на закладке "Условия" для позиции заказа.
Для того чтобы это сделать, были выбраны две формы (user-exit USEREXIT_FIELD_MODIFICATION и USEREXIT_PRICING_PREPARE_TKOMP), которые находятся в INCLUDE MV45AFZZ.
Если делать такую проверку в этих самых формах INCLUDE MV45AFZZ:

Code:

CONSTANTS: lc_kschl TYPE kschl VALUE '*',
           lc_actvt TYPE activ_auth VALUE '01'.

AUTHORITY-CHECK OBJECT 'V_KONH_VKS'
  ID 'ACTVT' FIELD lc_actvt
  ID 'KSCHL' FIELD lc_kschl.

То в не зависимости от того, присвоен ли профиль с полномочие на объект V_KONH_VKS, или же не присвоен, после проверки SY-SUBRC = 0.

Если же написать отдельную программу:

Code:

REPORT ZREPORT.

CONSTANTS: lc_kschl TYPE kschl VALUE '*',
           lc_actvt TYPE activ_auth VALUE '01'.

AUTHORITY-CHECK OBJECT 'V_KONH_VKS'
  ID 'ACTVT' FIELD lc_actvt
  ID 'KSCHL' FIELD lc_kschl.

WRITE / sy-subrc.

и выполнить ее, тогда, если не присвоен профиль с полномочием на объект V_KONH_VKS, проверка проходит правильно, SY-SUBRC = 12.

Получается, проверка объекта V_KONH_VKS зависит как бы от места, в котором ее делают.

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

doctor

я знаю в чем дело, приезжай расскажу...)))))

Марина

Цитата:

я знаю в чем дело, приезжай расскажу...)))))

Doctor, ответ в студию, плиз

doctor

2 sergo:
проверяй полномочия в предпосылке к условию или ищи другой UE

например LV69AFZZ

Sergo

doctor написал(а):

2 sergo:
проверяй полномочия в предпосылке к условию или ищи другой UE

например LV69AFZZ

To doctor

FAQ то я почитывал )))

Только вот, проверять в предпосылке не катит, так как это относится (наверное) только к созданию/изменению условия, а с удалением как быть?

Мне как раз нужно чтобы закладка "Условия" открывались именно на просмотр, то есть так, как я и делаю в exit MV45AFZZ.

А вот в exit LV45AFZZ наверное и можно будет позакрывать все поля от изменения, но, во-первых, дольше будет идти обработка, а во-вторых, еще нужно будет закрыть и кнопки, и меню. А это гораздо больше кода. А вот в exit MV45AFZZ закрытие закладки "Условия" от редактирования осуществляется буквально 4-мя строчками.

Да и нет гарантии того, что в LV45AFZZ проверка этого самого загадочного объекта V_KONH_VKS пройдет как нужно.

doctor написал(а):

я знаю в чем дело, приезжай расскажу...)))))

Марина

Нашему админу поведали на курсах, что оказывается есть чудо-транзакция SU24, где определено к какой транзакции какие объекты полномочий проверять или не проверять. Но рекомендовали делать в ней изменения только для своих объектов полномочий.

Вот так: век живи - век учись

Sergo

Марина написала:

Нашему админу поведали на курсах, что оказывается есть чудо-транзакция SU24, где определено к какой транзакции какие объекты полномочий проверять или не проверять. Но рекомендовали делать в ней изменения только для своих объектов полномочий.

Вот так: век живи - век учись

Да, вот теперь стало ясно. А то не разбериха какая-то.
Это есть ответ на вопрос. Спасибо большое, Марина!

PAVa

Sergo, доброе время суток!
Будте добры, подскажите, как в изменении заказа данные закладки "Условия" сделать для просмотра?

Sergo

PAVa написала:

Sergo, доброе время суток!
Будте добры, подскажите, как в изменении заказа данные закладки "Условия" сделать для просмотра?

Доброе.
Я, например, делал так:
Закр. данные закл. "Условия"

и, напрмер,

Закр. кнопки закл. "Условия"

PAVa

Спасибо за столь быстрый ответ.
Все это я уже читала и сделала.
Осталась такая проблема: в Include LV69AFZZ в form userexit_field_modification закрыла и кнопочки и поля таблицы, которые заполнены, но остаются открытыми строки, в которых нет данных... Как их закрыть?

Sergo

PAVa написала:

... но остаются открытыми строки, в которых нет данных... Как их закрыть?

Значит нужно смотреть как закрывали. Я так (в MV45AFZZ):

Code:

FORM USEREXIT_FIELD_MODIFICATION.

...
IF screen-name = 'KOMV-KBETR' OR screen-name = 'RV45A-KOEIN'.
  IF screen-input <> '0'.
" My check condition
    PERFORM Check_Authority_Cond
      CHANGING
        sy-subrc.
    IF sy-subrc IS NOT INITIAL.
      screen-input = '0'.
    ENDIF.
  ENDIF.
ENDIF.

ENDFORM.

Code:

FORM USEREXIT_PRICING_PREPARE_TKOMP.

FIELD-SYMBOLS <kaend_typ> LIKE tkomp-kaend_typ.
IF sy-dynnr = '5003'.
  ASSIGN tkomp-kaend_typ TO <kaend_typ>.
  IF sy-subrc IS INITIAL AND <kaend_typ> <> '*'.
" My check condition
    PERFORM Check_Authority_Cond
      CHANGING
        sy-subrc.
    IF sy-subrc IS NOT INITIAL.
      <kaend_typ> = '*'.
    ENDIF.
  ENDIF.
ENDIF.

ENDFORM.

Правила форума

Не верно проверяется объект полномочий V_KONH_VKS

Кто сейчас на конференции