Виды полномочий в SAP HCM — разбираюсь сам

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

Основные и привычные нам полномочия, которые определяются объектами полномочий. Наиболее известные это PLOGI, P_PORGIN, S_TCODE. С ними все понятно, все умеют работать. Задаем поля, определяем какие полномочия на какие объекты присваиваются. Из важного только то, что внутри одного объекта полномочий все поля читаются системой как логическое «И»: если инфотип 0008 И доступ на «чтение», то разрешить чтение. Один и тот же объект можно повторять в одной роли, тогда система будет читать объекты в одной или многих ролях по принципу «ИЛИ». Если в объекте 1 есть доступ на чтение ИТ0008 или в объекте 2 есть доступ на запись ИТ0008, то дать ИЛИ чтение, ИЛИ запись. В зависимости от того, что делает пользователь. Поэтому нужно аккуратно назначать множество ролей, так как в одной роли могут быть расширенные полномочия на что-то, когда в другой сокращенные. В итоге система даст полномочия по расширенной роли, ибо работает принцип «у кого-то в роли есть такие полномочия = ИЛИ».

Транзулька OOAC (ключики):
ADAYS — определяет сколько дней после перевода сотрудника можно его видеть. Например, если поставить число 10 дней (календарных), то на 11 день вы не сможете его увидеть согласно вашим полномочиям. Если проще, то был человек в разделе персонала А, у вас в роли права на раздел персонала А. Его перевели в Б. На Б у вас нет полномочий. Если стоит 0 дней, то вы сразу же после перевода (в ИТ0001 поменяется раздел персонала) перестанете его видеть. Если поставить больше нуля, то после истечения этого количества дней вы перестанете его видеть. Параметр работатает только для тех инфотипов, которым поставили галочку в поле T582A-VALDT. И только для объекта P_ORGIN.

APPRO включает и выключает работу инфотипа 130. Этот инфотип позволяет ограничивать доступ к данным на период закрытия заработной платы, например.

DFCON — определяет как системе реагировать на уволенных и несписочных сотрудников, у которых в ИТ0001 в поле штатная должность стоят все девятки. Работает только при включенных контекстных полномочиях (об этом дальше). Есть следующие варианты:

1 — смотреть на организационную единицу, по умолчанию отклонить доступ

2 — не смотреть на организационную единицу, по умолчанию отклонить доступ

3 — смотреть на организационную единицу, по умолчанию предоставить доступ

4 — не смотреть на организационную единицу, по умолчанию предоставить доступ

Когда у вас есть S в 0001 ИТ, то система штатно отрабатывает по профилю структурных полномочий и выходит на объект P (лицо, оно же табельный номер). Если мы уволили человека, или он находится в несписке, то обычно мы храним только организационную единицу. В зависимости от того, как мы хотим назначать доступы, нужно выбрать 1 или 3.

Если нам все равно на организационную единицу, мы хотим таким людям назначить действие по-умолчанию, то это варианты 2 или 4.

INCON включает или выключает структурные полномочия и использование объекта полномочий P_ORGINCON Читать далее

FAQ. Тарифная сетка

Вопрос:

Необходимо реализовать тарифную сетку такого плана: все тарифы/оклады делятся на основное/вспомогательное/социальное производство. Кроме того у тарифов есть деление на «тариф при 40 час. неделе» , «тариф при 39 час. неделе», «тариф при 36 час. неделе».
Эта тарифная сетка используется на одном предприятии, не имеющим филиалов.
Пока идея такая:
TRFAR = раздел персонала, например 21,
TRFGB = раздел персонала, например 21,
TRFGR = вид производства, например основное производство,
TRFST = разряд оплаты, например 3.
А деление тарифа по длительности недели реализовать через TRFKZ:
TRFKZ=1 40-часовая рабочая неделя,
TRFKZ=2 39-часовая рабочая неделя,
TRFKZ=2 36-часовая рабочая неделя.
Беспокоит, то что группировку для ТарСогл используем не по стандарту. Чем это может для нас аукнуться при внедрении зарплаты.
Может есть другие способы для реализации такой ЕТС?

Ответ:
Для начала напомним всем, что это за поля:
TRFAR = Pay scale type (вид)
TRFGB = Pay Scale Area (область)
TRFGR = Pay Scale Group (группа)
TRFST = Pay Scale Level (уровень)
TRFKZ = ES grouping for collective agreement provision (группировка категории для тарифного соглашения)

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

В вашем случае (документы я не видел), я бы в вид тарифа положил вид деятельности (основное, вспомогательное производство), в область тарифа дополнительный признак (возможно есть какое-то разделение по графикам и схемам оплаты кроме продолжительности недели) в связке с продолжительностью (например, ABC_39, ABC_40, CDE_35), в группу вид работы/должность (слесарь), в уровень соответственно уровень оплаты/разряд/грейд.

Использовать группировку для тарифных соглашений нужно по-стандарту.

Тонкости туризма или почему я все еще не люблю SAP

Приходится мне иногда базисником подрабатывать. Системку поставить, подшаманить, то да се. Ничего сложного, так, разминка для мозгов. И САП стабильно меня ненавидит ответной ненавистью. Как и я его, впрочем. Стабильно эта *** раз в несколько лет не ставится на девственно чистую систему, будь то винда или линуха. В этот раз я купил сервер, поставил винду. Решил попробовать поставить MaxDB. До этого развлекался с Ораклом или MS SQL. Оракл капризный, но как танк. Мелкомягкий паинька, но скучный.

Так вот, MaxDB. Это какая-то хрень консольного типа с мордой на Eclipse. Поставилось молча, запустилось и пашет. Начал обновлять до последнего, как оно написало, что перевело базу в ADMIN потом в ONLINE режим и усе. ТИшина. Никаких признаков жизни, ничего. Ждал полдня — тишина. Ребутнул. Зря. Надо было ждать полдня и один час сверху, тогда оно бы обновилось. База на 100 гигов обновляется 5-10 часов. Это вам для справки, ибо в инете такой информации нет.

А чего я полез обновляться? Так я же САП не люблю, а он меня. Эта дрянь запустилась как отче наш с первого раза после установки. Сделал все рутиные операции, запустил SGEN и оно ушло в астрал. С тех пор уже неделю не поднимается. Не запускается шлюз, а из-за него диспетчер не хочет работать. И все.. Машинка на винде, висит на двух сетевых интерфейсах, хосты прописаны, резолвятся изнутри и снаружи. А шлюз не запускается, в логах тишина даже на rdisp/TRACE = 3. Сервис находит, порт тоже. А не биндится, и ничего про бинд не пишет. При этом других систем нет, порт никем не занят. Куда копать не знаю. Ненавижу САП. Ноты, форумы и прочее уже не помогают. Ядро самое последнее 7.45 510. База свежак.

Чушь какая-то. Поставил вторую систему рядом. Также один раз, самый первый запустилась, дошел до SGEN. Умерло. С тех пор и лежит. Зла не хватает.

Вылечилось. Оказывается MaxDB в отличие от правильных СУБД не умеет ругаться матом, когда ему места в базе не хватило. Он просто умирает. Оракл или MS SQL обматерили бы меня на всех языках. А этот ничего, терпит.

Печать документов через Word Merge

Специально для одного моего заказчика, которому я обещал рассказать как можно напечатать 500 дополнительных соглашений за пару часов. Обещал и нагло уехал в США.

Рассказываю.

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

Главное в оперативном запросе то, что одна строчка с данными в отчете равняется одному документу на выходе.

Нажимаем на кнопочку обработки в MS Word, как это показано выше. Выбираем обработку писем в MS Word.

Теперь нас система спрашивает, хотим ли мы использовать уже существующий шаблон или нужно создать новый. Для первого раза я бы выбрал создать новый. Откроется MS Word, где с помощью кнопочки Insert Merge Field можно вставить в нужные места нужные поля из шаблона.

Как только мы навели красоту и порядок, то сохраняем этот документ как шаблонный где-нибудь у себя на диске. Или централизованно на сетевом ресурсе.

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

Как видите, он очень простой.

Теперь у нас есть другие волшебные кнопочки:
Edit Recipient List — выбрать данные (записи), для которых должны сформироваться документы. По умолчанию стоят все записи.
Finish & Merge — завершить обработку и сгенерировать документы. Можно сразу отправить на принтер, можно на почту или просто в MS Word файл.

В итоге мы получили два документа (две страницы друг за другом в одном документе) с разными данными на основание нашего оперативного запроса.

Зачастую такой способ гораздо быстрее и проще использовать, чем ждать дорогостоящей разработки програм для печати. Для сложных форм этот способ не подойдет, а для простых всегда пожалуйста. Причем это возможность MS Word, а не SAP. Такие списки получателей (данных) можно просто в MS Excel сделать, а потом оттуда экспортировать в MS Word и напечатать документы.

Наблюдаем за пользователями

Вы же наверняка читали курсы внимательно и очень внимательно. И наверняка знаете о возможностях протоколирования SAP Query. А я не знал. Почитал курсы и столько там интересного узнал, что сейчас поделюсь с вами.

Например, можно протоколировать все, что запускает пользователь в оперативном запросе или SAP Query. Настраивается элементарно.
Заходим в SQ02, меню Extras — Set Logs.
sq02 logging

Тут прописываем инфо-наборы и области, которые мы хотим наблюдать. Первая колонка это глобальная или локальная область (G и пробел соответственно). Вторая сам инфонабор.

Усе!

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

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

Не забываем кликать вот сюда:





Спасибо!