Ночные мысли про развитие в SAP

Сегодня я открыл прейскурант компании SAP и обнаружил интересную штуку. Начали исчезать лицензии на расширенную функциональность. Было и тю-тю. И вот в ночи я начал думать (отличное время для размышлений, кстати). У нас исчезают лицензии на расширенную функциональность, но появляются лицензии на секси факторс. Звучит так, что больше расширенной функциональности продаваться не будет. Звучит так, что больше мы не сможем внедрять расширенную функциональность у себя, «дома», на своих серверах. Нас принуждают идти в облака и заниматься сексом с секси ф… Звучит грубо, но увольте, под интерфейсом хочется видеть начинку. Только мы начали выстраивать красивые сервисные подходы при реализации расширенной функциональности, добавлять изящные интерфейсы через правильные технологии oData, REST, jQuery, SASS и так далее, как нам закрывают лавочку.

В Европе и США уже не нужны консультанты по классическим внедрениям. Все переходят на SF, который идеально ложится в те модели бизнеса и управления, которые работают там. Но мужику у станка на нашем заводе это … А именно этот мужик и создает прибыль компании своим трудом, его нужно искать, развивать и мотивировать.

Давно с большим любопытством смотрю на рынок и жду решения/стартапа, который сможет создать простую модель для управления расчетом вознаграждения сотрудников. Ни одного еще не видел. Это будет революцией. Все остальное пока эволюция в заданных рамках без грамма инноваций.

Что я хотел этим сказать? Мне рынок видится в таком ключе, что вскоре будут восстребованы Web разработчики с сильными знаниями бизнес-методологии. Эти ребята смогут сделать быстро и недорого любое решение под ключ с one time fee, вместо решений SAP. Облака клиентов должны выполнять функции клиентов, а не навязывать шаблоны. Не зря нет ни одного проекта без ABAP — все компании адаптируют систему под бизнес, а не наоборот. Благо современные технологии, Open Source уже умеет то, что не умеет SAP. Это те самые мелкие кусочки конструктора, которые имеют унифицированные подходы, понятные схемы взаимодействия и открытые возможности для расширения. По аналогии с рынком фрилансеров, который постепенно опережает рынок корпораций за счет своей гибкости. Так и здесь — все новое можно сделать быстрее и качественнее вне SAP, чем внутри, и с сохранением целостности, безопасности и масштабируемости.

Заметьте, SAP за последние годы ничего не придумал нового в части отчетности. Существенный объем ABAP разработок приходится именно на формы отчетности или регламентированные документов. HANA даст возможность строить оперативную отчетности на базе BI/BOBJ, но и все. Open Source в WEB уже имеет настолько разнообразуню палитру решений для создания форм документов, отчетов, аналитики, что порой больше времени уходит на выбор инструмента, чем на реализацию.


Вредная RPCIPS00 Display Payroll Posting Document

Есть такая программа RPCIPS00 Display Payroll Posting Document, которая используется в стандартных моделях процессов PUST. У нее настолько простая и банальная задача, что хочется выть. Показать документ проводки. В модели есть шаг по запуску проводки, затем запускается эта программа для отражения результатов — должен быть показан сам документ прогона. Если что-то не так, то в нем можно увидеть ошибки.

Так вот эта редиска запускается и выдается ерунду вида:

sp02

Никакой полезной информации об успешности или безуспешности прогона. Приходится вручную открывать PCP0 и искать прогон.

Но! Если запустить эту программу вручную в SE38, то все хорошо. Открывается сам документ:

RPCIPS00

 

Редиска, я считаю.


Документация к видам оплаты

Привет.

Наткнулся на такую ноту 2187412 — Infotypes 0008, 0014, or 0015: Including information pushbutton for the wage type documentation

Она и ряд смежных нот позволяют показывать кнопочку с информацией по виду оплаты прямо в инфотипах 8, 14, 15. Когда мы настраиваем виды оплаты, то, например, в ракурсе V_512W_O можно просмотреть информацию по виду оплаты, нажав на иконку с английской буквой I. Теперь такая же кнопочка появляется в инфотипах. Если у вас правильный подход и виды оплаты задокументированы в системе, то это очень удобно.


Правила расчета оплаты труда на примере сокращения оклада

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

Два случая. Работник заболел. Компания оплачивает ему больничный по окладу или ставке с ограничением в 6 МРОТ. В этом случае работник получает свои деньги даже не задумываясь, что под обычной выплатой стоит множество операций, коммуникаций и телодвижений между работодателем и государством.

Но когда работник отсутствует по неуважительной причине, иными словами за свой счет, то все становится интереснее. У нас как? Отсутствуешь — оклад пропорционально сокращается. А у них хитро. Оклад остается без изменения, но создается удержание из заработной платы на сумму отсутствия. При этом полная величина оклада указывается в различной отчетности как база для разных фондов. Если окладник болел, отсутствовал за свои, то оклад не меняется! Для этого внутри создается множество технических видов оплаты, которые распределяют затраты в нужных пропорциях через привычные нам коэффициенты сокращений.

Для чего так сделано?


Удаление расчета в PU01

Думаю все зарплатчики сталкивались с тем, что надо удалить результат расчета заработной платы, а  PU01 не дает. Говорит, что уже были сделаны проводки или ОНД отметился в BT. Оказывается можно в PU01 в отладчике поменять значение одной переменной, и удаление расчета пойдет как по маслу. Вот она:

* wenn das Flag vorprogramm_dat auf ‘1’ gesetzt ist, wird eine
* Meldung mit Frage ausgegeben, alle anderen Werte für das Flag führen
* zur Ausgabe eine Fehlermeldung
DATA:  vorprogramm_dta VALUE ‘0’.

Стоит поставить значение в 1, как при удалении появится предупреждение, а потом все будет хорошо 😉