Введение
В процессе внедрения системы SAP HCM (далее Системы), а также в ходе промышленной эксплуатации Системы, возникают задачи по доработке существующих процессов расчета заработной платы или процессов оценки времени. Для решения большинства таких задач необходимо создать или внести корректировки в так называемые правила расчета заработной платы или правила оценки времени.
В данной статье мы рассмотрим основные подходы по работе с правилами расчета заработной платы. Статья будет полезна консультантам, которые планируют принимать участие во внедрении Системы, а также заниматься поддержкой расчета заработной платы в Системе в ходе промышленной эксплуатации.
Сценарий
Для сотрудников, работающих на предприятии, вводится надбавка, вид оплаты «5000» - «Надбавка за сложность», которая должна рассчитываться согласно следующим условиям:
- Если сотрудники работают в разделе персонала «1000» - «Центральный офис», и группы сотрудников равны «20» - «Специалисты (оклад)» и «30» - «Специалисты (час)», то надбавка составляет 20% от оклада/часовой ставки;
- Если сотрудники работают в разделе персонала «1001» - «Дополнительный офис "Тула"», и группы сотрудников равны «20» - «Специалисты (оклад)» и «30» - «Специалисты (час)», то надбавка составляет 10% от оклада/часовой ставки;
- Если сотрудники работают в разделах персонала и/или на категориях, не перечисленных выше, то им надбавка не положена.
Рассмотрим основную концепцию процесса расчета заработной платы, инструменты и элементы настройки процесса расчета, и в завершении статьи решим задачу, поставленную в данном сценарии.
Основная концепция процесса расчета заработной платы
Расчет заработной платы в Системе осуществляется при помощи программы «Драйвер расчета заработной платы». Техническое имя программы для России «HRUCALC0», транзакция для запуска «PC00_M33_CALC». Фрагмент программы «HRUCALC0»:
Рисунок 1. Драйвер расчета HRUCALCO.
Для расчета начислений и удержаний, согласно требований законодательства и локальных требований Клиента, драйвер расчета использует схему расчета. В стандартной поставке существует схема расчета «RUS0», на основании которой мы создаём свою (пользовательскую) схему. В нашем случае имя этой схемы «=US0». Фрагмент схемы «=US0»:
Рисонок 2. Сxема расчета зп =US0.
Схема расчета состоит из определенного набора функций. Функции это ключевые слова, по которым драйвер расчета запускает соответствующие программы на внутреннем языке программирования (АВАР). Функции отвечают за выполнение различных действий. Приведем для нашей статьи две ключевые функции и объясним их назначение:
- Функция COPY. Отвечает за вызов подсхем;
- Функция PIT. Отвечает за вызов правил расчета.
Пример вызова подсхемы «RUT1» функцией «COPY», и правила «RU20» функцией «PIT» в схеме расчета «=US0»:
Рисунок 3. Пример вызова подсхемы и правила.
Правила расчета служат инструментом для указания драйверу расчета определённой последовательности действий над видом оплаты. Правила расчета состоят из набора операций.
Рисунок 4. Фрагмент правила «RU20» в графическом редакторе.
Операция по аналогии с функцией – некое ключевое слово, по которому драйвер расчета запускает соответствующую программу на внутреннем языке программирования (АВАР).
Рисунок 5. Фрагмент операции «ADDWT».
Результаты расчета записываются в таблицу называемую кластером расчета (кластер это объединение таблиц). Приведем пример сохранённого расчета.
Сначала идет «верхний уровень кластера», он же – период расчета:
Рисунок 6. Кластер расчета начальный уровень.
Далее «второй уровень кластера», он же – список таблиц конкретного расчета:
Рисунок 7. Второй уровень кластера.
И «третий уровень кластера», он же – содержимое конкретной таблицы. В содержимом таблицы мы уже можем наблюдать рассчитанные виды оплаты (начисления, удержания и так далее). Фрагмент таблицы результатов «RT» (Result Table):
Рисунок 8. Третий уровень кластера.
Схематически вышеописанный процесс выглядит следующим образом:
продолжение и всю всю информацию об этом Вы можете найти по ссылке