Неверная сумма общего дохода в справке 2-НДФЛ в 2025 году

0 Viktor1990

05.02.25

✎

20:24

Добрый день! База ЗУП 3.1.31.67. В документе "Справка о доходах 2НДФЛ для сотрудника" сумма дохода общая на вкладке 13 % предел 5000000 , остальной доход на вкладке 15%, а на вкладке 18,20,22% вообще не отражается доход, если например доход за январь превысил все пределы.Подскажите, разве сумма дохода не должна сопоставляться налогу? Пределы налога отражаются корректно на всех вкладках.

1 Amra

05.02.25

✎

21:22

Это ошибка релиза. Для 3.1.30 вышло уже исправление, ждите и для вашей ветки

3 Viktor1990

05.02.25

✎

22:28

(1) Хорошо, спасибо.

4 SleepyHead

гуру

06.02.25

✎

04:42

(0) Это что.. вы еще 6-НДФЛ посмотрите, там вообще все суммы утраиваются.

5 Гена

гуру

06.02.25

✎

06:37

(1) Глянул. Исправлено 97(!) ошибок, без малого сотня. Это ж сколько заплаток наложили на ветхую ДП )

6 SleepyHead

гуру

06.02.25

✎

07:19

(5) Осталось какие-то 1300.

7 Гена

гуру

06.02.25

✎

07:28

(6) Да. Надо решаться и всё выбросить в топку. Нужна новая редакция зарплатной программы, где всё изначально сделать по уму.

Например, прописывание ставок и пределов напрямую в коде, это ни в какие ворота не лезет:

Функция ПараметрыРасчетаНДФЛПоПрогрессивнойШкалеС2025Года() Экспорт
...
ПараметрыНалоговаяБаза.Вставить("СтавкаДляРезидента",    СтавкаДляРезидента);
    ПараметрыНалоговаяБаза.Вставить("СтавкаСПревышения1",    0.15);
    ПараметрыНалоговаяБаза.Вставить("СтавкаСПревышения2",    0.18);
    ПараметрыНалоговаяБаза.Вставить("СтавкаСПревышения3",    0.20);
    ПараметрыНалоговаяБаза.Вставить("СтавкаСПревышения4",    0.22);
    ПараметрыНалоговаяБаза.Вставить("Предел1",                2400000);
    ПараметрыНалоговаяБаза.Вставить("Предел2",                5000000);
    ПараметрыНалоговаяБаза.Вставить("Предел3",                20000000);
    ПараметрыНалоговаяБаза.Вставить("Предел4",                50000000);
    ПараметрыНалоговаяБаза.Вставить("ДоходШкалы1",            2600000);
    ПараметрыНалоговаяБаза.Вставить("ДоходШкалы2",            15000000);
    ПараметрыНалоговаяБаза.Вставить("ДоходШкалы3",            30000000);

8 SleepyHead

гуру

06.02.25

✎

07:29

(7) зато ничьи ручки не влезут в настройку шкал. Это плюс.

9 Гена

гуру

06.02.25

✎

07:31

Представьте, что вы франчайзи и ваш программист принёс бы такой код - вот чтобы вы с ним (работником) сделали?

10 SleepyHead

гуру

06.02.25

✎

10:03

(9) Я бы проанализировал, почему код именно такой. Поговорил бы с разрабом.

Касается конкретно этого кода - тут я понимаю, почему именно так сделано и одобряю.

А вам что не нравится?

11 Гена

гуру

06.02.25

✎

07:46

А сам расчёт НДФЛ? Ведь простейший расчёт, который можно сделать на коленке, даже в экселе - превратили в длинный этап для расчётчиц с волкодавами внутри кода, когда шаг влево или вправо - побег и программа начинает жить своей жизнью. Когда по любому чиху необходимо заново перезаполнять ведомость на выплату, что бухгалтеры категорически отказываются делать, т.к. суммы выплат уже прошли по банку и не могут меняться даже на копейку.

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

12 Гена

гуру

06.02.25

✎

07:43

(10) Мы в России живём, где НК РФ каждый месяц меняется и что, каждый раз лепить новую функцию?
Почему нельзя сделать на регистре сведений?

13 SleepyHead

гуру

06.02.25

✎

07:56

(11) Я делал проверочный расчет НДФЛ для себя, и скажу вам, не вполне это просто. Особенно в текущей структуре регистров НДФЛ в ЗУП.

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

1. Статус налогоплательщика на дату получения дохода
2. Статус налогоплательщика на конец года
3. Категорию дохода
4. Ставку налогообложения резидента

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

Так-то если делать простой расчет от ЗП, можно сильно
упростить алгоритм, тут я с вами не спорю.

14 SleepyHead

гуру

06.02.25

✎

07:57

(12) "Почему нельзя сделать на регистре сведений?"

Так сделайте. И получится у вас Камин'95. ))

15 d4rkmesa

06.02.25

✎

08:09

(7) Месяца через 3 традиционно перепишут процедуру расчета НДФЛ. )

16 SleepyHead

гуру

06.02.25

✎

08:29

(11) "Ведь простейший расчёт, который можно сделать на коленке, даже в экселе -"

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

До 16 года все-таки проще было, хватало коленки, тут я бы согласился. Но сейчас запутали очень сильно.

17 Bigbro

06.02.25

✎

08:40

(11) законодательство переписывать надо.. 1с же что написано то и реализует.
а там столько наворочено
еще со времен ЗиК я помню эту процедуру СобратьДанныеДляРасчетаНДФЛ или типа того
в 12 тысяч строк
и там еще в процессе одна вызывалась еще на 8 тысяч строк.
и обе эти процедурки туда сюда крутили таблицы в 60+ столбцов данных.
а с тех пор дохрена времени и изменений прошло и проще эти расчеты точно не стали.

18 Гена

гуру

06.02.25

✎

08:47

(17) И тогда, и сейчас пошли по неверному алгоритму расчёта. Всё надо заново делать. А старую редакцию - в мусорку недрожащей рукой.

19 Amra

06.02.25

✎

08:50

(5) Вангую, что в не в ДП ситуация не лучше, не льстите себе, Геннадий))

20 Гена

гуру

06.02.25

✎

08:52

(19) Да уже вижу ) Почти для каждой ошибки справа написано, что Исправлено в релизе 30.133 (ДП), а ниже - в релизе 32.17 )

21 El_Duke

гуру

06.02.25

✎

09:01

(18) На Селезневку как раз аналитиков по ЗУП набирают, придите и переделайте

22 Гена

гуру

06.02.25

✎

09:06

Нельзя было рубить два года назад голову дракону НДФЛ, было три головы: НДФЛ_исчисленный, НДФЛ_удержанный и НДФЛ_перечисленный. Вот третью и срубили раз пошёл ЕНС.

А зря. Двумя головами не справиться с неизбежными пересчётами и корректировками. Нужна третья.
НДФЛ_исчисленный (по периодам действия и регистрации), НДФЛ_кУдержанию и НДФЛ_удержанный (тот, который уже оплатили через ЕНС)
Первые две можно и нужно при надобности минусить красным, третья никогда не уменьшается.

23 Гена

гуру

06.02.25

✎

09:04

(21) А памятник мне воздвигнут... нерукотворный?

24 El_Duke

гуру

06.02.25

✎

09:07

(23) Несомненно
И табличку на школу где учились повесят

25 Гена

гуру

06.02.25

✎

09:12

(24) А бюст... это... бронзовый... вот!
Я ж не претендую на конную статую, где копьём чего-то там поражаю...

26 El_Duke

гуру

06.02.25

✎

09:13

(25) Да какой бюст, благодарные расчетчики всей страны вас во весь рост отольют, в сусальном золоте

27 Amra

06.02.25

✎

09:19

(20) Круче, в 3.1.32 - 115 исправленных ошибок) То есть больше)

28 Гена

гуру

06.02.25

✎

09:33

(27) Это катастрофа. Руководителя по зарплатному направлению - за ворота. Новому кожанку, левОльверт и полную свободу рук по приёму/увольнению любого сотрудника. Любая перекройка ШР. Обязательно добавить новый отдел "краш-теста", который напишет и будет включать ПОЛНУЮ проверку ВСЕХ действий пользователя: исправление исправлений по любому чиху: хоть шахтёры, хоть водолазы... Пусть в любой последовательности жмутся программно кнопки, меняются суммы и проводятся/распроводятся доки.

29 El_Duke

гуру

06.02.25

✎

09:43

(28)
Разошелся, так и сыпет, на троих его даешь !
Треугольник будет выпит, будь он хоть паралепипед
Будь он хошь круг, ядрена вошь

31 Гена

гуру

06.02.25

✎

11:38

Выложили 3.1.32.17

32 Amra

06.02.25

✎

11:33

(31) Так это, перечитай внимательно (27) ))

33 Гена

гуру

06.02.25

✎

11:54

Добавили новый предопределённый показатель КоличествоДнейЧасовКомпенсацииОтгулов

и два к нему новых начисления:
Компенсация не использованных дней отдыха
Компенсация не использованных часов отдыха

которые запускает док Увольнения.

И тут налажали: в обоих начислениях указали без НДФЛ и взносов. Если НДФЛ можно поправить, то взносы (их отсутствие) серенькие )))

34 Гена

гуру

06.02.25

✎

12:13

Вот здесь надо поменять в модуле менеджера ПланВидовРасчета.Начисления (жирненьким что надо изменить)

// Компенсация отгулов
    Описание = СвойстваНачисленияПоКатегорииПоУмолчанию();
    Описание.СпособВыполненияНачисления = Перечисления.СпособыВыполненияНачислений.ПоОтдельномуДокументуДоОкончательногоРасчета;
    Описание.ВидДокументаНачисления = Перечисления.ВидыДокументовНачисления.Увольнение;
    Описание.СпособРасчета = Перечисления.СпособыРасчетаНачислений.ПроизвольнаяФормула;
    Описание.КодДоходаНДФЛ = Неопределено;
    Описание.КатегорияДохода = Неопределено;
    Описание.КодДоходаСтраховыеВзносы = Справочники.ВидыДоходовПоСтраховымВзносам.НеОблагаетсяЦеликом;
    Описание.КодДоходаСтраховыеВзносы2017 = Справочники.ВидыДоходовПоСтраховымВзносам.НеОблагаетсяЦеликом;
    Описание.ПорядокОпределенияРасчетногоПериодаСреднегоЗаработка = Перечисления.ПорядокОпределенияРасчетногоПериодаСреднегоЗаработка.ПоТрудовомуЗаконодательству;
    Описание.ВидНачисленияДляНУ = Перечисления.ВидыНачисленийОплатыТрудаДляНУ.пп9ст255;
    Описание.КатегорияСтатистическогоНаблюдения = Перечисления.КатегорииСтатистическогоНаблюдения.ВыплатаСоциальногоХарактера;
    Описание.КатегорияСтатистическогоНаблюдения2019 = Перечисления.КатегорииСтатистическогоНаблюдения.ВыплатаСоциальногоХарактера;
    Описание.НедоступныеСвойства.Добавить("ВидВремени");
    Описание.НедоступныеСвойства.Добавить("ОбозначениеВТабелеУчетаРабочегоВремени");
    ОбщегоНазначенияКлиентСервер.УдалитьЗначениеИзМассива(Описание.НедоступныеСвойства, "КодДоходаНДФЛ");
    ОбщегоНазначенияКлиентСервер.УдалитьЗначениеИзМассива(Описание.НедоступныеСвойства, "КатегорияСтатистическогоНаблюдения");
    Описание.ПараметрыВыбора = ПараметрыВыбораСвойствНачисления();
    Описание.ПараметрыВыбора.КодДоходаНДФЛ = ПараметрыВыбораНДФЛ;
    СвойстваПоКатегориям.Вставить(Перечисления.КатегорииНачисленийИНеоплаченногоВремени.КомпенсацияНеИспользованныхДнейЧасовОтдыха, Описание);