что интересует, анон?
Всякие SAP-овские интеграторы постоянно набирают стажеров.
В Мск платят от 35к - 45к на стажерской программе с повышением до 65к и выше уже после.
Если есть знание SQL, что очень полезно, то могут сразу на 65к взять, а если еще и ABAP знаешь, то вообще топ.
Когда набирают людей, то подразумевают, что ABAP не знает никто.
Ну можно еще в консультанты уйти и кататься к заказчикам и настраивать продукты SAP или в БА, если англ. знаешь. Вроде, недавно в нашей компании завершили очередной набор стажеров БА в е-комм
sap-овская крыса
Если только планируешь стать руководителем направления.
Из консультанта быстрее достигнешь рук. позиций, если голова есть, а если нравится кодерство, то АБАП не для тебя. Это ж древняя залупа и часто мне жалуются абаперы на то, что их язык плох и только недавно начали новые фичи добавлять.
Если хочешь идти в программисты с пристрелом на SAP, то лучше иди в SAP Hybris(ныне SAP Ecommerce). Там на java пишут.
На старте со скромными знаниями java берут на вкусные зп. Ниже 100к даже не видел, чтоб кого - то брали в еком.
смотря где работаешь.
БА в sap получает очень хорошие бабки, да, конечно, бывает и рутина в sap и проекты тухлые, но, если с английским все ок, то могут отправить на международный проект.
Смотри, как будешь идти в интегратор, занимаются они международными проектами. Там зарплаты интереснее, да и задачи. Хотя, на старте у БА задачи везде скучные. Вроде, у нас учат платформу, пытаются помогать составлять документацию более опытным аналитикам и проверяют ошибки в ЮС, но опыт получишь интереснее, чем сидя в одной конторе аналитиком, так как у сап-а клиенты всегда жирные.
Аналогично, но с точки зрения фронт - разработки.
Фиори не так популярна еще. У меня был страх, что я останусь у разбитого корыта, если в фиори пойду, поэтому я ушел в фронт екома, но там тоже все грустно, хоть и сейчас начинают интегрировать angular (sap spartacus) в продукты.
вот за английский жирный плюс. Уже хорошо.
Тебе надо знать базово SQL, ну и чуточку мозгов, некоторые даже SQL не знают и проходят хорошо.
Потом ищешь вакансии в компаниях:
SAP
Norbit
Masterdata
Novardis
Их вообще больше, но я не слежу за остальными.
Потом на hh в секции "начало карьеры/студенты" выбираешь вакансию и идешь на собес и профит.
С английским и базовым sql тебя 100% возьмут. Зп не супер на старте, но она такая всего 3 месяца, а потом повысят после испыталки. Если пойдешь по такому пути, то отпишись тут. Я может даже смогу помочь тебе влиться
Спасибо за ответ. SQL тоже знаю.
Речь ведь тоже о позиции БА? Я верно понимаю, что для того чтобы стать БА/ консультантом и далее расти по карьерной лестнице, мне не нужен ни опыт разработки, в том числе и самого САП?
Тут ещё дело в том, что я живу в милионнике, надо посмотреть, есть ли вообще у нас тут хоть что-то.
А вот тут хз, вроде, не планирует, но у меня страх вызывает.
ты ж пойми, что если ее продадут крупному заказчику, то ты будешь в шоколаде и сидеть на проекте/развитии с sapui очень долго.
Спецов не так много, поэтому, если на рынке появляется толковый кадр, то его быстро хантят к себе, ну и не забывай, что никто тебе не мешает тот же ангуляр учить параллельно.
>thread #1
Первый тред на этой доске утонул в 2013
>>1882163
>интересует именно бизнес-анализ или как он у вас в сапе называется
У нас нет бизнес-анализа в чистом виде. Консультант это бизнес-аналитик + системный аналитик + тестировщик.
В крупных конторах (где дофига работы) с консультантов могут снимать обязанности БА и нанимать БА отдельно. Тогда эти БА не имеют отношения к сапу (впрочем, как и их зарплаты).
>нужно ли иметь опыт в разработке сапа, чтобы стать консультантом?
На младших грейдах это не требуется.
На средних грейдах нужны знания системы, достаточные чтобы написать задание на разработку (в какой таблице взять данные, как обработать и т.п.).
А умение дебажить и тем более писать код не must have даже на старших грейдах.
Короче без учета подводных камней стать консультантом это вполне себе норм способ зарабатывать примерно столько же, сколько разработчики, и при этом не знать ни одного языка программирования.
Можно ли к Вам вкатиться, имея опыт работы с sql, но плохо зная английский? Желательно хотя бы на 70к с первого месяца
в знаниях английского уверен, а какие вакансии для вката лучше искать ?
Вот вам рандомная ссылка на официальный хелп по настройке для консультанта. Озвученную выше сумму 70к на старте рекомендую поделить на количество световых лет между SQL-запросиками и ЭТИМ
https://help.sap.com/saphelp_sbo92/helpdata/en/44/f8c628445241aae10000000a114a6b/frameset.htm
конечно, кроме ERP есть и другие продукты - BW, HCM, MDG, GRC, но это уже не ко мне
Проебался со ссылкой. Впрочем, на той странице тоже типовое саповское описание. Просто покликайте по линкам и прочувствуйте каково это, когда по отдельности все слова понятны, а вместе - нихуя.
Как к вам вкатиться, сам щас работаю в вебе, знаю sql, можно ли просто на любую вакансию abap или sap стажера кидать резюме? Там правда еще вышку требуют, а у меня нет, насколько это важно?
Когда начинал работать, понятное дело, был согласен просто за еду, чтобы хоть чему-то научили. Вот думаю, просто ждать у моря погоды (решения начальства) или попросить самому?
Но сколько просить, чтобы не обнаглеть, не знаю. Контора в городе миллионнике.
Есть знакомые в SAP E&Y и Северстали после BDO. Оба начали в одно время. Оба 10 лет настоящего опыта. Оба застряли на цифре 150 в месяц. Дальше надо либо начальника подсиживать годами, либо уходить в другое место. Знают Java, Python, SQL. Оба ссутся менять из-за ипотеки в Моркве лол.
В не Москве как правило поддержка. Крупные хабы поддержки в регионах: Ярославль (Северсталь), Череповец (Северсталь), Саратов (норникель), Краснодар (danone), Красноярск (полюсзолото).
Есть ещё конторы поддержки типа, IBS, BDO UNICON, у них хабы во многих городах есть, Москва, СПб, Ростов, Пенза, Красноярск.
Рекомендую сначала в контору поддержки идти, а не в бизнес, учат больше, быстрее. Потом на проект внедрения в полной цикл (желательно сразу на хану). Дальше можно в бизнес переходить если хочешь. 3-4 года опыта работы обеспечат место консультанта - старшего консультанта с зарплатой 180-200 тыс. в Москве минимум.
>Masterdata
Они мне весной сами отклик кинули, звоню им, мужик-эйчар взял трубку, помялся пока искал моё резюме, сразу же доебался, что у меня промежуток после выпуска из вуза большой. Сказал ему, что переезжал, он ещё помялся, задал примитивные вопросы уровня "основные принципы ООП" и "чем иннер джоин от левого отличается". После моих ответов ещё раз доебался, потом сказал, что передаст мои ответы " специалистам". В итоге классика - не перезвонили.
Зачем было доёбываться, если сами позвали? Могли бы сразу проигнорить. Видимо, не много потерял.
>E&Y
>150 в месяц
Пиздос. Разве что на 100% удаленке неспешно работать в поддержке, тогда норм.
>Оба ссутся менять из-за ипотеки в Моркве лол.
Вот поэтому нахуй эту еботеку. Я, после переезда в Мск, проработав полгода, снова кинул резюме, и получил два офера в районе 250к, правда, с учетом всяких квартальных/годовых премий-хуемий.
Не в Москве вышел на сотку с небольшим. Но, это опять же, с учетом всяких надбавок и премий.
Хочу расширить знания помимо своих дефолтных MM и RCM.
Уууу сука конченные разработчики, интеграторы сап, гниды обосранные, рукожопые обезьяны. Как же я вас ненавижу, какой чмохай надо быть чтобы создать такую уродскую косоеблую систему?! Вы все пидарасы я плюю на вас и обоссываю ваши лица и кривые культяпки!11!
Over 5 лет, в основном BW, немного чисто ABAPером в сочетании с UI5 работал.
>>1987679
Конечные пользователи похуй. Главное, чтобы сделано было вчера быстраблять!!! Результат соответсвующий. Ну и плюс ЗП сравнительно низкие. Т.е. "пол", конечно, повыше, но "потолок" пониже, чем в массовых ЯП.
Начни с ABAPа и его отладки. В любом случае полезно, независимо от направления и модуля.
>Опыт именно поддержки большой
Если у вас в системе куча Z, то ценность твоего опыта поддержки околонулевая. Единственный варик в рамках той же конторы - переходить в поддержку более высокого уровня.
мимо ewm/tm аркитектур
Работаю уже как два года в одной консалтинговой конторе на вакансии консультанта поддержки EWM. Пришел на первую линию без знания, что такое вообще SAP. За год обучился, выучил процессы, основные таблы, отладчик, начал разбираться в коде, был ранее небольшой опыт кодинга на Python, так что с ABAP разобраться было не так сложно. В целом через год по навыкам перерос людей, которые работали уже несколько лет в качестве младших консов.
Сейчас сижу на международном проекте поддержки одной крупной производственной конторы, плюсом к тому одновременно хреначу разработки для другого проекта по внедрению EWM на S/4. В основном (примерно на 100%) печатные формы для RFUI. И помогаю коллегам на поддержке других проектов в свободные минуты.
Короче, опыта уже достаточно, но только не в настройке стандарта.
Собственно, к чему такое длинное вступление и в чем вопрос. Дико калит эта херня с сокрытием своей З/П всех и всякого. Не понятно, сколько стоят твои знания. В течение года начальник обещал повышение зарплаты со словами "работаешь на международном проекте, делаешь разработки, ценный кадр, хороший специалист". В итоге повышают ЗП на 10к (по факту 8700 после вычета), теперь получаю 75 оклада + около 25к премий за ночные дежурства. Это до вычета.
Есть ощущение, что где-то меня наебывают и текущий уровень моих навыков стоит больше, но уточнить, к сожалению, не у кого, т.к. любые вопросы о З/П к коллегам наталкиваются на неловкое мычание и взгляды в пол. При этом со всех сторон сыпятся похвалы о том, какой я пиздатый кадр. В общем, когнитивный диссонанс во все поля.
>Если у вас в системе куча Z, то ценность твоего опыта поддержки околонулевая. Единственный варик в рамках той же конторы - переходить в поддержку более высокого уровня.
Ору, как же знакомо. Как я рад, что слез с поддержки говнозетовской системы. Четыре копии REPL транзакции, каждая со своими фишками. И багами, конечно же.
>разумные правила касающиеся времени работы
Если ты в крупном интеграторе, да еще и на FI - то нет, лол.
>>2166280
Берешь и собеседуешься в других конторах. Считаешь, что ты стоишь 100к оклада после налогов, такую сумму и запрашиваешь. Отказывают - значит твои навыки столько не стоят.
>>2166285
Удваиваю этого. По обоим вопросам.
> Берешь и собеседуешься в других конторах.
С этим есть отдельная сложность. У нас в конторе как только ты выкладываешь резюме в паблик, то тебе сразу начинают звонить кадровики и начальство с вопросами "а чё в смысле". Единственный варик это линкедин, но там не так много адекватных предложений, потому что обычно тебе пишут что-то вроде "ищем архитектора/старшего конса с 10 годами опыта и 5 проектами внедрения полного цикла, ваш опыт показался нам интересным". А у тебя в опыте несколько проектов поддержки и 2 года.
знаю, что в европе с этим все заебись, но в SF нет payroll для СНГ, но в остальном вроде как не поносят
Варик, да.
Правда по поводу прямого ответа на вакансии тоже такое. Если зайти на ХХ и поискать вакансии для EWM консов, то практически первой будет моя контора, а все остальное на 99% будет состоять из вакансий MM/SD.
В телеге в канале с вакансиями варианты для EWM тоже раз в год появляются. Я уже подумываю о том, что не перекатиться ли мне в какой-нибудь более популярный модуль типа BW.
Если тебе 16 и ты хочешь вкатиться в IT, то учить что-то из таких узконаправленных вещей как SAP это плохое решение. Хочешь в IT - займись общим образованием. Займись алгеброй логики, выучи принципы программирования, научись кодить на каком-нибудь из популярных языков (Python, Java, Ruby), изучи циклы жизни программного обеспечения, принципы DevOps, Scrum и Ajile методов работы. Эти знания тебе будут полезны в любой области, связанной с технологиями и благодаря ним ты сможешь относительно быстро перекатиться туда, куда тебе захочется.
Более-менее знаю SQL, инглиш C1, гуманитарная вышка, готов работать за еду, имеет смысл попробовать вкотиця?
Если судить по агрегаторам вакансий, даже у стажеров везде требуют профильное ВО.
У меня гуманитарная вышка, работаю нормально. А об образованию юрист уголовного права.
Со второго курса пошел работать в техпод обычный розничной сети (1С, принтеры и все такое), к концу универа работал там же уже в поддержке MS DAX (это как сап только от майкрософта), оттуда перекатился в SAP на младшего консультанта поддержки. По сути макакой стажёром, который делал работу, которую другим лень автоматизировать. Со мной так же работает товарищ с гуманитарной. Да и вообще гуманитариев в сапе знаю много. Вышка херня. Если ты шаришь, то тебя возьмут. Пробуйся стажером, пиши сопроводительные письма, что мол пиздец как хочешь работать в сап, готов учиться и работать за еду, пробуй в разные интеграторы (Корус, Новардис, Teamideea и ТД), у них обычно куча вакансий в том числе и для макак.
>Я уже подумываю о том, что не перекатиться ли мне в какой-нибудь более популярный модуль типа BW.
Я бы не сказал, что BW популярный. Да, вакансии всплывают почаще, чем для EWM, но не так, чтобы очень.
Плюс ко всему, из-за специфики самого BW многие его подменяют на что-либо другое. В принципе пофиг, каким data warehouse'ом данные в кучу сгребать, хоть data services (часть платформы BI/BO), хоть на коленке питоновые скрипты пиши.
Я сам BWшник, и особого счастья в этом модуле нет. Нужно потихоньку в дата инженеры укатываться, благо, набор требуемых навыков сильно совпадает.
Дата сайнс тема, да.
Я сам сейчас начал Python осваивать. Не уверен, что именно для дата сайнс, но в целом пайтон мне сильно импонирует как инструмент для решения разного рода задач.
На сколько я знаю, там есть даже библиотека для взаимодействия с сапом, и мне интересно, что с ней можно склепать.
Сгребать данные в одну кучу, преобразывать в нужный формат, выводить в отчетики/скармливать ML моделям. Как обычно.
Понятно, что детали могут различаться, например, если работаешь с каким-нибудь облаком, а-ля AWS или GCP, но суть одна. Опять же, если в норм отношениях с тем же SQL, то с BigQuery проблем не возникнет. Быстренько пробежался по курсу от GCP для дата инженеров на coursera, ничего нового для себя не открыл.
спасибо за ответ.
знаю sql средне, работал с oracle. прошёл пару курсов по python,
курс по gcp возьму на заметку.
подскажи, плиз, что ещё нужно на джуна, как думаешь? в телеграм-чатиках народ в ответ на этот вопрос сыплет кучей баззвордов, которые все сразу нереально выучить...
Джун-дата инженер - это сильно. Даже не представляю, какие требования могут быть.
Видел, конечно, джуновые вакансии по дата сайенсу, но это совсем крупняк, вроде IBM, конкурс на место сам можешь представить.
В моменте сейчас проще перекатиться из смежных профессий.
А так попробуй поучаствовать в соревах на kaggle. Раздел EDA - это как раз часть того, что делает дата инженер. Заодно в python+pandas попрактикуешься, один хуй пригодиться.
https://www.cnews.ru/news/top/2020-10-26_rynochnaya_stoimost_sap_snizilas
Мда. Конец немецкой вундерфали.
Хуйня. Капитализация - это в основном чисто бумажная сущность в виде стоимости акций. Конечно руководство недовольно, ведь они основные держатели бумажек.
Просто там еще очень неповоротливые внутренние процессы, есть подозрение, что они до сих пор на удаленку не полностью перестроились, лол.
Короче, нихуя не будет. Инновации в наличии, внедрений дохуя, облака все еще продаются.
Отрастет со временем.
Был опт работы с SAP Cloud Platform(SAP Neo), SAP Netweaver, SAP Fiori. Так же писал код на XSJS, SAP UI5 и работал с Hana.
Общие впечатления остались плохими, довольно нишевый стэк. Я больше по облаку сециалист и работа с SCP показалась мне слишком тривиальной и неинтересной. Другие технологие тоже выглядят как бумерские и умирающие.
Скажу вам инсайд, что много энтерпрайзов в России хотят от SAP отказаться и перейти на свой клауд на k8s или openshift. Плюс дампают фиори, сап юи и выбирают нормальную микросервисную архитектуру с современными фреймворками.
У меня был выбор развития в клауде либо дальше в SAP погружаться, либо в соврменные платформы/инструменты по типу Azure, OpenShift, k8s. Я выбрал второе.
>Другие технологие тоже выглядят как бумерские и умирающие.
Ну, это весь сап такой, даже UI5 построен на JQuery. Объяснили это тем, что мол СТАБИЛЬНОСТЬ и ОБРАТНАЯ СОВМЕСТИМОСТЬ.
Единственное, что им худо-бедно удалось, так это хана чисто с т.з. БД, без плюшек. Хотя в первых версиях глюкалово было - мое почтение.
>много энтерпрайзов в России хотят от SAP отказаться и перейти на свой клауд на k8s или openshift
Какие, например? Знаю, что Сбер пытается с сапа слезть, но BW еще барахтается, да и с FI у них не так просто.
СУЭК пытался на Oracle перелезть в свое время, но что-то пошло не так, и теперь они больше не выебываются.
Уйти да, много кто хочет, но мало у кого получается.
>Плюс дампают фиори, сап юи и выбирают нормальную микросервисную архитектуру с современными фреймворками.
Походу, ты точно про Сбер. Микросервисы, отказ от не in-house решений, прямо их стиль.
Хотя в принципе отказ от Fiori понимаю. Нормально работает только пока ты сидишь на floorplan'ах или других шаблонах. Шаг вправо, шаг в влево - здравствуй, повышенные затраты, причем жесткая привязка UI-компонентов к OData периодически сильно мешает. "Традиционный" webdev дает большую свободу маневра.
С другой стороны, SAP никогда и не был по большому счету какой-то суперэффективной или суперсовременной экосистемой. Основной прицел на time to value aka хуя-хуяк и в продакшен. При этом, если грамотно права раздать и настроить ландшафт по рекомендациям, то штука на удивление устойчива к криворукости.
Работаю ABAP-разрабом, грейд К1 (минимальный), опыт 1,5 года, модуль FI и чуть-чуть ММ.
Весь опыт - на проекте поддержки, в основном шаблоны исправить и просто в Z-разработках ошибки исправлять.
Знаю ALV, ALV-tree (не очень хорошо, но основные моменты знаю), RFC (как работает, виды), ABAP-proxy, UPDATE, Smartforms, ZWWW, SAP Script, PDF (без скриптов), основные BAPI (если не знаю, то ищу), Batch-Input, объекты блокировок. Ну и основные транзакции, включая роли.
В общем, все основное, что написано в курсах 400-401-402-410-430. Плюс немного оптимизации через st12 (но так, средне).
К сожалению, расширения и модификации не знаю совсем (опыта использования нет), также не знаю настройки SPRO, и вообще бизнес-процессы по своим модулям (знаю только, что есть определенные таблицы и их них берутся данные в
зависимости от отчета).
Ну и все то, что не упомянул выше (HANA, новые технологии, может еще какие-то функции, про которые не в курсе ) - тоже не знаю.
English - А2. Т.е. читать, писать - относительно без проблем, говорить с ошибками смогу, но не понимаю собеседника при личном разговоре, особенно когда он быстро говорит или "крылатыми фразами."
ЗП - 40к (не ДС и не ДС-2). Хата в мухосранске своя.
Как думаете, с такими знаниями стоит ли перекатываться в более крупный город, возьмут ли меня туда и на какую позицию?
Что стоит изучать? На что больше обратить внимание?
Или мой опыт нерелевантный и надо начинать все с нуля, как стажер?
Пиздец. Я на 1с с опытом в 2 года сотку рублю без проблем, а тут блять паренек с курсами какими-то, термины ебанутые. Серьезно 30-40 к, не шутишь? У нас во франче столько только стажеры в первые месяцы получают, когда внешние печатные формы осиливают, уже тыщ 50.
>English - А2
По ощущениям или замеренный? Я сдавал IELTS, в сертификате указан B2.
Без проблем слушал буржуйских выступателей на SAP форуме в 2018.
Для норм конторы, если хочешь продвигаться, нужен B2, ну минимум B1. А если in-house на РФную компанию, то твоего хватит.
>FI и чуть-чуть ММ
Хуево. Хотя, для абаперов знание модулей скорее желательно, нежели обязательно, но тем не менее. Опять же, скорее в чисто российскую компанию, FI накладывает много региональной специфики.
>Ну и все то, что не упомянул выше (HANA, новые технологии, может еще какие-то функции, про которые не в курсе ) - тоже не знаю.
Это тоже не оче. Сейчас народ нужен под новые плюшки, т.е. та же хана, OData, и прочее говно.
>Как думаете, с такими знаниями стоит ли перекатываться в более крупный город, возьмут ли меня туда и на какую позицию?
В принципе да, но это снова будет поддержка, поначалу - так точно. Но если кроме поддержки в твоей конторе ничего не светит - смело перекатывайся. И попытайся зацепиться за участие в каком-нибудь проекте, пусть даже и в роли подай-принеси, выполняющем какие-нибудь нудные задачи.
Преимущество абаперов в том, что от них не требуют специализации на модулях, как у консалтов (но знание модулей желательно, да).
>>2205044
Серьезно, в филиалах мухосранска столько поначалу и получают. Я тоже с 30-40к начинал, дошел до 120, пока не перекатился в ДС. Потому что а куда ты денешься с подводной лодки? SAP, как правило, на одном градообразующем предприятии и все, пиздец.
А еще ноют, что SAP - это дораха. Лицензии, может, и дораха, но спецы по соотношению человеко-часы/деньги нихуя не дорого.
>По ощущениям или замеренный?
Английский - по ощущениям в среднем А2: скорее всего по чтению и писанию В1, разговорный - А2, а вот по слушанию собеседника что-то между А1-А2.
По модулям - получается стоит поизучать транзакции и таблицы других модулей, кроме FI? Проблема в том, что я не работал с настройками по модулям и у нас очень много Z, т.е. со стандартом работать практически не приходилось и хз, как это выучить. Может только если намеренно гуглить по каждой ФМ и т.д.
Насчет Хана - знаю только общие понятия, что структура СУБД другая, что индексы не нужны, что таблиц некоторых нет. Но там же не только это важно, там много вещей и технологий. А вот тут - проблемы, т.к. Хана у нас как бы есть, но не используется, все на Oracle. Хз, как учить, именно с практической стороны.
P.S. Просто с моими знаниями и опытом (по слухам такой опыт в виде поддержке - это фактически и не опыт, а такие знания - это мало) я как-то побаиваюсь лезть в крупные консалт-компании или непосредственно в сами компании, где внедряют или уже внедрили SAP модули.
Но перекатываться думаю в течение года, т.к. исправление мелких ошибок и прочая фигня типа "сделать простенький PDF или Excel на ZWWW" - ну в паре компаний просто посмеялись над таким опытом.
Дорого. Но это зависит от компании, как идет распределение денег по спецам и руководству.
Где-то набирают студентов за еду, пару месяцев учат и бросают на внедрение, плюс пара опытных консов. Весь куш забирает руководитель проекта плюс эксперты плюс вышестоящие руководители. Так в регионах, компаний мало, поэтому демпинг зарплат идет дикий, где-то получают даже меньше, чем продаван в 5-ке.
Ну а где-то сидят опытные консы и разрабы плюс несколько новичков. Такое в основном в ДС и ДС-2, но и зарплаты соответственно гораздо выше.
>Но перекатываться думаю в течение года, т.к. исправление мелких ошибок и прочая фигня типа "сделать простенький PDF или Excel на ZWWW" - ну в паре компаний просто посмеялись над таким опытом.
Каждый раз хуею с пидораших кабанчиков. Сами жалуются на кадровый голод, а когда чувачок приходит с каким-никаким опытом и готов к развитию - воротят нос. Я говорю, в Канаде проще на работу устроиться, да хоть переучиться, чем с нашими зажравшимися.
Так вот, вопрос в том был ли у кого такой опыт переката? если конечно кто знаком с такой технологией
В данном случае согласен с кабанчиками. Разраб с 1,5 годами опыта уже должен владеть ABAP и всеми его основными средствами, которые обычно перечисляются на hh.
Перечислю: ALV Grid, ALV Tree, Batch-Input, BAPI, LSMW, словарь, блокировки, различные техники вывода данных в форматы: PDF, Excel, Word, XML. Опыт разработки/настройки интеграционных сценариев: RFC, IDOC, ALE, ABAP-proxy и т.д.
Еще должен уметь работать со стандартом, с расширениями (а вот в Enchansements ему еще рано), а также хотя бы немного знать бизнес-процессы своего модуля. Ну и хотя бы почитать, что такое HANA, но лучше владеть ей хоть как-нибудь. И Open-SQL и ООП знать как "Отче наш".
Список куда больше, но за 1,5 года люди этим овладевают, максимум - за 2.
В данном случае - это разраб-макака, которому повезло, что его взяли хоть куда-то. Но через 1,5 года работы выполнять подобные задания типа изменения шаблонов или поиск ошибок в отладке - это смех.
>Где-то набирают студентов за еду, пару месяцев учат и бросают на внедрение, плюс пара опытных консов. Весь куш забирает руководитель проекта плюс эксперты плюс вышестоящие руководители.
О да, один рассказывал кулстори. Перекатился в ДС2 в какого-то дно-интегратора BWшником. По знаниям где-то в районе среднего, так его сунули на какой-то проект как супер опытного и двух днарей впридачу, у которых опыт в модуле уровня "при мне включали".
Съебал от них через 2 месяца.
>что стоит изучать
Посмотри, что в вакансиях требуют в большинстве своем, то и изучай.
>>2205726
>Разраб с 1,5 годами опыта уже должен владеть ABAP и всеми его основными средствами, которые обычно перечисляются на hh.
Только если разраб участвует в каком-то проекте внедрения. На поддержке всего перечисленного за 1,5 года не будет.
А эти твои списки с hh в основном требуются как раз на вакансии поддержку. И чтобы еще без консалта мог чего-нибудь соорудить, ага.
Кабанчик не палится
>>2205436
Покажи мне очень жирную вакансию. ЗП в сапе среднеайтишные, только "пол" повыше, а "потолок" пониже.
Ну хз на счет "потолка" пониже. Знаю не одного конса с ЗП в районе 300-400к. По моему это нормальный такой потолочек для специалиста.
Может я ошибаюсь, канеш.
> Как думаете, с такими знаниями стоит ли перекатываться в более крупный город, возьмут ли меня туда и на какую позицию?
Определенно стоит. Просись в компанию интегратор, пускай даже на поддержку, у них все равно наберешься больше опыта, потому что:
а) в большинстве случаев не один клиент с разным уровнем Z и разными потребностями. Соответственно, разные задачи
б) есть другие коллеги, которые могут подсказать, рассказать, дать почитать, тем самым тебя прокачивая
в) есть возможность перекатиться на внедрение
г) даже с твоим опытом в среднем ЗП будет выше раза в 1.5-2
Слышал, что сертификат в Европке и в целом за рубежом котируется сильнее, чем у нас, а наши смотрят в основном на опыт и количество проектов. Так ли это?
>конса
Я про пахрамистов. У консов там да, пожирнее, но это же консалтинг аля биг4, но со вкусом айти, до своих 300к будешь подскакивать кабанчиком до потери пульса.
>>2210927
Иногда сертификаты требуют, но такое я видел в вакансиях бодишопов, видимо, с них трясут, чтобы нубло под видом синьеров не пихали, а шопы ес-но за свой счет проводить сертификацию и не собираются. Но в целом, это скорее как небольшой доп. плюс, при прочих равных. Я сейчас про ру-конторы.
>вакансии в сапе по 300к
Это для консультантов, и то не джунов. Будешь помирать на внедрениях в командировках на Колыме, стелясь под тупых заказчиков. Ах да, внедрение будет проходить через жопу, т.к. процесс овнерам надо, чтобы работало вчера, а из непосредственно будущих пользаков ты конкретные требования хуй вытащишь.
Подводный тут весьма простой, и он один: затрачиваемые усилия/оплата того не стоят. Переработки в консалтинге - само собой разумеющееся. В общем, work/life balance - полное днище.
С другой стороны, если не ебланить, то можно обрасти связями и осесть в каком-нибудь предприятии, где внедрение проходило.
>За 300к
300к ты будешь получать лет через 10 и то если сейчас попадешь в какую-нибудь область, которая только развивается, а потом ВНЕЗАПНО стрельнет. В условном FI ты до 300 вообще заебешься пыхтеть, а скорее всего лет через 5 словишь нервный срыв/запой/просто заебешься слушать эти охуительные истории и тупо дропнешь это говно, в котором никто никогда не скажет тебе спасибо за вытаскивание всего проекта из дерьма, зато поебать тебе мозги и выебать в жопу без вазелина норовит каждая вторая макака. Короче, все эти удовольствия ты можешь словить и в 1с при желании, не понимаю зачем тебе что-то менять.
Я сам бывший 1с-ник, кстати, хуй знает зачем в свое время повелся, лучше бы джаву изучал или теорию майнинга бетховенов.
мимо архитектор, 300к нет но я уже близко
А что по перспективам переезда за рубеж консультанту-саппорту по логистике? Инглиш у меня неплохой, на митингах как рыба в воде, тренинги-семинары-воркшопы без особых трудностей на слух идут, пользователям из Европы всякие технические вещи тоже объясняю. Сейчас вот немецкий начал учить.
Если тут ещё есть живые аноны, интересно ваше мнение.
Вводные данные: 19 лвл, 2 курс маркетинга. В технических науках понимаю чуть меньше, чем нихуя.
Хотел бы вкатиться в аналитику, пушо рынок маркетологов перегрет да и не моё немного.
Какой план действий с моим набором? Учить базовый SQL, за еду вкатываться стажёром, набираться опыта и купаться в деньгах?
Из общего: английский B1, могу подтянуть. Могу в дизайн и веб.
Заранее спасибо за развёрнутые ответы!
Вкатился 2 года назад по чистой случайности в одну около-транспортную контору на стажера-конса в SD сбыт с нулем знаний на тот момент. Спустя 3 мес, к окончанию испытательного срока перекинули на аренду RE-FX, т.к. местный консультант свалил из конторы. По началу охуевал соло поддерживать весьма специфичный модуль, учитывая малый опыт и полное незнание абапа, но спустя время уже начал изи решать проблемы пользователей, писать спецификации и участвовать в развитии смежных с моим модулей. По итогу ливнул месяц назад, получив нихуевый багаж знаний в аренде, смежных FI/CO/базисе и умение понимать код/копаться в отладке. Ливнул вникуда т.к. совершенно ебанутейшие тараканы в голове не позволяют искать работу "за спиной" у текущей конторы - ололо предательство к удивлению, за пару недель получил под десяток офферов, насколько я понял аренда-супер редкий модуль и спрос на консов лютый, рекрутеры перебивали ценник друг у друга и почти умоляли согласиться.
Место действия - ДС, на старом месте получал 70к, устроился на 180 лол считаю, что таких бабок не стою, но раз уж предложили решил трайнуть
>В технических науках понимаю чуть меньше, чем нихуя.
Instant fail. Единственное твое возможное спасение - знание предметной области (которой у тебя тоже нет). Хз, что там может быть из маркетинга, CRM?
И да, ебать тебя будут с двух сторон: с одной заказчик, с другой исполнитель, а ты, в виду того, что нихуя ни там, ни там не знаешь, сделать ничего не сможешь.
>>2253457
>аренда-супер редкий модуль
RE-FX да, и как часто бывает с редкими модулями, внедрение происходит по принципу как смогли, т.е. через жопу. Непонятно, чего все за этот RE-FX уцепились, как будто других решений нет. Честно говоря, на тему стройки сильно не копал (а этот модуль, как я понял из документации, может в полный цикл от стройки до эксплуатации), может, и в правду нет, лол.
Вкатился два года назад по воле случая. Работал в ритейле в течение 2.5 лет в качестве обычного саппорта (картриджи, рабочие станции, 1С и кассовое оборудование на торговых точках, видеонаблюдение etc), потом перевелся на поддержку Axapta ERP (Это типа SAP/1C от мелкомягких), за полгода нихрена не понял, т.к. старшие были сильно заняты, а база знаний была говном. Начальник уволился и позвал с собой в поддержку SAP. На тот момент вообще не знал, что это такое, но бывший руководитель департамента, услышав имя конторы сразу сказал "иди". Пришел на первую линию поддержки, основная работа с EWM (управление складом), про систему не знал вообще ничего. За год разобрался в процессах, начал читать код и работать в отладчике (был небольшой бэкграунд кодинга по приколу, так что разобраться в ABAP было не сложно). Перевели на вторую линию. Через некоторое время кинули на поддержку иностранного клиента, т.к. из всех консов отдела поддержки только я и еще один чувак имели достаточный уровень английского. Сейчас так и сижу на этой поддержке. ЗП выросла с 40 до 75 оклада + около 25к за дежурства и переработки. Только недавно начали давать задания по доработкам системы, в основном всякие печатные формы, что не шибко сложно. В целом нихрена не жалею о том, что перешел, т.к. прошлое место работы сразу после ухода улетело на дно из-за долгов.
Сейчас периодически получаю предложения, но на собесах говорят одно и то же: "У вас отличный бэкграунд и знание английского, но нет проектного опыта". Поэтому сейчас прошусь кинуть меня на проект, чтобы получить знания о настройках стандарта. Место действия - ДС2.
>Поэтому сейчас прошусь кинуть меня на проект, чтобы получить знания о настройках стандарта.
Проекты в EWM часто не имеют особо много общего с настройками стандарта, ибо это говно заточено под производство - там заходит, при внедрении ритейла про стандарт можно забыть, а прокачивать скилл фантазирования всяких еба-Z-интерфейсов
мимо арх
Хз, у нас в конторе крайне не приветствуется выкатывания Z, если на то нет прозрачной и объективной причины. То есть если возможно решение через стандарт, то консы всегда стараются убедить клиента использовать именно этот вариант как более работоспособный и менее деньгозатратный. Хотя и Z, который пилят именно наши ребята, работает не так уж плохо. У меня, к несчастью, есть возможность сравнить наш Z с чужим в аналогичных областях и процессах, и это в большинстве случаев небо и земля. Я успел посмотреть и на говно, и на объективно нормально выполненный Z. Такой тоже бывает.
Да и вообще, как можно говорить о том, что при развертывании системы нет настройки стандарта?
Не вся же система будет на Z работать, только отдельные элементы и процессы. Так или иначе придется настраивать интеграцию и входящий/исходящий процессы, слоттинг, рфуи и остальную поеботу. А именно это мне и нужно.
> Бывает, что и вся
Свят-свят-свят...
Не, чаще всего происходит так, что мы настраиваем клиенту систему с минимумом Z, чистую и отлаженную (насколько это вообще блять возможно в рамках данных сроков), а уже со временем они пихают туда кучу нового говна, которое делают другие подрядчики. Зачастую поддерживаем это говно все равно мы.
Туда же нет смысла вкатываться сычу без знания английского?
У нас из примерно 15 человек на приличном уровне английский знают 2 человека. Ещё 2 кое как. Большинство не знает никак.
Так что есть. Но с английским, конечно, куда больше шансов вырасти куда-то. Может быть даже заиметь красный трактор и съебаться из Мордора.
Которые в большинстве своем бесполезны примерно на половину и больше, потому что устарели или написаны так, что ты хрен поймешь.
Я, в свое время, когда начинал работать, читал данную мне EWM100, которая рассчитана на рядовых юзеров для общего понимания рабочих процессов.
После прочтения понимания процессов не прибавилось ни на грамм.
Курсы имеют хоть какую то ценность, если ты уже имеешь некое представление о том, что там написано и у тебя есть ещё другие источники информации
В HCM там может быть разбор дефолтной схемы расчёта зп или оценки времени, что норм
Как единственный источник информации это конечно никуда не годится
Как вкатиться? Что и где учить? Какие требования для вкатывальщика?
С такими вопросами в консы ходить не надо
Иметь более менее норм образование и идти сосать шлем к0-к1 за 35-45 в консалт или к заказчику
Писать инструкции, сценарии тестирования, тестировать и заниматься другими благородными вещами
Hh в помощь
Образование опционально, но может помочь на фоне армии вайтишников
Продолжу
Образование не синергия, средний тех вуз и выше, нормальный эконом подойдёт
Прогер, инженер, строитель, аналитик и и прочее
ERP и crm системам могут обучать на бизнес информатике, но никто от k0-k1 профильных знаний не ожидает
80% коллег, технари
Работа требует так же soft skills, если идёшь на конса, тк работа в команде и может быть ебанутый заказчик. Придётся иногда слушать, что ты пидр, sap игрушка дьявола
30 лет сидели на своей системе из говна и палок, все работало, но вы уебки все по пизде пустили и ещё денег много стоите
>>2230713
>А что по перспективам переезда за рубеж консультанту-саппорту по логистике?
тебе надо понять, чем ты будешь лучше местных консультантов в той стране, куда хочешь ехать и лучше тысячи индусов, которые будут апплаиться на ту же вакансию
через этот фильтр проходят единицы, а с массовым переводом всего и вся на удаленку (поддержки в первую очередь), нужно быть человеком выдающегося скилла, который сможет задрайвить сложнейшие задачи
А сычу есть туда смысл вката? Ну, если нет скилов общения? И если у тебя диплом говновуза, а не московского вуза?
Блин, 2.5 годна назад, когда я в интернете советовался по поводу поступления в магистратуру в ДС, мне один парень советовал идти в SAP на стажировку.
Я вначале подумал, что хорошая идея, но из-за своей сычливости я передумал поступать в ДС, ну и идти в SAP соответственно. Подумал, что лучше стану прогрером. Прошло 2 года, а у меня еле как набралось 4 месяца верстки, а на самом деле только один с половиной, так как остальное время приходилось заполнять сайты контентом или быть "техническим помощником". Уволился и думаю, может надо было идти в SAP. Пипец, короче и в ДС не перебрался и сычом остался... Как быть
Подумал спросить тут, поскольку вы по, идее, лучше всего представляете проблемы с внедрением нового ПО и технологий на предприятиях. Насколько я понимаю а я нихуя не понимаю в энтерпрайзе с этим все оче плохо.
Есть, например, такая блокчейн ебала https://coinlist.co/casper , по описанию разрабов нацеленная на энтерпрайз, как думаете, взлетит или нахуй никому не упало и в лучшем случае десяток лет все раскачиваться и собираться будут, прежде чем что-то связанное с блокчейном внедрять на предприятиях?
Вот перевод некоторых моментов из описания:
Протокол предназначен для внедрения на предприятии с упором на гибкие разрешения конфиденциальности, низкую задержку и безопасность. Casper позволяет предприятиям выбирать между итерациями общедоступной, разрешенной и частной сети в зависимости от их предпочтений в отношении конфиденциальности без ущерба для безопасности или производительности. Это привлекло несколько групп предприятий и Web3 к развитию партнерских отношений с Casper.
Casper создан, чтобы противостоять изменяющимся предпочтениям бизнеса и разработчиков. Контракты с возможностью обновления позволяют разработчикам и предприятиям со временем улучшать свои приложения; Стабильная / предсказуемая плата за газ гарантирует, что приложения будут работать даже при резких скачках сетевой активности; Поддержка WebAssembly гарантирует, что разработчики, не занимающиеся криптовалютой, смогут быстро подключиться к нему; Ончейн-механизмы управления обеспечивают управление, основанное на вкладе сети и репутации.
У тех же программистов зарплаты в соеднем по больнице больше, а вот еботни и нервов как раз таки в десятки раз меньше, так и зачем идти в сап, где 80% работы - выслушивание ебанутых идей всяких Петровичей с мухосранских заводов, если можно кодить в углу и в хуй не дуть?
Я уж не говорю о том, что если хватило ума закончить нормальный технический вуз, то должно было хватить и подумать зачем ты вообще туда поступал. Чтобы в сапе формочки дрочить?
>Чтобы в сапе формочки дрочить?
Не, ну чистые абаперы, это, конечно, дно. А вот конс или BWшник с неплохим знанием абапа - другое дело.
//мимо BWшник :)
>>2266115
>Анон, насколько успешно проходят внедрения с метологией agile/scrum?
Хуево проходят. Потому что заказчик не готов оперативно давать фидбек и
>Всё равно в том или ином приближении скатываемся в водопад
>Сколько компаний в процентном соотношении за последние лет пять сменили Web deen pro на ui5?
Начнем с того, что эти технологии не взаимозаменяемы. Динпро - это stateful приложухи, ui5 - stateless. Отсюда возникла необходимость костылей в виде концепции черновиков (draft), когда ты сначала набрасываешь документ, а потом его активируешь, в отличие от возможности просто сделать кнопку сохранить, как в гуи и динпро. Особенно это хорошо проявляется, когда нужно пилить создание объектов с кучей проверок по другим объектам в других модулях. Это просто пиздец, вся мимимишность уи5 моментально скатывается в говно. В основном, конечно, мешает OData-протокол, к которому привязаны нехилый функционал компонентов. А хуярить REST на уи5 - это опять боль и унижение, потому что изкоробочности тут хуй да нихуя.
Короче, пока ты в мире розовых поней в лице SAPовских готовых приложух, floorplan'ов и одаты - все очень даже збс. Шаг в сторону - привет повышенный расход человекочасов и костыли.
В этом плане наиболее перспективно выглядят UI5 Web Components. Берешь нормальный, человеческий фреймворк (angular, vue, ну ты понял), берешь graphql, в их рамках используешь веб компоненты и тогда можно спокойно хуярить приложухи под заказчика с гораздо меньшим количеством боли.
>agile/scrum
Ебал я в рот ваш agile/scrum.
Вот прямо сейчас сижу на созвоне блять по sprint planning, на который я потрачу 1.5 часа рабочего дня. До этого был backlog refinement, sprint review и weekly scrum, на которые так же было потрачено по 1-1.5 часа. Сука, из-за этих постоянных созвонов для эффективного менеджмента тупо не хватает времени на элементарную работу, приходится все говно доделывать во внерабочее время.
И это блять не в российской компании.
В гугле не совсем понял.
Устроился менеджером по логистике, пока что обучают, опыта работы в этом нет. Раньше работал версталой.
SQL, кстати, знаю на достаточно хорошем уровне.
Сап нужен для общего понимания, т.к. мне там работать. Пока ещё ему не обучали, но будут. Хочу уже прийти с минимальным набором знаний хотя бы.
Луркай SAP и все поймёшь.
Если в кратце, то SAP это контора которая делает бизнес приложения. Один из основных продуктов это ERP система и смежные с ней инструменты (enterprise resource planning). То есть ПО для оптимизации бизнес процессов, начиная от HR и расчета ЗП, заканчивая материальными потоками, управлением складом и CRM.
Если ты менеджер по логистике, то вероятно будешь работать с модулями MM/SD (material management/sales and distribution). Соответственно, гугли эти модули.
Что за компания у тебя? Зачем ей и 1c ERP и SAP одновременно?
По сути твоего вопроса. Зачастую, для конечных пользователей консультанты внедрения ERP-решений оставляют инструкции по типовым операциям.
Так как ты логист, доджны быть инструкции, как на склад записать и списать материалы, как выдать их, как ТМЦ на МОЛ передать. Это базовое. Проси своего начальника, оставляли ли какие инструкции консультанты, когда внедряли систему.
Если все же будешь с САПом работать и у тебя прям затуп, пиши в поддержу, может какой консультант тебе и поможет. Но у нас всегда жопы в мыле и куча заявок, так что вероятно придётся ждать помощи долго.
Компания по производству спецодежды.
Никаких инструкций нет. Вчера задачка появилась, надо было в 1с где-то галочки расставить, просто показали как и всё.
Работу склада надо самому узнавать. Идти на склад и там до всех доёбываться.
Не знаю, стоит ли тут оставаться?
Я тестировщиком раньше был, версталой, но это работа в ДС была.
Сейчас решил в своей мухосрани 160к поработать, но всё разочаровываюсь.
Не знаю, в общем.
> Что за компания у тебя? Зачем ей и 1c ERP и SAP одновременно?
У нас у двух или трёх клиентов та же херня.
В прошлой компании, когда работал эникеем, на жопе Одина сидели магазины, когда закрывали смену, то все данные по продажам выгружались в Axapta (ERP от микрософта)
> Никаких инструкций нет
Хуевая компания)))))0)
Если про работу склада говорить в общих чертах, то есть три вида процессов
1) входящие
2) внутренние
3) исходящие
Входящие это, соответственно, поступления от поставщиков, поступления из производства и вообще все, что пополняет запас на складе.
Внутренние это перемещения с места на место, инвентаризации и ТД
Исходящие это все, что списывает запас со склада. Поставки клиентам, списание в производство, списание в брак и тд.
Попробуй где-то достать мануалы, я сомневаюсь, что там все работают по наитию. Документация где-то должна быть. А даже если ее нет, есть чувак, который во всем этом шарит. С первого прочтения вряд ли что-то поймёшь, но потом может стать легче. Доебывай старших коллег и прошаренных кладмэнов, со временем разберёшься. На самом деле все не так страшно, как кажется.
>Попробуй где-то достать мануалы. А даже если ее нет, есть чувак, который во всем этом шарит.
Они в сапе есть. Но там маны, дай Бог, 2010 года. Мне сразу сказали, что они неактуальны.
У меня есть старший коллега - мой руководитель. И есть руководитель моего руководителя. Каждый говорит по-своему. Например, я задал уже не помню какой вопрос, от руководителя услышал, что то, что я думаю неправильно. А от его руководителя услышал что то, что я думаю - правильно. Хуй знает.
В пятницу утром я сел перед ними и никто из них не знает как меня учить и с чего учить. Пиздец. Отправили на склад (старый). Там всё вообще пиздецово. Кладовщик просто пикает товар, клеит куар код какой-то и грузчик этот мешок тащит на паллет. Всё. Да и в конце вообще пришёл начальник всех начальников и сказал мне, что работа не офисная вообще. Надо будет ездить по всей рашке обучать кого-то там, хуй пойми кого. Я знал про командировки, то мне говорили о 2-3 в год, а не 1 в месяц. За 3 года опыта работы сменил 6 мест уже. Пиздец... Только в одной компании было всё ахуенно, но ёбаная пандемия всё засрала. Буду нахуй выкатываться и ДС ездить. Похуй уже. Буду тратить 3 часа в одну сторону, настоебало уже это всё.
Если говорить про Россию, то от Мелкомягких больше используют CRM-систему, нежели ERP. Имхо, CRM намного уже специфика, чем у ERP, собственно и работы меньше.
Я бы вообще больше уходил в такого системного аналитика в комплексе ERP/PLM.
Кто бы не говорил, у нас все-равно хоть как-то, да развивается машиностроение. А заводикам да конструкторским бюро не только CADы нужны, но и системы, чтобы зарплатку посчитать, проводочки сделать, материал на баланс записать.
Хотя бля я очень позитивно настроен.
Год назад в ВУЗе проходил практику на местном заводе в Мухосранске. Они чертежи между компами на флешках переносят...
Я спросил начальника, сложно облако хотя бы внедрить, если у Вас нет общей сети. На что последовал вопрос: "Это что?".
У меня товарищ сейчас в силу ограничений аспирантуры вынужден работать в одной из дочек Ростеха в качестве инженера и разрабатывать всякую залупу.
Слушаю его истории про их работу и не понимаю, смеяться или плакать.
Вроде бы и работают все умные люди, шарящие, и с железом умеют работать, и кодят, и в современных технологиях разбираются, и денег жопой жуй. Но при этом из-за ебанутых совковых мер безопасности и стариков в управлении ничего не делается для модернизации инфраструктуры.
Пример. Для работы допущены только специально выданные флешки, которые забиты в систему. Типа чтобы не пиздили чертежи и не занесли вирус. Вроде мера вполне адекватная, но вот реализация...
Надо было товарищу вот позарез чертеж со своей флешки открыть, а она, естественно, не хочет работать. Ну он взял и поменял у неё GUID на GUID рабочей флешки. Вуаля, взлом жопы произошел успешно.
Не понимаю, в чем проблема при наличии настроенной локалки ввести Active Directory и пару файловых серверов, настроить VPN. Это же элементарная херня, с этим справиться сись админь начального уровня. Нет, блять, мы будем отправлять запросы по факсу и передавать чертежи на рабочих флешках объемом 4 гб в лучшем случае.
На мой взгляд, расклад следующий
Плюсы внедренца
- выше зп
- в целом большая квалификация и понимание отношения сапа к бизнес процессам
Минусы внедренца
- постоянные длинные командировки на Новый Уренгой
- стрессы от общения с клиентом доджинга его хотелок и обхождения острых углов
- ненормированный график
Плюсы саппорта
- чиллишь на удаленке или теплом офисе, никуда ездить не надо
- мозг выносят гораздо меньше, юзеры знакомы с сапом, знают, чего от него ждать, поэтому хотелки в запросах на изменение адекватные. Вдобавок, есть барьер от неадекватов в виде кей-юзеров и первой линии
- четко установленные рабочие часы
Минусы саппорта
- зп ниже чем у кодера на соседней галере
- может заебать в 100500ый раз добавлять полюшко в печатную форму
>зп ниже чем у кодера на соседней галере
У саппорта ЗП может быть на уровне с внедренцами. У внедренцев выше может получаться разве что за счет всяких бонусов-хуенусов, но с учетом разрыва жопы, оно тебе надо?
С третьей стороны я сейчас на саппорте, в принципе неплохо, но жопа просит приключений.
Идеально было бы чередовать. Условно, год саппортишь, год внедряешь.
Как ответили тебе выше, да, R/3 - предыдущая версия.
Даже скорее я бы сказал, говно мамонта еще то, так как между S/4HANA и R/3 еще была версия ECC 6.0 .
Земля пухом, если будешь работать на этом.
По вакансии скажу. Ты будешь использовать систему как end-user, то есть консультанты-внедренцы на предприятии внедрили систему и теперь ее используют все, кто причастен к бизнес-процессам.
Судя по этой вакансии, тебе придется в преимущественно в CO модуле работать. То есть ты будешь использовать уже заранее придуманные для тебя программы, которые должны выполнять задачи на этом предприятии.
Грубый пример. В вакансии говорят о "проводке обезличивания сырья". Вот ты берешь, вводишь в SAPе название программы/транзакции, вводишь в окошко нужные тебе данные, получаешь результат. Получилось говняно или выпала ошибка? Читаешь инструкцию, должны выдать. Если всеравно ничего непонятно? Беги в техподдержку к консультантам поддержки.
Вот кратко процесс работы. На самом деле, ничего сложного, особенно если будут инструкции. Справляются даже тети Зины, которые компьютер свой впервые в жизни видят.
Сижу на саппорте и понимаю, что без опыта внедрения никуда нахуй с этой иглы не слезу, потому что никому не нужен на 80% вакансий.
Даже компании-клиенты, которые ищут себе спеца на онсайт поддержку внутри компании просят опыт внедрения.
Поэтому прошу начальство кинуть меня хотя бы на один проект.
Ну и ЗП действительно ниже.
Вполне нормальная хуйня.
Давно ещё был прикол, типо чел выложил объявление, к нему нач подошёл со словами, что в кадрах сказали, что видели резюме, как это понимать. Челик ответил, вдруг лучше найду. Ну через неделю начальнику говорят, типо там к вам на собес пришли.
Потом чел начальнику говорит, а у нас че новый сотрудник будет? Начальник ответил, типо на твое место гляжу, вдруг лучше найду. Ну и чел уволился.
>обычно тебе пишут что-то вроде "ищем архитектора/старшего конса с 10 годами опыта и 5 проектами внедрения полного цикла, ваш опыт показался нам интересным". А у тебя в опыте несколько проектов поддержки и 2 года.
И хули? Возьми и прособеседуйся. Вдруг место и под младшего конса найдется. За спрос денег не берут.
>выкладываешь резюме в паблик
На HH можно настраивать компании, которые могут видеть твое резюме. Смекаешь? Внедренцев SAPа не так много, ограничить - как нехуй делать.
> настраивать компании, которые могут видеть твое резюме
Спасибо за то, что открыл мне глаза (нет). HR`ы тоже бывают умные и имеют серые акки, поэтому даже если ты скроешь свою контору, они тебя могут пропалить через свои акки. А еще они, суки такие, общаются между собой, и не раз было такое, что кто-то собеседуется к одному интегратору и HR`ы сообщают это другому интегратору, где тот человек в данный момент работает.
- пришел инцидент
- провел анализ
- обнаружил место ошибки
- если это не работает, хотя должно по спецификации, то ставишь задачу разработчику, что нужно исправить, предварительно согласовав с архитектором.
- если это не должно работать так, как хочет пользователь, потому что это не было запланировано, то пишется новое ТЗ для проектной команды
- после того как разработчик выполнил фикс - тестируешь его. Смотришь, чтобы все работало как надо. Если что-то работает не так то правишь вместе с разрабом. Если хватает головы, то указываешь прямо в коде где ошибка, если нет, то абапер ищет сам.
> - если это не работает, хотя должно по спецификации, то ставишь задачу разработчику, что нужно исправить, предварительно согласовав с архитектором.
> - если это не должно работать так, как хочет пользователь, потому что это не было запланировано, то пишется новое ТЗ для проектной команды
Вот эти пункты больше всего интересуют. Вот допустим я обнаружил место в зетовском коде, где присваивается неверное значение. Но до этого оно рассчитывается весьма нетривиальными путями, с кучей селектов, условий, сравнений чукчи с чупакаброй, а ни одного документа, как оно изначально проектировалось, нет, комментариев в коде нет, а ключевой пользователь на расспросы о подробной логике разводит руками. В таких случаях можно попросить программиста разобраться, что же всё-таки происходит в коде, чтобы потом уже самому попытаться натянуть бизнес-логику на скелет его объяснений? Или подразумевается, что консультант должен сам в коде копаться?
Можно.
Проблема в том, что если верное значение не подтверждается исходными данными из системы или первичными документами (счета-фактуры, акты, ну ты понял), то нужно потихоньку тикать с такой поддержки. Это пиздец неблагодарная хуйня, будешь каждый отчетный период гоняться за такими багами, чтобы манямирок заказчика с данными из системы совпал.
Да, вполне.
А если есть вариант доебаться до конса, который прописывал задачу разработчику, то нужно и до него доебаться с вопросом "доколе" и заставить либо скинуть спеку, либо помочь тебе её написать.
Ну и вообще работать без спецификаций это как совать себе в анус ежа, облитого суперклеем.
У нас в BW почти весь абап пишут консультанты (правда 80% кода это просто реализация бизнес логики местах расширения стандартных процессов). А сейчас уже и SQLscript активно начали осваивать за компанию с прочими прелестями HANA моделирования.
Работаю в сфере с 2012, за всё время один раз только писал ТЗ апаберу. Когда по его разработкам приходили замечания, я просто набирал ему в тимсе и говорил в каком блоке скорее всего ошибка, потом вместе шарили экран и смотрели что поправить и потом по итогу я актуализировал ТЗ. Всё очень неформально, в дружеской атмосфере.
Как минимум, если есть время и силы, просто попробуй сам разобраться, это тебе будет только в плюс. Если времени, сил нет, выстраивай отношения с разработчиками, как тебе и им комфортней. Кому-то заходит формальный подход, кому-то, как мне, проще подружиться с людьми и делать все неформально. Аналогично, если понимаешь что проблема приходит из другого модуля, через руководителя находишь консультанта из этого модуля и обсуждаешь с ним проблему. Главное по итогам таких обсуждений всегда закреплять договорённости хотя бы письмом.
PS:
Если понимаешь, что исправление:
может задеть чужие разработки
может занять больше трудозатрат чем предполагалось
может негативно сказаться на ...
- ставь в известность архитектора, это снимает с тебя половину ответственности.
>У нас в BW почти весь абап пишут консультанты
Ну дык правильно. BW достаточно простая система, по сравнению с ERP с его кучей модулей, каждый из которых со своими закидонами. Вроде тех же инфо-типов в HR. И еще вопрос межмодульного взаимодействия, вроде того же расчета НДФЛ (генерация документов в FI) при прогоне зарплаты (HR).
Я хоть и считаю себя разработчиком (и даже чисто абапил немного), но так же сейчас взаимодействую с заказчиком, чего нет у абаперов, например. Там чисто хуяришь по ТЗ, и если что, ебешь мозги консалту.
//другой BWшник
>а почему хочешь выкатываться?
Я не он, но отвечу: потолок низковат. Как в плане зп, так и в плане скиллов. Особенно на специфических модулях, вроде BI/PI/RE/EWM.
Даже если ты чисто кодер-абапер. Сап развивает свой стек медленно, и те же "инновации" в лице UI5 с т.з. современного web-dev - устаревшее, тормознутое говно.
Тут из SAPовской деятельности только либо в консалты перекатываться, но подскакивать кабанчиком не каждому по душе.
в BW потолок точно не низковат там простор для развития на любой вкус. Как только полностью изучаешь стандартный функционал модуля, начинаешь углубляться в ABAP/FOX/SQLscript. Ускоряешь, оптимизируешь существующие процессы ( отчёты, загрузки данных, прочие расчёты ). Ещё есть BPC emb. туда тоже можно развиваться. Причём постоянно появляются новая функциональность, появляются всякие SAC, который уже потихоньку начинают использовать в РФ. Если идти в сторону БД, то там вообще целый мир. Спрос очень большой, консов, которые могут в HANA не только собирать CV, но и писать нормального качества SQL, сильно не хватает.
За 5-6 лет HANA на российском рынке наделали такое количество говна, что, я думаю, даже если ничего нового SAP не выкинет, следующие лет 10 это всё можно переделывать. А SAP регулярно выкатывает новые фишки, с которыми BW консультанты могут работать (SDA/SDI/SLT/ODP по интеграции SAC по отчётности, а скоро и планировать на нём тоже можно будет, OData/CDS/Fiori, если нравится такое). И каждые полгода, год идут сервис паки с новой функциональностью. А может и data hub наконец взлетит, там тоже много чего есть.
Можно развиваться в сторону изучения предметной области модулей, с которыми есть интеграции и заниматься интеграцией. Не моя тема, но кому-то заходит.
Можно иди во фронт, там у тебя BO, целый простор (на любителя конечно).
Если кажется, что потолок достигнут, или скоро будет достигнут, просто иди во фрилансеры, ищи новые проекты с новыми технологиями, читай книжки. И даже фрилансер не потолок. Можно хоть свою микроконсалтинговую компанию открыть и первое время сидеть на субподрядах большого клиента.
>устаревшее, тормознутое говно
Eсть такое, но тут нужно понимать приоритеты клиента. 99% случаев не так важно, насколько говно тормазнутое или устаревшее, важно что оно работает и показывает нужные циферки. По большей части заказ идёт от менеджера высшего звена, а пользоваться функционалом будут бухгалтер Мария Петровна и начальник склада Лёха. А вот для менеджеров высшего звена как раз красивые дашборды с графиками диаграммами и прочим.
Говорю только за BW, возможно у ERP-господ иначе.
~~
>Ускоряешь, оптимизируешь существующие процессы
Какая мерзость. Нет ничего хуже оптимизации чужого говнокода.
Особенно, если это лютое легаси 10-летней давности.
В целом ты в определкнной степени прав, но в абапе/sqlscript нет ничего такого, это быстро осваивается. Вся прелесть фиори разбивается о буйную фаниазию щаказчика, а он на это не рассчитан. Чем дальше от floorplan'ов, тем больше трудозатрат и костылей. Остальное пока слишком специфичная хуйня, чтобы его использовать на регулярной основе. Ну, кроме CDS.
Вот я сижу и думаю: то ли я настолько крут, что умею если не все, то многое из тобрй перечисленного, то ли остальные тупые, то ли у меня Даннинг-Крюгер, то ли синдром самозванца. Короче, челленджа не чувствую в последние года два уже.
>чужого говнокода.
Я привык, мне нравится. Это как помыл посуду и убрался в комнате и сидишь довольный что стало лучше. Правда в основном, у меня, криво собранные HANA CV, криво написанный SQLscript. Иногда реализация существующей ABAP логики через AMDP и HANA моделирование. Например видишь двухчасовую загрузку, делаешь её трёхминутной, такой спортивный интерес.
>быстро осваивается
Осваивается быстро, но без понимания работы БД часто работает не оптимально. В процедуре происходят ненужные материализации, а иногда наоборот, там где нужна материализация, её не происходит. Одна такая ошибка может увеличить время выполнения в десяток (десятки) раз. Тут принцип, легко начать чтобы что-то начало получаться, благо можно потренироваться в консоли в анонимных блоках, но часто очень неочевидные шаги могут сильно ускорять процесс.
>слишком специфичная хуйня
Некоторые вещи специфичные, но SDA/SDI/SLT это прям топ, много где использовать начали.
Например недавно у нас поставили очередной сервис пак, который позволил передавать инпут параметры через SDA. У меня руки чешутся поиграться с этим. С технической точки зрения, казалось бы, ничего особенного, но это открывает огромные возможности для интеграции, можно легко делать селекты из ERP-шных сиви, минуя сервер приложений. Можно делать экстракцию без ODP, а напрямую БД-БД. Лично меня такие штуки вдохновляют и появляется желание что-то делать. Сам инструмент часто простой, а использовать его в нужном месте и нужным образом бывает нетривиальной задачей. Насмотрелся на людей, забивающих шурупы молотком.
>fiory
согласен, думаю fiory лучше для строгой отчётности и колотилок, а гибкость это как раз SAC, несколько клиентов уже начали использовать его. Там прелесть для нас, что можно просто подготовить данные, а дальше, какой-нибудь power-user или методолог, может сам собрать её. Причём данные можно хоть из квери, хоть из CDS, хоть напрямую из провайдеров.
>остальные тупые
Постоянно возникает такое чувство, борюсь с ним как могу.
>Даннинг-Крюгер
Тут автор книжки серии sap press по sql script (Йорг Брандайс) косячит и некоторых вещей не знает, так что поверь, всегда есть куда расти.
Не знаю, можешь глянуть, SAP HANA Performance Guide for Developers, там многие интересные вещи есть. Не всё разбирается подробно, но хотя бы даст отправную точку (map_merge/map_reduce например). По опыту могу сказать, большая часть BW консультантов даже не знает о существовании этого гайда, не говоря о том, чтобы дальше копать, никто не использует хинты, лепят по принципу, работает и слава богу. В особо запущенных случаях реализуют сложную логику в графических сиви, там такие пауки получаются страшные.
По части ABAP, классная штука ADBC, тоже может некоторые многие вещи. Как альтернатива AMDP, если тебе ну очень хочется какой то динамический SQL собрать именно на ABAP, а не через SQLscript.
Если книжки читать не любишь, можно просто запустить в консольке на продуктиве:
select *
from m_sql_plan_cache
where statement_string like '%Z%'
order by total_execution_time desc;
Посмотреть самые долгие, частые планы выполнения и попробовать их ускорить.
Либо, если много ETL процессов, можно аналогично (вместо sapabap1 просто схему, где у тебя BW объекты лежат, например saphanadb):
select seconds_between(to_timestamp(starttimestamp),to_timestamp(endtimestamp)) as seconds,
to_varchar(to_timestamp(starttimestamp),'YYYYMMDD') as date
from sapabap1.rspcprocesslog
where year(batchdate) = '2021'
and variante like 'DTP%';
Либо любую интересующую тебя статистику. Есть замечательная нота 1969700, там много всякого.
~~