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

вот тут обсуждалось:
http://sapboard.ru/forum/viewtopic.php?t=3157
http://sapboard.ru/forum/viewtopic.php?t=3857

Спасибо за ссылки. Упоминались сильные абаперы и персональное к ним внимание. Интересно, занимаются ли под SAP серьезным девелопингом в Росии или плывут в его форватере и разработка как часть донастройки?

В России "девелопингом" точно не занимаются... Здесь все больше разработкой...
Вопрос что считать серьезными разработками?
Свой функционал с продуманной архитектурой, процессами и настройками? Да.
Вопрос как уживается этот функционал со стандартным...
Насчет специальных фирм по разработке собственного софта на платформе SAP - не слышал... скорее нет, чем да.
А вот на проекте решить нетривиальную задачу красиво и целиком на ABAPе - есть. Вопрос как далеко готовы идти в этом и консультант и заказчик. (Про ABAP и красоту самописания на нем - отдельная тема, не эта )

Еще вопрос в том, как часто встречаются такие задачи или это вопрос специализации компании (некоторые в принципе признают только настройку) или отдельных отраслей внедрения?

Занимаются. Причем как на российских проектах, так и под заказ буржуям.

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

Всегда. Ни одного ещё проекта не видел, где бы обошлись только стандартной функциональностью.

Считай что мы первые:ЗАПСИБ SD 2004-2005г.
Есть один махонкий хак транзакции VA01, но я гарантирую что надвигающийся через месяц апргрэйд системы с 4,6с на 4,7 он не переживёт.

Ну у меня пока что ни одного как там говорят хак, так вот никаких хаков в системе не было и не будет, за хаками это куда в другое место, зато миграция 4.0 -> 4.6 без особых напрягов и проблем пролетела и патчик с 20 какого-то уровня до 40 какого-то тоже легли ни ни мур... мур

Да уж Всех загнули "требованиями" бизнеса.

Может быть, мы о разном говорим? что ты понимаешь под "стандартом", может быть только отсутствие модификаций системы? Тогда и мы систему не модифицировали (т.е. коды доступа не использовались). А расширения ты считаешь? (я когда говорил "стандарт" - имел ввиду без расширений, юзер-екзитов и Z-объектов).

В SD на некоторые юзерэкзиты требуется ключ доступа, причём на пустые.
для примера Include FV45C251.
но вы правы мы говорили о разном

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

Вранье
Если, конечно, придерживаться принятых соглашений по именованию объектов разработки.
В частности, для подпрограмм, о которых идет речь, пользовательский диапазон 600 - 999.
На них тоже нужен ключ, как и на стандартные include'ы с подпрограммами типа USER_EXIT_* в SD (класс разработок VMOD), например, но это пользовательские расширения - вполне законные и гарантированно защищенные от затирки при обновлении.