Архив метки: проводки

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

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

Зарплата в 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.

Вот и все.

Проводки inside

Мелочи 🙂 Но помогли быстро выудить информацию. Может какая логическая база данных есть, чтобы отчетик красивый сделать?

PPDHD – Transfer to Accounting: Document Header – документы (заголовки)

PPDIT – Transfer to Accounting: Lines in HR IDOCs – строки документа (позиции проводки)

PPDMSG – Transfer to Accounting: Table of Error Messages – сообщения об ошибках в документе

PCALAC Activities per Payroll Result

Каждый табельник, который попадает в прогон проводок, фиксируется в этой табличке. Отсюда система понимает, кто уже был проведен в FI, а кто нет. Я так щитаю 🙂