О ролях полномочий (организационные уровни)

Роли полномочий. Все консультанты старше К1 должны знать и уметь. Аксиома от Поцелуева.

Организационные уровни — переменные, которые можно централизованно задавать для всей роли, не прописывая в каждом объекте полномочий. Сама переменная определяется в отчете PFCG_ORGFIELD_CREATE. Запускаем, указываем техническое имя переменной объекта полномочий, который необходимо сделать организационным уровнем (например, PESRK). Если ошиблись, то удалить можно отчетом PFCG_ORGFIELD_DELETE. Организационный уровень позволяет задать значение PERSK на уровне всей роли, и изменить его также в одном месте. Это удобно в HR ролях, где мы часто прописываем множество объектов P_ORGIN.

Ниже представлена простая роль из двух объектов полномочий.

Теперь мы переходим в меню Goto -> Org Levels.

Как видно, появился наш новый организационный уровень (PERSK по умолчанию не является таковым в стандартной поставке). Задаем нужное нам значение и сохраняем. Прошу!

Таким образом мы легко заполнили одинаковые поля во всей роли.


Solution Manager workaround

Многие заказчики любят слово workaround. Как бы правильное решение дорого делать, внедрять, менять бизнес, долго, муторно и прочие эпитеты. А workaround просто и понятно, можно быстро и вчера. Мы все помним, что САП рекомендует свой Solution Manager (SM), который бесплатен и многофункционален. Вкупе с платными примочками становится полноценным центром управления полетами САП и не-САП систем. Единственный у него есть недостаток, как и у всего САП, ему нужен порядок, регламенты, процедуры — не наша педантичность и прямолинейность. Его долго внедрять, прилаживать к нашей действительности, поэтому многие используют его для двух простых вещей: обновлять системы и инциденты решать.

На одном из проектов мы решили найти SAP Solution Manager workaround. Посмотрели крутые системы вроде Jira, Asana, Slack, Basecamp (да-да, для внедрения полномасштабного SAP проекта с командой в 50 человек). И выбрали простой как бейсик, написанный на бесплатном и опенсорсном Ruby, Redmine. Абсолютно простая штука, которая позволяет решать жизненно необходимые задачи в проекте: планирование, контроль и коммуникации.

Рисуем кучку трекеров для отслеживания проектных активностей, например, таких как проектные работы, административные/организационные вопросы, разработки, учебные материалы и прочее. Делаем статусные модели под каждый трекер, так как состояния работ могут отличаться. А внутри каждой задачки ставим того, кому нужно прислать уведомлялку по любому изменению. И все всегда в курсе. Если кто и не вчитывается внимательно, то в фоновом режиме может обратить внимание. Краткие памятки, know-how, мини инструкции или процедуры тут же выкладываются на вики, встроенную в redmine — вот и простейшая база знаний. Проектная документация может храниться либо в системе версионности GIT, либо в той же вики.

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

К чему я все это? Все больше начинаю смотреть в сторону опенсорсных инструментов, недорогих простых программ и решений, которые помогают как в бытовой жизни (тот же Evernote + Wunderlist), так и при реализации проектов на SAP или линейной деятельности руководителя.


Путь анализа и 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.


FAQ. Загрузка образования через LSMW

Вопрос:
Виталий, встречалась ли Вам такая задача загрузить изменения записей инфо-типа 0022 «Образование». Мы добавили на экран инфо-типа Z-поля для внесения информации на английском языке. Теперь нужно довнести в эти поля данные. Но загрузить изменения не удается, у табельного номера несколько записей и программа LSMW загружает в первую запись, не осуществляя проверку на даты, вид образования..
Эта задача осуществима с помощью LSMW?

Ответ:
Это общая проблема для обновления записей через PA30 и LSMW. Чтобы решить задачу есть два варианта:
1. Удалить и загрузить правильно. То есть сначала выгружаем что есть, обновляем данными, удаляем из системы, загружаем правильные значения.
2. Если первый вариант не работает, то в ряде случаев можно «обратиться напрямую к записи» указав точные ключевые параметры: дата начала, дата окончания, подтип. Тогда LSMW откроет именно нужную запись. Но если есть две записи с 18 подтипом и одинаковыми датами, то увы, не сработает (два высших образования полученных одновременно).