Вопрос-ответ. Позитивный учет

Позитивный учет. Вопросы:

1) Как вы разграничили для оценки времени людей с негативным от людей с позитивным учетом? Я думал, может через Статус управления временными данными в 7 инфотипе? 9-негативный, 1 или 2 для позитивного вроде, как я понял. Вы так делали? Если да, то как регламентировали корректность заполнения этого поля при кадровых мероприятиях: просто закрыли для ведения и хорошо прописали автоматический алгоритм или просто сделали пользователей ответственными за корректность этого поля для каждого работника? У меня вот  категория Рабочие только для позитивного, но есть рабочие у которых останется негативный.
2) Делали ли Вы две схемы оценки времени для людей с позитивным и людей с негативным учетом?
3) Как вообще принципиально с точки зрения PT выглядит этот переход на позитивный: нужен ли плановый график в 7 инфотипе, или ставим технический? Как скрестить данные приход уход с присутствиями? Присутствия должны ведь как-то коррелировать с инфой о приходах уходах?

Ответы:

Отвечаем-с 🙂

  1. Делается на уровне 7 инфотипа и статуса управления временными данными. Вы все правильно написали. Насчет заполнения. Обычно в компаниях таких людей, кто на позитивном учете можно вполне четко выделить. Например, это рабочие в таком-то цехе или целиком компании. И они уже выделены на уровне раздела/подраздела персонала и категории сотрудников. Настраиваем признак для 7 ИТ, а кадровиков предупреждаем. Закрывать на 100% я бы не стал. Можно сделать определение по должности. Повесить на должность в атрибутах признак позитивного учета, а в признаке для 7ИТ через программу его считывать.
  2. Я делал одну схему головную, а в ней через IF разводил позитив и негатив. Здесь есть нюанс, что группировки для формирования видов обработки и видов времени в таблицах T555Z, T555Y должны совпадать, иначе не получится. Об этом уже писал в блоге 🙂
  3. Плановый график нужен для плана и возможности привязать отметки к графику. Это позволит автоматически округлять время прихода, например, к графику. Если у нас по графику начало в 8 утра, а человек отметился в 7, то это может быть сверхурочка на час, а может он просто пришел, отметился и пошел пить кофе. Графики позволяют эти управлять (в ОГРВ есть поля для времени толерантности и в схеме спецфункция). Присутствия обычно регистрируются тогда, когда человек не может отметиться на проходной. Например, пошел на обучение в учебный центр при заводе, где нет пропусков.
  4. Немного о настройке тут https://sapland.ru/kb/articles/stats/zhestkii-kontroli-za-vremenem-vhoda-i-vihoda-sotrudnikov.html

Вопрос-ответ 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


Вопрос-ответ 15. Полномочия

Вопрос:
Здравствуйте.
Однажды вы поднимали тему «Ограничение кол-ва профилей полномочий». Скажите, пожалуйста, вы находили какой-нибудь обход данной ситуации? Огромное количество БЕ и количество технических ролей в бизнес-ролях вызывает постоянные переполнения профилей. Сжимание ролей невозможно в связи с рисками.

Ответ:
Привет. Короткий ответ — никак. Это техническое ограничение системы, его не обойти. Была даже нота по этому поводу. На самом деле мы укрупняли роли. Я не верю, что есть в мире компания, где был бы человек, которому нужно было бы присвоить 124 профиля. Это означает, что роли неверно спроектированы. Если это самый главный по самому главному, то нужно сделать ему индивидуальную роль, где будет все внутри. Такая роль будет краснеть в GRC, но ее просто надо согласовать со службой безопасности и добавить в список исключений GRC.

Есть роли контроллеров, которые отвечают за множество БЕ. Делаем одну роль по терриориальному признаку или еще какому. И присваиваем один профиль, а не сотню по кол-ву БЕ.

Больше никак. Только реорганизацией ролей. Готов пообщаться, если убедите меня примером в обратном 🙂 Спасибо за вопрос!


Вопрос-ответ 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/


Вопрос — ответ 8. Форма отчетности РСВ-1

Вопрос:
Помогите разобраться, какие настройки должны быть сделаны в системе SAP чтобы в форме РСВ-1 были правильно представлены данные по инвалидам.

Ответ:
Мне сложно ответить на этот вопрос по двум причинам:
1. У меня нет русской настроенной системы под рукой (увы, я в США).
2. Форма РСВ-1 появилась тогда, когда я уже не занимался настройками на таком уровне.

Но, «погуглив» немного, пришел к выводу, что конкретно по инвалидам ничего сложного быть не должно.

Сначала актуализируем настройки DAQ по ноте 1887586 — RSV-1: DAQ-Form complete customizing.
В SPRO прописываем виды оплаты по отчислениям налогов по инвалидам к коду вида оплаты 212F5813. Это также написано в подсказках в SPRO.
Данные о справке об инвалидности, насколько помню, берутся из ИТ0290 с соответствующим подтипом.

Если вы зададите конкретный вопрос, то, думаю, вам здесь помогут знающие люди.

Возможно поможет нота 1543490 — RSV-1: new mode of disability status identification.