ВИДЕО. Как читать системные дампы?

Легко. Открываем транзакцию ST22 и читаем системные дампы.

Чуточку подробнее рассказал в микровидео на 11 минут.

Не забываем подписываться, лайкать, репостить и всячески поддерживать отечественного производителя контента!



Настройка косвенной оценки в SAP HR

Косвенная оценка – это просто. Настройка косвенной оценки оценки в SAP HR осуществляется в ракурсе V_T511 (транзакция SM30). Попробую объяснить комплексно, для чего нужна косвенная оценка, как она работает и где используется. С точки зрения конечного результата – рассчитанной заработной платы – косвенная оценка это один из способов посчитать сумму денег по определенному алгоритму. Модуль заработной платы считывает данные из инфотипов, обрабатывает, формирует дополнительные виды оплаты (как технические, так и пользовательские), сохраняет в базу данных. Вид оплаты может быть, как в суммовом выражении, так и обозначен ставкой (суммовой величиной в час, например) или числом (например, часов). Мы можем определить, где и когда посчитать тот или иной вид оплаты: на этапе ввода в инфотип или в заработной плате. Часть видов оплаты, например, процентные виды оплаты от какой-то простой базы (премия от оклада) может быть рассчитана сразу же при вводе соответствующего вида оплаты (в нашем примере «Премия»). Таким образом, мы можем сразу же увидеть сумму премии, сделать отчет по этому виду оплаты.

Косвенная оценка потому так и называется, что косвенно оценивает один вид оплаты через другой. Сумма премии оценивается через вид оплаты «Оклад» умноженный на процент премии. Вид оплаты «Тариф» оценивается по данным тарифной сетки. А годовой бонус считается как годовая сумма окладов. Для каждого вида оценки есть так называемые модули оценки. Это маленькие программы, которые на входе получают вид оплаты, преобразуют его и выдают результат сразу же при вводе в инфотип. Оценивается ли вид оплаты или нет, задается в ракурсе V_T511, где мы прописываем для вида оплаты модуль косвенной оценки. Если встать на поле имени модуля косвенной оценки и нажать F1, то система покажет стандартные модули.  Для России разработан дополнительный модуль 33BON. Плюс можно делать свои.

Читать далее


Перерасчеты в SAP HR для начинающих

«Не нужно бояться перерасчетов», – гласила презентация, найденная в Сети. Действительно, при переходе на расчет заработной платы в SAP многие расчетчики начинают «бояться» перерасчетов в SAP. Тому есть несколько причин.

Как правило, многие системы, в которых работали люди до SAP, были построены как документоориентированные системы. Первичным был документ, будь то документ начислений, удержаний, документ табеля, документ расчета. В крупных компаниях, где ИТ-системы формировались долгие годы, встречаются решения, когда перерасчеты нужно было делать вручную и оформлять отдельным документом. Консультант SAP привык, что перерасчет это нормально, свободно оперирует словами «сейчас перерасчитаем всех». У бухгалтера появляется легкий шок на лице, так как руки еще помнят, что такое ручные перерасчеты.

Вторая, менее эмоциональная причина – это возникновение дополнительных строчек в расчетном листе, которые нужно объяснять работникам. Консультантам этого не понять, так как они практически никогда не общаются с простым рабочим, который считает каждую копейку. Консультанту надо обновить базы, «положить вид в кластер», «создать технический вид» – все очень умно звучит и еще больше пугает простого бухгалтера. Каждый перерасчет, отраженный в расчетном листе, «в плюс или в минус», вызывает вопрос у работника: «Что же мне посчитали неверно?» Вполне резонный вопрос, следует заметить. Так как бухгалтер в начале своего опыта работы с системой еще плохо представляет, как устроен внутренний механизм перерасчетов, как найти и объяснить причину возникновения перерасчета, то бравирование консультанта его только пугает.

Самая неэмоциональная причина, с которой пришлось столкнуться на одном из проектов – это возникновение отрицательных разниц. Такое бывает только в начале проекта, когда система откровенно недонастроена, не протестирована. Первые месяцы расчеты идут корректно, люди получают деньги, вопросы не задают. А затем обнаруживается, что все это время что-то считалось неверно. Например, средний заработок, который обычно составляет существенную часть фондов оплаты труда. Система выполняет перерасчет заработной платы за прошлые периоды и работник «уходит в минус». Из-за неверных вычислений в предыдущих месяцах выплаты были завышены настолько, что в текущем периоде вся зарплата была удержана для компенсации перерасчета. Нехорошая ситуация, работник должен компании существенную сумму денег. Все это отягощается тем, что по российскому законодательству нельзя удерживать более 50% от суммы заработной платы и то, в ограниченных случаях. Технически в системе нельзя ограничить именно сумму удержания в результате перерасчета.

Читать далее


ВИДЕО. Стандартные инфотипы организационного менеджмента

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

Не забываем подписываться, лайкать, репостить и всячески поддерживать отечественного производителя контента!


Расширение SAP для начинающих. User-exit, BADi, Enhancement

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

User-exit

Самая старая технология, но и наиболее простая и универсальная. Суть заключается в том, что SAP в своих программах делает вызов специальных Includes (программ), которые начинаются с букв ZX и поэтому разрешены для изменения консультантам. То есть, мы находим такой вызов, создаем Include (программу) и в ней пишем любую логику. При компиляции система видит, что появился в базе данных такой объект – Include, вставляет его содержимое на то место, где был вызов. Так получается, с точки зрения системы, что этот кусок кода как будто бы уже был в самой программе. Например, форма Т-2, программа HRULT2_2004, инклуд HRUIT2_PRC_2004. Смотрим событие get pernr:

form get_pernr .
data: ls_log_pernr like line of gt_log_pernr.

* user-exit
include zx_hrult2_pernr.
pn-endda = p_datep.
if gf_fill_period_to = ‘X’.
pnpendda = p_datep.
endif.

Что мы видим? В программе есть user-exit с названием zx_hrult2_pernr. Можно два раза на него кликнуть и тем самым создать программу. Теперь мы в этом Include можем писать свой код, который будет подставлен вместо строчки include zx_hrult2_pernr.

Другой пример из того же отчета:

form end_of_selection .
* user-exit
include zx_hrult2_eos.

Насколько мне известно, нет какого-либо единого наглядного каталога, где можно было бы посмотреть все user-exits. Каждую программу нужно смотреть индивидуально. Часть user-exit можно посмотреть, создать и документировать через транзакцию CMOD – управление проектами расширений. Запускаем транзакцию CMOD, в меню «Утилиты» выбираем «SAP-расширения». И по ключевым словам ищем доступные расширения. Искать проще по маске по словам PY, PT, PA, HR, OM для поля «Прикладной компонент». К этому полю, почему-то, нет средства поиска.

Читать далее