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

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

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

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

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

EvernoteGoogle GmailGoogle+Google BookmarksEmailLinkedInSkypeFacebookRedditShare

OM_OBJM_NO_LAST_SEAR

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

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

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

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

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

EvernoteGoogle GmailGoogle+Google BookmarksEmailLinkedInSkypeFacebookRedditShare

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

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

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

EvernoteGoogle GmailGoogle+Google BookmarksEmailLinkedInSkypeFacebookRedditShare

Инфотип 1003 (Штаб/Отдел)

Дождливым вечером сидели мы с Романом (metha) и рисовали концепции. Вспомнили про галочку штаб, которая в PPOME мозолит всем глаза в то время, как мало кто знает о ней что-то. Поясняю.

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

С другой стороны есть малопонятная фича. Если в T77S0 активировать ключик PPABT — PPABT, то система начнет работать иначе.

t77so_ppabt

При такой галочке и пометке «Отдел» на уровне организационной единицы в инфотипе 1003 Штаб в первый инфотип при приеме или переводе записывается другая организационная единица.

Вот смотрите. У меня есть два подразделения, одно в другом.

ppome_1

Если флаг в T77S0 не активирован, то при приеме на позицию рабочего у нового табельного номера в ИТ0001 будет прописана организационная единица 10001193.

А если сделать вот так:

pp01_it1003

и принять человека, то будет вот сяк 🙂

it0001_01

 

Зачем оно нужно? Для создания виртуальных подразделений, которые в отчетах на базе PCH будут отражаться, а на базе PNP не будут. Можно делать дополнительные группировки в PPOME людей, которые ни на что не повлияют. В зарплате, в BW, в иных отчетах и функциях системы будет отражаться только то подразделение, у которого стоит галочка «Отдел».

 

Вот что пишет на help.sap.com сам САП:

Use

You use the Department/Staff infotype solely for organizational units and positions. It has the following functions:

  • It allows you to apply a Staff flag to organizational units and positions

A staff flag indicates that an organizational unit or position is not part of the normal reporting structure at your company, but rather reports directly to a high-level position or organizational unit.

  • It allows you to apply a Department flag to organizational units

It is necessary to apply department flags only when integration is active between Personnel Planning and Personnel Administration. If integration is active, certain data records from Personnel Planning are written to Personnel Administration. For this, you must enter which organizational units represent departments, so that the corresponding data is transferred. (Organizational units do not necessarily represent departments. They can also represent teams or groups within a department.)

Note

If your company uses department flags, you must maintain the entries PPABT PPABT in table T77S0 for the flags to operate properly. For further information, see the Implementation Guide (IMG) under Organizational Management -> Integration -> Integration with Personnel Administration -> Set Up Integration with Personnel Administration.

You do not have to create this infotype. You can maintain this infotype using Infotype Maintenance, by creating infotype records one object at a time. Or, you can work in Simple Maintenance, where procedures are streamlined. See

Further Attributes

If you want to create this infotype, you can run reports that list all objects with the staff indicator. The RHXSTAB0 report (Staff Functions for Organizational Units) lists all flagged organizational units, and the RHXSTAB1 report (Staff Functions for Positions) lists all flagged positions.

 

EvernoteGoogle GmailGoogle+Google BookmarksEmailLinkedInSkypeFacebookRedditShare

Бизнес: подготовка к проекту внедрения SAP HCM

Данная заметка адресуется бизнесу, заказчикам, которые начинают думать о внедрении новой системы, будь то SAP или не SAP. Мне удалось поработать со стороны заказчика, со стороны консалтинга (не только SAP), что дает чуть более широкое понимание проблем с обеих сторон. Хочу также отметить, что проблемы, или, давайте назовем это задачами, одинаковые для любой страны. Я могу судить по работе на проектах в США, Норвегии, Венгрии, России.

Практически все заказчики декларируют основной задачей внедрения системы унификацию процессов, документооборота и методологии. Внедрение системы должно решить задачу унификации, так как в рамках проекта появляются внешние стимулы в виде консультантов и ограниченного бюджета проекта, когда нужно быстро поменяться и однообразиться. Заказчик по умолчанию ждет от консультанта лучших практик, которых не существует. Давайте будем честным — лучшие практики это то, как бизнес уже дорос до своего текущего состояния. Нельзя перенести практики одной компании на другую, это будут не лучшие практики, а практики той, другой компании. Но это удобно, так как позволяет посмотреть, точнее подсмотреть, а как же сделано у других. Человеческое любопытство, когда сам придумать не можешь, поэтому идешь за идеями к соседу и их улучшаешь под себя.

Читать далее

EvernoteGoogle GmailGoogle+Google BookmarksEmailLinkedInSkypeFacebookRedditShare