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

Понимание бизнес-процессов и умение поправить постановку задачи не в технической части, а в процессной в этом списке приоритетов на одном из последних мест.

- Можно ли придти в SAP в 30 с небольшим?
- Да, но лучше в 20 с большим.

Извините, не удержался

в SAP с большими охотнее берут? меня про это на собеседовании не спрашивали. Зато теперь понятно почему некоторые "деревья" сидят, вредят, а их не увольняют.

Ну практически в каждом месте концентрации SAP (консалтинг или клиент) встречал таких спецов. Но может у них действительно темное ABAP-прошлое было

Имхо, SAP слишком глючная\сложная\не документированная (нужное подчеркнуть) функциональность. Поэтому, хороший специалист с опытом, в 99% имеет достаточно неплохие знания абап (как минимум для отладки и докручивания LSMW, Query)

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

спасибо, пойду концентрироваться

Всем спасибо за советы, некоторые вполне имели смысл.
Вопросик чуть не по теме. На текущей работе появился доступ к Web Intelligence SAP BO (правда, насколько я понял, максимум, что права позволяют - всего лишь создание отчетов из заранее созданных юниверсов).
Посему вопрос чуть не по теме: можно ли где качнуть что-то вроде демки с набитой базой, дабы такое чудо на домашнем компе развернуть и разобраться в остальном?
п.с. писать, что самостоятельно разобраться невозможно - не нужно; ибо разобраться можно в чем угодно, было бы желание.
п.п.с. по теме - меня больше интересует разработка/сопровождение у клиента, нежели проекты внедрения в интеграторах.

разобраться - да, составить целостную картину - нет. Самоучки этим страдают, не объяснишь, почему надо искать настройки и хаутушки, проверять ноты,а не "быстренько создать/напрограммить своё", молчу про качество кода с изобретением велосипедов.

Документация по Веби содержит термины из бв, без них сложно понять, да и имитировать изменения данных (это для веби актуально) надо в бв. А экстракцию бв, например, без ерп не познать. Да и концепция бв не сама по себе, а встроена в систему базовых знаний о бд, которые представлены профильной литературой.

Впрочем, стать очередным клепателем отчётов я вам не запрещаю.