Добрый день !

Возникла необходимость в правиле конечной обработки (в RUAVE) считать из RT все ВО /876 без учета сплитов и просуммировать все значения, которые есть в поле "Число".

Как это можно сделать ?

/876 в RT:

А почему не использовать для этого тот же механизм расчета средних только по /876 виду оплат, результат полоэить в &ZZZ и потом в Вашем правиле использовать это значение?

Прямо в лоб, как задача поставлена, из RT считать сумму нельзя. Нет стандратной операции. Нужно суммировать отдельно. Либо предварительно просуммировать нужный ВО и положить результат куда-нибудь (AIT, VAR).
Либо заставить просуммировать сумму RUAVE, настроив такое правило расчета среднего. Причем это может быть как отдельное правило, так и тоже правило, с которым Вы работает сейчас (если там поле NUM не используется, и релевантность периода позволяет).
Если используется отдельное правило, то нужно обеспечить чтобы это правило обрабатывалось раньше. Порядок задается наименованием правил.

Тогда освещу свою проблему полностью.
Проблема в расчете учебного отпуска в месяце приема на работу.

Было подкорректировано правило конечной обработки X018, чтобы оно корректно считало учебный отпуск который начинался в первый рабочий день. Но, возникла другая проблема. Если учебный отпуск в середине месяца, когда сотрудник принят на работу и бьет его на две части (до отпуска и после) и в правиле расчета среднего стоит стандартное правило конечно обработки X018, то в расчет релевантных дней для отпуска, попадает только период до учебного отпуска, а после (до конца месяца после учебного отпуска) не попадает.

Когда я меняю стандартное правило конечно обработки на свое (которое корректно обрабатывает расчет уч. отпуска в день приема на работу) , то у меня учитывается только период, после учебного отпуска, а до учебного отпуска период выпадет.

Вот такая проблема, надеюсь изъяснился корректно.

Насколько я правильно понимаю 922 положение, то учебный отпуск должен рассчитываться по тем же правилам что и основной, в положении сказано что средний для расчет отпуска если он наступает в месяц приема сотрудника на работу должен считаться от фактически отработанному времени, то есть в Вашем случае система так и работает.

У нас опираются на п.7 "ПОСТАНОВЛЕНИЕ от 24 декабря 2007 г. N 922 ОБ ОСОБЕННОСТЯХ ПОРЯДКА ИСЧИСЛЕНИЯ СРЕДНЕЙ ЗАРАБОТНОЙ ПЛАТЫ"

" В случае если работник не имел фактически начисленной заработной платы или фактически отработанных дней за расчетный период и до начала расчетного периода, средний заработок определяется исходя из размера заработной платы, фактически начисленной за фактически отработанные работником дни в месяце наступления случая, с которым связано сохранение среднего заработка."

Т.е. на сколько я понял, для расчета дней для учебного отпуска должен включаться период до его наступления и после (говорим об учебном отпуске в месяце приема на работу)

В том то и дело что у Вас, имхо конечно, и есть это нарушение, ведь фактически начисленная заработная плата должна учитываться ДО наступления отсутствия (по закону отпускные должны быть начислены и выплачены не позднее 3х дневного срока до наступления отпуска), а ни как после, ведь следуюя здравому смыслу бухгалтер не может быть уверен что после отпуска учебного сотрудник обязательно отработает оставшиеся дни и эти дни НЕ БУДУТ вычитаться из расчетного периода для отпуска.

По сути пример такой:

апрель месяц 12 года - план 21 рабочих дней оклад 10000
1. с 1 по 12 работа - 8 рабочих дней
2. с 13 по 20 учебный отпуск
3. с 21 по 30 - 7 рабочих дней

ЗП: 10000 / 21 * 15 = 7142,86
Средний: (10000 / 21 * 8) / (8 * 29.4 / 30 ) * 8 дней = 3887,27

Мои бухгалтера именно так и воспринимают этот пункт 922 положения.

Что касается расчетного периода, то если следовать логики 922 положения то 8 дней меньше чем 30 поэтому необходимо найти дни в расчетном периоде по формуле определенной п.10 922 положения "Количество календарных дней в неполном календарном месяце рассчитывается путем деления среднемесячного числа календарных дней (29,4) на количество календарных дней этого месяца и умножения на количество календарных дней, приходящихся на время, отработанное в данном месяце."

Оставим эти вопросы на совести бухгалтеров :о)
Хотят сделать, как описал выше.

akhomenko
Чтобы вычисление сработало так, как Вы хотите, необходимо чтобы средний для отпуска был вычислен на первом этапе вычислений.
Напомню, RUAVE делает два прохода. Сначала выполняет проход по всем периодам для всех ВО средних, который попали в расчет. На втором этапе выполняется прогон для каждого ВО отдельно только по текущему периоду с учетом сплита по AB. В журнале этот факт отражается так – сначала идет фраза «Считать и кумулировать предвариательные результаты», затем для каждого правила среднего и сплита AB, типа «Считать и аккумулир. тек. период для RUхх и AB yy».

Так вот, первый проход никак не учитывает сплиты. Если Вы средний вычислите на первом этапе, то средний будет подсчитан на основе информации за весь месяц. И ВО /876, про который Вы говорили, и сумма дохода будет за полный месяц. Дополнительно собирать ничего не нужно. NUM=M/AMT=M сами вернут нужное значение.

Второй этап запускается только для тех правил, для которых средний не был вычислен на первом этапе. Тут уже выборка данных происходит с учетом сплита AB - исключаются данные, которые относятся к периодам позже рассчитываемого отсутствия.

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

Добрый день, RoustR !

"Второй этап запускается только для тех правил, для которых средний не был вычислен на первом этапе. Тут уже выборка данных происходит с учетом сплита AB - исключаются данные, которые относятся к периодам позже рассчитываемого отсутствия."

При стандартном правиле конечной обработки X018 как раз это и происходит. Обработка идет в " Считать и аккумулир. тек. период для ZU01 и AB 01"

"Так вот, первый проход никак не учитывает сплиты. Если Вы средний вычислите на первом этапе, то средний будет подсчитан на основе информации за весь месяц. И ВО /876, про который Вы говорили, и сумма дохода будет за полный месяц. Дополнительно собирать ничего не нужно. NUM=M/AMT=M сами вернут нужное значение. "

Но вот когда подставляю свое правило конечно обработки, за текущий период обработки не происходит, и в " Считать и кумулировать предвариательные результаты" обработки тоже нет. Правило расчета среднего ни для одного периода не релевантно. И в результате, в правиле конечно обработки NUM=M/AMT=M возвращают 0 .
Правило конечно обработки:


ФМ в правиле релевантности "HR_RU_AV_REL_PER"

Вероятно, речь идет о межрасчете отпуска, так? Сравните с регулярныйм расчетом.


В своем правиле можно сделать проверку, на каком этапе расчете среднего мы находимся. Используются операции TABLEAVEST/VARGBCURR, то есть проверка поля avest-curr. Когда avest-curr=’X’, идет второй этап расчета. Сам САП использует такую проверку, например, в правиле RUVM.
Свои действия выполняй только когда avest-curr=’X’, тогда правило запустится и на втором этапе.

В связи с этим я дальше вижу 2 проблемы:
1. Исходный вопрос – считать сумму /876 из RT по всем сплитам – для межрасчета отпуска решить не удается. Для регулярного расчета это работает, для межрасчета – нет. Чтобы работало и для межрасчета, придется вносить изменение в ФМ релевантности HR_RU_AV_REL_PER.
Поэтому, возможно проще, пойти другим путем, а именно собрать сумму /876 заранее, и положить ее, например, в VAR.

2. В решении САП отпускные в такой ситуации (отпуск в месяце приема) считается по разному в межрасчет и в регулярный расчет. В межрасчет расчет выполняется с учетом дохода до отпуска, а в регулярный расчет – за весь месяц. Это может в определенных случаях приводить к ошибке расчета.

В том-то и дело, что идет регулярный расчет.

Скопировал правило расчета среднего, которое используется для для обычного отпуска и учебного отпуска и присвоил новое правило учебному отпуску. Поставил стандартное правило конечно обработки и все заработало, так как надо ! :о)

ZU01 - для обычного отпуска.
ZZ01 - для учебного отпуска.
А именно:
Если отпуск и учебный отпуск в середине первого рабочего месяца, то учебный отпуск считается на первом этапе вычисления «Считать и кумулировать предвариательные результаты» , а обычный отпуск считается на втором этапе вычисления «Считать и аккумулир. тек. период для RUхх и AB yy».

На первом этапе после NUM=M в нум заносятся все дни за месяц релевантные для расчета отпуска (без учета сплитов)
А после AMT=M весь доход за месяц.




Для расчета обычного же отпуска, берется доход, до начала отпуска и дни до наступления отпуска.
Т.е. получается, что настройки правил расчета среднего для отпуска и учебного отпуска одинаковые, а считаются по-разному!

Покопавшись в курсах, я нашел табличку V_T7RU51AV_A из-за которой данные расхождения и произошли, а именно из-за "флажка" Учитывать актуальный период.

Если данный "флажок" установлен, то идет расчет на втором этапе вычисления (Считать и аккумулир. тек. период для RUхх и AB yy)
Если же он не установлен, то расчет происходит на первом этапе вычисления (Считать и кумулировать предвариательные результаты)

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

Но у меня появился еще вопрос. Этот же флажок есть в ракурсе V_T51AV_A


Но его присутствие никак не влияло на этап расчета среднего в RUAVE. Для чего он тогда нужен ?

Он нужен только в том случае если до наступления отсутствия не было ни дней ни ЗП, в 922 положении об этом говориться в разделе когда отсутствие возникает в первфй день приема и в месяц приема сотрудника на работу