Sap настройка видов оплат



Sap настройка видов оплат

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

В модуле Настройка виды оплаты можно редактировать. Это описано в Руководстве по внедрению системы (IMG). IMG содержит детальную информацию о модификации видов оплаты для удовлетворения особых нужд.

Данный раздел предоставляет обзор базовой связи между редактированием видов оплаты в модуле Настройка и их обработкой при расчете.

Первичные и вторичные виды оплаты

Существует две категории видов оплаты:

Первичные виды оплаты — это диалоговые виды оплаты , которые вводятся в основные данные, а также виды повременной оплаты , которые выбираются системой при оценке времени.

Вторичные виды оплаты — это технические виды оплаты, генерируемые системой во время расчета.

Техническая структура видов оплаты

Вид оплаты состоит из следующих полей:

При редактировании основных данных, сумма вида оплаты может быть введена непосредственно через инфо-тип. В этом случае говорят, что вид оплаты оценивается явно. Вид оплаты также можно оценить и неявно. В инфо-типе указывается лишь вид оплаты. Сумма вида оплаты рассчитывается системой.

При обработке основных данных для вида оплаты может быть введено число. Обычно приходится вводить число вместе со ставкой (например три сверхурочных часа оплачиваются по 20 долл. за час). Программа расчета рассчитывает сумму умножением числа на ставку.

Можно также выбрать временные виды оплаты и записать их в программу расчета (например 3 сверхурочных часа) с числом (обычно часы). Программа расчета вычисляет сумму временного вида оплаты умножением числа на ставку. Для видов повременной оплаты ставка определяется при помощи условий, указанных при ведении видов оплаты в модуле Настройка.

Особенности видов оплаты

Вид оплаты идентифицируется нижеследующими параметрами:

• параметры в основном контролирующие он-лайн обработку:
• • Возможно ли он-лайн введение данных для инфо-типа, раздела персонала или категории сотрудников?
  • Рассматривается ли вид оплаты как выплата или удержание?
  • Явная или неявная оценка?
  • Может ли сумма быть заменена он-лайн при выполнении неявной оценки?
  • Округление?

Параметры видов оплаты, влияющие на он-лайн функции, определяются в модуле Настройка. Более подробная информация содержится в Руководстве по внедрению системы (IMG) в разделе Администрирование персонала -> Данные расчета.

Источник

SAP программа: что это такое простыми словами и как в ней работать – как расшифровывается программное обеспечение САП

Рассмотрим настоящую помощницу современной бухгалтерии. В фокусе внимания – компьютерная программа SAP (САП): что это такое, расшифровка аббревиатуры, принципы работы, версии и пакеты дополнений, преимущества и недостатки – подробно пройдемся по всем этим моментам, чтобы вы понимали, как и зачем ею пользоваться.

Сразу отметим, что внедрять этот софт начинают все чаще, особенно на базе крупных предприятий, хотя и многие представители среднего бизнеса раздумывают над его покупкой. Тенденция наблюдается с начала нулевых, а до этого повсеместно отдавали предпочтение продуктам серии «1С» и сходным с ними. Сегодня же рассматриваемое нами ПО используют такие гиганты, как «Газпром», «Алроса», «ТНК», «Лукойл», а все потому, что оно предоставляет широту возможностей для гибкого ведения бухгалтерского учета.

Что такое программа САП (CAP)

SAP, САБ – как ее только ни сокращают, но суть одна – это автоматизированная система, предлагающая комплекс решений для выстраивания общего информационного пространства на базе предприятия и эффективного планирования ресурсов и рабочих процессов.

Ее инструменты можно использовать как по отдельности, так и комбинируя. Главное, чтобы среда была единой – это позволит обеспечить максимальную эффективность проведения и актуализации данных между различными отделами или другими функциональными единицами компании.

Модель ПО включает в себя 3 звена:

Такая структура позволяет конечному потребителю с удобством объединять ключевые решения в двух таких сферах как:

• бухучет и составление отчетности – можно фиксировать все производственные затраты, управлять средствами и заказами, отмечать другие важные результаты;
• логистика – с планированием, сбытом и стратегическим управлением сразу, включая оформление счетов, осуществление прямых продаж и регулярные отгрузки товаров; сюда же входит и постоянное материально-техническое снабжение, с проведением закупок и контролем запасов.

История создания

Германия, 1972 год, 5 экс-сотрудников IBM открывают компанию, пишущую программы и предоставляющую консалтинговые услуги. Своему детищу они дают имя SAP, и как расшифровывается это название? Очень просто – в адаптированном переводе как «Системный анализ и разработка ПО».

Образование и становление фирмы

Около 20 лет ушло на то, чтобы приобрести локальную известность и репутацию разработчика, которому действительно стоит доверять. Зато с 1992 года продукты компании стали постепенно вытеснять собой аналоги в бухгалтериях организаций, сначала в Германии, а потом и в близлежащих странах.

Уже к 2003 году у разработчиков не было конкурентов на рынках Европы и СНГ, потому что предложенные ими решения подкупали своей надежностью и функциональностью. Еще одним мощным преимуществом того времени была качественная поддержка. А с 2006 начали проводиться обучающие курсы, чтобы сотрудники крупного предприятия или даже интернационального концерна могли перейти с уже привычных им 1С на ERP и другие модули.

Как работает система учета САП, что это такое

Это целый комплекс решений, обладающий следующими функциями:

• автоматизация труда бухгалтера;
• упрощение торговых и складских операций;
• облегчение учета кадров, финансов, акций и других активов;
• модернизация логистики;
• составление максимально наглядных зарплатных графиков.

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

Наиболее популярные продукты разработчика

Фирменная философия в том, чтобы предлагать не отдельные решения, а сразу комплексное обеспечение. Поэтому для покупки конкретного ПО, нужно обладать специальными знаниями или по крайней мере понимать, зачем потребовалось внедрение именно этой, отдельно взятой программы САБ, что это даст предприятию и так далее.

Хотите внедрить «Склад 15»?
Получите всю необходимую информацию у специалиста.

Если же говорить о каком-то универсальном выборе, им становится SAP ERP (расшифровывается очень просто — Enterprise Resource Planning) или, как ее еще часто называют, R/3. Софт оптимизирует планирование внутренних и внешних корпоративных ресурсов и позволяет сделать единое рабочее поле, в котором сотрудники смогут эффективно взаимодействовать. Он становится своеобразным центром управления, администратору которого будет удобно отслеживать проводимые операции в режиме онлайн, а также своевременно вносить изменения данных (актуализировать старую информацию, добавлять новую и тому подобное).

Чтобы вам стало понятнее, как работать в программе SAP (САП) ERP, добавим, что она условно состоит из 3 разделов:

• «Учет и отчетность» – позволяет знакомиться со всеми проводимыми транзакциями и фиксировать средства на каждом из уровней. В нем 2 вложенных модуля: FI, с подробной статистикой по только что перечисленным счетам, и CO, с инструментами для составления документации за квартал и за год, мониторинга средств, калькуляции убытков и прибылей.
• «Логистика» дает возможность гибко контролировать процессы закупок, поиска и выбора поставщиков, а также составлять и реализовывать план производства, принимать своевременные меры по уходу за эксплуатируемой техникой (осмотр, ремонт, замена), формировать цены, продавать продукцию, получать квитанции.
• «Персонал» упрощает работу отдела кадров: подбор сотрудников согласно открытым вакансиям и вообще требованиям, плюс, отвечает за начисление зарплат и контроль над их выплатами.

Обозревая продукты, нужно сказать, что такое SAP (САБ) SRM-система – это актуальное ПО, полное название которого расшифровывается как Supplier Relationship Management, и оно предназначено для практического улучшения взаимодействия со всей совокупностью поставщиков. Оно является важной составной частью Business Suite – приложения, автоматизирующего закупки ресурсов и снижающего сопутствующие расходы – за счет ранжирования и точной оценки контрагентов, выстраивания долгосрочной стратегии и других инструментов.

Кроме того, с 2004 года компания поддерживает платформу NetWeaver 2004, включающую в себя следующее ПО:

• Process Integration – для объединения рабочих процессов всех уровней;
• Enterprise Portal – чтобы внедрять портальные решения;
• Business Intelligence – для глубокой бизнес-аналитики и быстрого создания хранилищ информации;
• Mobile Infrastructure – чтобы поддерживать приложения, ориентированные на мобильные устройства;
• Knowledge Management – для контроля библиотек знаний;
• Master Data Management – для ведения справки;
• Application Server – для обеспечения функционирования всего вышеперечисленного в режиме онлайн.

Функционал программы

В случае с ПО от SAP (САП) система управления предприятием будет обладать следующими модулями:

Источник

КАК СОЗДАВАТЬ СВОИ ПРАВИЛА В РАСЧЕТЕ ЗАРАБОТНОЙ ПЛАТЫ SAP HCM PY.

Введение

В процессе внедрения системы 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. Третий уровень кластера.

Схематически вышеописанный процесс выглядит следующим образом:

Рисунок 9. Процесс расчета заработной платы SAP HCM PY.

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

Обзор инструментов: редактор схем и редактор правил

Для работы со схемами/подсхемами и правилами в Системе существуют специальные инструменты. Рассмотрим их основные возможности для дальнейшего использования.

Для создания, изменения и удаления схем/подсхем в Системе используется редактор схем. Запуск редактора схем осуществляется при помощи транзакции PE01. После запуска транзакции мы видим экран:

Рисунок 10. Редактор схем.

Если нам необходимо создать схему/подсхему «с нуля», то необходимо воспользоваться кнопкой «Создать». Если нам необходимо внести корректировки в схему/подсхему, то необходимо воспользоваться кнопкой «Изменить».

Подсказка. Для создания новых схем/подсхем используйте существующие схемы/подсхемы как образец, а затем воспользуйтесь кнопкой «Скопировать».

При создании схем/подсхем необходимо корректно заполнять атрибуты:

Рисунок 11. Редактор схем, свойства атрибутов.

Для схем/подсхем расчета заработной платы мы должны указывать значение «С» в атрибуте «Класс программ», а также значение «33» в атрибуте «Группировка стран»:

Рисунок 12. Редактор схем, свойства атрибутов при копировании.

Атрибут «Схема выполнима» отвечает за определение факта: является ли наш объект схемой или подсхемой. В случае если этот атрибут отмечен, то это схема, если атрибут не отмечен, то это подсхема. Основное различие схем и подсхем заключается в том, что драйвер расчета может запускать только схему, а в схемы мы можем включать только подсхемы.

Рисунок 13. Пример атрибутов схемы «=US0» и подсхемы «RUT1».

Попытка запустить расчет с использованием подсхемы «RUT1»:

Рисунок 14. Ошибка при запуске схемы в драйвере расчета.

Как говорится в справке, список выполнимых схем (те схемы, у которых стоит соответствующая «галочка» в Атрибутах) можно посмотреть по нажатию на кнопку «F4», либо на пиктограмму, как показано на рисунке ниже. Это кнопка вызывает и показывает список возможных значений для поля:

Рисунок 15. Допустимые схемы в драйвере расчета.

Подсказка. Схемы, предназначенные для корректировки записей кластера (прошлые расчеты), также должны иметь отмеченный атрибут «Схема выполнима».

Для создания, изменения и удаления правил расчета заработной платы (далее правила) в Системе используется редактор правил. Запуск редактора правил осуществляется при помощи транзакции PE02. После запуска транзакции мы видим экран:

Рисунок 16. Копирование правила, транзакция PE02.

Если нам необходимо создать правило «с нуля», то необходимо воспользоваться кнопкой «Создать». Если нам необходимо внести корректировки в правило, то необходимо воспользоваться кнопкой «Изменить».

Подсказка. Для создания новых правил используйте существующие правила как образец, а затем воспользуйтесь кнопкой «Скопировать».

При создании правил необходимо корректно заполнять атрибуты:

Рисунок 17. Копирование правил в транзакции PE02.

Для правил расчета заработной платы мы должны указывать значение «С» в атрибуте «Класс программ», а также значение «*» или «33» в атрибуте «Группировка стран»:

Рисунок 18. Копирование правил в PE02, атрибуты.

Ключевым моментом при создании правила является определение:

группировки категории сотрудника;

зависимость работы правила от вида оплаты.

Рисунок 19. Копирование правил в транзакции PE02, исходный текст.

В Системе для разных категорий сотрудников можно определять различные группировки. В их числе присутствуют группировки для правил расчета заработной платы. В стандартной поставке приняты следующие группировки: «1» — «Почасовая оплата», «3» — «Оклад». Использование данной группировки в правилах позволяет обрабатывать начисления и удержания по разному для разных категорий сотрудников. Также при создании правила, мы можем заложить возможность выполнять действия по каким-то конкретным видам оплаты.

Подсказка. Для создания правил, которые работают независимо от группировки категорий сотрудников, а также по всем видам оплаты, необходимо в соответствующих полах указывать значения «*» и «****».

Порядок вызова правил

Как говорилось ранее, правила вызываются в схеме при помощи функций. На картинке ниже представлены возможные варианты вызовы правила при помощи функции «PIT»:

Рисунок 20. Параметры вызова функции PIT.

Примеры вызова правил в Системе, в зависимости от группировок и видов оплаты.

Рисунок 21. Примеры вызова правил в Системе.

Подсказка. Если требуется внести изменение в работу стандартного правила необходимо сначала скопировать стандартное правило в своё, затем в новое правило внести корректировку, а после этого заменить вызов стандартного правила в схеме на вызов своего правила. В дальнейшем этот подход облегчит вам процесс поддержки Системы.

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

Ключевые элементы вида оплаты

При проектировании правил, помимо определения группировки категорий сотрудников и зависимости от вида оплаты, необходимо помнить о ключевых элементах вида оплаты:

Рисунок 22 Ключевые элементы вида оплаты.

В большинстве случаев работа нашего правила будет сводиться к работе с тремя ключевыми элементами вида оплаты: сумма за единицу, он же ставка (RTE), количество (NUM) и сумма (AMT).

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

Приведём список основных операций, использующихся для работы с ключевыми элементами вида оплаты:

Вычисление, изменение или чтение значения в элементе RTE.

Вычисление, изменение или чтение значения в элементе NUM.

Вычисление, изменение или чтение значения в элементе AMT.

Умножает значения двух элементов и помещает результат вычисления в указанный элемент. Например, MULTI ANA означает, что мы умножаем значение элемента AMT на значение элемента NUM и результат вычисления помещаем в элемент AMT.

Делит значения двух элементов и помещает результат вычисления в указанный элемент. Например, DIVID NRA означает, что мы делим значение элемента NUM на значение элемента RTE и результат вычисления помещаем в элемент AMT.

Инициализирует указанные элементы. Например, ZERO=NRA означает, что мы инициализируем (обнуляем) значения элементов NUM, RTE и AMT.

Подсказка. Операции, существующие в Системе, можно посмотреть в транзакции PE04.

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

Вызов правила в схеме

После того, как мы определились с группировками категорий сотрудника, учли зависимость работы правила от вида оплаты, и решили — с какими элементами вида оплаты мы будем работать, нам необходимо определить в схеме место вызова нашего правила.

Приведём список вопросов, ответы на которые позволят нам определить место в схеме, где мы будем вызывать наше правило:

Правило работает на основе вида оплаты, который приходит из инфотипов: «0008», «0014», «0015» или других?

Правило само порождает вид оплаты, без использования других видов оплаты?

Правило использует вспомогательный вид оплаты из внутренней таблицы «IT»?

Правило использует вспомогательный, окончательно рассчитанный вид оплаты из таблицы «RT»?

Вид оплаты, обрабатываемый/порождаемый нашим правилом должен участвовать в расчете налогов?

Вид оплаты, обрабатываемый/порождаемый нашим правилом должен участвовать в расчете видов оплат по среднему заработку (отпуск, больничный, командировка)?

Вид оплаты, обрабатываемый/порождаемый нашим правилом должен участвовать в расчете других видов оплат (если да, то каких)?

По результатам ответов на предыдущие вопросы, а также с учетом нашего сценария, разработаем правило для решения поставленной задачи.

Процесс создания и использования правила

Рассмотрим процесс создания и использования правила расчета заработной платы. Все действия по правилам будем производить в так называемом «графическом режиме». Информацию по работе в «табличном режиме» вы можете узнать на наших курсах.

Запускаем транзакцию «РЕ02», вводим имя правила «=RUL» и нажимаем кнопку «Создать»:

Рисунок 23. Создание правила.

На появившемся экране вводим название нашего правила, атрибуты:

Рисунок 24.Создание правила — атрибуты.

И нажимаем кнопку «Сохранить»:

Рисунок 25. Сохранение правила.

После того как правило сохранено (создано), можем приступить к его редактированию. Нажимаем кнопку «Изменить»:

Рисунок 26. Изменение правила.

Попадаем в редактор ведения правила. Ставим курсор на название правила и нажимаем кнопку «Создать»:

Рисунок 27. Редактор ведения правила.

В появившемся поле вводим значение группировки категорий сотрудников для правил расчета. В нашем случае мы не будем разделять обработку по группировке категорий сотрудников, и поэтому введем значение «*»:

Рисунок 28. Создание правила, обработка группировок категорий персонала

После ввода необходимо нажать клавишу «Enter». Система автоматически предложит еще поле для ввода:

Рисунок 29. Ввод возможной группировки категорий сотрудников в правиле .

Если бы мы разделяли работу правила по группировкам категорий сотрудников, то мы бы воспользовались предложением Системы и ввели значение. Но так как нам это не нужно, нажимаем еще раз клавишу «Enter» и поле для ввода пропадает:

Рисунок 30. Создание правил без разделения по группировкам категорий сотрудников.

Следующим шагом нам необходимо ввести вторую группировку – по видам оплаты. Для этого ставим курсор на введённую нами «*» и нажимаем кнопку «Создать». А на появившийся вопрос Системы необходимо ответить «Подчиненный уровень»:

Рисунок 31. Создание подчиненного уровня в правиле.

В результате у нас появится новое поле для ввода значений. В нашем случае мы его используем для ввода и последующего анализа видов оплаты «0001» — «Оклад» и «0002» — «Часовая оплата»:

Рисунок 32. Создание правила, обработка по окладам.

Повторяем манипуляции с курсором и кнопкой «Создать», как описано выше. Теперь для любой группировки категорий сотрудников, и для видов оплаты «0001» — «Оклад» и «0002» — «Часовая оплата», нам необходимо написать обработку. Далее приведём пример написанного правила:

Рисунок 33. Создание правила =RUL

Пояснения к использованным операциям:

Запрос значения Раздела Персонала. Следующий подуровень – анализ этого значения.

Запрос значения Категории Сотрудника. Следующий подуровень – анализ этого значения.

Замена кода текущего вида оплаты (в нашем случае или «0001» или «0002») на код вид оплаты «5000»

Вычисление требуемого процента от оклада/часовой оплаты

Восстановление кода вида оплаты. В нашем случае или «0001» или «0002».

Восстановление значения в поле сумма для текущего вида оплаты. В нашем случае для вида оплаты «0001» или «0002».

Сохранение выполненных расчетов в таблицу

Далее добавляем вызов нашего правила:

Рисунок 34. Вызов правила из схемы.

Результаты работы правила

В качестве результатов приведем расчетные листы по сотрудникам, которые удовлетворяют условиям, описанным в сценарии.

Условие №1 . Сотрудники работают в разделе персонала «1000» — «Центральный офис», и группы сотрудников равны «20» — «Специалисты (оклад)» и «30» — «Специалисты (час)». Надбавка должна составлять 20% от оклада/часовой ставки:

Рисунок 35.Расчетный лист, условие 1 — Окладник.

Рисунок 36.Расчетный лист, условие 1 — Почасовик.

Условие №2 . Сотрудники работают в разделе персонала «1001» — «Дополнительный офис «Тула»», и группы сотрудников равны «20» — «Специалисты (оклад)» и «30» — «Специалисты (час)». Надбавка должна составлять 10% от оклада/часовой ставки:

Рисунок 37.Расчетный лист, условие 2 — Окладник.

Рисунок 38.Расчетный лист, условие 2 — Почасовик.

Условие №3 . Сотрудники работают в разделах персонала и/или на категориях, не перечисленных выше. Надбавка не положена:

Рисунок 39.Расчетный лист, условие 3 — Окладник.

Рисунок 40.Расчетный лист, условие 3 — Почасовик.

Пример вызова правила в журнале расчета:

Рисунок 41. Вызов правила в журнале расчета.

Пример работы правила по условиям, где надбавка положена:

Рисунок 42. Пример правила, где положена надбавка.

Пример работы правила по условиям, где надбавка не положена:

Рисунок 43. Пример правила, где не положена надбавка.

Заключение

В данной статье мы с вами познакомились с организацией процесса расчета заработной платы в системе SAP HCM, с основными инструментами настройки процесса расчета, а также на конкретном примере реализовали бизнес-требование по расчету надбавки за сложность.

Источник