Архив рубрики: Вопрос-ответ

FAQ. Восстановление работника

Вопрос:

Как восстанавливать в системе сотрудников, которые через суд опротестовали своё увольнение. Коллега консультант говорит, что правильно — удалять все увольнения и заводить компенсацию. А заказчик хочет, чтобы увольнение в системе осталось, но чтобы восстановление не было приёмом или повторным приёмом. Например, заводить новое мероприятие.

Ответ:

В данном случае я соглашусь с консультантом. Если заказчик хочет видеть увольнение и восстановление, то для этого можно провести мероприятия, которые не изменяют статус работника (0 и 3). То есть, удаляем действующее мероприятия увольнения (смена статуса на 0), а затем той же датой вводим мероприятие «Увольнение с последующим восстановлением» с нужной причиной. Статус при этом не меняется, компенсация выплачивается согласно решению суда. В итоге мы сохраняем целостность данных, сохраняем аналитику и корректно учитываем человека в системе.

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), в группу вид работы/должность (слесарь), в уровень соответственно уровень оплаты/разряд/грейд.

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

FAQ. Учебные материалы

Вопрос:

Виталий, не могли бы вы порекомендовать ресурсы ,который с вашего мнения достойны для просмотра по сап-тематике?
Интересуют относящиееся к тех . архитектуре, тестированию,  с какими-то курсами.

Ответ:

Я сам учусь на следующих ресурсах (бесплатных):

  • sdn.sap.com
  • help.sap.com
  • open.sap.com
  • SPRO
  • Support.sap.com/notes

FAQ. Загрузка образования через LSMW

Вопрос:
Виталий, встречалась ли Вам такая задача загрузить изменения записей инфо-типа 0022 «Образование». Мы добавили на экран инфо-типа Z-поля для внесения информации на английском языке. Теперь нужно довнести в эти поля данные. Но загрузить изменения не удается, у табельного номера несколько записей и программа LSMW загружает в первую запись, не осуществляя проверку на даты, вид образования..
Эта задача осуществима с помощью LSMW?

Ответ:
Это общая проблема для обновления записей через PA30 и LSMW. Чтобы решить задачу есть два варианта:
1. Удалить и загрузить правильно. То есть сначала выгружаем что есть, обновляем данными, удаляем из системы, загружаем правильные значения.
2. Если первый вариант не работает, то в ряде случаев можно «обратиться напрямую к записи» указав точные ключевые параметры: дата начала, дата окончания, подтип. Тогда LSMW откроет именно нужную запись. Но если есть две записи с 18 подтипом и одинаковыми датами, то увы, не сработает (два высших образования полученных одновременно).

FAQ. Переход в SAP

Вопрос:

Я работаю 4 года (2 в одной и 2 в другой) в компаниях, где используется sap hr, на позициях связанных с HR-отчетностью (очень разные выгрузки из оперзапроса, табеля, отчета по видам оплат, работа с PPOSE, немного payroll’а).

Я очень люблю систему, технарь по образованию и хочу перейти в поддержку sap hr (в идеале наверное не в консалтинговую компанию, а скорее в «обычную» компанию в it департамент, но это не строго).

Как Вы думаете, знание бизнес-процессов и работа с системой в качестве пользователя даст преимущество при обучении?

И вопрос #2-увидел недавнюю статью «куда бежать новичкам», там говорилось про Ваши курсы, но при этом не нашел более детальной информации про них-цена, формат обучения и тд

Могли соориентировать по ним?

Ответ:

На этот счет у всех разные позиции. Я когда принимаю к себе людей на работу смотрю на знания бизнеса, ход мыслей. Если вы технарь, то знание программирования будет в плюс. Знание администрирования серверов или ПК будет никак, в ноль. Если вы работали как технарь с бизнесом, понимаете специфику, имеете представление о законах, то это большой плюс. Многие консультанты не знают законов даже на старших должностях.

У технарей есть одна особенность (это ни хорошо, ни плохо) — боязнь и нелюбовь к разговорам с заказчиком или пользователей. Зачастую это становится причиной идти в поддержку, где общение происходит через компьютер, а не очно. Нужно понимать, что в поддержке вы получаете интенсивные знания, то есть глубокие для конкретной компании. В консалтинге экстенсивные, то есть широкие ввиду работы со многими компаниями. Идеального варианта не существует.

Обучение:

Действительно я провожу индивидуальные курсы по базовой функциональности SAP. Программа разрабатывается под каждого человека индивидуально. Средняя стоимость одного астрономического часа (60 минут) составляет 2 тыс. Формат удаленный, когда мы по скайпу проходим теорию и практику, выполняем задания с живых проектов. Назначается домашняя работа и разбирается ее выполнение.