Два способа передачи рабочего времени в контроллинг

Вру, на самом деле существует три способа передачи рабочего времени в контроллинг или управление проектами. И самый эффективный какой? Правильно, тот который несет нам лучшая практика с Запада — напечатать ведомость на бумаге и отнести ножками в соседний отдел. Так работает Америка, братцы и сестрички.

А нормальные ребята делают так. Передавать данные из HR в другие модули можно двумя способами: через CATS и через проводку заработной платы.

Для передачи через CATS рабочих часов нужно создать статистический показатель в контролинге в ракурсе V_TKA03_T. Примерно вот так.

В CATS мы указываем МВЗ и статичестический показатель, чтобы часы и все данные попали в интерфейсную таблицу CATSCO.

МВЗ у меня слева где-то осталось, лень настраивать поля.

После сохранения, деблокирования, утверждения часов можно запустить передачу данных в контроллинг с помощью одной из транзакций

  • CATA — Общее для всех компонентов
  • CAT7 — Учет и отчетность

После переноса данных в контроллинге часы можно посмотреть в отчете S_ALR_87013645 — Статистические показатели: развертка по периодам.

Второй способ заключается в настройке правильного символьного счета при передаче проводки. При определении символьного счета можно указать, стоит ли передаваться часы из виды оплаты или нет в объект контировки. Это регулируется типом символического счета:

    null
  • C Проводка на расходный счет
  • CN Проводка на расходный счет (без кол-ва)

Если указать тип счета С, то после проводки данные из поля Часы вида оплаты попадут в контроллинг. Посмотреть часы можно в транзакции KSB1 — МВЗ: фактические отдельные позиции

Все аналогично работает для передачи часов в модуль PS Управление проектами, только отличаются транзакции с отчетами для просмотра.

На основание переданных данных контролинг может производить свои расчеты и распределения затрат.

Пожалуйста — спасибо.


Зарплатчики — ликуйте

Еще один полезный твик. Программа RPCIP_DOCUMENT_ANALYSE позволяет наглядно, быстро, красиво, безумно, офигенно выводить прогоны проводок в один отчет в ALV! Годы я ждал это чудо, и вот, нашел. Нашел как всегда случайно, ковырясь в пакетах разработки вендора.

Это MUST HAVE!


Техническая проверка документов проводок

Есть такая волшебная программка у САП RPCIP_TRANSFER_CHECK, которую САП рекомендует запускать каждый расчетный период (согласно документации). Она пробегает по всем прогонам проводок со стороны HR и сверяет с наличием документов в FI системе. Удобно, когда в компании есть много межрасчетов с проводками, много исполнителей и вообще человеческий фактор — прогон проводок запустили, сделали передачу, а что-то не доехало до FI системы. HR об этом не узнает, а базис может не отслеживать все IDOC. А так можно запланировать программку отправлять вам результат проверки на почту и быть в курсе событий.


Три способа получить зарплату в SAP BW

Привет.

Знаете ли вы, что есть три способа получить заработную плату в BW из HR системы?

  1. Экстрактор 0HR_PY_REC_51. Самый точный и самый медленный. Экстркатор выгружает всю таблицу RT со всеми сплитами. Вообще со всеми. Соответственно, объем получается в разы больше всех остальных способов, что сказывается на производительности. Не поддерживается и не рекомендуется к использованию САПом (насколько я помню хелпы и форумы).
  2. Экстрактор 0HR_PY_PP_1. Проводки в разрезе видов оплаты. Удобно использовать для выверки с контроллингом (что уехало из HR и что приехало в FICO).
  3. Экстрактор 0HR_PY_1_CE. Выгружает заработную плату из HR в разрезе расчетного периода. Сплиты «схлопываются», поэтому нужно быть аккуратным с техническими видами оплаты, которые разбиваются по полупериодам (/001, например).

Изменение содержимого IDOC

Travel Management интересная штука. Когда вы делаете проводку в FI систему, то оно не проверяет на период, открыт ли он. И ваш IDOC с авансовым отчетом может успешно уйти из HR и потеряться в FI. И никто об этом не узнает, если только не нажмет кнопочку проверки в транзакции управления прогонами PRRW. Так и сегодня отправили мой авансовый в FI и забыли. А он на дошел. В таком случае сторнировать нельзя, так как HR считает, что документ уже проведен.

Вот и приходится искать обходные пути. Либо удалять и заново создавать, утверждать у начальства и пр. Либо поменять всего лишь дату проводки в IDOC для FI документа. Я решил пойти вторым путем. В BD87/WE02 открываем нужный нам IDOC. Разворачиваем до уровня сегмента и нажимаем два раза на листочек рядом с названием сегмента. Теперь через меню меняем нужное нам поле и сохраняем. Сам IDOC при этом копируется, получает новый статус.

Осталось самое маленькое — отправить этот исправленный IDOC заново. Просто так этого не сделать, так как установленный статус 32 (отредактирован) не даст. Для этого меняем статус на 30 с помощью программы RC1_IDOC_SET_STATUS.

Вот и все.