На борту РК, СН. Мало того, что столкнулись с изменение кода дохода у РК и СН в 2024 году, так и сам расчет НДФЛ некорректный. Нужный патч стоит, код дохода для РК, СН вернули на 2000.
С чем столкнулся, на примере октября.
Начисление за 1 половину месяца, НДФЛ = 10 037 с датой получения дохода 25.10.24
Начисление за месяц, НДФЛ вдруг становится = 11 790 с датой получения дохода 25.10.24 + НДФЛ по ЗП.
Откуда эта разница в 1753 руб возникает непонятно, дохода с суммой 13485 нет.
Далее интереснее, если ввести еще один документ за октябрь и пересчитать НДФЛ, то появляется строка (-1753)! Почему в первичном документе начисления за месяц неверный НДФЛ? В регистрах учета НДФЛ проблем не обнаружено...

(0) Элементарно, Ватсон!

Доход от РК в налоговом учете у вас в октябре зафиксировался дважды, первый раз в авансе с кодом 2000, второй раз в ЗП с кодом РКСН.

Видимо, патч не сработал, как обещано. А код дохода вы вернули обратно, видимо, после.

Кроме кода дохода нужно еще в документах начисления исправить категорию дохода на вкладке "НДФЛ" с "РК и СН" на "Оплата труда". А это вручную.

Так, пока писал, сумма обнаружилась
Это фантомная запись в регистре дохода НДФЛ на основании документа начисления за месяц, сторно СН на сумму -13 481,43, но с датой регистрации при начислении аванса = 01.05.24! Причем здесь май, неясно. Корректровок нет.
Если откатить на предыдущий релиз, проблем нет.
Никто не сталкивался с таким поведением?

(1) Владимир, я написал, что код вернули на 2000, все было пересчитано, категория тоже исправлена. Все приведено "как былО"

(1) Почему для корректного перерасчета нужно вводить второй документа начисления ЗП? Это тоже очень странно

По всем регистрам "чисто", только начисления текущего месяца,  а вот в регистр учета доходов для НДФЛ попадает эта строка.

Возможно, патч всё-таки чудит.

Но если собрать записи регистра, у которых Зарегистрировано при начислении аванса = май,  и исключить запись последнего документа (сумма с минусом), а потом просуммировать колонку "Сумма дохода", получится итоговая сумма ноль или нет?

Уточнил: в разрезе кодов дохода.

(5) "Если откатить на предыдущий релиз, проблем нет."

Похоже, что патч чудит. А если перейти на 3.1.31.32 и поставить аналогичный патч для этой версии?

Смысл патча в том, что он рассматривает коды доходов 2000 и РКСН как единый вид дохода для 2024 года, насколько я понял.

После установки патча перепровести начисление ЗП.

(7) Возможно, но только не патч, а сам релиз скорее всего.

(8) У меня была аналогичная проблема, но я ее поймал вовремя, поэтому фантомных записей не было (контролировать умею).

Аванс был начислен на старом релизе, т.е. для РК и СН был еще код 2000 и категория "Оплата труда".

После обновления и перед начислением зарплаты сменил код дохода и категорию дохода в видах начисления, и все в порядке.

Патч убрал нахрен. Кстати, если патч убрать и повторить все, что раньше делал, проблема уходит?

(9) Поднял архив перед переходом на 81 релиз.
Что удивительно, после перехода изменены записи в регистре учета доходов для НДФЛ в мае месяце и именно по СН.
Период для пользователей закрыт, уверен что документы не перезаполнялись и не перепроводились.
Пойду смотреть в сторону обработчика обновления ИБ.

Much Ado About Nothing [Много шума из ничего] (с) В.Шекспир

В связи с новой прогрессивной пятиступенчатой шкалой НДФЛ к ВВП обратились жители северных регионов о несправедливости шкалы, ведь при одних и тех же окладах северяне будут платить налог больше за счёт РК и СН.
Путин согласился и северные надбавки с 2025 года остаются на плоской шкале 13%, т.е. будут считаться ОТДЕЛЬНОЙ категорией дохода, по аналогии с дивидендами, и будут иметь ОТДЕЛЬНУЮ базу исчисления НДФЛ.

В программах 1С это реализовано через перенос РК и СН в отдельную категорию дохода: из Оплаты труда в новую категорию "Районные, северные надбавки". Категория дохода прописывается регистрах по НДФЛ из документов Начисления доходов и Выплат таковых.

Неувязочка возникает только там, где начисление и выплата аванса по РКСН прошла по старой категории, а начисление зп - по новой. Причём, если стоит флажок учёта РК и СН в начислениях за первую половину месяца. Фирма 1С выпустила уже ВТОРОЙ на замену первого патч для такого случая.

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

(11) Геннадий, все было сделано после перехода и до выпуска патча. Запросами были проверены все регистры с измерением "КодДохода". Повторно осуществлен переход с копии на 81 релиз. Ошибок как в боевой базе не наблюдается. Поэтому мирно,  переносом данных РН доходов для НДФЛ, вопрос решен. Спишем на локальные проблемы базы. Вопрос можно закрывать.

(11) " о несправедливости шкалы, ведь при одних и тех же окладах северяне будут платить налог больше за счёт РК и СН."

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

Думаю, тут на самом деле причина в том, что и цены выше, а налога сдернут с них больше.

(13) где то видел ролик про открытие пятерочек где то глубоко на сервере, так цены там едва на 10-15% выше, чем у меня рядом с домом

(14) Работающие на Севере как-то доджны восстанавливать здоровье. А чтобы добраться до дружелюбного к человеку климату, нужны деньги, и немало. Да и на проживание надо. Так что районные к-ты и северные надбавки хотя бы частично такие затраты компенсируют.

Был в начале 2000-х годов в командировке в Тарко-Сале, всего три недели, и скажу я вам, что после Алтайского края там очень тяжело.Сама природа давит - низкое небо, тяжёлая атмосфера, даже дышится не так.  Я-то думал, в Сибири непросто - а хрен там, домой вернулся, как на курорт.

Ну и добавлю про РК и СН: там РК = 70%, а СН = 80% (максимальный), так что в итоге к обычному окладу добавляется еще полтора. Вот видимо, на эти деньги и восстанавливаются.

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

Ну что, северяне и сибиряки, ловите новые изменения в ЗУП 31.58

1. 6 новых показателей расчёта:
https://s.iimg.su/s/03/BQJoDXy2wNMZfy5V9lWrGeoNEdyPtZ1HYG9XxXnW.png

2. Новая обработка "Помощник перехода на новые начисления оплаты по среднему":
https://s.iimg.su/s/03/MBtmMq8HT1zY2vG8D3ZuL3MpdyvLw8myBFYWhhlI.png

3. Вот что она к примеру сделала для начисления "Отпуск основной":
https://s.iimg.su/s/03/xvEWagC04ZlwCJoLskH9kbQPfgk0Ejc3SEm6QFd3.png

А вот его новая формула:
?((СреднийЗаработокИндексируемый * КоэффициентИндексацииСреднегоЗаработка + СреднийЗаработокНеиндексируемый) * КалендарныеДниМесяцаБезПраздников > УчитыватьМРОТ * МРОТ, ((СреднийЗаработокИндексируемый * КоэффициентИндексацииСреднегоЗаработка + СреднийЗаработокНеиндексируемый) - (СреднийЗаработокИндексируемыйРК * КоэффициентИндексацииСреднегоЗаработка + СреднийЗаработокНеиндексируемыйРК) - (СреднийЗаработокИндексируемыйСН * КоэффициентИндексацииСреднегоЗаработка + СреднийЗаработокНеиндексируемыйСН))* КалендарныеДниМесяцаБезПраздников, УчитыватьМРОТ * МРОТ) / КалендарныеДниМесяцаБезПраздников * КоличествоДнейОтпуска

Улыбок тебе, дед Макар )

(16)  в такие моменты, мне как программисту 1С, хочется отказаться от всех льгот, предлагаемых правительством северянам)))

(16) Главное чтобы работало "из коробки" и не пришлось НГ встречать за компом.

(16) Благодарю. Скоро администрированием зарплаты сможет заниматься только человек с высшим образованием, умеющий решать системы линейных уравнений.

Еще и для больничных за счет работодателя по идее должны выделить показатели и виды начислений.

(18) НГ ладно. Накопление среднего в разрезах РКСН должно пойти, по идее, с января. Будем февраль встречать за компом, там навалится отчетность за год плюс первые отпуска с учетом РК и СН в январе.

(20) Я не совсем понял, для каких целей выделили РК и СН среднего? В описании к релизу ни слова. Расчетная база для НДФЛ?

(21) Да, та часть отпуска, которая посчитана исходя из базы РК/СН, должна пойти в базу НДФЛ для РК/СН, и соответственно облагать по ставке 13%.

Но вот как быть с переходным периодом, когда отпуск посчитан по базе 24 года, РКСН еще не выделяли, непонятно как быть. Выделять  искусственно никто не будет, все похоже забьют на это.

(22) 👍

Кто настраивал премии РК, СН входит/ не входит, тот поймет )

(22) Нет никакого переходного периода. Кстати, в Помощнике перехода на растроЕние средних по умолчанию можно выбрать и БЛ за счёт работодателя.

Как считается СДЗ любого среднего?
В знаменателе дни расчётного периода, а в числителе - начисления. Из арифметики известно, что (А + В + ...) / N = A/N + B/N + ...

На пальцах: те же январские 2025 отпускные есть просто сумма ДОЛЕЙ ОтпускныхБезРКСН и РКСН, исчисленных с тех годовых начислений.

Отсюда, для январского отпуска мы увидим ТРИ строки начислений:
Отпуск [без РКСН]
Доля Отпуска РК
Доля Отпуска СН

Первая строка уйдёт в обычный зарплатный доход и пятиступенчатый НДФЛ. Вторая и третья - в новый доход и НДФЛ РКСН 13%(15%)

Как ЗУП собирает за 12 месяцев расчётного периода эти три строки мы точно не знаем, потому что кишочки новых ШЕСТИ показателей расчёта для нас ЗАКРЫТЫ, ведь они предопределённые и являются ноу-хау разработчиков ЗУП.

Мы можем лишь постучать по чёрному ящику отпускных в демо и получить отклик. Мне лично лень специально вводить за год РК, а вот вы, коллеги, имеете уже свои северные базы и вполне можете изучить механизьму новых 6-ти показателей )

Мне интересно, почему разделили Показатель среднего заработка РКСН на 2, отдельно для РК и СН. Почему нельзя было сделать одним показателем?

(26) Тссс

(26) Чтобы не скучно поддержке ЗУПа было)

(26) Мы же в России. Уверены, что всегда базы РК и СН будут тождественны? Лично я не уверен )

(29) не уверена, что база РК или СН влияет на показатель среднего заработка РК или СН. В моем понимании, есть начисления за предыдущие 12 месяцев по видам начисления РК и СН, что вкупе является базой для расчета среднего РКСН. Поправьте, если ошибаюсь)

(30) Нет. Сначала надо отделить индексируемые и неиндексируемые начисления и только потом найти соответствующие им РК и СН, а сами месячные начисления РК и СН не разделены.

(30) точно, спасибо за разъяснение. Но даже если и так, могли ведь добавить еще одну, объединяющую формулу.

(32) Это было бы излишнее сужение возможностей программы, ведь алгоритмы РК и СН независимы. Да и проверять совокуп гораздо труднее, пользователь и так в январе прифигеет от трёхстрочковых записей в каждом среднем заработке )

(33) Гена, для РК и СН единый код НДФЛ. Поэтому я предполагаю, что фирма 1с знает еще что-то, поскольку решила разделить базы для среднего.

Как думаете, реально дотянуть на ЗУП 3.1.27 до января?

(35) 50/50

(35) А потом 9 января у какого нить дира зп к выплате ляма 2,5. Твои действия?

(37) Надеюсь, такого не будет. Но хорошее замечание.

(35) до 3.1.30.57 можешь смело перескакивать, критичного ничего не было, но это сентябрьский. Есть ли смысл...

(39) Перескакивать надо на самый свежий, там новый НДФЛ завезли. И часики тикают

(40) Желательно при расчете аванса. Если аванс посчитали на старом релизе, а зарплату на новом, то будет как в (0).

Выкроил 10 мин и глянул чёрный ящик новых показателей расчёта. Как мы и предполагали, они просто собирают каждый свой числитель как часть СДЗ (среднедневной заработок):

(42) Что характерно, но вый регистр с данными для среднего в разрезе начислений появился совсем недавно, видимо, специально под это дело.

Раньше была только составная часть заработка и сиди гадай, из чего она сложилась.

(43) РН ДанныеДляРасчетаСреднегоЗаработкаПоНачислениям
?

Да... что-то не обратил внимания, когда он появился и какая обработка его заполнила за прошлые годы...

(44) Этим летом он появился. А обработку мы уже обсуждали - это обновление данных для среднего, которая по сути - перепроведение документа по одному виду учета.

Только видимо в фоне провели после обновления, постепенно.

Нашёл...

Только печатная форма осталась старой. Надо бы туда для удобства проверки добавить и три новые графы: без РКСН, РК, СН:

(46) 3 обработчика после последнего обновления в длительных

(47) наверное доработают. Пока можно смотреть так

(49) Это понятно, но так не пойдёт. Надо доделать ПФ к январю.