Настройка отпусков для совместителей (CE)

8 часов отладчика и счастье есть. Если у вас активирован функционал CE, то вы можете связывать несколько табельных номеров в одного человека. Этот человек в разных местах может ходить в отпуска (где это видано?). И если мы хотим, чтобы одним отсутствием на одном месте исчерпывались отпуска с разных мест работы, то нам поможет пулемет. Отладчик и полное отсутствие адекватной документации, что опять же привычно САПовскому консультанту.

Отпуска настраиваются как обычно для каждого присвоения. Отличия в следующем:

  1. При настройке отсутствия, которое будет исчерпывать отпуска с разных мест работы, в нем нужно поставить галочку, что оно для множественных присвоений. V_T554S-ABSTYP_SHARED_CE
  2. При настройке лимита также ставится такая же галочка (причем на обоих присвоениях). V_T556A-QUOTA_SHARED_CE
  3. При настройке правил исчерпания лимита появляется новая галочка, которая позволяет списывать лимиты сначала с текущего присвоения, а потом уже со всех других. Е556R-QTTPR_CE.

Это все очевидно, написано в документации к галочкам. А теперь фокусы.

  1. Если у вас присвоения табельных номеров к центральному лицу в рамках одной страны, то все работает по умолчанию. Если же нужно сделать присвоение между странами, то для лимитов нужно поменять ключик SAQD в ракурсе V_T7CCE_GPASGM на XNON. Эти ключи позволяют системе определить какие данные и как должны связываться между разными присвоениями. 
  2. Самое неприятное, что коды лимитов на разных присвоениях должны совпадать. Нельзя на присвоении 1 иметь лимит 10, на присвоении 2 лимит 05 и списывать одним отсутствием с обоих лимитов. Это прописано хардкодом, к сожалению, и очень неудобно.

В итоге одно отсутствие списывает два лимита на разных табельных номерах (присвоениях), и выглядит это вот так.


Вторая книга SAP HR. Вид изнутри

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

Сегодня выходит новое издание, переработанное, сильно дополненное, более осознанное мною как автором. Часть материалов я позаимствовал из блога, часть из первой книги, что-то изучил новое и постарался рассказать вам в надежде, что эта книга станет настольным учебником по настройке системы “с нуля”. От первой книги осталось процентов двадцать, если не меньше.

За основу была взята версия системы SAP ERP ECC 6.0 EhP 8. Почти все картинки русифицированы.

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

Цена книги 1100 рублей. Формат электронный. 256 страниц. 293 изображения. Оплата только по банковской карте/через расчетный счет. Заказывать здесь: https://saphr.ru/contacts/

Читать далее


Новый курс “Полномочия SAP ERP”

Первые 10 человек получают 30% скидки на курс по полномочиям SAP ERP. В курсе рассмотрены как классические полномочия SAP ERP, так и специфичные для HR структурные и контекстные полномочия. 

В курсе 1.5 часа видео материала, 13 частей.

Прошу любить и жаловать! 

https://www.udemy.com/course/sap-permission-roles/?couponCode=PFCG10

Напоминаю, что остальные курсы можно найти на странице

Курсы САП

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


SAP SU24 – пора начинать использовать

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

Один раз открываем транзакцию, наливаем пива/вина/кофе/чай/воду/смузи, настраиваем типовые объекты полномочий для транзакций. Выгружаем результат в файл, файл складываем в облако. На всех последующих проектах выгружаем из облака, загружаем в SAP. При создании новой роли, где будет указана транзакция в меню, система сама подставит предзаполненные объекты полномочий.

Я создал значения по умолчанию для транзакции PA30.

А затем создал новую роль, в которой в меню вставил ту же самую транзакцию. Система сама создала нужные объекты полномочий, а заодно предложила заполнить организационные уровни.


P_ORGINCON нас обманывает

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

Вывод? Сначала проверяем роли на стандартных P_ORGIN, а потом уже конвертируем их в контекстные P_ORGINCON.