Народ!
А кто-нибудь переходил из консультантов OEBS в консультанты SAP R3? В частности, консультанты Персонала.

Интересно, насколько легко-трудно это сделать и реально ли это?

А насколько сейчас велика разница в зарплате для OEBS и SAP, чтобы связываться с последним? Особенно по части чудесного языка расчетных схем в HR модуле. Мне когда-то давно предлагали обратное (SAP->OEBS), тот же модуль, примерно на ту же зарплату, но не стала менять шило на мыло. По второму вопросу - в кризис вообще малореально найти нормальную работу даже с опытом в SAP

Я не думаю, что разница большая.

Но сейчас проектов по Oracle - явно меньше, чем SAP. Поэтому наверняка некоторые консультанты задумаются о том, чтобы сменить шило на мыло:)

Интересно было бы послушать мнение людей, работавших в обоих программах.

Привет!!! Я в прошлом году сменил систему OEBS на SAP, чему очень доволен. Правда по функционалу я занимаюсь не персоналом, а планированием произодства. Очень быстро освоил как систему так и методологию внедрения. Назад явно не вернусь к OEBS. Во-первых уже не интересно, да и Oracle в Украине проиграл уже давно САПу, сдал все позиции, если и есть проекты, то в осоновном связанные с расширением существующих решений или разроботок...

Вопрос не случайный - системы базируются на разных философиях.

В Oracle, я могу легко найти таблички/вьюхи, где хранятся данные и посмотреть данные селектом.
Вся бизнес-логика основывается на PL/SQL процедурах-функциях, которые легко раскопать.
Могу легко найти, какой API загружаются данные и написать скрипт загрузки данных.
Великолепная документация - все можно найти, если знаешь англицкий язык.

А как с этим у вас?

Всё точно так же.
Разве что документация ну, кхм, не побуждает именовать её как "великолепную", но она всё же есть.

Не так прозрачно Когда-то пробегала статейка под названием типа 18 способов найти данные в САП. Поэтому раскапывать код могут только очень самоотверженные ребята

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

А некоторые консультанты SAP задумываются о том, чтобы вообще сменить сферу деятельности, ибо 1 - все достало и 2- основные сливки давно собраны... И если на данный момент проектов SAP больше, то отнюдь не значит, что так будет всегда, включая ближайшее обозримое будущее

Вряд ли это можно считать достоинством системы Особенно и когда отдалчик не помогает. И фразу "мы не понимаем почему это происходит" я уже встречал не в одной ноте

ilu
Ага, особенно весело бывает копаться в отладчике в день расчета з/п, когда система в продуктиве и клиент не то что над душой стоит, а рвет и мечет, что кому-то 5 (50, 500 - нужное подчеркнуть) рублей не досчитали. Случается такое обычно после установки новых патчей, протестировать которые "на все случаи жизни", когда на тебе и так навалено дофига работы - просто анрил. На месте автора темы я бы почитала много тем на форуме и много раз бы подумала

А в чем проблема раскопать неверное значение?

Для примера, в Oracle зарплата считается через FastFormula, неким скриптовым языком, довольно читабельным. В формулу можно вставлять вывод любых значений в лог, которые можно просмотреть после расчета - и докопаться до истины.
В эту формулу можно вставлять ЛЮБУЮ PL/SQL процедуру через "Функцию формулы". Там посмотреть логи сложней, но можно извратиться, если знаешь PL/SQL.
Ситуацию осложняет, если формула или процедура локализационная, которую делает не сам Oracle, а его партнеры.

Поэтому любые глюки расчетов приводят к анализу формулы или PL/SQL пакетов (последнее - намного сложнее).

Результат - глюков довольно много, НО, случаев, когда что-то "непонятно почему глюки" достаточно мало.
В поддержке Oracle таких комментариев не припомню.

Можно еще поехать поработать вне родных пенатов. (Пробуюсь на позицию в швеции)


Ручные корректировки никто не отменял. Не нра - колбасьте вручную.
Мне как-то моск полгода выносили за каждую копейку, потом я одну схемку сделал.. Вылезли разницы (некорректный ввод) на сотню тыщ Больше с копейками не приставали )

Aazmandius
В САПе такой птичий язык для расчета зарплаты, что SQL вы будете вспоминать с непроходящей тоской

Proforg
Да накрайняк конечно можно ручные корректировки делать хоть по всем видам оплат, тока потом не надо удивляться вопросам типа как от одной моей хорошей знакомой, у которой в конторе стоит САП (цитирую дословно): "меня давно мучает вопрос - правда ли SAP такой уе**щный или это его так криво настраивают?" и выводам типа: "у меня создается впечатление, что в Сапе (как в других ERP-системах - не знаю) имеет место большой объем закулисной ручной работы. То есть не работа по настройке и конфигурации, а именно ручная обработка данных. Это так или я ошибаюсь?"
Про забугорье - тоже вариант, но свои конкретные планы озвучивать буду только по факту их реализации...