Нововведения законодательства в 2013 г. в расчете заработной платы

Ellis

Новую форму еще не утвердили. Предпологают, что утвердят изменения во втором квартале 2013.
Согласно разъяснениям ФСС РФ (Письмо от 11.01.2013 N 15-03-18/12-169), до этого момента страхователь вправе составлять документ в произвольной форме в день прекращения работы застрахованного лица либо при его обращении за справкой о сумме заработка. При этом указанный документ должен содержать сведения о периодах, исключаемых при исчислении пособий по беременности и родам и по уходу за ребенком.

kvaksha

Добрый день,

с 2013 года изменяется форма РСВ-1 (решила не открывать новую тему).

Так и не нашла ничего на marketplace на эту тему:

"Недавно Минтруд опубликовал проект приказа, который отменяет действующие формы РСВ-1 и РСВ-2. Теперь документ дополнили новыми бланками, которые придут им на замену. Их можно найти на сайте ведомства.

Главное изменение в обновленной РСВ-1 - это новые разделы 2.1 и 2.2. В них необходимо будет указывать расчет дополнительного тарифа страховых взносов с выплат работникам, занятым на вредных производствах и имеющим право на досрочную пенсию. Они поименованы в части 1 и 2 статьи 58.3 Федерального закона от 24.07.2009 г. № 212-ФЗ. Аналогичными данными дополнен и раздел 1 «Расчет по начисленным и уплаченным страховым взносам».

Новые формы войдут в действие с отчетности за I квартал 2013 года. Отчитываться за 2012 год можно будет по действующей форме."

Коллеги, может вы встречали ноту...
Спасибо.

Macros

kvaksha написала:

Так и не нашла ничего на marketplace на эту тему...

Сап на проекты приказов официально не реагирует.
На текущий момент проект (изменения формата, но не формы) утвержден распоряжением Правления ПФР от 21.03.2013 N 97р.
По изменению формы уже есть утверждение?

El-Art

kvaksha написала:

Коллеги, может вы встречали ноту...
Спасибо.

Note 1827929 - New layout of the RSV-1

Цитата:

This note contains information about changes in the form RSV-1 in
accordance with the Order of Labour Ministry from 26.11.2012.
New form RSV-1 with changes is applied from the reporting for the Q1 2013.

SAP is planning to deliver solutionte for this legal change not earlier 12 April 2013.

Не ранее 12 апреля :roll:

Macros

El-Art написал(а):

Note 1827929 - New layout of the RSV-1

спасибо, я пропустил эту ноту. Добавил в шапку.
РСВ-1 предлагаю обсуждать в отдельной теме например тут: viewtopic.php?f=11&t=58786

kvaksha

Коллеги, спасибо за ответы.
Вышла нота Note 1829561 - Legal change: RSV-1 form the first quarter 2013
https://websmp230.sap-ag.de/sap(bD1ydSZjPTAwMQ==)/bc/bsp/spn/sapnotes/index2.htm?numm=0001829561&nlang=R

Написала здесь, а обсуждение самой формы наверно стоит вести в теме, преддоженной Macros-ом.

Pilot

Коллеги, вопрос по дополнительным страховым взносам (ст. 33.2 167-ФЗ изменения 03.12.2012).

Установили ноты 1804415; 1812586;1810892 после закрытия января. Поэтому делали пересчет для января в феврале.
Возникла следующая проблема: не учитывается вычет в 4000р. на материальную помощь, начисленную в январе.
Подскажите, пожалуйста, кто-то сталкивался с такой проблемой?

RoustR

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

Решил сюда тоже написать.

Нашел следующие ошибки в расчете больничных.

1. Проявится ошибка в следующей последовательности действий. Принят ТН в 2012 году. Сотрудник сразу предоставил справку 4-н о доходе за 2011 и 2012 года у другого работодателя. Бухгалтер ввел эту информацию в ИТ0293 с даты приема.
В феврале 2013 у ТН случается сначала обычный больничный, затем больничный-производственная травма. В этом случае расчет обычного больничного будет произведен без учета дохода другого работодателя. Производственная травма – правильно.
Ошибка происходит в ФМ HR_RU_AV_REL_SICK_2011_YEARS в случае, когда он используется для разных правил расчета среднего. В данном случае это правила ACхх и SIхх. В модуле имеется защелка, которая призвана защитить от повторного переноса данных. Когда модуль сработает для правил ACхх, то для правил SIхх он уже не работает.
Ошибка не связана с изменением законодательства в 2013 году. Просто ситуация, когда она может проявиться, достаточно редкая.
В САП об этом написал.

2. Обнаружил у себя в системе возможность появления в таблице AB кластера расчета перекрывающихся записей больничных. Это приведет к тому, что в случае декрета в такие месяца ВО /890 будет увеличен кратно, что приведет к ошибке в расчете среднего отпуска по берем/родам и отпуска по уходу за ребенком.

Сценарий примерно такой. В январе ТН завели больничный вида отсутствия ХХХХ. Был выполнен регулярный расчет за январь. В феврале выяснилось, что больничный заведен неправильно, следовало использовать вид отсутствия YYYY. Заменили. При перерасчете январе в феврале в таблице AB может быть 2 записи больничного: и ХХХХ и YYYY на один и тот же промежуток времени.
Дублирование связано с обработкой класса 68, правила RUES, операция RUSPL YO. Если какой-нибудь ВО баз налогов /12х собирается с учетом сплита AB, и если для этого ВО установлено значение 68-го класса обработки 1, 5, 7 или 8, то в правиле RUES операция RUSPL YO перенесет запись отсутствия в из старого расчета. Так как виды отсутствия старого и нового расчета не совпадают, то в AB появятся две записи на один и тот же период.
Когда придет время, и этот месяц будет попадать в период расчета среднего по больничного по берем/родам, то ВО /890 будет сгенерирован для каждой записи в AB, а значит дни отсутствия этого больничного будут учтены дважды.

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

Вышла нота по этой проблеме Note 1839815 - Issues in Processing of IT 0293 Data and WT /890 Creation.
Это также касается формы 4н.

Macros

Macros написал:

2. Новая форма 4-н скорее всего будет требовать расшифровку по периодам (т.к. дни больничных в общем случае с нашими могут не совпадать) или расчет цены дня в общем случае нужно будет делать по каждой справке отдельный потом суммировать в общую цену дня. Помоему нужно ждать разъяснений от ФСС, или я чего-то в законе не усмотрел еще?

Накаркал, появился проект приказа с формой справки с расшифровкой периодов отсутствий.
Что изменилось:
— наименование справки;
— предусмотрено введение дополнительных строк в разделе 3;
— добавлен раздел 4, в котором указывается количество календарных дней и наименование исключаемого периода.
Указание в справке исключаемых периодов позволит избежать «задвоение» одного и того же периода при предоставлении справок с нескольких мест работы. В случае совпадения периодов работодатель, назначающий пособие, будет исчислять количество календарных дней, приходящихся на исключаемые периоды, самостоятельно.

Принят закон, устанавливающий ограничение максимального размера пособия по временной нетрудоспособности в связи с несчастным случаем на производстве и профзаболеванием (Федеральный закон от 05.04.2013 N 36-ФЗ)

femina_alba

Pilot , у нас такая же проблема. Как вы вышли из положения?

Veroff

Приветствую!
Коллеги, вопрос по новой форме РСВ-1, кто настроил? Поделитесь.
Столкнулась с проблемой, предприятие не выплачивает СВ по доп. тарифу, соответственно при заполнении разделов 2.2, 2.3 поля пустые, в PDF стоят прочерки, а в XML так и приходит пусто.
2 дня в отладчике и вот что нашла:
HRULRSV1
perform end_of_selection --> perform xml_data --> perform format_xml changing cs_data

В подпрограмме format_xml происходит обработка разделов:
perform format_xml_structure using 'PRU_RSV1_BODY'
changing cs_data-body.

perform format_xml_structure using 'PRU_RSV1_T2'
changing <pru_rsv1_t2>.

А для PRU_RSV1_T21 (вновь созданная структура по ноте 1829561) нет доп. обработки. В этой подпрограмме пустые значения преобразуются в 0.00.
Итог: при проверке CheckXML выходят ошибки при проверке разделов 2.2, 2.3, они у нас пустые.
Ошибка формата данных.

Также столкнулась с ошибкой при проверке Раздела 2.1, код строки 261, тут у нас поля T2613, T2614, T2615, T2616. Выводится число с 2мя нулями после запятой хотя это количество физлиц, и по настройкам V_T7RUDATAFORMAT стоит вывод без знаком после запятой. Настройки аналогичные с T2603, T2604, T2605, T2606, код строки 260, это также количество физлиц, но выводится число целое.

Отладка в помощь, нашла, для полей T2603, T2604, T2605, T2606 в коде жестко зашита обработка:
HRULRSV1
perform end_of_selection --> perform xml_data --> perform format_xml changing cs_data
loop at cs_data-t2 assigning <pru_rsv1_t2>.
clear: lv_tarcd.
lv_tarcd = <pru_rsv1_t2>-tarcd.
perform format_xml_structure using 'PRU_RSV1_T2'
changing <pru_rsv1_t2>.
<pru_rsv1_t2>-tarcd = lv_tarcd.

perform into_number changing <pru_rsv1_t2>-t2603.
perform into_number changing <pru_rsv1_t2>-t2604.
perform into_number changing <pru_rsv1_t2>-t2605.
perform into_number changing <pru_rsv1_t2>-t2606.
endloop.

В САП написала. Ответа еще нет.

Veroff

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

Приветствую!
Коллеги, вопрос по новой форме РСВ-1, кто настроил? Поделитесь.
Столкнулась с проблемой, предприятие не выплачивает СВ по доп. тарифу, соответственно при заполнении разделов 2.2, 2.3 поля пустые, в PDF стоят прочерки, а в XML так и приходит пусто.
2 дня в отладчике и вот что нашла:
HRULRSV1
perform end_of_selection --> perform xml_data --> perform format_xml changing cs_data

В подпрограмме format_xml происходит обработка разделов:
perform format_xml_structure using 'PRU_RSV1_BODY'
changing cs_data-body.

perform format_xml_structure using 'PRU_RSV1_T2'
changing <pru_rsv1_t2>.

А для PRU_RSV1_T21 (вновь созданная структура по ноте 1829561) нет доп. обработки. В этой подпрограмме пустые значения преобразуются в 0.00.
Итог: при проверке CheckXML выходят ошибки при проверке разделов 2.2, 2.3, они у нас пустые.
Ошибка формата данных.

Также столкнулась с ошибкой при проверке Раздела 2.1, код строки 261, тут у нас поля T2613, T2614, T2615, T2616. Выводится число с 2мя нулями после запятой хотя это количество физлиц, и по настройкам V_T7RUDATAFORMAT стоит вывод без знаком после запятой. Настройки аналогичные с T2603, T2604, T2605, T2606, код строки 260, это также количество физлиц, но выводится число целое.

Отладка в помощь, нашла, для полей T2603, T2604, T2605, T2606 в коде жестко зашита обработка:
HRULRSV1
perform end_of_selection --> perform xml_data --> perform format_xml changing cs_data
loop at cs_data-t2 assigning <pru_rsv1_t2>.
clear: lv_tarcd.
lv_tarcd = <pru_rsv1_t2>-tarcd.
perform format_xml_structure using 'PRU_RSV1_T2'
changing <pru_rsv1_t2>.
<pru_rsv1_t2>-tarcd = lv_tarcd.

perform into_number changing <pru_rsv1_t2>-t2603.
perform into_number changing <pru_rsv1_t2>-t2604.
perform into_number changing <pru_rsv1_t2>-t2605.
perform into_number changing <pru_rsv1_t2>-t2606.
endloop.

В САП написала. Ответа еще нет.

Коллеги, будет нота, косяк признали.

Veroff

Вышла новая нота Note 1847361 - HRULRSV1: fields format in xml.
В ответ на наше обращение по выгрузке в xml разделов 2,2, 2,3.

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

Приветствую!
Коллеги, вопрос по новой форме РСВ-1, кто настроил? Поделитесь.
Столкнулась с проблемой, предприятие не выплачивает СВ по доп. тарифу, соответственно при заполнении разделов 2.2, 2.3 поля пустые, в PDF стоят прочерки, а в XML так и приходит пусто.
2 дня в отладчике и вот что нашла:
HRULRSV1
perform end_of_selection --> perform xml_data --> perform format_xml changing cs_data

В подпрограмме format_xml происходит обработка разделов:
perform format_xml_structure using 'PRU_RSV1_BODY'
changing cs_data-body.

perform format_xml_structure using 'PRU_RSV1_T2'
changing <pru_rsv1_t2>.

А для PRU_RSV1_T21 (вновь созданная структура по ноте 1829561) нет доп. обработки. В этой подпрограмме пустые значения преобразуются в 0.00.
Итог: при проверке CheckXML выходят ошибки при проверке разделов 2.2, 2.3, они у нас пустые.
Ошибка формата данных.

Также столкнулась с ошибкой при проверке Раздела 2.1, код строки 261, тут у нас поля T2613, T2614, T2615, T2616. Выводится число с 2мя нулями после запятой хотя это количество физлиц, и по настройкам V_T7RUDATAFORMAT стоит вывод без знаком после запятой. Настройки аналогичные с T2603, T2604, T2605, T2606, код строки 260, это также количество физлиц, но выводится число целое.

Отладка в помощь, нашла, для полей T2603, T2604, T2605, T2606 в коде жестко зашита обработка:
HRULRSV1
perform end_of_selection --> perform xml_data --> perform format_xml changing cs_data
loop at cs_data-t2 assigning <pru_rsv1_t2>.
clear: lv_tarcd.
lv_tarcd = <pru_rsv1_t2>-tarcd.
perform format_xml_structure using 'PRU_RSV1_T2'
changing <pru_rsv1_t2>.
<pru_rsv1_t2>-tarcd = lv_tarcd.

perform into_number changing <pru_rsv1_t2>-t2603.
perform into_number changing <pru_rsv1_t2>-t2604.
perform into_number changing <pru_rsv1_t2>-t2605.
perform into_number changing <pru_rsv1_t2>-t2606.
endloop.

В САП написала. Ответа еще нет.

Pilot

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

Pilot , у нас такая же проблема. Как вы вышли из положения?

Мы решили проблему.
Нужно в табл. V_512W_O для ВО /1h1 в 68 классе обработки заменить 5 на 8

Veroff

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

Случилась проблема:
переходящий больничный 11.2012 по 12.2012, продление1 с 12.2012 по 01.2013, продление2 с 01.2013 (связь через SPPE1, KENN1) по 03.2013.

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

Если в настройках отсутствия поставить оплату помесячно - все красиво.
Смотрю расчет:
1. в 11.2012 оплата пособия не прошла согласно настройкам, базы за 2010 и 2011 в AVERAGE сохранились с периодом действия по 31.12.2012.
2. В декабре прошла оплата за первое отсутствие корректно.
3. В декабре оплата первого продления не прошла согласно настройкам, в январе в AVERAGE перед RUAVE баз нет, правило релевантности SICK не находит релевантных периодов и считает ставку для оплаты из МРОТ.
4. И далее для всех остальных продлений SICK не видит релевантных периодов.
И я уже совсем запуталась..
Коллеги, подскажите, а то в трех соснах заблудилась..

Или мэссадж в САП выставлять пора.

Благодарю!

Нововведения законодательства в 2013 г. в расчете заработной платы

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