Привет,
Для автоблокировки конченных пользователей в CUA из 2001 инфотипа (декретно-беременных и пр.) при нежелании "гонять" 2001-инфотип по ALE, хочу использовать поле SPRPS в PA0002 (или в 0001). Вопрос - это поле как-то используется в стандартном HR-функционале? Чтобы, как говориться, не нарваться на "конфликт интересов"
вот что накопал на эту тему: http://help.sap.com/erp2005_ehp_02/helpdata/en/48/35c9224abf11d18a0f0000e816ae6e/frameset.htm

Да, конечно, используется. Это поле говорит БД обращать внимание на эту запись или нет. Обычно это используется, когда нужно сохранить историю ведения данных. Т.е. запись с этим индикатором вроде есть (в БД), но ее вроде и нет (для отчетов, расчета и пр.). Таким образом, если вы установите каким-то образом индикатор блокирования на запись в инфо-типе 0002 (PA0002), то получится, что у работника на этот периода нет ФИО, пола, даты рождения и пр... С 0001 - история примерно та же.

Обычно декретно-беременные имеют какую-нить особую группу или категорию работников в ИТ0001 (поля PERSG, PERSK) или какой-то другой признак помимо ИТ2001 (еще может в ИТ 0000 или 0016) - уточните у своих HR

Можно также:
Все-таки гонять ИТ2001 (мне кажется, это проще)
Другой вариант - расширить ИТ0002 и передавать его с новым полем
В крайнем случае заюзать японские поля в PA0002 (FNAMK, LNAMK, FNAMR), либо резервные поля (FLAG1-4) - но это треш

Не парьтесь, для того чтобы не гонять ненужные данные просто настройте фильтрацию в АЛЕ для HRMD_A айдока. Если все таки хочет блокировки табельных, то лучше использовать конкретное поле в 0003 инфотипе оно так и называется - "Блокированый табельный".

Ну и последнее, то что Вы нарыли в хелпе это совсем из другой области SAP HCM, FASTENRTY это быстрый ввоl инфотипов ЗП и временных где поле SPRPS очень критично и очень хорошо используется

Блин чет мысли прут : признак дикретчиков это на 95% в проектах 0% занятости в 0001 инфотипе (соединение 1001-A008-S_P = 0), потому что декретницы это активные сотрудники компании на трудовом договоре с учетом отсутствия их на рабочем месте по уважительной причине по ТК РФ с ними ничего делать низя.

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

Поле SPRPS влияет на временную привязку - для записей с установленным флагом SPRPS временная привязка не действует.
Для инфотипов с временной привязкой 1, какими являются ИТ0001 и ИТ0002, установка флага SPRPS для произвольной записи нарушит правило временной привязки.

Да. Это называется HR & CUA Indirect Role Assignment. Плюс "допилка" генерации юзеров как ESS. Давно делал и забыл, что такое пользователи и роли . Но на днях на очередном аудите pwc выяснилось, что декретчики выпадают.
Поле Flag4 задействую. Заодно удаление блокированных по увольнению можно прикрутить, чтоб не болтались.

p.s. Спасибо за разъяснения.

Всем привет , можно еще для декретчиков использовать пользовательский статус P0000-STAT1 , только HR консультанты должны перенастроить соответствующие мероприятия , чтобы его заполнять

это интересно, 0000 проходит стандартно в HRMD_A - ща передам

p.s. а в PA2001 довольно много записей - неохота гонять её

ща проверю - эт был бв самый лучший вариант

Если вопрос с нежелательности гонять записи ИТ2001 для декретников, то почему саму запись декрета в ИТ2001 не использовать как ключ? Подтипов для декретников не так уж и много, можно наверно фильтр какой-нибудь организовать.

да не проблема - лень двигатель прогресса. варианты abap+ale или просто abap - где меньше рукоблудства?

По умолчанию кстати 200* инфотипы вообще не передаются по в айдоках их тупо нет в схеме айдока, ибо все временные данные передаются через BAPI и через специальные таблички. Если же Вы видите у себя в айдоке HRMD_A* сегменты 200* инфотипов то это уже сто% абап и расширения. Как то так.

вот и славненько - не надо вспоминать, что там лет 5 назад делал

всё так и есть. отлично.
нашёл куда это вставить - в процессе вытягивания данных из HR используется RH_PM_GET_STRUCTURE, поле STRUC_TAB-VPROZT похоже то, что надо.
Кстати, а уволенные в STRUC_TAB отражаются?

Не должны отражаться. У них не должно быть соединения с шт.долдностью, а значит они не найдутся путём анализа (WEGID)