Вопрос — ответ: Зарплата за половину месяца

Вопрос:

Решили на проекте выплачивать заработную плату за половину месяца. Именно заработную плату. Раньше платили половину от оклада.

Возникли проблемы когда начали думать как это организовать в бизнесе и что предлагает система.

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

Ответ:

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

Мы тоже пытались сделать расчет за каждые две недели и после полугода обсуждений отказались. Основные доводы, насколько я помню, были:

  • Увеличение трудоемкости и бумажного документооборота. Это слишком затратно с точки зрения организации процесса, так как нужно все документы собирать и вводить.
  • Могут быть проблемы с алиментами, удержаниями и переходящими долгами, когда в одной половине месяца нет денег для удержания, а в другой есть. Как верно проводить такие операции мы не смогли решить.
  • Неясно как считать производственные премии, которые ориентированы на месячный результат. Как правило периоды производственной программы и расчета мотивации сотрудников должны быть выровнены.
  • В то время, когда рассматривалась эта тема (2010 год), были проблемы с налоговой отчетностью, когда система не понимала, что межрасчет нужно тоже учитывать (начисленный и перечисленный налог) для целей отчетности (именно в печатных формах).

Отвечая на ваш вопрос про табельщиков. Не вижу проблемы. Зачем запрещать ввод данных? Это же не документоориентированная система, поэтому хранится всегда актуальное состояние «на сегодня». Если очень хочется, то есть инфотип 130. Вот здесь я писал про него. http://saphr.ru/2014/04/03/infotype-0130/

По памяти это все, что помню.


Division by zero not performed

Бывало у вас, что запускаете первый расчет заработной платы и бац, ошибка. Деление на ноль. Что-то в таком духе:

Division by zero not performed

Calculation rule    V0133****5         RTE=TSDIVP DIVID ARR  ZERO= A    ADD

И красная кровища вокруг…

А сами редиски, забыли в 8 ит указать процент занятости и количество часов в месяце из 7 ИТ. Так бывает в случае ошибки при вводе 7 ИТ, что его просто пропускают, а потом вводят 8 ИТ. А иногда в мероприятии 8 ИТ ставят до 7. Во всем виноват 8 инфотип 😉


Контрольные проверки перед расчетом заработной платы

И снова здравствуйте.

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

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

Читать далее


Решение: расчет производственной премии

Привет!

В результате изучения различных решений я пришел к выводу, что проще и универсальнее сделать расчет производственной премии следующим образом. Для расчета мне нужны некоторые цифры, а именно среднесписочная численность по МВЗ, производственные показатели, суммы. На первом этапе внедрения механизма мы решили сделать полуавтоматический режим. В этом случае численность и сами сотрудники берутся из BW-HR, производственные показатели пока вводятся вручную (как только настроим модуль PP, то будем тоже брать из BW-PP).

В HR системе делаем правило для формирования вида времени с численностью. В правиле мы считаем, что сотруднику положен бонус, если он не отсутствовал по ряду причин. Искомый вид времени 9BW2. zbw_rule

Читать далее


Вопрос: расчет производственной премии

Привет!

Давайте подумаем вместе и найдем интересные решения по расчету производственных премий? Под производственной премией я подразумеваю сумму денег, которая рассчитывается на основании некоторых групповых показателей, например, объема выпуска продукции. Плюс накручиваются различные коэффициенты стимулирующе-отбирающего характера. Я вижу следующие варианты решения задачи:

  1. АБАПим программку с интерфейсом, которая все считает. Негибко, неинтересно. 
  2. Используем связку Enterprise Compensation Management + Appraisals. Например, мы можем сказать, что ежемесячный бонус это ECM руководство (guidline), который зависит от результата оценки. Результат оценки, это формуляр в оценке персонала, где есть групповые значения и индивидуальные. Или наши коэффициенты. Целевые показатели  = физические объемы. В Appraisals можно хранить объемы и коэффициенты, ECM умеет показывать все на портале и записывать в инфотипы при утверждении. Расчетная часть идет в BADI.
  3. Используем BW BPS (бизнес планирование), которое позволяет вводить данные в кубик. А с помощью механизма ретракции мы можем либо получать полуфабрикаты и в HR считать бонус, либо уже готовый результат, который будет обсчитан в BW. Плюсы таковы, что можно встроить в портал, наглядно показывать в любом формате цифры и расчеты, удобно для менеджеров, так как не нужно ходить в САП.
  4. Ручной расчет в Excel и загрузка в САП. Скучно.
  5. Ваш вариант?

P.S. Через месяц мне нужно все это удовольствие запустить в продуктиве, поэтому не стесняемся, активничаем 🙂 О результатах и итоговом решении напишу 🙂