Взносы при перерасчете

Вопрос задал Наталья Б.

Ответственный за ответ: Пьянкова Елена (★9.86/10)

Добрый день! в ЗУП некорректно определяется дата получения дохода при перерасчетах для НЕльготных профессий при расхождении в классе условий труда (пример во вложении).
Подскажите это недоработка разработчиков или сознательная позиция. есть ли смысл обращаться в тех.поддержку?
Возможно ли исключить/обойти такое поведение не вводя корректировку док.Перерасчеты стр. взносов?

Все комментарии (21)

  1. Добрый день! Здесь необходимо проверить, хватает ли дохода облагаемого взносами в июле, чтобы перекрыть сумму сторно. Если дохода не хватает, то программа сторно переносит в месяц первичного документа.

  2. конечно хватает, а в разрезе КУТ база отрицательная.
    это имеет значение для доп.тарифа, но в этом случае корректировка излишняя

  3. Здесь дело в том, что программа в регистре «Учет доходов для исчисления страховых взносов» ведет учет в разрезе классов условий труда (при их наличии).
    И в РСВ данные классы учитываются в разных таблицах:


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

  4. учет по КУТ в отчетности ведется только для льготных профессий, в данном случае база = 0 таблица 3.2.2 не заполняется

  5. Добрый день! Здесь проблема в следующем: как мы видим у сотрудника в июле только подкласс 3.1.
    Если программа поставит дату 31.07.24, то ей нужно будет в РСВ снять сумму в таблице 3.2.1 на сумму сторно, но оставить в 3.2.2.
    В этом случае будет расхождение. Подучится что начислили меньше, чем показали по доп.тарифу.
    Поэтому ей приходится относить сторно в месяц, где был подкласс 2.

  6. Добрый день! по сотруднику таблица 3.2.2 не заполняется, должность водитель — НЕ входит в список льготных профессий, не облагается доп.тарифом

  7. Добрый день! Уточните, пожалуйста, у сотрудника два места работы или перевод был на другую должность? Т.е. почему в мае у него был класс 2, а сейчас 3.1?

  8. Рабочее место одно. В мае была проведена СОУТ, по результатам которой КУТ рабочего места изменился.
    В июле произвели перерасчет майской доплаты.

  9. Можно сделать так: создать документ «Перерасчет страховым взносов» за июль 2024. В документе на закладке «Сведения о доходах» указываем дату 31.05.24, класс 2 и сумму, но со знаком плюс, далее добавляем вторую строчку с датой 31.07.24 и отрицательной суммой, потом нажимаем кнопку «Рассчитать», программа пересчитает страховые взносы. Только у меня есть сомнения правильно ли будет указать во второй строчке класс 3.1.

    1. на текущий момент мы так и исправляем, только надоело уже «блох» вылавливать…

  10. Здесь получается вариантов особо нет, если только перерасчет производить в месяце первичного документа самим, но это тоже на тоже будет.

    Если писать в техподдержку 1С, то они ответят, что меняются классы условий труда и даже тариф, поведение программы корректное.

    Вряд ли они возьмут на себя ответственность производить зачет между классами, т.е. производить перерасчет по классу 3.1 в июле. Здесь нужно прикладывать какое-то законодательное основание, чтобы они внесли изменение в программу.

  11. в том то и дело, что зачета не произойдет, т.к. не надо доп.тариф исчислять.
    для льготных профессий вопросов нет, зачет производить не надо.
    спасибо за ответ, вопросов по доходам в учете взносов на самом деле больше, бухгалтерия мучается со взносами не меньше чем с ндфл…

  12. На скриншоте вижу только доп.тариф по классу 3.1, может быть у сотрудника еще были доходы в июле без класса 3.1 или по другому классу (кроме сторно)?

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

  14. Я когда воспроизводила пример ставила галочку «Работы с вредными условиями труда, подпункт 1 пункта 1 статьи 30 закона «О страховых пенсиях»» для класса 3.1, если её не ставить, то тогда да, разницы в расчете и заполнении РСВ не будет.
    В этом случае можно написать в техподдержку 1С, т.к. можно произвести перерасчет в июле сразу по классу 3.1.
    Обращение в 1С отправлю, по результатам отпишусь.

  15. спасибо! я им написала, они просят базу, поэтому демо базу придется готовить, а у Вас уже готово

  16. Добрый день! Воспроизвожу пример для техподдержки на ЗУП 3.1.30.36.
    Принимаю сотрудника на работу:

    Заполняю класс условий труда:

    Начисляю зарплату за май:

    Далее отменяю премию и меняю класс условий труда:



    Провожу доначисление:


    Смотрю регистр:


    Начисляю зарплату за сентябрь:


    Смотрю регистр:

    И в РСВ сторно-доход ушел в май:

    1
  17. ого, как подробно, спасибо! а я им просто фамилию с примером написала:)

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

  19. Добрый день! Пришел ответ от 1С, не хотят менять алгоритм:

    «Особенность отнесения результата перерасчета страховых взносов: если в месяце перерасчета, доходов, имеющих идентичные характеристики облагаемых взносами оказалось недостаточно, сторнируемая сумма будет отнесена к периоду, когда она была первоначально начислена.

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

    Если необходимо отразить в таком сценарии результат перерасчета в текущей отчетности за 9 месяцев, т.к. доходов сентября хватает, просто они имеют не идентичные характеристики, можно использовать документ «Перерасчет страховых взносов» — вкладка «Сведения о доходах» и перенести сумму сторно в текущий период.»

  20. Добрый день! ождаемо… мне тоже ответили про технический перевод и корректировку в док.перерасчета. спасибо за содействие!

Комментарии закрыты.