Настрой-ка командировок. Часть 3

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

Съездили мы в командировку, осмотрелись, работу поработали, вернулись, расслабились. А тут бухгалтерия требует в трехдневный срок авансовый отчет, иначе из заработной платы удержат. Мы же люди ленивые, нам проще настроить систему и из нее авансовый распечатать, чем каракули выводить на бумаге. Это я про себя. Нам нужно настроить учет затрат, формирование авансового отчета.

Сначала мы настраиваем Trip Provision Variant, где мы задаем основные параметры учета командировок для компании или ее подразделения. Для этого мы идем в IMG: Travel Expenses — Master Data — Control Parameters for Travel Expenses — Define/Delete/Copy Trip Provision Variants. Далее в признаке TRVCT указыем для какой компании какой вариант использовать. И следующим шагом в SPRO задаем основные параметры.

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

IMG: Travel Expenses — Master Data — Travel Expense Types — Create Travel Expense Types for Individual Receipt. Здесь мы создаем виды командировочных расходов, которые работник будет вводить в авансовый отчет.

travel_expense_1

Читать далее


Передача HR данных в другую систему по ALE

Сегодня столкнулся с маленькой хитростью передачи HR данных по ALE в другую систему. Настроили RFC, партнеров, логические системы — все по SPRO. Там ничего сложного. А вот в модели распределения маленькая хитрость. Если мы хотим передать и оргструктуру и людей, то группы фильтров надо выстраивать отдельно для OM, отдельно для PA. Если положить все в кучу, то при попытке передать ИТ0001 система не находит объект штатной должности и обработка IDOC останавливается. Получается нехорошо. Поэтому сначала передаем через транзакцию PFAL оргструктуру, затем табельные номера с персональной информацией, а в конце запускаем выравнивание данных в системе получателе с помощью программы RHINTE00 Transfer Organizational Assignment (PA -> PD). Она создает связи S-P, чтобы люди появились на штатке.

Если кто-то знает другой способ, то делитесь. Авансом спасибо!


Интеграция OM-PA

Узнал очередную мелкую новость. Если в PPOME делаешь связь S -> P, то есть человека мышой перенес на штатку, то это еще не означает, что в PA создастся запись в ИТ0001 с нужной даты и прописанными S, C, O. Чтобы такое исправить, есть программка RHINTE30, которая анализирует подобные казусы и сама выправляет ИТ0001 по человеку. Рекомендую 😉

Чтобы не было проблем с датами при переносе, всегда устанавливайте контрольную дату в PPOME: Видео SAP HCM для начинающих. Создание штатной позиции


Перенос должностей между системами

В рамках ведения НСИ (нормативно справочной информации) в системе решили должности таскать запросами. Чтобы во всех системах было одинаково. Делаем внешний диапазон и вуаля.

Ввиду старости лет, совсем забыл, что после переноса нужно запускать программу интеграции OM->PA. Иначе в PA в инфотипее 0001 «Организационное присвоение» будет ругаться и материться, что нет соответствующих записей в PA таблицах.

  1. RHMOVE30 — создаем запрос и кладем объекты в него
  2. Переносим в нужную систему (целевую)
  3. В целевой системе запускаем RHINTE10