Добрый день!

Вопрос первый,
Такая ситуация, есть два профиля проекта и около 30 видов проектов, 15 видов проектов нужны для первого профиля проекта, остальные для др. профиля проекта.

Такой вопрос, можно ли в зависимости от присвоенного профиля проекта к структуре привязать к нему определенные виды проектов, чтобы у пользователя была возможность выбора не все 30, а в зависимости от присвоенного профиля проекта?

Перефразирую, можно ли стандартом привязать к профилю проекта несколько видов проекта?

Вопрос второй,
Можно ли к профилю проекта или к виду проекта привязать - иметь возможность выбора нескольких профилей сетевого графика?
Например, чтобы выборка была с зависимостью от профиля проекта или от вида проекта, если всех профилей СГ 40, чтобы 30 были присвоены первому профилю или виду проекта, остальные др. профилю?

Заранее спасибо!

Можно решить оба вопроса с помощью проверок (тр. OPSI).

Еще идеи есть?

1. проверки!
2. АВАР наше все! Если нельзя, но очень хочется, то можно.... например убрать стандартные средства поиска, подключить свои, которые список ввода ограничивали бы в соответствии с введенными ранее данными (от профиля например), но возможны ошибки, если заколотят руками, ведь ввод-то не запрещен или используют историю ввода в поле, где была разрешенная комбинация для другого профиля.
3. если разграничен ввод данных: профиль А и вид проекта 1-10 для одного подразделения, а профиль Б и вид проекта 11-20 для другого подразделения по ролям, то ролями. Если пользователями, то личными списками, но опять же гарантии от неверного ввода нет никакой, выйдут из личного списка значений в общий и поехали ошибки или звонки...

p.s. проверку от дурака писать невыгодно, затыкать 90% функционала, чтоб только не ошиблись бессмысленно. Хочется и нужно, но все заткнуть нереально.

Мы заложили в систему один большой Проект который используется как болванка, а пользователи "вытирают" PSP-элементы.

А вообще SAPр такого подхода не понимает, ABAP это хорошо, но это не стандарт. А где нет стандарт начинается хаос и тогда SAP уже лишнее.

Что русскому хорошо, то немцу смерть. Собственно АВАР-ить бездумно - убить в итоге систему, если разумно и "с головой", то многое можно сделать, чего нет в стандарте, но неплохо было бы иметь.

Не всегда все можно уложить в строгие рамки, хорошо когда можно прийти к разумному компромиссу, когда - нет, это плохо . И хреновый консультант и мягкий Исполнитель и рогом упертый Заказчик, который в итоге-то потом возможно поймет, что был не прав, но будет уже поздно. Хотя о чем это я все все итак знают, что такое хорошо и что такое плохо

Ну мне не хочется открывать около SAPровскую дискуссию на профессиональном форуме, но одно всё таки хочу заметить, немцы тоже многое дописывают ABAPом. Но вот только подход у них совершенно иной они начинают с подгонки прoцесса под SAP, a не на оборот.

1. с технической стороны -только проверка. АБАПить то, что можно сделать стандартом некомильфо. Как показала практика - OPSI надежная и простая в обслуживании транзакция. + В сообщении об ошибке понятно написать, как пользователю правильно выбрать вид проекта.
2. с консультанской - 15 видов проектов, непривычно много. Возможно есть над чем подумать в конфигурации: проект-профиль-вид проекта.
Виды проектов отличаются по настройкам, или являются доп. аналитикой?

Доп. аналитика в рамках одного проекта