Здравствуйте коллеги!

В общем стою перед сложным для меня выбором. Отработал год в службе поддержки в крупной продуктовой компания на Аксапте, прособеседовался в Москву в крупную консалтинговую компанию, предложили младшего консультанта по внедрению и примерно 1800 $ и командировки (3\1) на крайний восток. Начал было собирать вещички и съезжать со своего "маленького" города в западной сибири, как мне поступило предложение из текущей конторы перейти в поддержку SAP MM на стажерскую вакансию и стажерскую ЗП (600$) . Вот и думаю, куда податься. Стоит ли изучать ММ с нуля, причем без возможности трогать SD ввиду нехватки прав? Вроде везде слышно, что в SAP перспектив больше. Но что конкретно по этим модулям?

В Москве есть где пожить за 7 т.р. Так что фразы про "а ты знаешь что в Москве одна только квартира на 1000$ потянет" прошу в аргумент не рассматривать.

В ФАК и в поиск, для начала, чтобы я темы не переносила в правильный раздел.

При таких раскладах лучше САП.

я бы в сторону 1с смотрел )
з\п уже такие же как в сапе

Я бы Аксапту выбрал. Если готов летать в такие командировки.
Денег больше, и работа на внедрении, что открывает гораздо больше перспектив.

После 1С сложнее уехать на запад.

Понял твою позицию, обратив внимание на London, UK в твоём профиле.
Дело в том, что для тех кто надеется смотреть выше и дальше после работы на поддержке в компаниях расположенных в Сибири, на Урале, в Поволжье и т.д. ситуация - несколько иная...

Для автора ветки весьма высок риск, что когда он приедет в консалтинговую компанию на собеседование с надеждой на высокие и дальние полеты, он будет уверен что.

ОЗМ создается транзакцией Z_MM_OZM.
Заявка на закупку - Z_MM_ZAJAVKA.
Оприходование на склад - Z_MM_SKLAD1.
Списание со склада - Z_MM_SKLAD2.
Инвентаризация - Z_MM_INVENTORY.

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

Ну и опыт одного года внедрения, для больших и высоких полётов, часто - намного ценнее, чем 10 лет на поддержке. Особенно, если поддержка направлена на одного клиента, даже если большого.

+100500!

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

Это в консалтинговых компаниях держат песочницу и предоставляют время для самосовершенствования в ней.
А на поддержке - не до этого.
И рассказывать про стандарт, отличный от местного колорита не когда, да и не кому.
Я серьезно говорю, собеседовал людей которые верили что "Z - подчеркивание - модуль - подчеркивание - еще чего-то" - это стандартная система именования транзакций.

Если у человека есть опыт работы в другой ЕРП и большое желание учится, то найти песочницу в инете, если в компании ее нет, и понять по курсам, сапфоруму, хелпсапкому как работает стандарт а не z-ка вполне реально.
Перспектив у сапа по сравнению с аксаптой несравнено выше - сам в свое время рынок мониторил, да и коллеги бывшие в аксапте работали.
Я бы выбрал в ситуации ТС сап, если перспектив в своей компании не появится, то поднабравшись опыта поехал бы через год в Москву - на тиражирование или внедрение на подхват на 1500 $ минимум с годом опыта возьмут. А еще через год - полтора закончив один проект и прокачавшись, на 2500 $ - 3000 $ уже можно будет работу найти.

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

Нереально, т.к. галочки тыкать можно и обезьяну научить. А ведь нужна ещё и предыстория вопроса, и осознание нужности трёхландшафтной системы и ненужности тонн абапа, и понимание предметной области, и умение общаться и доказывать заказчикам...
Хотя всё не так. Сначала надо вообще узнать, что з_модуль_краткоенаименование - это не стандарт. Когда человек в обратном уверен, он не будет копать инет поисках песочницы (что, кстати, не слишком законно, между прочим, как в принципе, так и потому, что за это деньги берут).
У нас на РЖД была такая девушка, до ночи сидела-изучала, потом уволилась. С тех пор права урезали до минимума, в песочницу не пускали вообще, кроме "избранных", курсы в руки не давали и вообще могли прогнать после раб.дня, если дел нет.
Не удивлюсь, если такое широко распространено, а уж отсутствие инета паралелльное - очень частое явление.

А вообще самоучки такие самоучки, регулярно благодаря им есть работа по исправлению накосяченного.
Изучать надо на проекте и при чётком понимании, что и зачем. Нормальной методики самоуобучения нет, самому можно не только не понять, но понять диаметрально противоположное, и косячить.

У нас на РЖД была такая девушка, до ночи сидела-изучала, потом уволилась.

Так и вспоминается анекдот про "Замуж! Немедленно!"

А если серьёзно.
То LadyWind всё правильно описала.
Добавлю еще надо и необходимость концептуального проекта понимать и про необходимость тонн документации еще многое другое.
Часто в серьёзных консалтинговых компаниях стажеры, младшие консультанты и т.п. отправляются на первый проект "под присмотром старших товарищей".
У меня была ситуация, когда я с собой возил вновь пришедшего в компанию человека и "делал консультанта" и "просто хорошо знающего систему человека".