Всем привет.

Идёт начисление ЗП за декабрь с датой получения дохода в январе 2025.

В документе "Начисление зарплаты и взносов" указали подразделение, заполнили документ с расчётом. НДФЛ рассчитался. В том числе отразился НДФЛ с аванса положительный с датой декабря 2024. Всё хорошо.

Создаётся ещё 1 документ "Начисление зарплаты и взносов" без указания подразделения и сразу нажимаем "Заполнить". В документе дата получения дохода такая же январь 2025.

На вкладке НДФЛ появляются отрицательные суммы НДФЛ которые были начислены как аванс, но уже отображаются с датой получения дохода января 2025.

Кто-то сталкивался с такой проблемой? Патча на такое пока не увидел.

релиз 3.1.30.108

А... ДП )
В 31.67 такого нет. Есть только эта же бяка но только для уволенных в декабре. Легко обходится )

(0) Проверьте такую мысль: вместо <Заполнить> попробуйте <Подбор> по нескольким. Если сработает - то вместо заполнения - <Подбор> - <Ctrl><A> - <Выбрать>

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

(4) Не люблю ДП. Давайте проведём эксперимент: обновите копию до 31.67 и теперь проверьте.

(3) Подбором такая же бяка выходит.

На 3.1.30.116 ещё хуже. 2 отрицательные суммы НДФЛ одинаковые аванса. Одна с датой декабря 2024, другая с январём 2025

(5) Попробуем. Спасибо

(7) Ладно, не мучайтесь. Перед Рождеством как раз смотрел код. Там такая фишка: для 2025 создали отдельные свои процедуры, а 2024 перевели в архивные. Но переход, когда начисление зп за декабрь, а выплата в январе - квакнул.
Почему? Да потому что хочет 2025-й зачесть авансовый НДФЛ, а тот в архиве. Идёт туда, а обратно не возвращается, либо возвращается, но код уже его не понимает.

Какие-то совсем грубые ляпы фирма 1С поправила, но делать полностью переход ради одной выплаты в январе за декабрь - скорее всего не будет. Лично я бы поленился )

Поэтому нужно перейти принудительно, хоть тушкой, хоть чучелкой. Например, удалить эти лишние записи НДФЛ влоб, да простит меня Сибиряк. Далее покатит спокойно чистый 2025.

Ну или авансы убрать и вместо них разовый доход с неявками за 1-ю половину месяца. Либо ещё как.
В общем, главное переползти )

(0) И что здесь не так? Все верно работает.

Обновил.. Не до конца дочитал. Интересный эффект, возможно, что в декабре аванс был больше ЗП.

(9) По всем сотрудникам не бывает. На себе проверил отдельно где доход в авансе ниже.

(9) Не гадайте. Перечитайте (8). Аванс, выплаченный в декабре + зарплата в январе за декабрь = неотработанный в коде ЗУП переход.

(11) Я в 1С напишу :-) Интересно что ответят

На демо базе проблема воспроизводится.

(13) на 31.67 ?
А точно все ранешние патчи-расширения отключили?

(14) Демо база на 3.1.30.117

(15) А можно её поднять до 31.67?
Просто в данном релизе много меняли код по учёту НДФЛ: чуть ли не в 30 местах )

Опытным путем выяснилось, что проблема возникает с сотрудниками, у которых есть вычеты с НГ. Мегакосяк.

Ладно, шут с ним. Раз не жуёт отдельные начисления для дирекции и слуг, то сделайте ОДИН раз для перехода демократично: одно начисление зп по ВСЕМ. Когда жмакните кнопку <Выплатить> для этого дока, то там будет выбор: с разбивкой по подразделениям. И у дирекции опять будет своя отдельная ведомость на выплату )

(17) Это решается примитивно. Закройте всем вычеты декабрём 2024 и скопируйте на "С января 2025". Тогда для архивных процедур будет своя свадьба (вычеты 2024), а для 2025 - своя (вычеты с 2025).

(16) Обновили демо базу на 3.1.31.67. проблема воспроивзодится.

прошлые документы не перепроводили.

(19) Это доходы января. Примитивное решение - оставить как есть и сделать "Перерасчет НДФЛ" после этого.

(18) У нас обычно наоборот. Начисления по подразделениям, а ведомость 1.

(22) один раз сделайте одно начисление

(17) У меня вычетов нет, а проблема воспроизводится.

(21) Перерасчёт НДФЛ всё равно придёт в тот же общий модуль.
Не спорьте. Проверьте на одном плохом сотре с вычетами. Закройте и новым заявлением откройте.

(23) у нас 1 непроведённый документ с отрицательными НДФЛ. Просто предложу им ничего не делать с этим документом.

Отправил описание проблемы в 1С. Посмотрим что ответят.

(26) Без разницы. Главное - переползти.

(11) На 3.1.31.67 этого точно нет. Мы по себе уже ЗП посчитали.

(29) Значит у Вас нет уволенных ближе к концу декабря (после аванса)

+(30) Вот пруф:

(29) На демо базе сделайте следующее
1) начислите аванс, например, с датой получения на 20.12.2024
2) сделайте ведомость по этому сотруднику на 20.12.2024
3) Создайте "Начисление ЗП и взносов" с датой документа 31.12.2024, датой получения, например, 14.01.2025, укажите подразделение сотрудника и подберите сотрудника чтобы выполнился расчет. Убеждаетесь, то НДФЛ аванса отразился на 20.12.2024. Проводите документ.
4) Создаёте такой же документ "Начисления ЗП и взносов", только не указываете подразделение и подбираете того же сотрудника. После открываете вкладку "НДФЛ". У нас отобразилась отрицательная сумма НДФЛ.

(32) Это неинтересно. Всегда можно одним доком всем начислить зп.
А вот уволенные - интересней )

(32) Не понял, зачем делать пункт 4, если уже в третьем пункте вы начислили зарплату? В чем смысл?

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

(32) Попробовал сделать то же самое на нашей живой базе, даты у нас те же самые. На пункте 4 получил сообщение - получение значения по индексу не определено. Так что не удалось воспроизвести. Заполнение падает с той же ошибкой.

(35) Релиз? Патчи стоят?

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

Патчей на эту тему еще нет, ошибка не исправлена. Надо, чтобы доходов в 25 году не было ))

Код ошибки: 60018694

А нет, патч оказывается уже есть, попробую поставить.

Обновил: в описании ошибки указан код патча, совпадающий с кодом ошибки : EF_60018694

Но в списке патчей дал 67 релиза такого нет. Удивлен. Потому что патч для 3.1.30, а не для 3.1.31, в новом релизе исправления нет.

(37) Если 31.67, то уберите все патчи. Теперь пробуйте.
Например, EF_60018694 было аж две версии в начале декабря и в основном для ДП. А 31.67 вышел в конце декабря.

https://buhexpert8.ru/1s-zup/ndfl-i-strahovye-vznosy-1s-zup/ndfl-ischislennyj-uderzhannyj-i-perechislennyj/oshibka-v-zup-3-1-zadvaivaetsya-ndfl-s-zarplaty-dekabrya.html

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

(40) Вы бы сразу сказали бы, что уже залезали начислениями в 2025 год до обновления на новый учёт НДФЛ. Тогда бы сразу ответили, что надо просто эти начисления заново пересчитать, а лучше перезаполнить уже на последнем релизе.
Это ж очевидно.

Может я плохо акцентировал, тогда снова. В последнем релизе произошло существенное изменение в учёте НДФЛ. Процедуры расчёта до 2025 стали архивными, а с 2025 работают новые процедуры. Они не состыкованы. Прекрасно отрабатывают 2024 и раньше старые процедуры, а 2025 и позже новые.

Траншею по декабрьским начислениям, но выплаченным в январе надо переползти вручную как угодно.
Тут и закрытие старых заявлений на вычеты декабрём 2024 и открытие новых заявлений с января 2025.
Тут и ручное удаление лишних сторно НДФЛ с авансов.
И т.д. и т.п.

Переползёте и спите спокойно. Январь и т.д. отлично покатит по новым процедурам.

(0) это ошибка 60019680 , но она касается не только уволенных, но и сотрудников, по которым сделано несколько начислений зарплаты. Например, для каждого подразделения создается отдельное начисление зарплаты и был кадровый перевод.

(43) Никто не будет на фирме 1С править тысячу несостыковок перехода. Тогда только для этой разовой акции надо специально кодить новые процедуры только для декабрь-январь. Оно фирме 1С надо?

1. По уволенным достаточно жать не <Заполнить>, а
<Подбор> - период с и по "01.01.2025 - 01.01.2025" - <Ctrl> <A> - <Выбрать>
Объяснение: кнопка заполнить тупо берёт по кадровым данным ВСЕХ работников, пукнувших в декабре. В частности, и уволенных. До или после перехода это не имеет значения, т.к. всё равно уволенный будет иметь нулевой доход и нулевой НДФЛ. Его потом программа удалит из дока начисления как голимый ноль по суммам.
Но! Сейчас НДФЛ с аванса остался в СТАРОЙ структуре НДФЛ, а НДФЛ по январской выплате - в новой! И получается, что новые процедуры правильно видят, что у уволенного ноль НДФЛ 2025, а значит НДФЛ с аванса в структуре ВТ 2024 - лишний - вот его и сторнируют ошибочно.
Так вот, подбором вместо заполнить мы ВООБЩЕ не берём уволенного в список, нет его в интервале дня 01.01.2025. И всё шоколадно.

2. Уж один-то раз можно же сделать начисление в декабре не по подразделениям, как обычно, а демократически - скопом - по всем - ОДНИМ доком начисления? Или религия запрещает?
Далее с января опять валяйте начислять по подразделениям.

(44) Не религия, а платформа. У нас в паре организаций если не по подразделениям считать, то налетаем на ограничение по количеству строк в документе. Такое только для ларьков

(45) И что? Сидеть у моря и ждать золотую рыбку с волшебным патчем от фирмы 1С в плавниках? Нет такого патча и не будет. Наоборот, они друг дружку перезаписывают: правят одно и калечат другое.

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

(46) А ничего. Мы сами поправили эту ошибку с НДФЛ

(47) Вот это деловой подход. Без обид )

(44) если сотрудников большое количество? например, несколько тысяч и расчет делают разные люди. Вручную, конечно мы отследили сотрудников с несколькими начислениями зарплаты и удалили лишние строки ндфл. Но сама ситуация с ошибками НДФЛ в ЗУП напрягает, учитывая, что даже без ошибок в коде можно так начудить с НДФЛ в режиме пользователя, что потом только ручное заполнение помогает.

(49) А платить людям декабрьскую зарплату надо не в середине января, а перед новогодними праздниками. По-людски надо. Вон на гнилом западе все расчёты закрывают к "ихнему" Рождеству.

(50) Пидарасы, что с них взять

)))

Чего-то я сходу и не вижу как поправить декабрьского перебежчика между подразделениями...

(50) "Вон на гнилом западе все расчёты закрывают к "ихнему" Рождеству."
между прочим, Гена, у меня бюджетников "немножко", так вот у них у всех сроки выплат от "5-го и 20-го" (большинство), до "8-го и 23-го" (реже). У меня нет и я не знаю бюджетников, у которых сроки выплат, например "10-го и 25-го". Нет, ну наверняка может такие и есть, но просто я про таких не знаю.
И вот они все в силу статьи ТК выплачивают зарплату в последний рабочий день перед праздниками, если день выплаты приходится на праздничный день.

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

ps: а еще познавательно, почему срок такой странный "8-го и 23-го". Я сначала прикалывался, а потом мне объяснили.
Все торопятся отчитаться о полученном из бюджета и потраченном объеме финансирования, поэтому наши финики на уровне региона негласно сказали - выплаты производить не позднее половины следующей половины. То есть, к примеру, первая половина месяца с 1-го до 15-го, вторая половина - с 16-го до 30-го (31-го). Половина от второй половины - 23-е. Поэтому выплата за первую половину должна быть не позднее 23-го. Вот такое негласное указание областного министерства финансов, которое все соблюдают. Отсюда и крайние сроки - 8-го и 23-го. И отсюда все подпадают под статью ТК, под новогодние праздники, и выплачивают накануне праздничных дней (/накануне Нового Года).
А ты говоришь - на западе. У нас не хуже!

(53) " государство у нас намного лояльнее к сотрудникам, чем коммерсы."
- многие коммерсы, с которыми я сталкивался (как правило мелкие конторы или конторы с лавочным мышлением) - у них одно пожелание: не платить никаких взносов и налогов и минимальную зп. ВСЁ. тогда у них бизнес попрет и все будут счастливы.

(42) Вот что странно, у нас ошибки с отрицательным НДФЛ ни где не было, в отделе ведения учета 40 баз, у клиентов на внешнем контуре примерно столько же, ни один не напоролся.

Так я и не понял, что не так делаю.

(55) Она возникнет, если выполнены все условия:
1. работнику в декабре начислили и выплатили аванс
2. работника уволили после аванса и до НГ
3. работнику в доке Увольнения поставили крыжик расчёта зарплаты = все расчёты с ним завершены в декабре 2024.
5. По всему предприятию выплата декабрьской зарплаты в январе 2025.
6. Стандартно создаётся док Начисление зп и штатно жмётся копка <Заполнить>

У кекса отсутствует, естественно, строка на вкладке Начислено, но ошибочно присутствует строка на вкладке НДФЛ как минус НДФЛ с того ранешнего аванса.

(56) Благодарю. Как сложно-то ))

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

(56) А что было в 4 пункте?

(58)

4. "@@@@..."
7. Профит!

(59)
4.Шумиха, неразбериха, поиск виновных
7.Наказание невиновных, награждение непричастных

(60) "Программисты запороли базу ЕРП".

(61) Очень жизненная история, думаете не может такого быть ?

1С прислали обновленный патч EF_60019319 для тестирования.

На демо базе при повторном подборе сотрудника уже не появляется отрицательный НДФЛ аванса.

Ещё момент - ранее при повторном подборе сотрудника появлялась дополнительная сумма удержаний по исполнительным листам.

(62) Здесь должен красиво выйти Гена и произнести - "Есть многое на свете..".

Я бы тоже сказал, но это не мой стиль.

Выложили утром 14.01.2025

Исправление ошибок:
60019319 При расчёте НДФЛ возникает ошибка "Получение элемента по индексу для значения не определено".
60019680 Ошибочное сторно НДФЛ, несмотря на полный расчет НДФЛ в увольнении
60019741 Пустая дата пол-я дохода, если был расчитан документ с более поздней датой выплаты. Может возникать ошибка:
Запись не верна! Значение поля "Дата получения дохода" не может быть пустым

(65) И что в результате?

(66) Я еще не проверял.

(67) А с длинными премиями для сверхурочных у себя разобрались?

(68) эээ.. вы наверное меня с кем-то путаете, но я вроде как и не поднимал эту проблему.

(65) Даже с этим патчем у нас что-то с вычетами на детей не то.
По коду вычета 128/116 ЗУП насчитал почему-то 18 тыс. Вроде на 3го и последующего ребенка до 3 тыс.

(70) у нас заведено 3 кода 128/116 у сотрудника. поэтому должно быть 3 * 3000 = 9000 максимум по этому коду с предоставлением в январе в зарплате декабря

(70) Смотря какой месяц налогового периода, с 25 года на третьего ребенка вычет 6000.

(70) (71) Отстали от жизни, коллега, не следите за выступлениями нашего президента )
Всё для многодетных семей! С 2025 года вычет на третьего и каждого последующего ребёнка увеличен вдвое: было 3к, а стало 6к:
6к * 3 = 18к

(73) (72) Спасибо. Буду знать.

(67) А я не поленился, скачал и проверил своих уволенных в декабре. Да, по ним нормально отработало.
Правда исправил в файле одну ошибку и поставил ещё один костыль )

(75) Я за это время проверил 3 клиентов за 2024 год, не дошли руки до экспериментов ))

Мне только непонятно отсутствие "&Вместо" у двух процедур. Это нормально по языку?

&Вместо("РассчитатьНалогПоОсновнойСтавке")
Функция EF_60019319_РассчитатьНалогПоОсновнойСтавке...

Процедура EF_60019319_ВписатьВычетВРезультатыУточнитьТекущиеДоходы...

Процедура EF_60019319_ВписатьРесурсВРезультатыРасчетов...

&Вместо("ПеренестиВычетВКолонкуРасчета")
Процедура EF_60019319_ПеренестиВычетВКолонкуРасчета...

&Вместо("РассчитатьНалогВписатьВРезультатыРасчетов")
Процедура EF_60019319_РассчитатьНалогВписатьВРезультатыРасчетов...

(77) Директива &Вместо говорит о том, что будет использоваться не текст указанной процедуры (функции) из основной конфигурации, а текст из расширения.

Очевидно, эти две процедуры вызываются напрямую в расширении и у них не надо "переназначать использование"

(78) А... значит зря я их заменил как "вместо" )))

Проблема с разовой выплатой с вычетом не решена.

Начисляем разовое начисление в декабре на 600 руб. получение с ЗП в январе Сработают вычеты и НДФЛ 0. (5 детей: 1400 + 2800 + 6000 * 3).

Первый расчёт ЗП покажет норм. А если во 2м документе подобрать сотрудника, то также появится отрицательный НДФЛ.

(80) Откуда при подборе ДВА документа ?

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

(82) В переходе можно один раз не заполнять отдельно дирекцию, а сделать одно на всех начисление. Демократично так.

(83) Как сделано, то уже сделано. Теперь бухгалтера пытают из-за чего у них неверно рассчитался НДФЛ и как это исправить. Теперь корректировки делать чтобы сотруднику доплатить.

Господа, а не объясните дилетанту в расширениях?
ЗУП 31.67 Платформа 25.1394 Права админа.
Устанавливаю стандартно ночное расширение в предприятии, а оно не появляется в окошке расширений (рис.1)
Зато видно в конфигураторе (рис.2)

Это нормально или я где-то туплю?

(85) Нормально.
Есть форма "Расширения" (скрин 1)
Есть форма "Установленные исправления" (скрин 2)
Есть форма "Управление расширениями" (скрин 3)

В "Расширениях" - не видно "патчей"

Я, к примеру, патчи устанавливал/проверял через "Установленные исправления" (Администрирование - Обслуживание - Обновление приложения - Установленные исправления (патчи))

(86) Спасибо. Понял )

Но если туп как дерево -
Родишься дядей Геной.  
И будешь дядей Геной
Тыщу лет пока помрёшь )

(87) баобабом? :)

(85) Да, нормально. Расширение живет своей малой жизнью. :)

(65) поставили расширение. Не помогло с НДФЛ по уволенным

(90) А мне помогло. На 31.67 при отключении всех ранешних патчей и после перепроведения с перезаполнением всех задействованных документов.

(91) да, 31.67. Еще раз попробуем, спасибо. Вроде других патчей нет.

(91) все задействованные документы - что Вы имеете в виду? Можно подробнее.
мы удалили в копии наше Начисление зп за декабрь, создали новый док Начисление зп за декабрь, провели.
Потом, чтобы проверить, создаем второй документ Начисление за декабрь - все абсолютно сотрудники, не только уволенные, подбираются с отрицательным НДФЛ

(93) Подтверждаю, так и есть. У двух клиентов с новыми патчами проявляется.

(94) Меня настораживает множественное число. Патч вчерашний должен быть один, остальные - отключены.

(93) Вот я заполнил и провёл начисление декабря по всем с выплатой 03.01.2025. Теперь снова завёл уже датой от 31 декабря новый док начисления и опять заполнил - он ожидаемо пустой.
Что я должен испортить?

1С ранее написала:
Важно! Перед преминением патча удалить патч EF_60019319

(96) Не увидел, где это? Вижу просто три патча от 14.01.2025 и один от сегодняшнего числа на другую тему

(97) Вот ить Фома неверующий )

(98) Вы от какой версии патчи смотрите? я от 3.1.31.67

(95) Второй документ создаю 31.12.2024 с датой выплаты 14.01.2025 и на закладке НДФЛ сторно по всем сотрудникам, не только по уволенным.
Патч 1
от 27.12.2024 патч не ставили, сразу от 14.01.2025

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

Но ранешние патчи туда ЗАЛЕЗЛИ. Хлопцы хотели состыковать переход на 2025 год. В результате 2 недели бардака.
И только в последнем ночном патче сообразили "архив" не трогать, а стыковать переход ОТДЕЛЬНЫМИ процедурами.

Вот почему надо выкинуть все патчи и оставить только ночной. Если этого не сделать, то ранешний патч мог испортить "архив".
You see?

(100) Ещё раз проверил, поставил даже дату выплаты 15.01.2025
во втором доке начисления зарплаты = пусто и по начислениям и по НДФЛ.
Больше проверять не буду. Разбирайтесь с установкой расширений. Меня вчера научили )

(99) Предыдущие: 31.66 и 30.116 ДП

(102)Последний момент уточню. Дату получения дохода в сторно НДФЛ у меня ставит 13.12.2024 - дата выплаты зарплаты за ноябрь, не аванса за декабрь. Ноябрь откуда мог попасть?

Дату получения дохода в сторно НДФЛ у меня тоже ставит выплату зарплаты за ноябрь, аванс за декабрь тоже сторно

(104) (105) А доки Перерасчёта НДФЛ не исправляют ситуацию?

Добрый день) Сейчас попробую на копии

(107) Можете в рабочей базе. Это же док: не понравится как заполнил - не проведёте.

Нет, док Перерасчет НДФЛ пустой

(109) Тогда может быть всё, что угодно. Правьте как-нибудь вручную 2024. Главное - перевалиться в 2025.

(110) А потом Гена продаст вам свою обработку ))

(105) Так то и логично, сторно всегда отражается исходной датой получения дохода.

(111) А нет для перехода золотой обработки. Мало ли чего в базе накручено, всего не предусмотришь. И это при идеальной последовательности доков. А у многих половина ручника - тут ничто не поможет. Только перелезть через НГ и забыть.

Логично, когда так весь год минус происходит, а не в декабре))))) После расчета января 2025 ошибка за декабрь ушла

Проверяю сегодня некую организацию своей углубленной проверкой. Что вижу -

1. заявление о вычете на ребенка есть по 2041 год, создано в ноябре 2023 года;
2. доход не превысил 350 тысяч;
3. Увольнения не было;
4. прекращения вычетов не было;
5. доходов с прошлого места работы не было

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

Это один сотрудник. У второго в заявлении о вычетах в одном документе дается вычет на 1,2,3 ребенка, по факту программа предоставляет на двух.

Нашел еще несколько подобных сотрудников, никакого логичного объяснения этому не нашел, прошерстил все регистры (в том числе вторичные) - применение вычетов , права на вычет, все чисто.

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

Блин, ну точно! Создал документ "Перерасчет НДФЛ", рассчитал 2024 год и все, у кого вычеты не применялись в старых релизах, получили эти  вычеты в новом и теперь налог у них в минусе.

3.1.31.67 + все актуальные патчи

Только что выложили уже исправление для 60019319 от 14.01.2025
А именно:
EF_60019319_2 от 22.01.2025

В анонсе вроде как золотое общее исправление ВСЕХ ошибок по переходу:
Исправление ошибок:
60019319 При расчёте НДФЛ возникает ошибка "Получение элемента по индексу для значения не определено".
60019680 Ошибочное сторно НДФЛ, несмотря на полный расчет НДФЛ в увольнении
60019741 Пустая дата пол-я дохода, если был расчитан документ с более поздней датой выплаты. Может возникать ошибка:
Запись не верна! Значение поля "Дата получения дохода" не может быть пустым
60019922 Сторнируются вычеты с незаполненным реквизитом "Налоговая база" и задваивается НДФЛ
60019855 Док. Отпуск. При расчете по второму рабочему месту добавялется лишняя строка с НДФЛ
60019975 При совпадении месяца даты выплаты зп и аванса, в расчете НДФЛ неверно зачитывается аванс

И вечный бой, покой нам только снится,
Сквозь кровь и пыль...

(117) На портале пишут, что было заменено, а замены нет. Может кто-нибудь выложить, кто успел скачать?

(118) Это запрещено!

(118) Все нашел, спасибо

(117)     EF_60019319_3  от 24.01.2025 =)

(121) Это с партнерки или для другой версии? Для релиза на сайте обновлений такого не вижу для версии 3.1.31.67

(122) EF_60019319_3 от 24/01/2025 пока вижу только для 30-й версии, для 31-й есть EF_60019319_2 от 22/01/2025

(123) Видел я модули по расчёту НДФЛ. Иногда думаю это какую голову надо иметь такие алгоритмы переписывать :-)

(121) Да... уж... (с) Ипполит Матвеевич

(122) для 30 -ки

В конфигурации нашли ещё ошибку. из-за неё не делаются все движения для документа "Начисление зарплаты и взносов"


Общий модуль - УчетНДФЛ - Процедура "ДополнитьДвиженияСписаниемАванса".

В ней перепутаны строки. После выполнения 1й другая строка не даст никакого результата. Думаю надо строки менять местами:


Суть - если в документе аванса есть строка с отрицательным НДФЛ, то документ "начисление ЗП и взносов" сделает по этому сотруднику не все движения по регистру "Расчёты налогоплательщиков с бюджетом по НДФЛ".

Ешё косяк:

3.1.31.67 Сформировал 6-НДФЛ за 1 кв. 2025.
Показатель: Сумма налога удержанная с 1 по 22 число первого месяца последнего квартала" ровно в 3 раза больше фактической.
У всех так?

(128) У многих. Пока не пользуйтесь им, тем более, что он нужен будет только в апреле.

(129) Спасибо.

(129) +1
https://buhexpert8.ru/1s-zup/ndfl-i-strahovye-vznosy-1s-zup/ndfl-i-vznosy-2025/oshibka-v-zup-3-1-pri-zapolnenii-6-ndfl-2025-znacheniya-strok-utraivayutsya.html

(127) Отправил в 1С. Надеюсь признают ошибку

Ещё в документе "Операция учета НДФЛ" на вкладке "Исчислено 13%" нельзя выбрать вид дохода "Районные, северные надбавки" если есть нужда поправить НДФЛ по этим видам.

(133)

(134) Не ясно зачем жёстко прописывать какие виды можно использовать. Это тип перечисление.

(135) Тогда бы вываливался полный список данных перечисления, всякие ЦБ и т.п. - оно нам надо?

(134) В конце процедуры "ПриСозданииНаСервере" этой формы лучше дописать



Потом поддерживать проще.

Еще одна ошибка патча EF_60019319_3

"Функция EF_60019319_РассчитатьНалогПоОсновнойСтавке", переменная "НеизрасходованныеВычетыМесяца" не очищается при переходе к обработке следующего физического лица, итог - неизрасходованные вычеты предыдущего физического лица предоставляются следующему по очередности обработки.

(138) Надеюсь в 1С написали, а то сейчас вся страна насчитает :-)

(139) Бросьте, наконец, это заплаточное ДП.

(140) Что взамен?

(141) Нормальные релизы - не ДП. Они в первую очередь кодятся 1С:
- Тут у него любовь с интересом, тут у него лежбище

(142) А вот тут согласен. Проверял клиентов на ДП, ошибок еще больше, чем на актуальных релизах.

(138) Исправили в 3.1.30.133

(137) Команда больше не нужна. В 3.1.30.133 добавили в список выбора.

(140)Тоже так поступил и не юзаю ДП.

Но и в 32.17 глюков хватает.

НДФЛ нормально не встаёт в ведомость на выплату, в случае когда было превышение в 2400к

(146) Уверены? Может доки были сделаны до обновления?
Попробуйте новое начисление и по ней новую выплату.