Давайте оценим перспективы рынка труда SAP программистов.

в смысле абаперов?

Вношу поправку -
Давайте оценим перспективы рынка труда SAP специалистов.

Либо вы программер, либо далеки от сапа

Лучший спец по FI-CO которого мне доводилось встречать был просто финансистом - и к программерству никакого отношения не имел и не хотел иметь ))

Рынку еще долго до перегрева.

Спецов катастрофически не хватает.

Так это и есть перегрев - цены растут

как-то двояко написал.
Это было обращено booch, вопрос был задан так уж задан.
ТО:Jedi Я не программер, я функционал по SD, а с программером мы очень плотно работаем потому как стараемся автоматизировать рутинные функции по максимуму, при этом недавно наши админы делали тестовый накат 4,7 на 4,6 и без ошибок всё легло по его словам только на SD и HR у нас.

От сапа действительно далек. Сейчас хочу познакомиться с Сапом поближе.

Поправьте меня если я не прав:

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

Людей, работающих с САПом можно разделить на 2 категории:
Программисты
Консультанты

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

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

Начало изучения САП - это трудоёмкий процесс изучения того, как взаимосвязаны различные узлы системы, и как работают механизмы управления узлами.

Просьба поправить, если я в чем то заблуждаюсь.

Насчет базовой конфигурации несколько неверно. Базовой конфигурации как таковой считайте что и нет - установив САП получаете некий набор софта который весьма гибко изменяет свое поведение в зависимости от собственно конфигурации. Процесс конфигурации, грубо говоря, состоит в установке разных галочек и создании разных непонятных строчек в не менее непонятных табличках. Задача консультанта в данной ситуации - обследовать бизнес-процессы клиента, и на основе своих знаний о возможностях системы перевести требования клиента на язык этих самых полей и галочек настраивая систему, местами убедить клиента перестроить свои бизнес процессы - если они уже никак не вписываются в заложенную в САП бизнес-модель, ну и на крайний случай, когда требования клиента никак не вписываются в стандарт и клиент никак не хочет от этих требований отказаться - на помощь зовется программист.

Смотря что подразумевать под понятием "долго".

2Jedi:Спасибо! Очень ценно!
Непонятным остается вот что



Как просто финансист смог разобраться в создании разных непонятных строчек в не менее непонятных табличках.

Я думаю, что этот форум читают в основном IT специалисты, поэтому предлагаю вещи называться своими именами (не для юзеров же пишите )

Я просто хочу понять порог проникновения на рынок SAP специалистов.

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

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

Поверь, любой абапер (программист) с опытом 2-3-х проектов (завершенных!), прежде чем переписать "эту гадость" многократно исследует функциональность и найдет готовый ФМ, на крайняк замещение напишет, НО НЕ БУДЕТ ЛОМАТЬ ФУНКЦИОНАЛЬНОСТЬ, если только на него не начнет "катить телеги" ОЧЕНЬ ВАЖНЫЙ консультант, с минимальным опытом внедрения, но с большими полномочиями и апломбом, которого достаточно, чтобы начать диктовать разработчику, но совсем недостаточно, чтобы убедить бухгалтера, финансиста или даже простого кладовщика.

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