Ой, не тема, а просто песня. Как я раньше ее не видел.
Прямо читал 4 страницы, переживал. И фабула была, и завязка, и развязка. Ох, и романтика, и драйв. И все персонажи раскрылись)) и положительные, и отрицательные)
имхо консультант не обязан абапить и даже обязан не абапить при грамотном устройстве всех процессов.
уметь диагностировать ошибку, пользоваться отладкой и читать код - обязан (если ставит высокие цели и имеет здоровое самолюбие, а не просто батрачит).
Нормальному консу, который себя зарекомендовал, я бы отдал проверки, замещения, экзиты, бади и open-fi. Частично имплициты, но на первых порах контролировал бы, чтобы он не сувал их вообще везде. Также включил бы в список с оговоркой query + lsmw. Возможно с оговоркой косметику в сапскриптах. Ну и, конечно, драгоценный zwww, если процесс не слишком сложный.
Точно не стоит доверять консу чтение из файлов, синхронизацию с другими рабочими процессами и т.д. - короче говоря, ровно то, что грозит последствиями или потерей денег.
Себе дороже.
Все остальное факультативно. Чтобы конс подсказал разрабу, как лучше реализовать, - это при нормальной квалификации разраба имхо невозможно.
Людей, которые одинаково хорошо владели бизнес-процессом и могли это грамотно реализовать, я видел в жизни 2-3.
Все остальное - это ректальные муки с выходом на грамотное решение (= неэффективное расходование ресурсов) или провал, который в разных случаях может колебаться от стыдливости до бакапа и обосранных штанов.

Не надо. BAdI/OpenFI/User-Exit может испоганить работу стандарта с точки зрения быстродействия, неявный энхасмент может запороть бизнес-логику SAP после наката очередных патчей, query - только если SQ01, SQ02 - ни в коем случае (опять же - быстродействие), лезть в smart/pdf-forms - не стоит из-за нюансов работы.
Пусть лучше пишут нормальные постановки и готовят реальные сценарии тестирования.

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

Пишу спозиции конса:




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



не надо ничего консу отдавать, у него работы более чем достаточно. В идеале у конса не должно быть клбча разработки, точка.



+++

Хм... размышления консультанта тех. поддержки 1й/2й линии или консультанта грейда К2.

[/quote]

Хм... размышления консультанта тех. поддержки 1й/2й линии или консультанта грейда К2.[/quote]


нет, консультанта, который не работает на СНГ-распил проектах.
Привыкли: "конс напиши ТЗ, допиши код, потом сам протестируй, настрой авторизациоонные роли, получи бабки и беги пока не догнали..."

На нормальных проктах есть команда консультантов, техническая команда разработчиков, авторизационная команда. В идеале еще команда тестеров. И у каждого свои задачи, ответсвенность!

+++

For the record: я тоже убежден, что консультантам ни к чему ключ разработчика, за очень редким исключением. Я сам в разработку наигрался лет 15 назад, с тех пор ключ себе не запрашивал ни разу, и могу сказать, что времени писать код у меня после этого ни на одном проекте не было.

Дебаггер - да, нужен, разбираться в глючных продуктах SAP и иногда в еще более глючных z-продуктах предшественников, без этого с какого-то уровня никуда. Все как Yozhhhhh написал: "уметь диагностировать ошибку, пользоваться отладкой и читать код". Некоторые задачи без этих навыков превращаются из простых в почти нереализуемые.