Перерасчёт за прошлые периоды и их отражение в расчете по страховых взносам
Столкнулся с непонятной для меня ситуацией.
Имеем отпуск в июне на период 01.06 по 31.07. Начислено например 10000 рублей.
Человек возвращается из отпуска в августе и приносит больничный на период 01.07 по 31.07.
Рассчитываем больничный и продлеваем ему отпуск на август на ту же сумму.
Т.е.
01.06 10000
01.08 -5000 (перерасчет) + 3000 (больничный) +5000 (продление отпуска)
В 2018 году все работало так что в расчете по страховым взносам суммы отражались ровно также как и в начислениях.
А в 2019 году при наличии перерасчета в августе за июнь у меня в расчете отражено 01.06 5000 и 01.08 8000. Т.е. перерасчет отражен не в месяце регистрации а в месяце за который он произведен.
Теперь необходимо постоянно помнить за какие месяца прошли перерасчеты и сдавать корректировки?
На мой взгляд это совершенно неудобно. А если в конторе численность 7000 человек? Отчетность за прошлые периоды будет постоянно корректироваться? Как вернуться к варианту 2018 года?
Имеем отпуск в июне на период 01.06 по 31.07. Начислено например 10000 рублей.
Человек возвращается из отпуска в августе и приносит больничный на период 01.07 по 31.07.
Рассчитываем больничный и продлеваем ему отпуск на август на ту же сумму.
Т.е.
01.06 10000
01.08 -5000 (перерасчет) + 3000 (больничный) +5000 (продление отпуска)
В 2018 году все работало так что в расчете по страховым взносам суммы отражались ровно также как и в начислениях.
А в 2019 году при наличии перерасчета в августе за июнь у меня в расчете отражено 01.06 5000 и 01.08 8000. Т.е. перерасчет отражен не в месяце регистрации а в месяце за который он произведен.
Теперь необходимо постоянно помнить за какие месяца прошли перерасчеты и сдавать корректировки?
На мой взгляд это совершенно неудобно. А если в конторе численность 7000 человек? Отчетность за прошлые периоды будет постоянно корректироваться? Как вернуться к варианту 2018 года?
Ответы
Подписаться на ответы
Инфостарт бот
Сортировка:
Древо развёрнутое
Свернуть все
Сам себе отвечу. Чтобы вернуться к предыдущему варианту работы
Модуль УчетСтраховыхВзносов.
В процедурах СформироватьВТРасширенныхСведенийОДоходах и СформироватьВТРасширенныеСведенияОДоходахИВзносах необходимо в нескольких местах
НАЧАЛОПЕРИОДА(СтраховыеВзносыИсчисленные.ДатаПолученияДохода, МЕСЯЦ) КАК Период поменять на
НАЧАЛОПЕРИОДА(СтраховыеВзносыИсчисленные.период, МЕСЯЦ) КАК Период
И
СтраховыеВзносыИсчисленные.ДатаПолученияДохода МЕЖДУ &НачалоПериода И &ОкончаниеПериода поменять на
СтраховыеВзносыИсчисленные.Период МЕЖДУ &НачалоПериода И &ОкончаниеПериода
Но я крайне негативно отношусь к изменениям в алгоритмах рег. отчености.
Есть ли обоснование действий 1С для применения данного алгоритма работы? или просто думали-думали и решили что так как было раньше не правильно и надо делать по новому.
Я могу себе представить данный механизм в маленьких организациях, где перерасчет событие уникальное. А в конторах с большой численностью постоянно помнить о перерасчетах? И сколько же отчетов с пометкой К будет возникать?
Модуль УчетСтраховыхВзносов.
В процедурах СформироватьВТРасширенныхСведенийОДоходах и СформироватьВТРасширенныеСведенияОДоходахИВзносах необходимо в нескольких местах
НАЧАЛОПЕРИОДА(СтраховыеВзносыИсчисленные.ДатаПолученияДохода, МЕСЯЦ) КАК Период поменять на
НАЧАЛОПЕРИОДА(СтраховыеВзносыИсчисленные.период, МЕСЯЦ) КАК Период
И
СтраховыеВзносыИсчисленные.ДатаПолученияДохода МЕЖДУ &НачалоПериода И &ОкончаниеПериода поменять на
СтраховыеВзносыИсчисленные.Период МЕЖДУ &НачалоПериода И &ОкончаниеПериода
Но я крайне негативно отношусь к изменениям в алгоритмах рег. отчености.
Есть ли обоснование действий 1С для применения данного алгоритма работы? или просто думали-думали и решили что так как было раньше не правильно и надо делать по новому.
Я могу себе представить данный механизм в маленьких организациях, где перерасчет событие уникальное. А в конторах с большой численностью постоянно помнить о перерасчетах? И сколько же отчетов с пометкой К будет возникать?
Поведение программы при сторно задумано так:
-если вместе со сторно база положительна, то сумму сторно помещают в текущий период;
-если из-за сторно база текущего месяца становится отрицательной, то сторнируется предыдущий период.
Другими словами, сторно улетает в прошлый период, если в текущем не хватает облагаемой базы, чтобы его перекрыть.
Поскольку правила проверки отчетности для ПФР не допускают "отрицательных" взносов в ней, то при исправлении начислений прошлых периодов с помощью инструментов исправления, сторнирования и перерасчета, доходы и взносы автоматически распределяются и регистрируются с учетом периода, за который производится перерасчет. Это позволяет, не допустить "отрицательных" взносов в отчетности.
-если вместе со сторно база положительна, то сумму сторно помещают в текущий период;
-если из-за сторно база текущего месяца становится отрицательной, то сторнируется предыдущий период.
Другими словами, сторно улетает в прошлый период, если в текущем не хватает облагаемой базы, чтобы его перекрыть.
Поскольку правила проверки отчетности для ПФР не допускают "отрицательных" взносов в ней, то при исправлении начислений прошлых периодов с помощью инструментов исправления, сторнирования и перерасчета, доходы и взносы автоматически распределяются и регистрируются с учетом периода, за который производится перерасчет. Это позволяет, не допустить "отрицательных" взносов в отчетности.
Для получения уведомлений об ответах подключите телеграм бот:
Инфостарт бот