Обнаружили интересную штуку. Если у нас в таблице V_T511 для косвенно оцениваемого вида стоит обязательный ввод (плюс) в поле, то косвенная оценка не отрабатывает, если при вводе оставить пустое значение в поле.
Есть три сущности: нормативная оплата на штатной должности (или должности) -> основные выплаты сотрудника -> вид оплаты.
Задача: интегрировать все три сущности. То есть, в нормативной оплате вводим желаемую оплату (оклад или часовую тарифную ставку), при приеме/переводе она автоматически наследуется в основные выплаты, а сумма попадает в косвенно оцениваемый вид оплаты.
Роясь в хелпе, нашел две простые и полезные программки:
RHPAYSC0 Просмотр структуры тарифов
RPLCMP01 Просмотр структуры зарплаты
Итак, есть боевая задача. Нужно сделать динамическое мероприятие для отслеживания изменения грейда сотрудника при переводе. Если грейд поменялся, то для назначения новой программы ДМС (Добровольное Медицинское Страхование) нужно создать управляющую запись в определенном инфотипе.
Внезапно узнал, что есть такое полезное существо как внешние соединения в OM. Суть проста — создание виртуальных соединений между объектами для путей анализа. Например, в PPOSE вывести какую-то информацию из PA. В PA определяем какой-нибудь признак бригады (для примера), создаем внешнее соединение в T77EV с объектом P. В PPOSE система построит иерархию бригад с лицами (табельниками), хотя реально в системе этих соединений не будет (в табличке HRP1001 их не будет). Нужно настроить T77EV и сделать наследованный от CL_HRBAS_EXT_RELAT_ROOT свой класс, который в этой таблице и прописать. Класс будет читать нужные нам признаки из PA (в нашем случае бригады) и выводить их в путь анализа. Можно делать весьма интересные вещи. Структурные полномочия, например…
Про класс подробнее в ноте Note 390373 — External relationships: Creation of classes
