Рубрика Разное

VirVit
31/05/2013

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

На сегодня я знаю два способа, как можно организовать планирование численности персонала в SAP.

Планирование численности персонала на стороне ERP

В системе на уровне организационной единицы есть инфотип 1019, который доступен как из PPOME, так и из MSS. Суть его в том, что он может хранить потребность в должностях на период. Например, нам нужно на следующий год двадцать компьютерщиков. Мы в этом инфотипе указываем должность «Компьютерщик» и указываем количество. У инфотипа есть подтипы, которыми можно определять потребность: «нужно еще», «нужно всего», «уволить нафиг». Как вы сами определите подтипы, так система и станцует. Дальше этой информацией можно воспользоваться по-разному.

Можно сделать квери, которым показывать численность по МВЗ или оргединицам. 

Можно передать информацию в контроллинг в виде статистических показателей в разрезе МВЗ, чтобы уже там собрать бюджет (программа RHWPC_HDCNT2SKF).

Создать штатные должности по заявленному количество голов (программа RH_GEN_AND_RED_FROM_BUDGET).

Планирование численности персонала на стороне BW

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

Leave a comment вРазное
VirVit
01/05/2013

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

Привет!

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

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

Читать далее

Leave a comment вЗаметки на полях Разное
VirVit
04/02/2013

Транзакция для SAP Query

Многие об этом знают, но почему бы не напомнить друг другу?

Если у вас есть супер-пупер отчет, который «ну очень сильно хочется» рассылать по почте, то самый простой способ, это создать свою транзакцию к отчету SAP Query. Для этого нужно зайти в транзакцию SE93, создать новый код транзакции с параметрами (самая нижная «пимпочка»). Указываем имя транзакции (код), указываем вызываемую транзакцию (START_REPORT), ставим галочку напротив GUI и внизу заполняем параметры:

D_SREPOVARI-REPORTTYPE = AQ
D_SREPOVARI-EXTDREPORT = Название запроса
D_SREPOVARI-REPORT = Группа пользователей

Сохраняем и переносим в продуктив. Теперь можно запланировать задание с вызовом этой транзакции для SAP Query, и получать отчет в почту. Например, я так получаю статус по 3-у инфотипу за день до расчета заработной платы. Это позволяет увидеть потенциальные перерасчеты заранее.

Leave a comment вЗаметки на полях Разное
VirVit
24/01/2013

Для чего нужен архитектор SAP

Знаете ли вы хотя бы одного консультанта, который знает весь САП? Или половину? Я не знаю. Система настолько объемна и велика, что сами САПеры далеко не всегда знают, что творится в своем огороде. И это нормально, нельзя все это помнить. Консультанты обычно владеют только своим кусочком модуля, где им комфортно. По моим наблюдениям, это приводит к тому, что и задачи решаются исходя из своих «привычных» знаний.

Приведу простой пример. Сегодня я столкнулся с задачей, которая с точки зрения стандарта достаточно простая. Есть правила, функции в оценке времени, механизмы в виде PTMW и инфотипов, которые позволяют решать достаточно большой круг задач с помощью одной настройки. По тем или иным причинам задача была решена с помощью самописных решений. Проходит время, появляются новые требования, и этот нюанс всплывает наружу. Возможны два варианта развития событий. Либо переделать все обратно на стандартные решения, либо продолжить этот путь. Переделать — значит есть вероятность появления ошибок. Да и сама по себе схема оценки времени не очень гибка к переменным алгоритмам, зависимым от даты (нужно делать свои правила и в них вставлять проверки на текущее число). Зачастую приходится именно доделывать, следовать уже сложившейся практике и руководствоваться принципом «работает — не трогай».

Читать далее

10 комментариев к записи Для чего нужен архитектор SAP вЗаметки на полях Разное
VirVit
11/12/2012

BW: грузим время бочками

Привет.

Сегодня мы будем грузить время из ERP системы в BW. Для этого нам понадобится экстрактор 0HR_PT_2 «Actual personnel times», который можно найти в транзакции RSA5 на стороне ERP системы. Экстрактор глупый и работает просто. В кластере ракурсов VC_T557I есть настройка видов времени для отчетности. Это те самые виды времени (виртуальные), которые мы можем увидеть в SAP Query для временных инфотипов, так и в BW. Суть их в том, чтобы объединить данные из ERP системы (инфотипы, кластер) и выдать в одном формате, унифицированно. Если вы откроете любой вид времени, то в нем увидите возможность определить его через виды присутствий/отсутствий, виды времени из оценки времени и виды оплаты из оценки времени (табличка ZL). Если со всеми характеристиками все понятно, то в с закорючкой «Payroll hours/days» не очень. Это две дополнительные колонки. Только сегодня я познал истину, что это такое.

Рассказываю! Колонки Days/Hours считывают время из соответствующих полей инфотипа 2001 или 2002 (дни/часы). Значения в экстракторе выдаются в поле DUR_ACTUAL «Actual time». А колонки Payroll hours/days выдают информацию из полей Payroll инфотипа (расчетные дни/часы). И эти значения выдаются в поле DUR_VALUE «Acct-relevant time». Таким образом, нужно помнить, что правила подсчета отсутствий/присутствий повляют на результат, который выдает экстрактор в BW.

А во всем остальном никаких изысков, данные передаются один в один по каждому календарному дню.

Leave a comment вЗаметки на полях Разное