Коллеги, столкнулся с таким вопросом: надо стартовать функционал "talent managment". Как таковой проблемы нет (большинство функционала было настроено до меня), но вот возникают некоторые вопросы по ведению информации.

Может кто подскажет: есть ли курсы по talent managment? Может доки какие?

В чем вопросы возникают:
1. как работает программа RPTMC_SET_KEY_INDICATION (транзакция HRTMC_SET_KEY). Пока что напоминает черный ящик. Возникает желание самому ее переписать, хотя не стоит этого конечно делать. Как понять, при каких условиях она метит кандидатуры в кадровый резерв?
2. Как ограничить период действия кандидатуры? Пока что у меня получается в два действия (сначала отклоняю, потом ставлю нормальный статус и меняю период). Понимаю что делаю что-то не так, но вот что? Если в одно действия, то получаю сообщение, что "данные не изменены, периоды сброшены"
3. Можно ли от "центрального лица" перейти к просто сотруднику с табельным в транзакции "HRTMC_PPOM". А то если мне неудобно, то пользователям это совсем неудобно.

Заранее спасибо, если кто что подскажет.

(без обид) Сперва учите матчасть, потом спрашивайте.

Курсы HR510 и HR316. И библиотека SAP.

Внимательно курим HR510. Насчет функционала в бекенде. Имхо, транзакция HRTMC_PPOM без talant visualisation by Nakisa - полная фигня(возможно, с накисой тоже, но это пока не апробировано ). Сводится к ручному ведению ключевых должностей и преемников к ним. НУ разве только ведение и наследование требований к объектам может быть полезно. Про транзацкии, названные вами под пунктом 1, можно забыть: они покрываются транзакцией HRTMC_PPOM

В общем примерно так и было решено. Но только все мимоходом параллельно разбираясь с большим кол-вом Z


Вполне с Вами согласился бы, если б не обилие Z отчетов. С ними достаточно функционально. Накис до меня регшили не внедрять.

Тут уже я Вам предложу пойти покурить. HRTMC_SET_KEY отбирает кандидатов по заданным критериям (для этого пришлось найти /подправить бади) и всех заносит в кадровый резерв. В ручную, через "HRTMC_PPOM" как то долго получается. Да и ГЛУПО. Можно конечно аналогичную программу самим написать, но в общем, и стандарт подошел.

Вопрос остался в силе: можно вместо центрального лица как-то перейти к самому сотруднику при заведении преемников? По всей видимости только Абап?

Можно, только наоборот - по P искать CP.
Мы собственно так и делали, когда перелопачивали стандартное средство поиска.

мда уж, чудеса от SAPа... все равно спасибо за ответ.

Это не чудеса, а логичное следствие из используемой модели данных. У одного работника может быть несколько табельных номеров. Поэтому при работе с талантами и преемниками используется ссылка на объект CP - центральное лицо, а не на объект P - его табельный номер.

Такая ситуация возможно, когда в рамках одного большого предприятия с одной структуры устраиваешься на другую на временный контракт. Хотя в SAP это как раз перевод, и табельный должен сохраниться. Можете просвятить, в каких случаях человеку в один момент времени могут присвоить два и более табельных номера? Очень нужно объяснить бизнесу логику использования центрального лица.

Когда чел является внутренним совместителем. Например, работает в конторе по основному месту работы и в этой же конторе еще на другой шт.должности подрабатывает.