Уважаемые коллеги, как у вас считается больничный по травме?
Вроде он не должен ограничиваться 415000 за год, но все равно считаться по данным 2 прошлых лет?

Для травмы нужно отдельные правила для средних делать

у нас версия 4.6.
Сейчас в правиле конечной обработки RUVB ВО ограничивается 415 000.
Я правильно понимаю, что для травмы нужно правило, в котором база будет за 2 года, но не будет ограничений?

Аналогично обычным больничным, только правило конечной обработки должно быть без ограничений.

Уважаемые коллеги!
Обнаружила следующую ошибку при расчете больничных. Если у сотрудника введено 2 отдельных больничных в одном месяце, то расчет воспринимает 2-й больничный как продолжение 1-го, даже если между ними есть дни работы сотрудника. Соответственно, 3 дня больничного себестоимости считаются только у 1-го больничного. Пыталась ставить различные значения в полях SPPE1 и KENN1, но это не помогает. Подскажите, кто-нибудь сталкивался?

Нет, на 6.0 не наблюдается, считает дни работодателя по каждому больничному отдельно.

Но вот есть такой вопрос: я правильно понимаю, что стандартное решение никак не обрабатывает ситуацию, когда сотруднику установлен неполный рабочий день и пособие считается из МРОТ (п. 1.1 ст. 14)? Никак не могу добиться, чтобы ставка сократилась...

Аналогичная проблема с МРОТ и у меня, кто как решает?

Коллеги, кто как реализует отпуск по беременности по старым правилам (21-ФЗ)?
Новые отсутствия по старым правилам расчета?
Так не хочется плодить отсутствия...

мы изначально просто не стали старые трогать и создавали новые для нового расчета.

Понятно, спасибо за ответ.
В общем, все равно два отсутствия на одно реальное событие((

т.к. расчет у расчетчика, а регистрация отсутствия у кадровика, то наверное разумнее в ru55 (правило в t554c) разрулить на разные в/о пособия.
Признаком расчета по старому может быть флажковый в/о в 14 ИТ. Предлагаем еще варианты !

Добрый день.
В ноте 1554935 говорится о правиле расчета средних RU36. Никак не пойму для чего нужно это правило. Мы никогда им не пользовались.

Как вариант в RU55 развести на разные в\о и оба рассчитать, в конце расчета оставить наибольший

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

Согласен, для этих целей я все же оставил обработку флага в 14 ИТ, но если он пустой - берем большее. Редкая декретница оставит на произвол бухгалтера расчет своего пособия