06.06.2025 планируется увольнение по ликвидации по пункт 1 части первой статьи 81 Трудового кодекса Российской Федерации с выплатой:
1. окончательный расчет
2. Выходное пособие (сохраняемый заработок на период трудоустройства за первый месяц после увольнения с 07.06-06.07 ).
Сотрудник крайнего севера будут выплаты за 6 месяцев с предоставление пакета документа ежемесячно.
Как в программе рассчитать увольнение по новым правилам.
С 07.06-06.07 – 18 рабочих дней
С 07.06-06.07- 30 календарных дней
Попробовали в увольнении рассчитать , НДФЛ не верно считает.
Скрин прилагаю
Здравствуйте.
Я правильно понимаю, что Вы используете типовой механизм ЗУП?
Выходное пособие за — указывается количество рабочих дней, за которые будет посчитано пособие.
В первых трех (шести) месяцах — количество рабочих дней за 3 или 6 месяцев после увольнения.
В ЗУП есть ошибки при расчете НДФЛ и взносов — могут не учитываться необлагаемые пределы. Для НДФЛ есть патч, а для взносов пока помогает только включение функционала Обособленных территорий или Особых условий труда в учетной политике организации.
Посмотрите публикацию, Светлана подробно рассказывает, как работает новый функционал Типовая настройка для расчета НДФЛ и взносов компенсаций при увольнении по правилам 2025 (ЗУП 3.1.30.197 / 3.1.33.19)
Анна, добрый день!
Да, используем типовой механизм, релиз 3.1.33.19
Анна, патч у нас установлен EF_60022529.
Ста
— Не понятно а куда вносятся календарные дни.
— При определении предела необлагаемых доходов по НДФЛ средний заработок СФР умножается на 30,4 или можно умножить на количество календарных дней, в нашем случаем 30 к.д. в первом месяце после увольнения.
— А как рассчитать выходное пособие за ПЕРВЫЙ месяц после увольнения?
— И каким документом нам необходимо рассчитать пособия за второй, третий, четвертый, пятый и шестой месяцы.
Смысл в том, что при ЛИКВИДАЦИИ пособия выплачиваются ЕЖЕМЕСЯЧНО.
Извините, что столько вопросов…
Но Тема новая и поэтому пока будем вам немного мучить)))
И не понятно как можно внести в эти поля другие данные «пределы необлагаемых доходов» если пока эти неактивны, нет возможности внести изменения
1. Календарные дни мы никуда не вносим. Типовой функционал ЗУП для подсчета необлагаемого предела по НДФЛ использует 30,4 дня, что соответствует рекомендациям ФНС НДФЛ с выплат при увольнении: как считать необлагаемый лимит
2. Выходное пособие за первый месяц рассчитываем за рабочие дни за месяц, который начинается с даты, следующей после даты увольнения. Например, если сотрудник уволится 06.06.2025, рабочие дни считаем с 07.06.2025 по 06.07.2025. Эти дни вносим в документе Увольнение в поле Выходное пособие за. Выходное пособие будет посчитано из среднего заработка сотрудника.
3. В поле В первых тарех (шести) месяцах указываем рабочие дни за 3 (6) месяцев после даты увольнения. Эти дни используются для расчета необлагаемого предела по взносам.
4. За второй и последующие месяцы из документа Увольнение по команде Создать на основании вносится документ Выплата бывшим сотрудникам. Вид выплаты — Сохраняемый средний заработок на время трудоустройства. И здесь начинаются проблемы, потому что в этом документе необлагаемый предел по НДФЛ не учитывается, поэтому контролировать это пока придется вручную.
5. Не совсем понимаю последний комментарий — в поле НДФЛ стоит курсор, получаетсят есть возможность изменить сумму вручную. Обратите внимание, что ручные изменения пропадают при пересчете документа Ошибка в ЗУП 3.1 – слетают ручные правки для необлагаемых выплат при увольнении
5. Марина, да не то, чтобы слетают, вообще нет возможности внести туда что то или удалить изменить, хоть и курсор можно поставить
А если новый документ Увольнение создать и попробовать сразу внести предел вручную, тоже ничего не получится? Может просто уже много перезаписей, поэтому такая ошибка возникла.
В демо-базе нет никаких проблем с ручной корректировкой. И никаких настроек для этого нет.
Да нет… И при создании нового и при попытке исправить в уже записанном проведенном документе
Здравствуйте.
Посоветовалась с коллегами по Вашему вопросу и никто из них не сталкивался с таким поведением программы. Всегда есть возможность вручную поменять предел.
Я в своей базе средний СФР сделала такой же, подумала, что может дело в этом. Но нет, все равно я могу предел поменять.
Не получается поменять предел, только если документ открыт у другого пользователя. Но в этом случае документ вообще нельзя редактировать и программа об этом предупреждает.
У Вас под любым пользователем программы такое происходит или выборочно? Если выборочно — можно попробовать почистить кэш Очистка кэш 1С 8.3
Если сделать копию базы, на копии тоже не получится поменять? Если да, попробуйте обновить копию на последний релиз, может это поможет.
Анна, спасибо большое!
Хорошего дня!)
Спасибо за пожелание. ) И Вам хорошего дня!
Я правильно понимаю, что получилось разобраться и изменить предел?
Анна, нет, ячейка так и неактивна((
Ну остается одна причина: программист накатил релиз с ошибкой, будем разбираться
Может быть еще причина в наличии доработок в программе. Но тут тоже только программист сможет помочь.