Как оценить отсутствие в оценке времени?

В жизни современного бизнеса случаются совершенно разные алгоритмические несуразности. То одни требование, то другие, то законы подоспели — одним словом всегда нашему брату найдется работа. Я сейчас разрабатываю курс по оценке времени в SAP HCM, поэтому приходится вспомнить какие-то случаи из жизни. Одной из задач на проекте было как оценить отсутствие в оценке времени? В зарплате вроде просто, есть пара табличек, на выходе виды оплаты рождаются. А если надо с «подвыпертом»?

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

Задача на входе звучит так: нужно создать отдельный вид отсутствия «Абракадабра». Его нужно оплачивать «по-особому». Как именно мы будем оплачивать это оцениваемое отсутствие нам сейчас не важно, об этом мы поговорим в заработной плате. Нам нужно сформировать вид оплаты с часами и аналитикой из вида отсутствия.

Читать далее


Настройка сверхурочных часов в оценке времени

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

Три способа расчета сверхурочной работы:

  • Сотрудник отработал больше Х часов в сутки.
  • Сотрудник отработал больше Y часов в неделю.
  • Сотрудник отработал больше Z дней последовательно.

Ни один из этих методов не соответствует требованию законодательства РФ. Существует два способа начать соответствовать.

Читать далее


О пользе принудительной оценки времени

Давно я не общался с вами. Надо срочно исправить это недоразумение.

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

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

Оценка времени уже прошла за те периоды. Система использует механизм видов времени — флажков, которые накапливаются ежесуточно и потом сбрасываются. И у нас может случится такая ситуация, когда мы изменив что-то предыдущим числом, инициируем оценку времени только с даты изменения. А флажки «за вчера» не обновили.

В системе наступает казус и расчет идет неверно. Выхода два:

1. Пересмотреть алгоритмы, чтобы не использовать «сегодня данные для завтра».

2. Запускать оценку времени в принудительном режиме с начала расчетного периода. Это позволит избежать подобных недоразумений.


Период действия правила в оценке времени

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

Разумеется, это не новое решение. Просто памятка и в помощью нуждающимся 🙂


Правильное увольнение сотрудника в SAP HCM

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

  1. Изменение единицы расчеты на 99 при увольнении. Больше человек не будет выбираться драйвером расчета, так как нет управляющей записи.
  2. Изменение ИТ0008 на нулевые виды оплаты (или удаление видов оплаты). Просто зп не начисляется, но считается.
  3. Установка даты «Не считать после» в ИТ0003. Драйвер не будет выбирать табельник.
  4. Установка признака «Табельный номер заблокирован» в ИТ0003. Драйвер не будет выбирать табельник. Но при повторном приеме может быть перерасчет (так говорят на SDN).
  5. Ввод «бесконечного» отсутствия. Человек как бы все время отсутствует, поэтому зп не платим.
  6. Ваши варианты? Комментарии приветствуются.