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

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

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

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

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


Вопрос — ответ. Временные данные по ALE

Вопрос:

Есть две SAP HCM системы, требуется из одной в другую передавать временные данные (отсутствия/присутствия/замещения). Сделать это нужно через ale стандартными средствами. Расширение HRMD_A не предлагать, это банально, да и в стандартном решении есть вроде как ветка по передаче временных данных в SAP систему из внешней системы учета времени. По сути одна внешняя система учета времени реализована на базе SAP HCM TM модуля.

Ответ:

Немного изучив данный вопрос, нашел два способа (для себя). Пока не было времени попробовать на деле, но:

  1. Мы можем передавать временные данные из CATS. В этом и заключалась идеология общего табеля рабочего времени. С помощью программы RPTEXTPT и настроенного ALE для объекта PTManagerExtAttAbs осуществляется передача данных через буферные таблицы PTEX*. То есть в одной системе мы ведем данные в CATS, а другую они попадают в живые инфотипы с помощью этой программы. Если у нас CATS не используется, то нужно решить вопрос с формированием буферных таблиц из инфотипов, чтобы построить цепочку: инфотипы системы 1 -> буферная таблица системы 1 -> ALE -> инфотипы системы 2. Как произвести такую запись стандартными средствами пока не нашел.
  2. Второй способ, это формирование текстовых файлов на сервере в общих папках и их дальнейшая загрузка в инфотипы либо напрямую в инфотипы, либо через IDOC. Загрузчик можно реализовать в виде фонового задания LSMW. Выгрузка осуществляется через инструменты экспорта, транзакция PU12.
  3. Про расширение IDOC было обозначено в вопросе, поэтому не обсуждаем.

Это то, что пришло в голову в части стандартных решений. У кого есть что добавить — прошу!

Спасибо за хитрый вопрос 🙂


Вопрос — ответ. Смена единицы расчета

Вопрос.Смена единицы расчета:

Вариант событий 1

Имею:
Раздел персонала№1
Раздел персонала№2

Выполняем перевод сотрудника с сохранение табельного номера (сотрудник уже рассчитывали в Раздел персонала№1)
из Раздела персонала№1 в Раздел персонала№2 с 15-го числа

Система расчетчикам не дает поменять единицу расчета — «смена только в конце периода расчета» + «по сотруднику уже был расчет»

Это у всех так?
Как у Вас такие перемещения реализованы?

Ответ:

На эту тему есть несколько нот (849363, 1104733), где сказано, что изменение единицы расчета в середине расчетного периода возможно только для нескольких стран. Увы, Россия и СНГ в этот перечень не входят. Поэтому обычно при перемещении единица расчета остается прежней, а в конце месяца (расчетного периода) копируют первый инфотип с уже новой единицей расчета. Таким образом сотрудника считают в том отделе, где он начал работу в начале периода.


Вопрос — ответ. График отпусков

Вопрос:
Формируем график отпусков Т-7 на 2014 год.
На селекционном экране выбираем орг.единицу, год 2014,
дата январь 2014 года.
Других параметров для выбора ТН нет.
В отчет выводятся Все ТН, ШД которых когда-либо имели соединение с указанной на селекционном экране орг.единицей. (То есть переведенные в другие вышестоящие, нижестоящие орг.единицы в 2012,2011…годах).
Где не получается отсечь ненужные ТН — не понятно, это стандартный код. Ноту не нашли.

Ответ:

Привет. С этим вопросом будет чуток сложнее, так как мне негде проверить. Я почитал код формы и пришел к выводу, что все дело в стандартной логической базе данных (ЛБД). В этом отчете используется PNP, которая использует общие куски кода с PNPCE. Если для первой ЛБД нормальной документации нет, то для второй она более чем исчерпывающая (транзация SE36 — дкоументация). Судя по отладчику, если мы используем поиск по оргструктуре, то система подставляет максимальный диапазон для поиска 01/01/1800 — 31/12/9999. Поэтому и попадают все оргединицы и табельныа номера.

Читать далее


Вопрос — ответ. Лимит отсутствия

Вопрос. Лимит отсутствия:

Сгенерили лимит на рабочий год. Потом человека перевели на должность, где лимита больше (или меньше). Может система пересчитать старый лимит автоматически (полуавтоматически)? Я пока такое видел только при ограничении ИТ 2006 при увольнении.

Ответ:

У меня есть несколько вариантов решения.

  1. При переводе ограничивать период действия лимита и заводить новый. Иначе система не поймет, что надо изменить базовое право. Это вроде бы голый стандарт.
  2. При переводе в динамическом мероприятии программно запланировать запуск программы генерации лимитов с передачей в ее параметры периода и табельного номера. Это позволит избежать блокировки табельного номера (нельзя запустить программу сразу же, так как табельный номер еще блокирован мероприятием). Это можно обойти технический, но не стоит. Техническим регламентом определить время и запускать. Для пользователя это прозрачно с одним исключением — если приказ нужно печатать сразу же, то цифры будут неактуальные. Либо планировать такой запуск на совершения события (объекты BUS*).
  3. Генерировать лимит в оценке времени. Зачастую оценка времени запускается ежесуточно, поэтому лимит автоматически через user-exit можно заполнять данными с новой позиции. Опять же в случае необходимости приказа «сейчас и сразу», кадровик может сам запустить оценку времени по одному табельному номеру, а затем распечатать приказ.