Ситуация какая-то странная

Есть несколько людей, для которых заведены отсутствия.
Если запустить моделирование расчета, то часть из них на этапе:

IF RUWP Разделять? (возможны ли средние?)

выпадает в ошибку "Рекурсивный вызов операции MEANV",
а другая часть (с теми же видами отсутствий) рассчитывается корректно.
Если запустить расчет ОТДЕЛЬНО для ОДНОГО ошибочного табельного номера, то он рассчитывается без ошибки. Если для НЕСКОЛЬКИХ ошибочных или ошибочный+корректный, то опять появляются ошибки.

В чем может быть дело?

Если вы не используете при расчёте средних суммы части месяца, в котором началось отсутствие, то можете смело закоментировать весь этот блок (начиная с IF и по ENDIF).

что-то я не совсем поняла..

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

Но мне все равно не понятно, почему в случае запуска расчета по одному человеку все отрабатывает нормально, а по 2 и более вылетает в ошибки...и как с этим бороться.

Могу сделать умное лицо и посоветовать отладчик. Многие вещи я именно таким образом изучал :)

Ну тогда придётся подправить правило RUWP - заменть вызов "GCYGRUWP2" на "SCOND=T IF".
На сколько я помню (была у меня такая проблема) у 30 правила расчёта средних есть правило релевантности, которое опять вызывает MEANV 30. А причина того, что при расчёте одного человека нормально, а для нескольких нет, по моему в том, что не происходит отчистка какой-то переменной при переходе расчёта от одного работника к другому. И скорее всего, это происходит при одном из вызовов операции RUPPR (российского помола) в правиле RUWP. Это можно проверить путём просмотра журна вызова этого правила для первого и второго случая - я предполагаю, что условия для одного и того же человека буду выполняться по разному.

Спасибо! Все так и есть:-)

Meanv писал(а):
"А причина того, что при расчёте одного человека нормально, а для нескольких нет, по моему в том, что не происходит отчистка какой-то переменной при переходе расчёта от одного работника к другому. И скорее всего, это происходит при одном из вызовов операции RUPPR (российского помола) в правиле RUWP"

Да, действительно с RUPPR что-то не так.
RUPPR P в правиле ruwp работает не предсказуемо, поразному при расчете списком и при расчете одного сотрудника.

Как её заставить работать одинаково? Или чем можно заменить?

Может у кого нибудь есть описание этой операции?

С помощью отладки обнаружили что при расчете, для первого табельного номера из списка, функция RUPPR P неверно отрабатывает, исправили добавив в include PCSUBRU0 подпрограмму check_bul заполнение начальным значением поля T500P-land1 равным RU

Скорее всего вы нарвались на стандартные грабли, когда российская функциональность не работает при T500p-land1 (код страны в разделе персонала) не равном RU. Лучше это поле заполнить просто