Путь анализа и PPOME

Сугубо с моей точки зрения тему путей анализа очень сильно недооценивают в мире. Эту тему даже бочком обходят на проектах, так как мало кто ее нормально понимает. Я сейчас работаю на проекте с Романом metha и вижу его заходы на PPOME, где эти самые пути анализа используются вдоль и поперек, и с уверенностью могу вам сказать, что Ромка единственные в мире, кто эту тему понимает (из тех, кого я видел), и через пару лет мы с ним сваяем расчет зарплаты на PPOME и путях анализа 🙂 Бойтесь.

Сегодня речь пойдет об этих самых путях анализа, приправах для их приготовления и инструментах для воплощения самих сокровенных фантазий в жизнь. Дословно путь анализа можно перевести как путь, по которому система анализирует связи между объектами организационного менеджмента и выводит иерархию этих объектов. То есть берем любой объект OM? и просим систему построить от него иерархию (дерево с листочками) вверх или вниз. При этом мы с помощью пути анализа объясняем какие веточки и как нужно собирать, что выводить, а что пропустить.

Прежде чем я начну, а я начну, я вам рекомендую потратить вечером или утром пару часов, чтобы самим поставить задачу и поиграться с решением на путях анализа. Понимание работы этого инструмента сильно поможет вам, просто поверьте, а поймете потом.

Чтобы было нагляднее, давайте поставим боевую задачу. Сейчас модно делать различные сравнительные анализы (бенчмарки по-модному), когда нужно сравнить сколько численность, стоимость, какая эффективность одной и той же работы в разных подразделениях компании. Например, сколько стоит заменить картридж в Москве и Владивостоке, если у компании есть филиалы в обоих городах, в обоих городах есть ИТ-отдел. Ставим укрупненную задачу — сделать функциональную структуру компании. Это означает, что мы должны для каждого филиала определить свою функцию.

Читать далее


Передача HR данных в другую систему по ALE

Сегодня столкнулся с маленькой хитростью передачи HR данных по ALE в другую систему. Настроили RFC, партнеров, логические системы — все по SPRO. Там ничего сложного. А вот в модели распределения маленькая хитрость. Если мы хотим передать и оргструктуру и людей, то группы фильтров надо выстраивать отдельно для OM, отдельно для PA. Если положить все в кучу, то при попытке передать ИТ0001 система не находит объект штатной должности и обработка IDOC останавливается. Получается нехорошо. Поэтому сначала передаем через транзакцию PFAL оргструктуру, затем табельные номера с персональной информацией, а в конце запускаем выравнивание данных в системе получателе с помощью программы RHINTE00 Transfer Organizational Assignment (PA -> PD). Она создает связи S-P, чтобы люди появились на штатке.

Если кто-то знает другой способ, то делитесь. Авансом спасибо!


Интеграция OM-PA

Узнал очередную мелкую новость. Если в PPOME делаешь связь S -> P, то есть человека мышой перенес на штатку, то это еще не означает, что в PA создастся запись в ИТ0001 с нужной даты и прописанными S, C, O. Чтобы такое исправить, есть программка RHINTE30, которая анализирует подобные казусы и сама выправляет ИТ0001 по человеку. Рекомендую 😉

Чтобы не было проблем с датами при переносе, всегда устанавливайте контрольную дату в PPOME: Видео SAP HCM для начинающих. Создание штатной позиции


Перенос должностей между системами

В рамках ведения НСИ (нормативно справочной информации) в системе решили должности таскать запросами. Чтобы во всех системах было одинаково. Делаем внешний диапазон и вуаля.

Ввиду старости лет, совсем забыл, что после переноса нужно запускать программу интеграции OM->PA. Иначе в PA в инфотипее 0001 «Организационное присвоение» будет ругаться и материться, что нет соответствующих записей в PA таблицах.

  1. RHMOVE30 — создаем запрос и кладем объекты в него
  2. Переносим в нужную систему (целевую)
  3. В целевой системе запускаем RHINTE10