Я другую статью имел введу, ст. 11.2 Размер пособий по уходу за ребенком, в ней идет ссылка на минимальный размер этого пособия:
Далее фз. 81 ст. 15. Минимальный размер это 1500 и 3000:
только к 1500 и 3000 руб 81-фз ст. 15 абз.2, для категории мамаш 81-фз ст. 15 абз.3, применяется РКС 81-фз ст. 15 абз.5.

Если как у меня решение не стандартное можно пропустить.

Здравствуйте!
Я так и не понял, SAP что-нибудь предложил по поводу сдвига расчетного периода для расчета пособий ФСС в случае отсутствия заработка в предыдущих 12 месяцах? Насколько я понял это не тот сдвиг, который используется при расчете командировок и отпусков. Теперь надо найти предыдущий страховой случай, и брать 12 месяцев, предшестувующих месяцу начала этого случая. Я так понимаю, нужно изобретать новое правило релевантности. Только всё же инересно, а что про это думает SAP? Кто уже начал решать эту проблему, пожалуйста поделитесь мыслями..

Добрый день!

Мне SAP ответил следующие:
Сообщение было передано HCM Product-менеджеру по CIS для принятия
решения о необходимости и возможности внесения изменений в поставляемую
систему.

Уважаемые коллеги,
подскажите, пожалуйста, что требуется для указанного случая сделать в настройках.
Как я понимаю если запись больничного разорвать и связать две записи (2009 и 2010) через поля KENN1 SPPE1, то часть больничного, приходящаяся на 2010г. должна рассчитываться по той же средней (так и происходит), а закон требует ее рассчитать по новым правилам. Как можно этого добиться?

Не могдли бы Вы уточнить конкретней: пункт, подпункт, номер закона в котором описан такой порядок.
Если речь идет только о той части которая приходится на 2010, то тогда наверно просто не надо ставить соединение, и часть б/л приходящиеся на 2010 год расчитается по новому.

п.2 ст.18 255-ФЗ "По страховым случаям, наступившим до дня вступления в силу настоящего Федерального закона, пособие по временной нетрудоспособности, по беременности и родам исчисляется по нормам настоящего Федерального закона за период после дня вступления его в силу, если размер пособия, исчисленного в соответствии с настоящим Федеральным законом, превышает размер пособия, полагающийся по нормам ранее действовавшего законодательства."

ст.17.2 81-ФЗ "При этом ежемесячное пособие по уходу за ребенком выплачивается за весь период, в течение которого лицо, осуществляющее уход за ребенком, имело право на выплату указанного пособия, в размере, предусмотренном законодательством Российской Федерации на соответствующий период."

А если не связывать, то средняя будет соответственно рассчитана по новым правилам, но на январь, а должна быть, как мне кажется, на декабрь (ведь начало б/л в декабре)

ИМХО: Все не возможно автоматизировать, переходящие больничные можно и руками доначислить.

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

Возможно следующие решение, но надо проверить.
Рассчитать ручками ср. для части б/л в январе.
Создать ВО для ИТ15.
Назначить его ПРС для б/л.
Разбить б/л.
Дале надо проверить, на дату начало второй части б/л ввести в ИТ15 созданный ВО со значением ср/дневной для января.

Мне кажется RUAVE должен поймать этот ВО, и подсунуть его б/л. Если не поймает, то можно не связывать две части б/л, тогда точно поймает.

А о каких разных средних идет речь? Ведь изменился только предел?
У меня настроено по ноте и ограничение нормально отрабатывает: в кажом месяце свое для одного переходящего больничного...

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

Понятно. Спасибо!

Кто как в итоге считал переходящие больничные?

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

Прописывали ставку в 15 ИТ ?

Коллеги, добрый день!

Правильно ли я понимаю, что в правиле RUA4 (после CMPER JJ10, ветка "*") не предусмотрена ситуация обработки больничным с нарушением режима, ведь в этом случае оплата должна производиться, исходя из МРОТа? Для 2009 года и ранее (после CMPER JJ10, ветка "<") все работает хорошо.

61 класс обработки значение C:

Нота 1448758 вычеркнула последний пункт данного топика