Дамы и господа, здравствуйте.
Помогите пожалуйста новичку.
Бизнес требования заключаются в следующем:
1) квартальная премия выплачивается в следующем за кварталом месяце, например:
премия за 1 квартал выплачивается в 4 (апреле) месяце, за 2 квартал - в 7 месяце и т.д.;
2) квартальная премия может выплачиваться в межрасчетном периоде и/или несколькими выплатами;
3) годовая премия может выплачиваться в следующем году;
4) годовая премия может выплачиваться частями.

В курсе HR433 сказано, что годовую премию, для корректного попадания в релевантный период, необходимо сохранять в периоде за который она выплачивается, т.е. годовую премию за 2013 год, выплачиваемую в 6 (июне) месяце 2014 года, необходимо сохранить в 12 (декабре) 2013 года. При этом, впоследствии, произойдет перерасчет средних в 1 (январе) - 06 (июне) месяцах 2014 года. Если выплата годовой премии производится в несколько этапов, то в расчет среднего берется одна, максимальная сумма из этих выплат.
Вопрос 1: чтобы корректно сформировался в/о /AVY эти несколько выплат нужно заносить отдельными суммами в 12 месяц 2013?
Вопрос 2: в справках 2НДФЛ и прочих годовая премия отразится в 2014 году или в 2013?
Вопрос 3: квартальную премию также нужно заносить в период за который она начисляется, например в 3 месяц или же в период в котором она выплачивается, т.е. в 4 месяц?
В релевантный период для расчета среднего у нас попадает 4 квартальных премии, причем период за который начислена первая из них всегда неполностью входит в релевантный период, а значит сумма первой кватральной премии должна быть, согласно комментариям Минсоцтруда, сокращена по аналогии с годовой, т.е. разделена на нормативное время и умножена на фактическое.
Вопрос 4: как реализовать такое сокращение для первой квартальной премии, попадающей в релевантный период?

Не обязательно, как угодно можно сделать. Например, можно заносить в январь текущего года. Это определяется ФМ релевантности. Можно свой реализовать.


Опять же, можно сделать и так, и так. Заходить нужно с другой стороны - определять как надо, а потом это настраивать. Но на мой взгляд, будет несколько странно, если премию за 2013 год, которую выплатили в июне 2014, изменит 2-НДФЛ за 2013 год. 2-НДФЛ же уже сдали к этому времени уже сдали, что заново сдавать?


Зависит от ФМ релевантности. Вы можете устанавливать свои правила ввода квартальной премии, например, считать, что квартальные премии, выплаченные с февраля по апрель, относятся к 1-му кварталу. Все решается подбором ФМ релевантности либо написанием своего ФМ.


Никогда так не делал, но полагаю схема реализации будет примерно такой. Необходимо выделить отдельные правила расчета премий на 1,2,3 и 4 кварталов, то есть, премия за каждый квартал будет считаться отдельно. Есть стандартные ФМ релевантности для реализации такого метода (HR_RU_AV_REL_QUART_1, HR_RU_AV_REL_QUART_2,...). Если период получился не полным, он сокращается аналогично годовой премии). Затем в конце значения этих 4-х правил складывается.


Кроме всего прочего, можно пользоваться таким приемом, который позволяет развезать дату выдачи премии и дату учета премии для среднего. Нужно завести 2 отдельных ВО для премий, один будет собственно начислением премии, второй - для использования в расчете среднего. Премия вводится 2 записями обоими ВО, на разные даты. Так, например, можно решить проблему выплаты премии в межрасчет.

Да, еще. В САПе есть функциональность, которая использует только одну премию одного вида за один период. Поэтому, если вы будете вводить премию по частям, вполне возможно, что стандартные правила расчета среднего будут учитывать только одну часть премии. Эта функция управляется настройкой в t51p1, индикаторы AM,AQ,AY.

Уважаемый RoustR, большое Вам спасибо за ответы.


Я так понимаю, что регистрация годовой премии в декабре прошлого года решает две проблемы: вызывает запуск обратных расчетов и позволяет, в случае отсутствия начислений в прошлом году, выбирать данные позапрошлого года и т.д.
Если регистрировать годовую премию прошлого года в январе текущего, товижу две проблемы:
1) пересчитаются ли отпускные январского межрасчета?,
2) в реливантные периоды нужно будет включать текущий месяц и 11 предыдущих, а это противоречит требованию, выборки данных за предыдущие 12 месяцев, а также усложняет переход к позапрошлому году (если я правильно понимаю работу ФМ HR_RU_AV_REL_PER(_VAC) ).


Я правильно Вас понял, что SAP позволяет занести в/о для расчета в прошлом периоде, а в отчетности отобразить его в периоде его выплаты, т.е. в кластере он будет храниться в декабре прошлого года, а в 2НДФЛ будет отображаться, например в 6 месяце текущего года?


Да, я думал над таким вариантом, но тогда не понятно как, в случае отсутствия данных в прошлом периоде, переходить к позапрошлому периоду, и т.д.
Кроме того, придется как-то увязывать между собой работу разных ФМ, определяющих релевантые периоды для разных правил расчета среднего, т.к. один ФМ для одного в/о будет находить релевантные периоды в прошлом году, а другой ФМ для другого в/о будет находить релевантные периоды в позапрошлом году, если я правильно понимаю работу ФМ (пока их не трассировал).

Настройки:
Включил "новый алгоритм" расчета среднего (NEWAV='X', RTEAV='X')
RUAVE генерит /V22 для годовой (правда не понятно откуда)
Для /V22 определено правило среднего RU22 с правилом кумуляции RU12
В правиле кумулляции прописан в/о 1220 (Годовая...), который загружен в кластер через LSMW
Через индикатор AY настроена связь в/о 1220 с в/о /AVY, в который должна присваиваться максимальная сумма при выплате бонусов несколькими суммами
Определен в/о 3000 (Отпускные) для вида отсутствия 0100 (Отпуск) к которому привязано правило среднего ZU01 (аналог AU01)
Правило среднего ZU01 связано с правилом RU22 с правилом сокращения RUWA (V_T7RU51AV_B)

Проблема:
При расчете в таблице кумуляций видно, что для правила RU22 выбирается сумма в/о 1220 и присваивается в/о /AVY
Далее видно, что вызывается правило RUV7, а затем фича - правило RUWA
Дальше все правила среднего за исключением главного ZU01 куда-то исчезают, где лежат в/о /V.. и куда записались в/о /AWY не понятно

На выходе имеем таблицу AVERAGE в которой есть правило RU22 с несокращенной суммой годовой деленной на 12
и таблицу RUAVE с правилом RU22 с полной (несокращенной) суммой годовой и таблица ORT, содержащую в/о 3000 c какой-то суммой.
Далее таблица ORT очищается и ВСЕ!
До конца обработки в/о 3000 содержит сумму, вычисленную из основных выплат, а где бонусы - не понятно.

Вопрос:
Подскажите, что нужно для полного счастья?

Нужно настроить таблицу V_T7RU51AV_B (по этой таблице для основного прс выберутся технические прс для учета премий: 5-6 штук) для нового правила расчета среднего и проверить индикатор подмены AA (по этому индикатору во /AVY превратится в /AWY - он ляжет в релевантные периоды для основного прс наряду с окладом и пр. и будет содержать сокращенную премию)

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

Такой подход учитывает проблемы, которые Вы указали.
1. Обратные расчеты с января запускаются.

2.Отпускные января пересчитаются.
Не совсем понял зачем тут слово "межрасчет" использовано. На всякий случай укажу, что если в период межрасчета января дадут годовую премию, и сотрудник после этого сразу пойдет в отпуск, то нет, в межрасчет такая премия не будет учтена. Но она также не будет учтена, если годовую премию введут в декабрь прошлого года. В любом случае, в регулярный расчет премия учтена будет.

3.Не вижу здесь проблемы. Требование 12 месяцев относится к основному доходу. Про годовую премию требование совсем другое - включаем годовую премию за прошлый год. Так как мы разделяем сбор основного дохода и годовой премии, то и правила отбора периодов мы можем указать разные.
В расчете января по основному доходу, текущий месяц не включим, возмём 12 предыдущих. По годовой премии возмём только текущий месяц, все остальные периоды - не релевантны.

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

Да. Это называется учет налогов в "в-периоде". На мой взгляд, это наименее проблемный подход в расчете налогов (хотя тут могут быть и другие мнения). Все доходы, который прошли в текущим периоде, относим к налоговой базе текущего периода. Управляется 68 классом у ВО налоговой базы.

Большое спасибо за ответы.
С исчезновением доп.выплат разобрался, проблема была банальная: в копии правила кумуляции не было видов оплат /AW*.



Вопрос 3.
Предположим, что для квартальных премий используется один вид оплаты, и используется одно правило расчета среднего для /V25.
Уважаемый RoustR, подскажите как система определяет максимальную сумму? Премию за один и тот же премиальный период нужно вносить в один и тот же период расчета, или есть какие-то настраиваемые правила, о которых вы говорите в цитате?
Пример:
а) квартальная за 4кв. 2012 выплачена одной суммой 10000 в 01-2013;
б) квартальная за 1кв. 2013 выплачена двумя суммами: 3000 в 04-2013 и 7000 в 05-2013.
Чтобы система выбрала в /AVQ за 4кв 2012 сумму 10000 рублей, а за 1кв 2013 сумму 7000 рублей, в какие расчетные периоды необходимо занести суммы выплат?

Вопрос 4.
Можно ли реализовать алгоритм ветвления сокращения квартальной премии в правиле RUWA через переменную, например если сумма переменной равна нулю, то выполнять сокращение, после чего присвоить этой переменной сокращенную сумму, или что-нибудь больше нуля. При последующих проходах, поскольку сумма переменной отличается от нуля, сокращение НЕ выполнять?
Спасибо.

Мне сложно ответить вот так, без примера. Посмотрите сами. Это функция обрабатывается ФМ HR_RU_AV_REFINE_RESULTS. Там видно как это работает.

ЗЫ. Похоже, что премия должна быть ведена просто по кварталам, будет учтена только одна наибольшая сумма на квартал, и ляжет она в 03, 06, 09 или 12 месяц ВО /AVQ.

Если не ошибаюсь, этот кусок говорит о том, что максимум анализируется для периодов расчета 03, 06, 09 и 12.
Облом...?!

* Process AQ - quarterly
CASE <lt_result>-evp-fpper+4(2).
WHEN '03'
OR '06'
OR '09'
OR '12'.
LOOP AT lt_max WHERE indlg = 'AQ'.
READ TABLE results ASSIGNING <lt_result2>
WITH KEY evp-seqnr = lt_max-seqnr binary search.
IF sy-subrc EQ 0.
COLLECT lt_max-rt INTO <lt_result2>-inter-rt.
ENDIF.
DELETE lt_max.
ENDLOOP.
ENDCASE.

Нет, там не так работает.

Сначала идет большой цикл по всем результатам расчетов, в каждом из которых ищем ВО, указанные в t51p1 под индикаторами AM, AQ и AY. Когда находим, записываем значения этих ВО в таблицу LT_MAX, подменяя за одно и ВО на вторичный из t51p1. В LT_MAX записываем только максимальное из найденных значений. Это свое рода накопитель.
Далее, в процессе обработке результатов расчетов накопленные на данный момент значения LT_MAX переносится в RT. Каждый вид премии по своему условию. Вы кусок кода для квартальной премии. После этого значение LT_MAX для этого вида премии сбрасывается.
В конце необработанный остаток LT_MAX переносим в последний период.

В примере при обработке 04-2013 в LT_MAX попадет сумма 3000 под ВО /AVQ. В следующей итерации, 05-2013, сумма 3000 будет заменена на 7000. Затем, при обработке 06-2013, сумма 7000 будет перенесена в RT.
Таким образом, в 06-2013 появится самое большая выплата квартальной премии за 2 квартал под ВО /AVQ, которого изначально там не было. Теперь эта запись будет доступна правилу расчета среднего.

Уважаемый RoustR, Вы правы.
Но дополним предыдущий пример, и получим некорректный результат:
а) квартальная за 1кв. 2013 выплачена двумя суммами: 3000 в 04-2013 и 7000 в 05-2013;
б) квартальная за 2кв. 2013 выплачена двумя суммами: 6000 в 06-2013 и 4000 в 07-2013.

Как ФМ будет считать?
а) Максимум( 3000, 7000, 6000 ) -> 7000
б) Максимум( 4000 ) -> 4000

А должно быть так:
а) Максимум( 3000, 7000 ) -> 7000
б) Максимум( 6000, 4000 ) -> 6000


Или я ошибаюсь?

Тут есть следующие выходы.

1. Делать ровно так, как хочет САП - вводить квартальную премию точно по кварталам. Премию за 1-й квартал вводить в первый квартал.
2. Делать свою реализацию учета квартальной премии, которая будет учитывать ваши нюансы.
3. Разделить ВО премий на два: один для выплаты самой премии, второй - для учета в расчете среднего. ВО самой премии водить в месяце выплаты, ВО для расчета среднего вводить точно по кварталам.

Здравствуйте, дамы и господа.

Столкнулся со следующей ситуацией, отпускные считаются по разному во внециклическом и регулярном расчете.
При расчете отпускных используется правило RUWA для сокращения суммы премий.
В указанном правиле сумма премии умножается на /V08 и делится на /V06.
Проблема заключается в том, что сплит по рабочему месту (APZNR) вида оплаты /AVQ (01) во внециклическом расчете отличается от сплитов в/о /V08 и /V06 (00).
Стоит отметить, что во внециклическом расчете вызывается ФМ HR_PAYROLL (simulate), внутри которого сокращение производится правильно, а вот в основном цикле выполнения схемы расчета сокращение производится неправильно по вышеописанной причине.
В регулярном расчете все выполняется корректно.
Я уже упарился трассировать процедуру. Может быть вы сталкивались с такой ситуацией, подскажите пожалуйста, куда следует посмотреть...

Заранее благодарен.

Я правильно понимаю, что при обработке ВО /AVQ при NUM= /V08 у вас не считывается значение из-за разного набора сплитов?
В теории, это не должно быть, т.к. в самом начале правила RUWA стоит ELIMI RY, что сбрасывает сплиты в APZNR и ABZNR
Может у вас правило RUWA отличается от стандартного?
В стандарте оно выглядит так: