C++ или SAP? Ausbildung Fachinformatiker Anwendungsentwicklung
Вот тут в виде статьи с интервью хорошо написано.
https://habr.com/ru/company/epam_systems/blog/495246/
Если кратко: заказчик хочет систему заказов хлеба и доставки клиенту в течении суток наладить. Вот все процессы от заказа клиента, до оплаты им заказа и отчетности перед налоговой может консультант настроить (не факт что один, но каждый отвечающий за свой кусок). Там будут и планирования закупок зерна и дрожжей (в зависимости от сезона), и планирование складских запасов и их автоматического пополнения, и обслуживание печи, и себестоимости расчёт полный и ценообразование (сообразно величине клиента или сезонной акции), и разные налоги в разных странах, и можно одновременно вести учёт например, по немецким локальным стандартам в евро и по US GAAP в долларах США. SAP это такое LEGO. Можно любые процессы с
помощью него «собрать». Смотря сколько деталей купишь и как консультант соединил качественно все друг с другом. 90% без разработки, просто правильными настройками в разных местах, которые активируются и делаются в определённой последовательности.
Можно любые процессы с помощью него «собрать». Смотря сколько деталей купишь и как консультант соединил качественно все друг с другом. 90% без разработки, просто правильными настройками в разных местах, которые активируются и делаются в определённой последовательности.
Правильно я поняла, что он предлагает клиенту уже готовую Апликацион и настраивает ее. Без того чтоб самому разрабатывать?
Если предприятию нужен датенбанк он не моделирует сам, а берет акцесс например или для больших он должен знать Анвендунг на рынке, который с sql сервером работает. Так?
На своём опыте советую не терять время в уни и делать умшулунг от АА. Сразу после IHK экзамена 39к евро, через полгода от той же фирмы 52к, ещё через полгода 65к. И это далеко не предел для фулстэк джава разработчика, а скорее больше начало.
Да лучше и на Umschulung время не терять. Открыть Imbiss, и жарить там Döner.
У меня в любом случае не меньше 65 выходит.
Правильно я поняла, что он предлагает клиенту уже готовую Апликацион и настраивает ее. Без того чтоб самому разрабатывать?
Верно. Задача функционального консультанта без привлечения программиста взять стандартное приложение от вендора и настроить его под нужды заказчика. Здесь нужно и стандартные настройки как «Отче наш» знать, и уметь убедить заказчика не делать никаких доработок и в стандарт SAP его (как в новую веру) обратить. Первое это хорошие технические знания. Второе это сила джедая, ибо заказчики дофига упёртые бывают.
Некоторые пазлы без разработки не соберутся. В этих местах вендор приложения сделал «заглушки» для присоединения программного кода (для некоторых программ есть «рыбы» и нужно просто создать копию этой программы, внести минимум изменений и работать, они вместе с решением поставляются или на портале поддержки
болтаться) - такие штуки консультант сам в состоянии найти и отпинать разработчика, что ему нужен User Exit / Badi / Bapi или дополнительные поля в таблицах прорезать (include зовётся если правильно помню). Но код пишет в основном разработчик. И да, ABAP с его запросами к базе похож на sql чем-то.
Если предприятию нужен датенбанк он не моделирует сам, а берет акцесс например
Тут работа для Basis консультанта, этакого администратора SAP системы, на какую базу данных поставит он систему, на той и будет. Ставят на Oracle базу данных систему (как х.з. - думаю установочный файл знает своё дело, плюс конфигураций пара, чтобы соединить одно в другим). Я не специалист по базам данным, но в моей практике БД была на сервере под управлением Unix и в SAP когда какие-то данные куда-то сохраняешь (архивируешь или ещё что с ними делаешь) всегда указываешь путь к месту хранения и тип операционной системы сервера, чтобы система втыкала, на каком языке ей запросы посылать (-ls и иже с ним). Наверное, и на Linux сервер можно было бы что-то закатать, но тогда не знаю, как это на кодировку файлов влияет. Вот этот Basis специалист шарит в разных типах данных, как они в разных операционных системах конвертируются, что приложение SAP вообще с базой данных дружит. Второй тип БД, куда хотят загнать всех клиентов к 2025 (а теперь, вроде, к 2027) году это собственное детище SAP - HANA. Это in memory база данных, быстрее и производительнее, а, главное, Oracle кормить больше не надо. SAP ставится на собственную БД. Там есть особенности по сравнению с Oracle. Но одно на другое мигрируется и большинство таблиц неизменными остаются. Так что примерно те же яйца - вид сбоку. В ABAP логика запросов к БД так и остаётся похожей на SQL, так как километры старого кода никто не переписывает. Язык развивается, разумеется, но, грубо говоря, и старинного стиля код будет работать.
для больших он должен знать Анвендунг на рынке, который с sql сервером работает. Так?
В смысле? Консультант функциональный (модуля FI - Financial Accounting, MM - Material Management и так далее) с базой данных не работает. Basis консультант отвечает за правильную связь между базой данных и приложением. Какие данные и куда будут складываться (в плане таблиц) это стандартная установленная система (свои таблицы плодить можно, но делает это программист ABAP). Basis консультант только шуршит, где всякие разные файлы и данные лежать будут (система разработки отдельно, качества или продуктивная отдельно), а что - ему глубоко начихать. SQL нужен консультанту чтобы понимать, что, куда и откуда и ставить задачу разработчику корректно, а разработчик над SQL-подобными запросами корпеет.
Я не соединяла никогда базу данных и SAP, но на учебе приложение на Java писала и с базой данных из дружила. На стороне Java некие подобия запросов с вызовом процедур и функций в SQL при обращении к БД, а на стороне базы данных (Oracle SQL) всякие реальные полноценные запросы к базе данных с select from...
where... и return значениями. Так что по аналогии предположу, что как-то и то, и то (БД и приложение SAP) устанавливается стандартными пакетами... и когда на ABAP кто-то написал запрос, то каждая команда на сторону SQL передаётся уже переведённой на понятный ей язык сама по себе. Над этой интеграцией поставщик решения париться. Специалисту на стороне клиента надо знать ABAP, где время от времени будут кусочки похожие на SQL.
Ну я функциональный консультант FI/CO в основном, но ещё пару других тем веду. Ну и я общаюсь с клиентом в основном. Клиент не общается с консультантом Basis или разработчиком ABAP... Я делаю так, чтобы все работало и клиентские слёзы счастья или горя льются на меня.
То есть, почему что-то не заработало или сломалось разбираться мне, так что я знаю, где чья работа, и если что, то правильно стрелку переведу. Это командная работа.
Здесь нужно и стандартные настройки как «Отче наш» знать, и уметь убедить заказчика не делать никаких доработок
Разве это возможно? Если заказчик ищет консультанта, то ему однозначно что то дополнительно надо. Надо наверное vba хорошо знать?
что приложение SAP вообще с базой данных дружит.
я думаю теперь до меня дошло... сап это фирма разработчик. У них есть продукты и их консультанты подгоняют продукты под нужды заказчика и отговаривают от альтернативных продуктов. Так?
Перспективно вообще ТС учить АВАР? Получается у тебя один работодатель на всю жизнь. Их язык даже на этой карте не указали. Ты выучишь их язык, а если с фирмой САП что то не сложиться, ты безработный пока другой аусбильдунг не сделаешь.
Если заказчик ищет консультанта, то ему однозначно что то дополнительно надо. Надо наверное vba хорошо знать?
На VBA пусть финансисты или кто там ещё кодит, можно студента нанять. Потому что SAP консультант дорогой зверь и тратить его время на VBA не слишком умно.
Если заказчик покупает SAP как учётную/отчетную систему(спартанский минимум), то он никогда не настроит ее сам.
я думаю теперь до меня дошло... сап это фирма разработчик.
Это и фирма, и продукт. Основной продукт SAP ERP, есть всякие примочки, которые его дополняют.
У них есть продукты и их консультанты подгоняют продукты под нужды заказчика и отговаривают от альтернативных продуктов. Так?
Не, консультанты этим поскольку постольку занимаются. Это больше приведение заказчика в сознание, когда он покупает одно, а хочет другое. Вроде купил Volvo, последней модели в сборке, а теперь хочет извращение - заднее сиденье от BMW туда поставить. Нет... Ну можно, конечно, но это будет стоит денег, в зависимости от хотелок многоооо денег. Зачем так делать, если есть заднее сиденье родное? Окей... Там поддержка поясницы другая и цвет другой, а ещё о юности напоминает. Прекрасно. Задача консультанта уговорить заказчика заказать комплектацию с правильным цветом сиденья, вместо особой поддержки спины предложить фирменную подушку Volvo (которая идёт в комплекте), а о юности ностальгировать как-то иначе. Так как при переходе на более свежую модель Volvo (сдача старой в Trade in) старое сиденье BMW просто поставят в салон (код из программы не выкинешь), насколько криво оно встанет (если в новой модели выступ какой-то новый есть и сиденье надо будет подпилить) это вопрос заказчика и его ответственность. Фирма за свои комплектующие отвечает. При покупке новой Volvo (перевнедрение) снова перетаскивать из одной машины в другую сиденье своими ручками.
При этом можно иметь велосипед, мотоцикл, прицеп, скутер других марок. Можно даже вторую машину купить, но учитывая, что SAP учётная система извращение страшной силы. Учёт надо будет в обоих системах вести. То есть одна машина будет другую на галстуке таскать везде. Но можно использовать SAP как учётную систему и CRM или HR систему через интерфейсы интегрировать. Это как Volvo с прицепом другой марки и великами другой марки на крыше.
Перспективно вообще учить АВАР? Получается у тебя один работодатель на всю жизнь.
На стороне клиентов разрабатываются куски кода свои, программы просто с Y или Z (как и таблицы или поля или любые объекты создаваемые заказчиком) начинаются. Сидеть можно не только в SAP как в фирме и дорабатывать стандартный продукт, но и на заказчике, который делает свои доработки стандарта. Даже самый мелкий заказчик, у которого разработчика ABAP нет в штате когда-то покупает его услуги где-то на стороне (фрилансеры, консалтинговые фирмы). Откройте вакансии ABAP Entwickler и посмотрите на разнообразие работодателей. Разработчик привязан к одному приложению, да. Но не работодателю.
...карте...
А C/AL там тоже отсутствует, полагаю... Это язык Microsoft Dynamics NAV.
То есть после установки ещё обслуживание?
Разумеется. У заказчика ж желания появляются новые, ещё законодательство какие-то новые нормы постоянно внедряет и это влияет на приложение. А само оно там не появится. В машине же на протяжении 10 лет, то аудиосистему поставят, то навигатор, то ещё что. Если ничего не трогать, то ничего не сломается. Но иногда законодательство требует зеркало заднего вида определенной и площади иметь во всех машинах и вот консультант уже зеркало прикручивает. Спойлер: поставщик в новых моделях зеркало сообразно новым требованиям поставит. :))))
Типа того ...
Google по моему опыту и опыту друзей в основном правду пишет по запросу Gehalt SAP Berater. В среднем 60.000€ в год.
Без в/о сложно. У концернов, которые продукт ставят этот, обычно всякая бюрократия в плане требования к кадрам и просят хоть какое-то в/о. Посмотрите по вакансиям, везде ли стоит Studium или где-то Ausbildung.
Сегодня куча бесплатных Open Source решений.
Думаю, в этом Open Source никто не захочет своими руками писать все процедуры и функции, чтобы база данных поняла SAP. А раз вручную никто такое переписывать не будет, то SAP и музыку заказывает. Почитайте как HANA родилась. Там как раз нужно было чтобы база данных работала быстрее, чем у Oracle и заказчику вместе с консалтинговой фирмой и вендором пришлось под требования специфические новую базу данных сделать с новой логикой.
А вообще - лучшее, что я когда-либо читал про SAP.
Это и мое любимое и наиболее точное описание. :)))
Ну и описание вашей работы - это песня.
Ага, записки элитной ИТ проститутки. Потому что за такое бабло клиент должен просто таять от восторгов.