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

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

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

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

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

Читать далее


OM_OBJM_NO_LAST_SEAR — управляем менеджером объектов

Да, я люблю SAP. Я люблю его чисто и открыто — каждый день много часов.

Так вот, кто хочет разделить мою любовь и случайно вляпался в настройку PPOME, то вам привет, большой и чистой.

Вот этот параметр, который в сабже тусит, OM_OBJM_NO_LAST_SEAR — отвечает, нужно ли показывать результаты последнего поиска в менеджере объектов. Это такая хреновина, которая слева у нас болтается, когда мы открываем транзульку. И эта **** три вечера кушала мой моск, запомнив в кластерной табличке, что я однажды в своем сценарии дважды кликнул на объект типа ЗЮ, а потом перенастроил все и хотел видеть объект типа КЮ. А раз объект типа ЗЮ запомнился этой дряни в кластерной табличке, а в настройках ракурса такого объекта нет, то ЕРРОР вам по башке и «давай, до-свидания». Свидания с PPOME.

Короче, если вы сделали ракурс для одного типа объекта. Пожмакали и все нафиг перенастроили, то поставьте этот параметр в SU3 на период отладки, чтобы отключить запоминание ваших настроек PPOME в недрах САП. САП хотел как лучше, чтобы каждый раз ты видел то, на чем остановился. Но реализовал как всегда.

Резюме. На период настройки PPOME или производных транзакций — включаем режим отладки — параметр OM_OBJM_NO_LAST_SEAR в транзакции SU3.