Коллеги, добрый день.
Есть задачка, посоветуйте, как бы вы ее реализовали.

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

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



Как видно, у сотрудников несколько отличается набор показателей и их вес. Но напомню, что показатели сквозные. То есть и Иванов и Петров или выполнили показатели В или не выполнили.

Для каждого департамента необходимо составить модель. Выбрать показатели, задать их веса. После чего в конце квартала оценить, что выполнено, а что нет.

Как все это разумнее хранить? Нечто подобное я делал, но тогда цель была реализовать индивидуальную оценку сотрудника. Здесь же оценивать мы должны итоги подразделения.

Спасибо!

Надо внутри расчет ЗП? Или внешний расчет с загрузкой реальных сумм 14 инфтип? Я делал в татнефти именно второй подход

metha,
конечная цель - рассчитанная сумма в 15 инфотипе, которая затем попадает в расчет ЗП.

В расчете ЗП я бы не делал - там на сумму индивидуально повлиять никак нельзя (только корр-ка из ИТ) и фонд выплаты выплаты вы узнаете только после расчета, да и получается еще один черный ящик для пользователей.
Я бы сделал сценарии ведения атрибутов и включил атрибуты относящиеся к премии и загрузчик премии: в нем считывать от человека по структуре значения этих атрибутов, подсчитывать премию и выводить в ALV (сумма + показатели) с возможностью корр-ки суммы премии на экране (эт бантик), плюс нужен будет еще приказ скорее всего (можно заморочиться и прогружать еще и групповой приказ, но скорее всего достаточно просто сформировать его из ALV)
Вот как-то так навскидку...

Тогда архитектура может быть любой в зависимости от Вашей фантазии.

У нас было так: разработали кучу динамических ФМ, которые делали все что нужно (отбирали данные, считали показатели и т.д. т.п.) потом рассчитывали сумму и под определенным видом сохраняли в 0014 инфотип.

В итоге конечный пользователь, в соответствии с требованиями и ПРами работал в системе и суммы учитывались в ЗП.

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

Хочется меньше Z в итоге получить.

Можно, наверное, попробовать так:

1. Для каждого показателя создать атрибут в 1222 инфотипе.
2. Для каждой ОЕ в 1222 инфотипе сформировать набор атрибутов. Определить веса.
3. Разработать программу, в которой будут централизованно проставляться результаты выполнения по всем показателям. (Цель - не вносить результат выполнения показателя по каждой ОЕ отдельно)
4. Сделать программу расчета суммы премий.

Но все равно, как-то не очень красиво...

Все так делают если не хотят внедрять бюджетирования, компенсашен менеджмент и все тяжкие ;-(

Да и они не очень то подходят =)

Отож так что просто красиво придется нарисовать свое

В ИТ есть поля LOW и HIGH (в одном можно вести вес, в другом выполнение). Есть у атрибута в сценарии хар-ка последовательность, можно ее использовать для веса. Атрибуты и их значения вполне прекрасно наследуются по любому пути анализа в зависимости от сценария, так что вводить по каждой ОЕ не нужно. На мой взгляд, пункт 3 - лишний, может я не до конца осознал постановку...

Добрый день! На этой же модели и делайте. У нас была такая же задача. В классе, который возвращал КПЭ для сотрудника добавили энхансмент, который читал КПЭ подразделения и все.