Добрый день! в ЗУП некорректно определяется дата получения дохода при перерасчетах для НЕльготных профессий при расхождении в классе условий труда (пример во вложении).
Подскажите это недоработка разработчиков или сознательная позиция. есть ли смысл обращаться в тех.поддержку?
Возможно ли исключить/обойти такое поведение не вводя корректировку док.Перерасчеты стр. взносов?
Все комментарии (21)
Комментарии закрыты.
Добрый день! Здесь необходимо проверить, хватает ли дохода облагаемого взносами в июле, чтобы перекрыть сумму сторно. Если дохода не хватает, то программа сторно переносит в месяц первичного документа.
конечно хватает, а в разрезе КУТ база отрицательная.
это имеет значение для доп.тарифа, но в этом случае корректировка излишняя
Здесь дело в том, что программа в регистре «Учет доходов для исчисления страховых взносов» ведет учет в разрезе классов условий труда (при их наличии).
И в РСВ данные классы учитываются в разных таблицах:
Поэтому при сторнировании программа не может поступить по-другому, ей приходится искать положительную сумму по данному классу условий труда.
Для проверки в регистре «Учет доходов для исчисления страховых взносов» можно установить отбор по классу «Допустимый, подкласс условий труда 2».
учет по КУТ в отчетности ведется только для льготных профессий, в данном случае база = 0 таблица 3.2.2 не заполняется
Добрый день! Здесь проблема в следующем: как мы видим у сотрудника в июле только подкласс 3.1.
Если программа поставит дату 31.07.24, то ей нужно будет в РСВ снять сумму в таблице 3.2.1 на сумму сторно, но оставить в 3.2.2.
В этом случае будет расхождение. Подучится что начислили меньше, чем показали по доп.тарифу.
Поэтому ей приходится относить сторно в месяц, где был подкласс 2.
Добрый день! по сотруднику таблица 3.2.2 не заполняется, должность водитель — НЕ входит в список льготных профессий, не облагается доп.тарифом
Добрый день! Уточните, пожалуйста, у сотрудника два места работы или перевод был на другую должность? Т.е. почему в мае у него был класс 2, а сейчас 3.1?
Рабочее место одно. В мае была проведена СОУТ, по результатам которой КУТ рабочего места изменился.
В июле произвели перерасчет майской доплаты.
Можно сделать так: создать документ «Перерасчет страховым взносов» за июль 2024. В документе на закладке «Сведения о доходах» указываем дату 31.05.24, класс 2 и сумму, но со знаком плюс, далее добавляем вторую строчку с датой 31.07.24 и отрицательной суммой, потом нажимаем кнопку «Рассчитать», программа пересчитает страховые взносы. Только у меня есть сомнения правильно ли будет указать во второй строчке класс 3.1.
на текущий момент мы так и исправляем, только надоело уже «блох» вылавливать…
Здесь получается вариантов особо нет, если только перерасчет производить в месяце первичного документа самим, но это тоже на тоже будет.
Если писать в техподдержку 1С, то они ответят, что меняются классы условий труда и даже тариф, поведение программы корректное.
Вряд ли они возьмут на себя ответственность производить зачет между классами, т.е. производить перерасчет по классу 3.1 в июле. Здесь нужно прикладывать какое-то законодательное основание, чтобы они внесли изменение в программу.
в том то и дело, что зачета не произойдет, т.к. не надо доп.тариф исчислять.
для льготных профессий вопросов нет, зачет производить не надо.
спасибо за ответ, вопросов по доходам в учете взносов на самом деле больше, бухгалтерия мучается со взносами не меньше чем с ндфл…
На скриншоте вижу только доп.тариф по классу 3.1, может быть у сотрудника еще были доходы в июле без класса 3.1 или по другому классу (кроме сторно)?
для того чтобы появилась база по доп тарифу, должен быть заполнен другой реквизит
Я когда воспроизводила пример ставила галочку «Работы с вредными условиями труда, подпункт 1 пункта 1 статьи 30 закона «О страховых пенсиях»» для класса 3.1, если её не ставить, то тогда да, разницы в расчете и заполнении РСВ не будет.
В этом случае можно написать в техподдержку 1С, т.к. можно произвести перерасчет в июле сразу по классу 3.1.
Обращение в 1С отправлю, по результатам отпишусь.
спасибо! я им написала, они просят базу, поэтому демо базу придется готовить, а у Вас уже готово
Добрый день! Воспроизвожу пример для техподдержки на ЗУП 3.1.30.36.
Принимаю сотрудника на работу:
Заполняю класс условий труда:
Начисляю зарплату за май:
Далее отменяю премию и меняю класс условий труда:
Провожу доначисление:
Смотрю регистр:
Начисляю зарплату за сентябрь:
Смотрю регистр:
И в РСВ сторно-доход ушел в май:
ого, как подробно, спасибо! а я им просто фамилию с примером написала:)
Они подробный пример запросили, иначе не видят проблемы. По идее сейчас должны пример передать в отдел разработки программ, а разработчики уже должны зарегистрировать ошибку.
Добрый день! Пришел ответ от 1С, не хотят менять алгоритм:
Добрый день! ождаемо… мне тоже ответили про технический перевод и корректировку в док.перерасчета. спасибо за содействие!