значит статус2=3 в 0000 будем смотреть

Уволенные это одновременно выполненное условие

где XX код мероприятия по увольнению (спросите у Ваших HCMщиков)

Правда надо анализировать всех P у которых:


У уволенных присвоение к ORGEH остается без изменений в 0001 инфтипе

хм..чо так сложно? зайдём с другой стороны - при увольнении от юзера "отрывается" роль (привязанная к должности), т.е. юзеров без роли можно нафик удалять. надо безопасников только запросить, т.к. исчезнет и "история жизни" этого логина.

То о чем Вы пишете, это элементы чуть другого бизнес-процесса. По умолчанию при увольнении сотрудников все логины и роли сохраняются за пользователем, и только регламентными работами можно обязать базисников снимать/блокировать роли/пользователей. Если у Вас это реализовано, то конечно Вам нужно отталкиваться от этого посыла - но тогда он вообще не имеет никакого отношения к SAP HCM.

SAP HCM очень даже полезный - первоисточник всего. Потребность в администраторе юзеров/полномочий сведена к нулю - только рассылка приходит: кто, в какой системе, заведён/изменён, блокирован.

да мы еще те сектанты

мда.. - не ожидал, что бурная дискуссия начнётся - "нафига тогда заявки на доступы, блокировки и пр. лабудень, когда всё от ОК само пляшет?", "аудиторам показывать только?". будем подождать.
сделаю пока интерфейсик корректировки своих контактных данных (email, моб. тел.) в ИТ0105.

Воу-Воу полегче используйте для этого базисные вещи где все это ведется по стандарту. Смысл плодить сущности если все это и так ведется, зачем в 0105 ИТ что-то делать?

Откуда это она ведётся? По стандарту HR&CUA Indirect в ИТ0105 берёт login при создании юзера и его коммуникации. Грузить ОК телефонами и мылом сотрудников рука не поднимается - там и так три калеки . Пробовал синхронизировать с внешней адресной книгой, так там актуализация хромает - тоже некому. Надо пипла грузить - ESS, на крайняк - MSS-а. Портал был прикручен для этого, но пока отложен до лучших времён - через NWBC ходят.