Ну здрасти я же выделил даже. Как раз вот здесь и есть объяснение САПов - как ни меняй простую роль, меню ролей, содержащихся в групповой роли будут игнорироваться. - т.е. пока вручную не обновишь меню в групповой роли, не видать пользователю измененного меню простой роли (во всяком случае в версии 620).
Или я чего-то недопонимаю?

Ну здрасти

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

Ну почему же, вот Vavan пишет:

Ну да ладно, проехали, понятно что проблема есть, и вопрос действительно наболевший.
Интересно, есть ли возможность отрассировать операцию "перегенерации" меню в групп.роли?... (я не абапер, если глупый вопрос - зарание прошу прощения)... т.е. определить какая программа это делает.... "выкусить" ее, прицепить к ней селекционный экран с выбором груп. роли, в которой нужно перегенерить меню....
PS. вобщем, пойду-ка я действительно к нашим абаперам, помучаю их

Раз уж пошла такая пьянка...
После удаления отдельных ролей из состава групповых, многие настройщики жалуются, что у пользователей, имеющих в своем профиле эту групповую роль остаются полномочия, входившие в состав удаленной отдельной роли. В чем подвох?
И еще вопрос: после всех изменений, проделанных в отдельных ролях, входящих в состав групповых, достаточно ли просто генерировать измененные отдельные роли?
Оправдание (для потенциальных работодателей ): мы длительное время эксплуатировали версию 4.0B и только недавно обновили ее до 4.70, а на новые курсы нас не шлют...

Если посмотреть на групповую роль, то для неё закладка с авторизациями вообще отсутствует. Отсюда можно сделать вывод, что
измененные роли, входящие в групповую, следует обязательно генерировать.
Чтобы не заставлять пользователей делать логофф/логон лучше выставить параметр auth/new_buffering=4. Если роль переносится через транспортную систему (а обычно это так и делается), то в новой системе следует обязательно провести генерацию для перенесенной роли. Либо запланировать регулярный запуск отчета RHAUTUPD_NEW

Одно из двух (или оба ) - 1) у пользователей, после удаления отдельной роли из групповой, остается старое меню (это как раз и есть предмет обсуждения в данной теме), и пользователи по ошибке думают что и полномочия у них остаются.
2) роли удалились, а вот профили в основных записях пользователей не выровнялись - нужно запускать отчет PFUD.

Ну, во-первых, действительно нужно перегенерировать отдельную роль, а во-вторых, сделать операцию "сверка основных учетных записей пользователей" (тр. PFUD).

Это абсолютно верно, но при одном условии - если в транспортный запрос вставляется роль БЕЗ сгенерированного профиля (мы, например, всегда вкдючаем в запрос роль вместе с ее профилями).

Вопрос очень наболевший
List, можно узнать, помогли ли Вам разработчики с этой проблемой?
Наши зашли в тупик и совсем опустили руки...
Неужели действительно невозможно автоматизировать процесс пересчитывания меню???

Хочу иммигрировать в Европу, нашла сайт http://www.cernis.cz и заинтересовалась. А Вы что думаете по этому поводу?

Ну и катитесь в Европу из нашей Азии