Нота 1543287. Больничные по новому.

arcauser

Поставили ноту, считает нормально, берет данные за два года, а если рассчитанная ставка не устраивает, то вносим свою в 15 ИТ ВО SIRT (как дневная ставка для расчета больничного). Смутил такой момент, в 293 ИТ вводим SI09 и SI10, в схеме функция RU293 правилом RU1A благополучно его перекидывает в /S09 и /S10, а в правиле RU6B обнуляет переданные суммы.... Попробовали передавать в IT сами SI09 и SI10 (а не VALBS, изменили правилоRU1A ) - все стало нормально.

hilena

А если 293 ИТ будет заполнен например в 01.2011, а больничный будет в 02.2011? Тогда SI09, SI10 не сформируются в 02.2011...
Мне кажется, лучше поправить правило RU6B, чтобы формировались /S09, /S10.
Дописать в ветке VWTCL 67 = 4 в конце
NUM?0
*
ADDWT *
=
NUM=1
ADDWT *

ТОгда виды оплаты SI09, SI10 будут добавляться в ОТ

arcauser

Если 293 заведен январем, а больничный будет в последующих месяцах, то правило все равно подтягивает введенное значение SI *(если оно хранится в RT), как замороженное значение.
Попробовал добавить обработку в правило RU6B, но если ВО SI* нет в месяце расчета, то ,без наличия БЛ /S* не формируется.

hilena

у нас версия 4.6, возможно поэтому все по другому отрабатывает...

Lalina

скажите, пожалуйста, у всех нормально отрабатывается правило RUVD
строкой WGTYP=* он возвращает ВО /s09 или /008 (в зависимости от того, есть ли запись si09 в 293), но никак не ВО больничного, который и должен ограничиваться /020 в таблице T51P1
у кого-нить есть такая проблема?

Goozeberry

Я тоже заметил косяк с ведением базы 2009 года через 293 ИТ. До RT Sl09 не добирается. Никто не писал еще по этому поводу в САП? Сдается мне, они тут недоглядели...

xont

Lalina написал(а):

скажите, пожалуйста, у всех нормально отрабатывается правило RUVD
строкой WGTYP=* он возвращает ВО /s09 или /008 (в зависимости от того, есть ли запись si09 в 293), но никак не ВО больничного, который и должен ограничиваться /020 в таблице T51P1
у кого-нить есть такая проблема?

Добрый день, сталкивались с такой ошибкой. помогла установка последней версии ноты 1548481

А зачем в RT хранить si**?

Amarea

У кого-нибудь считается правильно пособие по уходу до 1,5 лет? Где происходит умножение на 40 %?

tantsa

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

hilena

у нас переходящий больничный считается по замороженным значениям. На входе в AVERA должно быть в таблице AVERAGE правило расчета среднего, по которому больничный считался (RU30). Тогда нормально подхватывается замороженная сумма.

POL

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

xont

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

У меня возникла проблема с отпусками по уходу за ребенком до 1,5 лет, переходящими через год, которые раньше оплачивались из максималки (замороженное среднее превышало максималку), теперь константы RULIM CREAR сделали 9999999 и такие отпуска платятся без ограничения по максимуму.
Кто как решал такую проблему?

Пока вернул значения
CREAR 13 833,33
RULIM 1136,99

Лёшка

xont написал(а):

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

У меня возникла проблема с отпусками по уходу за ребенком до 1,5 лет, переходящими через год, которые раньше оплачивались из максималки (замороженное среднее превышало максималку), теперь константы RULIM CREAR сделали 9999999 и такие отпуска платятся без ограничения по максимуму.
Кто как решал такую проблему?

Пока вернул значения
CREAR 13 833,33
RULIM 1136,99

Вернуть CREAR можно, но в 2012 году что делать?? Может кто нибудь понял где засада, или сапу писать??

xont

в 12 году их будет меньше =)
засада в сыром решении сапа.
Нам методологи зарубили базы 2009 года, как /402.
База должна собираться из во 2009 года, по входимости в базу для страховых взносов в 2010 году.
Вот это засада )
Можете попробовать написать... Нам ответили попробовать разорвать больничные, поиграться с полями KENN1 и т.д.

POL

xont написал(а):

в 12 году их будет меньше =)
Нам методологи зарубили базы 2009 года, как /402.
База должна собираться из во 2009 года, по входимости в базу для страховых взносов в 2010 году.
Вот это засада )

А я вас предупреждал...

POL написал(а):

Targa написал:

С одной стороны /402 за 2009 год - это как раз то, на что были начислены взносы в ФСС (ну, тогда они по другому назывались). С другой, в 2009 году вообще не было начислений в соответствии с 212-ФЗ, на который в статье дается ссылка, т.к. он тогда просто не действовал. Вот и что имеют в виду?

При всем уважении - Вы не правы. Нельзя /402 в 2009 году называть взносами в ФСС. В законах не просто ЕСН заменили на ФСС, а полностью пересмотрели подход к налогообложению и ФСС это совершенно иной налог (пусть и рассчитываемый на том же ВО).
Сумма по ВО /S09 должна быть равна сумме начислений 2009 года, которые в 2010 году облагались страховыми взносами!
По этому вариант один:
добавлять в куммуляцию кроме /402 еще те ВО, с которых в 2009 году не исчислялся ЕСН, но в 2010 году начали исчисляться страховые взносы в ФСС (например, особые виды премий как у RoustR).
Правда можно сделать иначе (но тогда придется настраивать немного не так как в ноте): попросить рассчитать /S09 вручную и ввести этот ВО в ИТ2010 в январе 2011 года... (это особенно актуально в случае когда за 2009 год сумм в системе вообще нет, типа стартовали SAP после 2009 года..)

Нота 1543287. Больничные по новому.

Кто сейчас на конференции