Архив метки BW

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

VirVit No Comments

Привет!

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

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

Полномочия SAP BW по уровням агрегации

VirVit No Comments

После двух дней мучений я нашел красоту в BW. Задача: есть отчет по проводкам, где можно смотреть деньги в разрезе документов, МВЗ, кредиторов/дебиторов, видов оплаты и людей. Строится он на базе стандартных экстракторов 0HR_PY_PP_1 и 0HR_PY_PP_2. Вроде бы все красиво, но нужно бухгалтерам цифры показывать с людьми, а экономистам – без. Можно сделать два отчета на основании одного кубика-рубика, но это некрасиво и вообще. Поэтому будем делать систему полномочий SAP BW таким образом, что в одной роли можно показывать людей, а в другой нельзя.

Как свести BW с ума. 0HR_PY_1_CE

VirVit 9 комментариев

Скажите, а как вы закрываете год от изменений?

Возможно я забыл что-то, но пока единственный централизованный способ, который знаю, это изменение даты обратного расчета в управляющей записи единицы расчета. Только вот поменять ее нельзя без удаления и повторного создания единицы расчета. А BW это не нравится. Вот вырезка из ноты:

The payroll control record is used to define payroll results as being “final” and this is the basis for the delta process with payroll results.
Caution: Deletion and new creation of control record is not recommended in a productive system and might cause inconsistencies on BI side.

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

Note 1162627 – Payroll Extracotor 0HR_PY_1_CE

0HR_PT_2 еще граната

VirVit No Comments

Так, товарищи. Печальная новость – найдена еще одна недокументированная граната экстрактора 0HR_PT_2. Точнее не так, она документирована, но специфично. В табличке V_T569R есть два модификатора (05 и 06), которые определяют временное окно, в котором BW экстрактор ищет данные для загрузки. Если вы только стартанули или нужно сделать полную загрузку данных, то нужно модификатор 05 (самая ранняя дата перерасчета) установить на дату старта (или когда у вас появились данные в системе).

Если вы уже сделали полную загрузку, отработали годик, а потом вам нужно перезагрузить весь объем данных, то увы, система выдаст данные только в указанном временном окне. Поэтому алгоритм таков:
– перед полной загрузкой (или инициализацией дельты) меняем дату на самую раннюю в табличке V_T569R.
– как закрыли год от изменений, то меняем дату на начало следующего года.
– при перезагрузке см. пункт 1.

Investigation efforts: 1 час.

Странности экстрактора 0HR_PT_2

VirVit 3 комментария

Этот экстрактор настоящая редиска. Он выгружает данные из ERP системы по видам времени. Но делает
это весьма специфично в части определения периода выгрузки. В частности, сегодня я столкнулся с тем, что если у вас заведено какое-либо длительное отсутствие (декрет, например), на несколько лет вперед, а графика рабочего времени нет на будущие периоды, то всем привет. В США есть отсутствие “Компенсация работникам по нетрудоспособности” (Worker’s Compensation). Работник числится в компании, но выплаты ему делает государство до его реабилитации при несчастном случае. Так вот, дата выхода работника неизвестна, поэтому мы вводим отсутствие без ограничения срока. Понятно, что графики до 9999 года не сгенерированы, и система вываливается с предупреждением, что персональный график не найдет на какой-то там год.

Подлый экстрактор помечает всю загрузку желтым и останавливает дальнейшую обработку. Технически мы можем сказать системе все желтые статусы помечать как “хорошие” и продолжать обработку, либо изменить статус вручную. Но это уже ручная работа и мониторинг.