Это пятибуквенные поля - прорывая технология 1979 года, реализованная в SAP R/2:
Manda:
Login:
... )))

У SAP & Oracle ставки были изначально сделаны на разные подходы к внедрению. У Оракла внедрять должны были квалифицированные разработчики, которые могут дописать любую логику в процессе внедрения. У Сапа ставка была на тупова... быстрообучаемых консультантов, которые могут не знать даже SQL, и будут ставить галочки в spro. На практике оказалось, что найти достаточное количество консультантов проще, чем такое же количество квалифицированных программистов. Так что, работа сап-консультантом - сомнительный повод для гордости. ))

И никто не спорит, что для своего времени SAP предложил действительно прорывную технологию. Просто прошло уже 24 года и сам SAP заявил об прекращении развития всех продуктов кроме: S/4HANA, Ariba, Sucsses Fuctors & Hybris. И в свете этого можно долго спорить о том, хорош SAP или нет, но новая линейка продуктов компании будет уже состоять из других продуктов и работать она будет на других технологиях. Новая политика SAP в области функционала - упрощение всего функционала + красивый Fiori UI + абсолютно новая платформа. Так что, новая стратегия SAP сегодня - это старая стратегия OEBS (набрать толковых программистов и...)

p.s. У Kodak в 2000-х тоже было великое прошлое.

Немного фактов по теме. Смотрим зарплатные предложения с сайта HH.ru:

Разработчик ABAP. Слева зарплатная вилка, справа количество вакансий:

от 50 000 руб. 18
от 85 000 руб. 16
от 120 000 руб. 10
от 190 000 руб. 4

А теперь посмотрим цифры по Программисту JAVA:

от 80 000 руб.724
от 140 000 руб.329
от 205 000 руб.129
от 270 000 руб.71
от 330 000 руб.38

Какие отсюда можно сделать выводы? Если вы решите сейчас связать свою профессиональную карьеру с SAP, вас ожидают:

а) Зарплата существенно ниже рынка
б) Очень маленькое количество вакансий

То, что SAP проиграл конкуренцию на рынке руда уже стало понятно года три-четыре назад, когда зарплаты 1С-ников догнали зарплаты SAPёров. Тем не менее, миф о высоких зарплатах в SAP живёт до сих пор!

Grossmeister36
Вы правда верите в толпу программистов Java, получающих больше 200 и тем более больше 300 тыс рублей?

жулик
Сижу я, занимаюсь BI Platform, и что-то у меня другие сведения о "прекращении разработки". Даже классическое BW сохранили, если полистаете "лучшие практики" - там написано, что BW является основным рекомендованным продуктом. Но вряд ли будут новых молодых программистов под это набирать, достаточно имеющихся + приходящих с других фирм.

По своим нескольким хорошим знакомым "джавистам" могу сказать, что 300 не получают, но в среднем 160-220 имеют без проблем и особых напряг. При этом есть возможность без потери в деньгах "прыгать" с проекта на проект, не задумываясь а что будет завтра, т.к. тенденция в востребованности "на лицо". Большинство саповцев, на сколько я могу видеть, сейчас сидят ровно и тихо. Прошло время.



Реноме хороших зарплат сходит на нет. Уже, я думаю, нужно поправить статью на лурке, чтобы не вводить народ в заблуждение)))))

Я написал это обобщив шаги трансформации. Если по шагам, то сначала всех существующих клиентов хотят затащить в onPremis HANA. Для этого им нужно адаптировать все приложения. Потом всех погонят в облако. Точнее не так, все побегут в это облако. А в облаке будет sSAP + Java. И я очень сомневаюсь, что в облаке будет существующий BI. Скорее, что-то вроде Tableau.

Предвидя дальнейшие вопросы:
1. В облако побегут, т.к. администрирование системы будет требовать уже толпы специалистов. Это уже будут не текущие ОС, СУБД и SAP. Та технологическая платформа, которую они обещают состоит уже из нескольких десятков компонент и желающих поддерживать весь этот зоопарк будет не много.
2. Текущий BI отвалится, т.к. при наличии Hadoop он не имеет никакого смысла. Совсем.

Проблема еще в том, что в гос-конторах у нас идет внедрение не столько ERP, сколько бухгалтерской системы.

То есть, к примеру есть гос завод. (логично, что основная, ключевая его деятельность - это производство, логистика, транспортировка, продажа). Приняли решение внедрять САП. Что происходит?

1). Бухи, финансисты, которые до этого работали со старыми 1сами или самописными хотят чтобы в сапе было так же. То есть - главное интерфейс, чтобы все можно было быстро просмотреть, отредактирвоать любой документ за первый квартал позапрошлого года и тд (надеюсь все понимают о чем я и сталкивались). Любые отклонения от старой системы - визг.
2). Производственникам, логистам вообще ничего не хочется(а в некоторых случаях и не выгодно, если есть подворовывание), у них есть ексель для целей ERP+MESы разные, заточенные на конкретный бизнес. В итоге, SAP ERP там по сути "натягивается", при этом обязательно с учетом всех переделок, которые затребовали финансисты. В некоторых случаях даже абапится некоторое подобие MES в сапе (да, я такое видел, рука-лицо)

Результат? Бухи кричат-визжат, потому как сап не может так как 1с ну и интерфейс....(собственно на интерфейс - идет основной негатив полтзователей). Логисты ложат болт на сап и используют чисто чтобы отчитаться. Ну и плюс ексель.

Вывод. 1с лучше
Проблема в том, что 1с изначально создавалась как бухгалтерская программа, для бухов СНГшного рынка. Все остальное там по сути натянуто. А так как основными потребителяи "ERP" как раз и являются бухи-финансисты, то они собственно этим и довольны. Логистам опять таки пофиг.

SAP ERP зарождалась в другом направлении, с MRP, производства, логистики. Собствено от того, что и приносит прибыль компании. Красивый баланс с развертками в разыне стороны прибыли не приносит. А сэкономленные затраты на материалы после MRP или время на производство\транспортировку и тп. как раз и дает прибыль.

Это понимают в западных или частных компаниях, но этого не понимают в крупных гос.
Как бы в этом основная загвоздка.

Проблема еще в том, что в гос-конторах у нас идет внедрение не столько ERP, сколько бухгалтерской системы.

То есть, к примеру есть гос завод. (логично, что основная, ключевая его деятельность - это производство, логистика, транспортировка, продажа). Приняли решение внедрять САП. Что происходит?

1). Бухи, финансисты, которые до этого работали со старыми 1сами или самописными хотят чтобы в сапе было так же. То есть - главное интерфейс, чтобы все можно было быстро просмотреть, отредактирвоать любой документ за первый квартал позапрошлого года и тд (надеюсь все понимают о чем я и сталкивались). Любые отклонения от старой системы - визг.
2). Производственникам, логистам вообще ничего не хочется(а в некоторых случаях и не выгодно, если есть подворовывание), у них есть ексель для целей ERP+MESы разные, заточенные на конкретный бизнес. В итоге, SAP ERP там по сути "натягивается", при этом обязательно с учетом всех переделок, которые затребовали финансисты. В некоторых случаях даже абапится некоторое подобие MES в сапе (да, я такое видел, рука-лицо)

Результат? Бухи кричат-визжат, потому как сап не может так как 1с ну и интерфейс....(собственно на интерфейс - идет основной негатив полтзователей). Логисты ложат болт на сап и используют чисто чтобы отчитаться. Ну и плюс ексель.

Вывод. 1с лучше
Проблема в том, что 1с изначально создавалась как бухгалтерская программа, для бухов СНГшного рынка. Все остальное там по сути натянуто. А так как основными потребителяи "ERP" как раз и являются бухи-финансисты, то они собственно этим и довольны. Логистам опять таки пофиг.

SAP ERP зарождалась в другом направлении, с MRP, производства, логистики. Собствено от того, что и приносит прибыль компании. Красивый баланс с развертками в разыне стороны прибыли не приносит. А сэкономленные затраты на материалы после MRP или время на производство\транспортировку и тп. как раз и дает прибыль.

Это понимают в западных или частных компаниях, но этого не понимают в крупных гос.
Как бы в этом основная загвоздка.

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


Давайте дождемся реального замещения старых продуктов SAP на новые, а потом будем спорить о том на что похож новый подход SAP на свой старый или на стратегию OEBS. Пока ни один из уважаемых мной разработчиков не сказал что переход ERP на HANA это реальный технологический прорыв. Simple FI и т.п., пока не видел из-за этого не буду спорить о том чего не видел. У Вас есть хоть один законченный проект на S/4HANA, Ariba, Sucsses Fuctors & Hybris, чтобы рассуждать на что подход в внедрении похож?
По своему опыту я понял, пока один проект внедрения не сделаешь, то и что из себя представляет ERP, ее настоящие плюсы/минусы не понимаешь.

и что тут такого? S/4HANA - это по сути новая версия SAP r3. Её можно вполне называть SAP ERP 7.0

Прекращение развития - нормальное явление. Сап же не развивает сейчас 4.6 версию, к примеру или r2

Любопытная тема, особенно любопытен десант свежезареганых пользователей, имеющих, что сказать.
А по самой теме - в SAP никто никого не затягивал силком. 50% людей, которые шли в SAP из-за денег, уже давно отсеялись в время различных кризисов, начиная с 2008 года. Сейчас очередная волна выбасыания К1-К2 на морз пошла, просто циклы такие.
У большинство же тех, кого я знаю, и кто занимается сапом больше 10 лет, есть поразительная способность обучаться новому, так что какие-то заявления про то, что сап сейчас изобретет все новое, которое будет работать без костылей, а мы, бараны, будем не нужны - очень забавны. Кому надо, тот и на Success Factors, Хану и прочие новые плюшки спокойно переучится и будет и дальше работать.

Что касается изначального вопроса, без истерик. Заходить сейчас на рынок для стажеров и К1 - смысла нет вообще, я думаю. Если кризис поутихнет, то всегда сможете запрыгнуть на подножку поезда, если не поутихнет, то будет кодить на своих явах, заниматься бухучетом в 1С и не жжужать. все ок.

Давайте вернемся к вопросу о гордости, когда не останется сап-проектов с самописными: балансами, декларациями, книгами покупок, формами, проверкой полномочий, замещениями и пр.. Или хотя бы тогда, когда все это начнут писать сами консультанты, а не АВАРеры?
Вы действительно знаете много проектов SAP в которых было меньше 200-300 чел/дней АВАРа? И я, к сожалению, не владею стоимостью проектов на OEBS для того что-бы сделать их сравнительный анализ например.... со Сбером. Было бы интересно.

Завершенных проектов на Ariba, Sucsses Fuctors & Hybris вагон и маленькая тележка. Часть из них были завершены еще до того как SAP купил эти продукты. ТУТ можно даже побыть конечным пользователем этих проектов. У S/4HANA реальных проектов пока нет. Продукт еще пишется и реализованы только логистика и финансы. Сейчас можно только смотреть курсы на open.sap.com и крутить гаечки на hcp.sap.com. При желании можно скачать SE38 c eclipse.org и покодить. Кстати, SAP планирует еще и App.. SAPStore, где можно будет скачать готовые бизнес решения от партнеров и имплементировать их в свое облако. В этом сторе уже есть куча заглушек от Accenture, IBM и пр.

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

да все там реализовано по сути. Там просто самих изменений не так много, как все думают. Другая платформа и некторые изменения в структуре данных. По функциональным бизнес-процессам, 90% тоже самое, разницы можно даже не увидеть.....

Что сильно новое - это fiori интерфейс, но он не есть обязательным



это как раз о том, о чем я писал выше

S/4HANA это не новая версия SAP R/3. Это новый продукт, который пишется с нуля и без преемственности технологий. Общего с R/3 - только три буквы: S, A & P в начале названия продукта. Например, в логистике 2 таблицы, а в финансах всего 3.

Правильно сравнивать R/2 c R/3. )

ну это сап возможно так это позиционирует, но по факту, почитайте:

https://uacp.hana.ondemand.com/http.svc ... OP1511.pdf

еще вот https://scn.sap.com/docs/DOC-68846

на первый взгяляд - вроде дофина изменений, а как начинаешь разбираться, то процентов 10, ИМХО.

Вообще то странно, все о том что сейчас написано, кроме проверок полномочий и замещений, есть в российской локализации - если кому то интересно изобретать свой велосипед, тот пусть его и изобретает. Насчет проектов с большим количеством ABAP чел/дней - я действительно знаю достаточно много проектов у которых разработка касалась в основном отчетов, а в части функциональности разрабатывалось немного - какие-то более удобные для пользователя интерфейсные вещи и расширения, в OEBS пришлось бы дорабатывать и то что зашито в стандарт SAP.


Давайте говорить не просто про Ariba, Sucsses Fuctors & Hybris и вашем опыте по внедрения как вы говорите старого SAP-а, а именно по внедрению продуктов которые SAP анонсирует применять вместо SAP ERP и вашем личном внедрении нового SAP ERP на этих продуктах. Знание старого SAP ERP я под сомнение не ставил.