Коллеги, подскажите, что делать!

Ситуация: конец июля, зарплата еще не рассчитана.
Требуется рассчитать отпуск, начинающийся с 3 августа.
Версия 6.04.

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

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

Я пробовала для таких случаев поставить в T51AV_A галку "учитывать актуальный период", но в этой ситуации RUAVE просто вываливается с ошибкой "Расчет для <табельный номер> выполнить не удалось (период 07/2012)"
Ведь должна же быть где-то нормальная обработка и учет этих самых моделируемых данных текущего месяца????

(Знаю, что уже была такая тема в своё время, но только она старая, а за это время многое изменилось...)

Добрый день! У меня с такой ошибкой падал расчет, когда я пыталась сделать расчет за июль, а июнь по человеку не был расчитан, т.е. был пропуск месяца в кластере зарплатном.

Так а текущий месяц еще и не будет рассчитан, еще табеля нет.
О том и разговор, возможно ли июль смоделировать?

Как вы решали в итоге?

Версия 6.04 умеет красиво рассчитывать такие отпуска в стандарте.

В случае, когда мы расчитываем межрасчетом отпуск следующего месяца, RUAVE сама моделирует текущий расчетный период и берет полученные результаты для базы среднего.
А когда регуляром считаем оплаченный ранее межрасчетом отпуск, то RUAVE уже берет базы из IT и RT.

Да в том-то и дело, что ничего она не моделирует сама!
Берет из кластера всё, что есть и считает по 11 месяцам вместо 12.

Я потому и спрашиваю, может быть для этих целей есть какая-то настройка, о которой я не знаю.
У нас в плане расчета отпускных - голый стандарт. Стандарная RUAVE, после неё стандартное правило RUA3. Ничего экстраординарного.

А простое моделирование июля завершается без ошибок?

Можно еще поставить галку "Учитывать актуальный период" в табличке V_T7RU51AV_A, но не уверен что поможет

Olya, проверьте это предположение, так как сообщение "Расчет для <табельный номер> выполнить не удалось (период 07/2012)"
означает, что моделирование расчета текущего месяца было запущено, но закончилось ошибкой. Чтобы узнать что за ошибка, нужно выполнить просто регулярный расчет (моделирование).

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

Внецикл тоже отрабатывает без ошибок, но с некорректными данными (11 месяцев, т.е. моделирования за июль не происходит).

Ошибка возникает только во внецикле, если мы рассчитываем отпуск будущего периода при отсутствии текущего расчета и стоит галка "Учитывать актуальный период" в V_T7RU51AV_A. В этом случае драйвер не доходит до конца расчета, а вываливается с красным сообщением из ф-ции RUAVE.

ruave запускает моделирование через определенный в настройках вариант драйвера расчета.
Смотрите ветку спро по офсайклам, по умолчанию вроде вариант прописан sap&oc. Точнее подсказать не могу, нормальной системы сейчас нет под рукой. У вас скорее всего нет варианта запуска с названием указанной в той настройке.

Коллеги, добрый день
Подскажите, плиз, всё-таки есть ли возможность настроить в регулярном расчете отображение ВО со ставкой для отпуска, включающего месяц расчета. Т.е., есть ВО со ставкой, при расчете мая ставка выбирает период предществующих 12 месяцев (01.05.2019-30.04.2020), что логично, но нужно всё-таки как-то автоматизировать, чтобы рел период стал 01.06.2019-31.05.2020. Есть такая возможность?

Спасибки))

Если говорить про отпуск, то текущий период расчета должен включаться в период расчета среднего, если это отпуск следующего месяца. В SAP это считает в стандарте, ничего дополнительно делать не нужно. Считаете отпуск межрасчетом, после чего отпуск включается в расчет текущего месяца, где для него в расчете среднего активируется специальный прогон, который вычисляет средний с учетом текущего периода.

Мало того, в месяце расчета может быть одновременно два отпуска, текущего и будущего периода. Эти отпуска будут обработаны одним ПРС, но с разными периодами анализа, и соответственно с разными средними.