Вопрос-ответ. Ограничение записи Инфотипа

Вопрос:
Есть пользовательский инфотип с временной привязкой 2.
У сотрудника  есть запись в этом ИТ. При создании новой записи инфотипа  возможны две ситуации:
1. создаваемая запись имеет более высокий приоритет  по сравнению со старой-> старая запись ограничивается/разрезается/удаляется.
2. создаваемая запись имеет более низкий приоритет -> старая запись остаётся неизменной, а новая ограничивается/разрезается/не создаётся.
Есть способ обработать второй случай через динамические мероприятия?
Ответ:
Насколько я знаю, в динамике стандартом нельзя так сделать. Можно реализовать через вызов подпрограммы, где проанализировать ситуацию. Либо по аналогии со вставкой больничного при отпуске сделать расширение PAI логики инфотипа.

FAQ 17. Зеленые галочки в PA20/PA30

Вопрос:
В транзакции РА20 или РА30 в меню инфотипов, напротив каждого инфотипа существует индикатор наличия записи в инфотипе (зеленая галочка). Для некоторых инфотипов, это индикатор «зажигается» после создания записи, для других нет. Можете подсказать, где его можно настроить для включения на всех инфотипов? Или это неизменямо? Спасибо.

Ответ:
Единственное, что нашел на эту тему, это нота 713327 — Green ticks for time management infotypes. Можно посмотреть внутри реализацию формирования галочек 😉


Вопрос-ответ 16. Распределенный CATS

Вопрос:

Добрый день!

Нужен Ваш совет, помогите, пожалуйста.
Похожая ситуация: есть две SAP-системы: из HCM необходимо передать результаты оценки времени в ERP для возможности настройки CATS (проверки при контировке на сверхурочные, ГРВ и пр. используют виды времени из таблицы ZES кластера B2)
Есть непреодолимое желание сделать передачу кластера стандартным способом, но пока не могу добиться результатов. Сориентируйте, пожалуйста, в какую сторону двигаться.

Варианты решений:

1) PU12 — пробовала настроить выгрузку через «Экспорт с форматом интерфейса, настроила свой интерфейс,но столкнулась с проблемами:
— непонятно как включить обработку нужной табл.ZES( есть только 3 табл ALP, C1, ZL)
-непонятно где физически сохраняются выгруженные данные (кластер Interface Format — где?) и можно ли передать эти данные через ALE?

2) Попробовала настроить напрямую базисный тип сегмента, сегмент с указанием полей табл. ZES (we30, we31), но не придумала как к IDoc’у привязать таблицу ZES.

Некрасивые, но, возможно, неизбежные варианты:
3) Написать ФМ для считывания кластера B2 на стороне HCM, вызывать удаленно из ERP

4) Записывать результаты оценки времени в свой(стандартный 2012?) инфо-тип, и передавать его через ale

Заранее спасибо!

Ответ:

Выглядит так, что достаточно просто передавать виды времени в CATS систему. Например, программой RPTIMEOVERVIEW_REPLICATE

http://help.sap.com/saphelp_45b/helpdata/en/36/b72123209a31f2e10000009b38f984/content.htm


Вопрос-ответ 14. EhP7

Вопрос:

Добрый день, Виталий!

Прочитала у вас в блоге, что у вас есть опыт обновления системы до EHP 7.
Заказчик желает обновиться с EHP 4 до EHP 7.
В связи с этим хочу задать вопрос в вашу рубрику «Вопрос-ответ» —
К чему нужно готовиться при обновлении системы до EHP7.

Ответ:

Есть два сценария развития событий на мой взгляд. Лучший — у вас просто стоял EhP без активированных функций, и вы обновляете систему. Тогда практически ничего не нужно делать. Худший — вы активно использовали бизнес функции из пакета. Тогда нужно все тестировать.

Процедура обновления в двух словах выглядит так. Сначала с помощью Solution Manager определяется набор пакетов обновления из стека, который необходимо будет установить. Там же будет видно, что нужно обновлять на уровне операционной системы. Например, саму ОС, базу данных, ядро САП. Вроде бы при установке 6-ого пакета все это нужно делать.

Если у вас есть портал и BW на старых релизах, то рекомендуется их также обновить. У нас были проблемы с запуском дашбордов и WebI отчетов на портале, которые использовали данные HR. Пока не выровняли все системы по версии базиса и ядра (а HR ушел вперед из-за EhP 7), были ошибки. То система кубик не могла прочитать, то показ дашборда в iView в дамп падал.

С точки зрения базовых функций, у меня были несколько дампов с расчетом заработной платы. Вылечилось установкой последних нот.

Если у вас много Z, то некоторые стандартные ФМ стали работать иначе (сейчас уже не вспомню), что может «сломать» ваши разработки. Поэтому лучше автоматизировать тестирование (моя любимая песня на сегодня).


Вопрос-ответ 13. Аттестация рабочих мест

Вопрос:
Стоит задача – необходимо вести аттестацию рабочих мест предприятия в HCM (без EH&S). На предприятии работает около 6 тыс. человек. У 99% сотрудников оптимальные и допустимые условия труда (класс 1,2), у остальных опасные (класс 3.1, 3.2).
Идея такая:
– создать для каждой штатной должности объект «рабочее место» (тип объекта А) и связать их через A003/B003.
— для рабочего места создать пользовательский инфотип, в котором хранить дату проведения аттестации, класс и ещё пару характеристик. Закачать данные в новый инфотип.
Инженеру по охране труда дать инструмент для массовой загрузки (для проведения переаттестации каждые 5 лет) и отчёт с возможностью индивидуального ведения характеристик рабочих мест .
У этой идеи есть большой минус – очень большой объём данных придётся контролировать. Пока охрана труда хорохорится и продавливает этот вариант, но через год, думаю запросят пощады.
Кроме того на предприятии есть неприятная особенность в кадровом учёте. Так называемое «фактическое место работы». Сотрудник числится в подразделении, расположенном в одном городе, а фактически работает в другом. Учёт районного коэффициента и северного стажа ведётся по фактическому месту работы (это уже реализовано). Но как быть с рабочими местами, пока не могу придумать. Может в таком случае привязывать новое рабочее место к человеку? И в отчётах читать рабочее место сначала с человека, а потом уже с шт. должности.
Может есть более здравые мысли?

Ответ:

Привет! Сам такое не реализовывал, но сразу появился относительно стандартный вариант решения.

Рабочие места ведем как есть, но классы и характеристики храним в инфотипе 1222. Ничего не нужно разрабатывать. Отчетами SAP Query с помощью дополнительных полей можно строить нормальную аналитику. Или выгружать в BW. Как вариант ввести подтип «Аттестация» и по его сроку действия смотреть кто аттестован, а кто нет.

В случае перемещения человека можно либо в 2003 отражать фактическое рабочее место, либо сделать дополнительную связь в OM и присваивать ее на период работы человека в новых условиях труда.

Немного теории об аттестации рабочих мест. http://www.nkr.ru/attestation/