Добрый вечер. Сразу оговорюсь, что в учете ЗП в целом и в ЗуП в частности понимаю мало.

ЗуП 3.1.24.310

Ситуация следующая:
В декабре 2022 сотрудникам была предоставлена материальная помощь в размере 4000₽
У одного из сотрудников помимо мат.помощи есть вычеты на детей.

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

При формировании/заполнении начисления зарплаты за декабрь 2022 (с выплатой в январе), по этому сотруднику формируется две записи с вычетами на детей.
Одна с видом дохода "оплата труда" попадает в январь 2023. Тут никаких вопросов.
Вторая с видом дохода "прочие доходы" рассчитывается с мат.помощи и попадает в декабрь 2022.

Бухгалтер говорит, что неправильно. Насколько я понимаю, тоже неправильно. Как-то нелогично иметь вычет больше дохода.

Никакой другой мат.помощи этому сотруднику не предоставлялось. Т.е. те самые 4000/год, которые сами себе вычет, потому что не облагаются.

Подробный анализ НДФЛ по данному сотруднику за дек-янв: https://files.catbox.moe/u3hdxi.png
Расшифровка вычетов в доке начисления ЗП: https://files.catbox.moe/igt58m.png (13.12.2022 — это как раз мат.помощь)
Настройки начисления "материальная помощь":
https://files.catbox.moe/2n3ze9.PNG
https://files.catbox.moe/m2enp7.PNG

Плановая дата выплаты в документе разовых начислений матпомощи какая?

если не думать и знаете точно, что декабрём не надо вычета сотруднику - то закрыть вычет и заново открыть январём

(1) Документ начисления мат.помощи, плановая дата в нем и дата документа выплаты — все 13.12.2022
Единственный нюанс: по этому сотруднику выплата производилась отдельным документом "ведомость на счета", т.к. он не в зарплатном проекте.

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

(3) Если документ начисления с плановой датой декабрь, а фактическая выплата в январе - то переставьте дату выплаты в документе начисления на январь. Это издержки переходного периода на новый порядок исчисления НДФЛ с 2023 года. Почему-то документы с плановой датой выплаты декабрем не сдвигаются по дате фактической выплаты. Это очевидно баг в 1с.

+(3) А если матпомощь начислена в декабре и выплачена же в декабре - то и НДФЛ должен применяться декабрем, само собой. И неважно, когда была выплачена зарплата.

(3) точно дата выплаты  в доке мат помощи 13.12.2022 и совпадает с датой реальной выплаты ?
а ещё может быть, что там выплачено не то ( по другому виду дохода например) а потом уже январём выплатилось ?

(6) Перепроверил еще раз.
Начисление всем сотрудникам одним документом от 13.12.2022. Внизу "Выплата в межрасчетный период, планируемая дата выплаты 13.12.2022".
Выплата двумя разными документами, но в обоих месяц выплаты — декабрь и дата 13.12.2022.

(5) Да, мат.помощь была начислена и выплачена в декабре. Но матпомощь в 4000₽ вроде как не должна облагаться налогом.

(7) и сальдо на 23 год по этому сотру не было ?
поясню если не очень понятно : может была мат помощь 4000 и оклад 20
выплатили аванс 10 и мат помощь т .е. итого 14 а 10 осталось на январь
тут тогда надо посмотреть, точно ли мат помощь с кодом дохода мат помощи выдалась полностью декабрём

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

(9) 23.12.2022 был выплачен аванс 14120.

>почему тогда вы считаете, что не должно быть вычета ?
Если вы про вычет именно на матпомощь — то потому что так бухгалтер сказал. Тут я сам не уверен. По мне просто нелогично, что на доход в 4000 вычет 6800.

А если про ЗП в целом, то аванс за декабрь не регистрировался как самостоятельный доход. Т.е. доход за декабрь у нас признается в январе.
Вот тут справа "Случай 2. Зарплата выплачена в январе, с аванса НДФЛ не удерживался".
https://buhexpert8.ru/1s-zup/vyplata-zarplaty/vyplata-zarplaty-vyplata-zarplaty/zarplata-za-dekabr-2022-goda-kogda-vyplachivat-i-kak-otrazit-v-6-ndfl.html
Вот у нас как раз это.

(10) Да забудьте вы про свои авансы. Разбирайтесь с выплатами. В документе выплаты можно четко определить, какое именно начисление было оплачено.
Если у вас матпомощь начислена в декабре и выплачена в декабре - то и НДФЛ исчисляется в декабре, и вычеты применяются соответственно из прошлого года.
Если же матпомощь начислена в декабре, а выплачена в январе - то НДФЛ будет январский и вычеты возьмутся из января. С зарплатой - то же самое.
Единственное, на что я уже обратил внимание ранее - плановая дата выплаты в начислениях декабря должна совпадать с фактической. После исправления плановой даты надо перепровести выплаты.

(10) вычет идёт не на мат помощь, а это право на вычет и оно идёт сразу на год
если выплаты прекращаются, то вычет прекращается, а если возобновляются , то вычет дают на все пропущенные месяцы
наткнулся на вот такое, тут говорят, что мат помощь хоть и соц но выплата, и надо дать вычет
https://nalog-nalog.ru/ndfl/vychety_ndfl/vychet-na-rebenka-za-mesyacy-v-kotoryh-net-dohoda-predostavlyaetsya-ili-net/?ysclid=lf7a8117hz254363344

(11) (12)
Т.е., если даты начислений и выплат верные, то программа отрабатывает корректно и отрицательные налоговая база и, соответственно, исчисленный налог — это правильно?

(12) (11)
Поправлюсь: отрицательная налоговая база за месяц. За год точно быть не должно.

(13) Проверяйте за год нарастающим итогом. Как будто есть два процесса - накопление вычетов и накопление доходов. И третий - расчет НДФЛ каждый месяц как разница между исчисленным с начала года включая текущий месяц и исчисленным ранее.

(15) Угу. Тогда вроде правильно получается. Буду с бухгалтером общаться.

(12) (15) Спасибо за помощь!

Бухгалтер права. В месяце, где не было дохода по ставке 13%, вычет не предоставляется. Является ли небольшая матпомощь таким доходом? Нет не является, т.к. вычет 503 для неё не является собственно вычетом. По НК РФ матпомощь относится к необлагаемым доходам вроде тех же декретных выплат. Просто прописан лимит, свыше которого излишняя матпомощь уже становится доходом, например, как те же излишние суточные.
Понятие вычета с матпомощи формально введено ФНС только для удобства расчёта НДФЛ.

Следовательно, сотруднику за декабрь детский вычет не положен.

Дальнейшие действия зависят от воли бухгалтера. Налоговый расчёт 6-НДФЛ со справками 2-НДФЛ уже должен был быть сдан по предельной дате в конце февраля. Если не будет желания исправлять и сдавать корректировку, то можно оставить всё как есть, ведь очень мала вероятность, что налоговики заметят эти лишние сотни рублей. Сейчас и так полный бардак с переходным периодом с ЕНС у налоговиков и напрягать их и без того кривую приёмную программу ещё и корректировкой лично я бы не стал )

Кстати, в письме Минфина от 2014 года, которое привёл RoRu, рассматривается строго случай БОЛЬШИХ матпомощей декретницам. Естественно, что для матпомощи свыше 4000 уже появляется доход и вычет надо давать.
Цитата из письма Минфина России от 4 сентября 2014 г. № 03-04-06/44338:
"Из письма [вопроса] следует, что общество ежемесячно выплачивает работникам, находящимся в отпуске по уходу за ребенком, материальную помощь, [b]облагаемую налогом[/b] на доходы физических лиц."

(17) Так у ТС судя по скриншотам в (0) эта матпомощь, облагаемая налогом. Следовательно, вычет на неё тоже применяться должен.

(19) Дубль два: не существует в НК понятия вычета для матпомощи.
НК РФ Статья 217. Доходы, не подлежащие налогообложению (освобождаемые от налогообложения)
Не подлежат налогообложению (освобождаются от налогообложения) следующие виды доходов физических лиц:
28) доходы, не превышающие 4000 рублей, полученные по каждому из следующих оснований за налоговый период:
...суммы материальной помощи, оказываемой работодателями своим работникам...

Понятие квазивычета с матпомощи введено лишь для удобства расчёта и отображения в отчётности. На пальцах:
1. матпомощь 3500 = нет облагаемого дохода
2. матпомощь 4500 = есть облагаемый доход в 500 рублей

Вычеты же, прописанные в НК, работают по-другому: есть УЖЕ облагаемый доход, а вычеты его лишь УМЕНЬШАЮТ.
You see?

Кстати, обратите внимание, что маленькая матпомошь НЕ входит в определение размера предельной базы в 350 000 для прекращения предоставления детских вычетов. Именно потому, что маленькая матпомощь НЕ является облагаемым доходом.

(20) А откуда вы взяли, что эта матпомощь была единственной и необлагаемый лимит не был превышен ранее?

(22) Цитата из поста 0:
"Никакой другой мат.помощи этому сотруднику не предоставлялось"

(23) Тогда непонятно, почему эта матпомощь в виде расчета указана как облагаемая..

(24) а чтобы не вводить два вида расчёта: "Матпомощь до предела необлагаемая" и "Матпомощь сверх предела облагаемая". Используется механизм "Матпомощь облагаемая" но за минусом "вычета 503".
95% вероятности, что механизм исключения маленьких матпомощей из облагаемого дохода в ЗУПе отработан. Иначе давно был бы крик на всю вселенную. Скорее всего это неточность только переходного периода. Легко проверить, кому не лень. Дать в копии любому сотруднику с детскими вычетами в апреле матпомощь в 3500 и проверить, даёт ли ЗУП детский вычет за апрель.

Если не даёт, то поменять начисление и выплату матпомощи на 4500 и опять проверить.

Проверил сам, хоть я и человек архиленивый )
Всё нормально отрабатывает ЗУП 3.1.24.408
Для голой в месяце апреле матпомощи 3500 детский вычет не даёт, а для такой же 4500 даёт в размере 500. Как доктор прописал.

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

(27) вообще странная логика , получается если сотруднице начислить рубль в декабре - она тогда сэкономит 1400*2 (если двое детей) *13= 364рубля
а в частности я ТС сразу написал закрыть вычеты и не мучиться
тут вопрос , на мой взгляд , даже не в правильно и не правильно, а в сколько гемора с сдачами и проверками НДФЛ гипотетически может вылезти в такой ситуации и стоят ли они конторе этого ндфл

Упс! Рано я обрадовался. Если ввести док Начисление зарплаты и взносов с нулевой зарплатой у плохиша, то ЗУП даёт полный апрельский детский вычет даже для маленькой матпомощи в 3500. Ни фига не отслеживает ЗУП необлагаемую матпомощь. Значит это ошибка и надо менять в модулях, либо самим, либо регистрировать ошибку на сайте фирмы 1С. Но я уже знаю их ответ: а вы и не вводите в списке плохиша с нулевым заработком )

(28) нормальная логика. Нет дохода = нет вычета. Есть доход хоть в копейку = получи вычет.

(17) "Бухгалтер права. В месяце, где не было дохода по ставке 13%, вычет не предоставляется"

А вот и нет, в статье 218 НК РФ совсем другое написано.

В статье 218 НК РФ нет ничего, что бы ставило право на вычет в зависимость от дохода.

А если бы и было - в месяце матпомощь начислена? начислена. Выплачена? Выплачена. Доход получен, вычет положен.
Но на самом деле ничего такого нет.

Право на вычет у сотрудника есть в те месяцы, когда он работает, а не когда получил доход. Либо до конца года, в котором ребенку исполнилось 18 лет.

(31) (32) Статья 218 работает в общем для налогоплательщика, т.е. ФЛ имеет право получить все вычеты, в том числе и за бездоходные месяцы, в заявительном порядке после окончания года через подачу декларации 3-НДФЛ.

Для налоговых агентов (работодателей) действуют подзаконные акты в виде писем Минфина, по которым сначала за бездоходные месяцы вычеты временно не даются, зато потом в первом же месяце появления дохода вычеты предоставляются в полном объёме, в том числе и ранее пропущенные. Хотите спорить - идите в суд, а пока 1С применяет вышеуказанную методологию.

По матпомощи: если она маленькая, т.е. до 4000, то НЕТ облагаемого дохода и вычет временно не положен за данный месяц. Когда появится первый же облагаемый доход, тогда и заодно будет дан и ранее пропущенный вычет. Так должно быть по НК и по письмам Минфина.

(33) Спорить не хочу. Просто знаю, что вы неправы и вводите человека в заблуждение.

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

Можете со мной посудиться теперь ))

"По матпомощи: если она маленькая, т.е. до 4000, то НЕТ облагаемого дохода и вычет временно не положен за данный месяц."

Тут даже комментировать не хочется. Не соответствует это статье 218 НК РФ.

(34) ну зачем же судиться? Попробую переубедить. Помните, несколько лет назад декретные платил не ФСС, а работодатель? Тогда Вы должны помнить, что в месяцах чистых выплат БиР и по уходу умная программа 1С вычет не давала. Если тогда были согласны, что нет временно вычета в месяцах отсутствия облагаемого дохода, то почему же сейчас так категорично против?

(36) На самом деле вопрос этот настолько спорный, что ЗУП дает выбор - как применять вычеты.

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

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

(36) " Помните, несколько лет назад декретные платил не ФСС, а работодатель? Тогда Вы должны помнить, что в месяцах чистых выплат БиР и по уходу умная программа 1С вычет не давала."

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

(37) (38) да у всех, кого видел, в учётке по стандартным вычетам стоит рекомендованная опция "Вычеты, не использованные в течение месяца, переходят на следующий месяц (рекомендуется)". Ни у кого не видел другую опцию, что вычеты сгорают.

Не поленился. Завёл новый ВР "Необлагаемый", в котором снял галку обложения НДФЛ. По аналогии со старыми декретными выплатами.
Завёл разовое начисление в середине месяца на 2000 рублей. Ввёл документ "Начисление зарплаты и взносов" концом месяца, этого сотрудника и ноль зарплаты. Всё прекрасно - НЕТ детского вычета, значит работает ЗУП по принципу "нет облагаемого дохода = временно нет и вычета"

Теперь добавил матпомощь на 1 рубль и хоп - появился полный детский вычет и долг предприятия в сумме 182 рубля на конец месяца.

Неправильно это. Вот смотрите:
Письмо Федеральной налоговой службы от 9 августа 2019 г. № СД-4-11/15807@ “О предоставлении стандартного налогового вычета”
"Начиная с месяца, в котором указанный доход превысил 350 000 рублей, налоговый вычет, предусмотренный указанным подпунктом, не применяется.

При расчете дохода, превышающего 350 000 рублей, не учитываются суммы дохода, не подлежащего налогообложению. Согласно статье 217 Кодекса указанные в ней доходы освобождаются от налогообложения полностью или частично.

Таким образом, для расчета предельной суммы дохода, которая влияет на предоставление стандартных налоговых вычетов, не учитываются, в частности: суммы суточных, не превышающие 700 рублей на территории России и 2 500 рублей в загранкомандировке; суммы материальной помощи, не превышающие 4 000 руб.; взносы работодателя, уплачиваемые в соответствии с Федеральным законом "О дополнительных страховых взносах на накопительную пенсию и государственной поддержке формирования пенсионных накоплений", в сумме уплаченных взносов, но не более 12 000 руб. в год."

Нас здесь интересует исключительно тот факт, что маленькая матпомощь = необлагаемый доход! По аналогии со старыми декретными.

Теперь поняли?

непонятно в чём дисскуссия ? хотим биться чтобы вычет 2800 быд т.е. грубо 400р сохранить сотру ?
проще премию начислить 600р , чем программиста на день занимать этой хренью

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

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

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

Еще раз спасибо всем присутствующим. Что-то узнал.

(27) Проверял. Распровел ВАЩЕВСЕ документы начиная с декабря. Провел только начисление мат.помощи. При этом заполнение начисления зарплаты считает налог на матпомощь. Т.е. все то же самое, что и на скринах в (0).

(43) Мы тут коллективно уже разобрались, что это ошибка ЗУП, которую никто исправлять не будет.
Лично я у себя сегодня специально завёл на такие случаи новое Начисление копированием обычной матпомощи, которое назвал "Матпомощь одиночная до 4000" и в которой только перевёл переключатель на "Не облагается НДФЛ". В подобных редких случаях буду заменять обычную матпомощь на данное новое начисление, т.к. если она появится внутри года, а не в декабре, то отмена вычета уже не поможет, т.к. вычет сгорит. Либо потом после расчёта заново включать вычет, но это приведёт к ошибкам в будущих возможных пересчётах. Лучше уж новую необлагаемую матпомощь засунут в расчёт зарплаты.

(40) В этом релизе, наверное, так и работает. Но я помню совершенно обратное года 3-4 назад, могло работать иначе.

Тогда прекращали вычеты, как и написано выше.

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

(40) "Нас здесь интересует исключительно тот факт, что маленькая матпомощь = необлагаемый доход! По аналогии со старыми декретными.

Теперь поняли?"

Да, я понял, что вас интересует. Спасибо.

(43) Так ведь вычет на детей применяется не к самой матпомощи, а ко всем доходам за год. В отношении самой матпомощи Гена проверил в (27) - работает, даже когда других доходов нет.

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


А писем минфина и прочих каждый может найти в защиту своей точки зрения.

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

(49) т.е. уйдёт работник в отпуск за свой счёт на полгода, а Вы ему будете каждый месяц слать по 182 рубля в зарплату на каждого ребёнка?

(51)

Появится очередной доход через полгода - применим накопленный вычет. Смотря какой доход будет к тому моменту.
А какое основание лишать его права на вычет?

(51) ", а Вы ему будете каждый месяц слать по 182 рубля в зарплату на каждого ребёнка?"

Нет. так я делать, конечно, не буду. Но вопрос интересный, что делать в конце года, если у него доходов в это время не будет.
Технически сейчас ЗУП работает так, что право на этот вычет не реализует.

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

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

(52) Ну так и мы о чём? И те же письма Минфина. Может Вы нас не поняли, но никто и не сжигает напрочь вычеты в бездоходных месяцах. В очередной раз: программа ЗУП грамотно ВРЕМЕННО не даёт вычет в бездоходном месяце, но не сжигает его, а учтёт полностью в первом же доходном месяце.

А маленькая матпомощь НЕ является облагаемым доходом. Поэтому одиночная маленькая матпомощь не должна временно давать вычет в данном месяце. А она даёт. Это ошибка. Вот почему и решили в данной ветке для таких редких случаев вводить новое необлагаемое начисление.

Потому что в кишочках ЗУПа намертво зашито, что вычет 503 лишь уменьшает (вплоть до нуля, если требуется) доход 2760 по матпомощи, но всё равно считает что облагаемый доход был, только вычет его уменьшил. Это ошибка, т.к. по ст.217 НК РФ маленькие матпомощи вообще НЕ являются облагаемым доходом.

(53) Да не нужно закрывать вычет от греха подальше. Умная программа и так не даст вычет в бездоходном декабре. Если только не матпомощь, подарок, суточные )

(54) Это не ошибка, т.к. стандартный вычет за данный месяц применяется не к материальной помощи, которая маленькая и имеет свой приоритетный вычет (налогонеоблагаемая сумма), а ко всему доходу за год. И часть 1 ст. 231 НК РФ предписывает сообщить налогоплательщику об этой сумме излишне исчисленного НДФЛ (отрицательный в документе), взять с него заявление и возвратить САМОМУ, не отправляя работника в ИФНС.

(55) Это тот же Гена, который в другой ветке советует закрыть вычет январем?
Истинно говорю, последние дни наступают и земля скоро налетит на небесную ось.

ЗУП 3.1 Ошибка конфигурации в расчёте стандартного вычета на ребёнка и отражения НДФЛ

ответ 6

Понимаете, жизнь она многомерна и не подходит ей двухцветный подростковый максимализм «чёрное-белое». Любая программа как произведение алгоритмического искусства является частью нашей жизни и работать с ней надо творчески и без догматики.

Если в одних зарплатно-расчётных операциях лучше не закрывать детский вычет, то в других, напротив, дЕльнее как раз вычет закрыть. На чём должен всегда основываться выбор? Да на знании алгоритма данной конкретной программы. Банально, но это так. Если одинэсник хочет профессионально выполнять свою работу, то у него должны быть знания и опыт не только в кодах, но и в бухгалтерии и в налоговом учёте. Как всегда и везде необходим золотой баланс. Чистый кодер наструячит такие алгоритмы, что потом за ним месяцами придётся разгребать. И наоборот, прекрасный бухгалтер не сможет объяснить свои хотелки одинэснику без общего понимания работы алгоритмов программы.

Но я отвлёкся. Почему по матпомощи некрасиво закрывать вычет внутри года? Потому что пользователи ЗУП не роботы, они люди и память их неидеальна, уверяю. Обязательно найдутся такие, кто забудет потом вовремя открыть вычет, причём задним числом. Вот почему для данной зарплатной операции гармонично подходит именно что новое дополнительное начисление.

А вот для примера и другой ветки как раз подходит именно что закрытие вычета. Разберём ту ветку.
Есть богатый сотр, у которого зарплата января + аванс февраля < 350 000, а вот зарплата января + зарплата февраля уже > 350 000. Напоминаю, что по НК РФ детский вычет не положен, если накопительно по году доход превысил указанный предел. Ниже я объясню, почему программа поперхнулась, на мой взгляд, а пока согласитесь, что если просто закрыть в программе предоставление данному богачу детского вычета январём, то это в дальнейшем не повлечёт никакого обращения к памяти пользователей. Им не нужно будет как-то отмечать в блокнотике свои дальнейшие дополнительные действия.

Теперь о том, почему умный ЗУП не справился с богачём. Не потому, что как кричит оппонент, дескать, «всё пропало и гипс снимают», что разрушен старый добрый механизм расчёта НДФЛ прошлых релизов; всё дело в том, что ни одна программа не вытянет корректировку корректировок. Я с таким сталкивался лет 20 назад когда писал собственную зарплатную программу. Дело в том, что (я не открою здесь коллегам ничего нового) бухучёт и налоговый учёт отличаются по периоду действия и периоду регистрации любой операции, в том числе и корректировке таковой. Я понимаю, что у меня выходит лонгрид и мало найдётся желающих его читать полностью, но я не нашёл здесь тегов скрытия длинноты (я вообще не нашёл никаких тегов, даже жирного шрифта), поэтому прошу извинить меня, если читатель потерял своё время.

Продолжу. Когда впервые появился ЗиК я просто ахнул. Эту конфигурацию написала талантливейшая женщина, работавшая тогда на фирме 1С. Снимаю шляпу. Я сразу же выкинул на помойку свою программу без всякого сожаления. В ЗиКе великолепно был реализован механизм двух периодов для одной операции: периода действия и периода регистрации. Причём простота программы поражала, а значит алгоритм был верный. Только простые формулы и красивы, и верны, вспомнить хотя бы формулу Эйнштейна или Эйлера.
Вернёмся к нашему богачу. Межрасчётный документ январской регистрации начисляет аванс. Как правильно заметил оппонент все межрасчётные документы являются чисто техническими, в них не реализован полный алгоритм расчёта НДФЛ, как в документе «Начисление зарплаты и взносов». С этого года, напоминаю, совпали даты исчисления НДФЛ, удержания НДФЛ и выплаты дохода. Это всё стало одним днём в периоде действия. Когда заводится межрасчётный документ внизу есть реквизит «Предполагаемая дата выплаты». Для чего он? Именно для того, чтобы в регистрах по доходам и НДФЛ застолбить первичную дату действия. По умолчанию туда подставляется дата выплаты аванса из настроек организации. Пусть без потери общности это будет 20 число, а 5-е – предполагаемая дата выплаты зарплаты.

Пользователь заводит богачу 18 января (дата регистрации) аванс в 150 000. Умная программа тут же рассчитывает и записывает в регистры: есть вычет, период действия 20 января: есть доход и есть налог. Но на самом деле в реальности зарплата выплачена 22 января. По НК РФ именно день выплаты зарплаты и является днём дохода, исчисления и удержания НДФЛ.
Когда происходит корректировка? Корректировка происходит в доке «Начисление зарплаты и взносов», именно в нём реализован полный механизм расчёта доходов, налогов и взносов.
Итак, 31-го января регистрируется этот документ. Что он видит по богачу? А видит он следующее:
Регистры по периоду действия 20 января, а выплата аванса была 22. Естественно он заводит две записи по январю: минусом (сторно) 20-го и плюсом 22-го. Запомним – это первая корректировка.
Третья запись уже по февралю. Почему в январском доке идёт февральская запись? Да потому что реквизит предполагаемой даты выдачи зарплаты уже заполнен по умолчания как 5 февраля.
Итак, третья запись в нашем доке по богачу: есть вычет за февраль, период действия 5 февраля = доход 150 000 (общий с начала года 300 000), налог.

Тепеь выпускаем Берлагу… шучу. Заводим межрасчётный документ 18 февраля (дата регистрации) аванс в 150 000. Напоминаю, что он технический с урезанным потенциалом. Однако даже такой скромный потенциал позволяет ему увидеть, что общий доход с начала года стал 450 000 > 350 000, а значит вычет за февраль уже не положен, и 100% не будет положен до конца 2023 года (к упрёку зачем можно закрыть вычет в программе январём напрочь).

Я тут подумал, что не стоит далее продолжать, т.к. и так ясно по предыдущему куску лонгрида что произойдёт вторая корректировка. Документ же от 28 февраля даст третью корректировку.
Напомню, что в своей программе я не смог пройти дальше первой корректировки, а здесь имеем уже третью и это только начала года. Вот почему бедный ЗУП захлебнулся с детским вычетом, тем более, что у автора той ветки ещё и разные подразделения по ОКТМО как я понял.

Вывод для той ветки: не мучьте программу, закройте богачу детский вычет январём и пересчитайте его с начала года задним же числом. Приведите налоговые регистры в первоначальный девственный вид. Не тащите мусор весь год из месяца в месяц.

(58) Внимательности вам не хватает. Вы о своем случае, я о своем. Поэтому дискуссия перешла в два монолога.

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

(58) "Когда впервые появился ЗиК я просто ахнул."
Это тормозное неинтуитивное глюкало с извращенной для бухгалтера логикой (проведение не создает начисление, а лишь инициирует его), непонятными двумя сальдо, которые то и дело норовили улететь в космос? Нунафиг. Восьмерочная ЗУП была воспринята с огромным облегчением.

(60) Поспрашивайте у знакомых, как пить дать у них найдётся хотя бы один пользователь, который до сих пор сидит на мощно переделанной под себя ЗиКе )

Упс! Старею ) Не сказал самого главного. Пока только начало года не поленитесь всем своим зуповцам задним числом с начала года поправить предполагаемые даты выплат, сделав их равными реальным датам ведомостей, после чего заново распровести/пересчитать НДФЛ/провести все доки. Естественно сначала на копии. Пока не закончился квартал - лучше убрать мусор из регистров, иначе вплоть до НГ так и будете получать от пользователей жалобы, а ссылки на якобы похабный релиз 24 их вряд ли удовлетворят.

(60) Отлично сказано. Я тоже ахнул, когда это увидел. Особенно грустно было бюджетникам на ЗиКе.

В итоге года с 2000 по 2017 поддерживал на 77 самописку, но потом все же перешел на ЗУП 3.1. Не потому, что там все хорошо - а хотя бы потому, чо в самописке за изменением законодательства одному не угнаться.

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

(61) Зная особенности ЗУП, я так в общем и делаю У меня отчет проверяет НДФЛ приимерно по 50- параметрам.

И самая первая - совпадает ли начисление в РЛ с начислениями в регистрах доходов. Могу навскидку привести два случая, когда есть разрыв, это только те, что помню.
1. исправления документов начисления.
   Тут зависит от релиза. Но в некоторых при исправлении документов в регистры учета доходов идет вообще левая сумма, которая никак не соотносится с тем, что было начислено в сумме в исправляемом и новом документе.

2. Особенность 23 года - начисление ЗП меньше начисления аванса. В регистрах учета НДФЛ сумма для расчета НДФЛ равна сумме начисленного аванса, а не итогового начисления.\

Ровно то же самое относится к сумме начисленного налога.

(63) Не обижайте бухгалтерию. Во многих фирмах дату выплаты зарплаты определяет левая нога хозяина. Надо просто завести правило: пошла реальная выплата = вернись в док-основание, распроведи/исправь/пересчитай НДФЛ/проведи. Для поднятия своего статуса подойдёт лёгкая внешняя обработочка, которая при проведении ведомости выводит красочное предупреждение о несоответствии дат, если таковое наличествует. Времени для написания алгоритма займёт от силы час, а гешефт с неё большой: себе меньше гемора в будущем, а пользователю в радость, ей всегда нравятся предупреждения-напоминания как забота о ней доброго и чуткого одинэсника )

(65) " Не обижайте бухгалтерию. "

Чем же я их обидел? Люди выбрали работать с самодуром - ну значит, заслуживают обжигающей правды.

(66) Забыли вы 90-е, когда зарплату выплачивали не два раза в месяц, а когда удалось деньги достать. Иногда раз в полгода.

(64) это не особенность 23-го а давнишняя проблема. Лучше обсудить её в отдельной ветке и назвать как-то так: "Корректировка зарплатного дохода в уменьшение"

(67) Эти времена я помню. Но тогда не было учета НДФЛ по датам получения дохода. И, соответственно, проблем сегодняшних тоже не было. Я же не отрицаю, что были совсем другие проблемы.

Но ваше замечание к чему было, не понял.

(68) На бухэксперте объяснили, что это поведение, задуманное разработчиками. И именно в 2023 году, в связи с тем, что с 23 года появилась особенность удержания НДФЛ с зарплаты за первую половину.

Разработчики считают такое поведение программы верным - мол, в бухучете следуюшего месяца разрыв откорректируют. И это работает, если начисляется только зарплата. Но Елена Грянина попробовала начислить еще и премию, и задуманного поведения не получилось.

Я же от себя добавлю, что схема, задуманная разработчиками, не сработает и в случае увольнения. В особенности, если в нем начисляется компенсация за неиспользованный отпуск.
Ну например, начислили в аванс 20 тысяч, а 18 числа работник увольняется, и выясняется, что табельщик прощелкал его прогулы (да, так бывает). К начислению в итоге 10 тысяч и 5 тысяч компенсации отпуска. И все, разрыв останется.

(65) "Для поднятия своего статуса подойдёт лёгкая внешняя обработочка, которая при проведении ведомости выводит красочное предупреждение о несоответствии дат, если таковое наличествует. Времени для написания алгоритма займёт от силы час, а гешефт с неё большой: себе меньше гемора в будущем,"

Я предпочитаю комплексный подход. И проверяю учет НДФЛ в комплексе с учетом выплат. И это работает уже много лет, а разрозненные обработочки... ну, я с них начинал. Штука нужная. Но рано или поздно все это приходится объединять в систему.

(70) Дубль два: это не проблема 2023 года. Это общий спорный вопрос корректировки дохода в минус, а именно: в БУ идёт корректировка по периоду регистрации пересчёта, а в НУ - по периоду действия. Но тогда возникает дилемма: если большой аванс уже был выплачен (а раньше это мог быть отпуск, командировка, да что угодно), т.е. сотр уже получил свой доход, то как можно уменьшать его по периоду действия, ведь деньги = доход уже пришли тогда ему в карман. Дубль два: это требует дискуссии и лучше её начать в отдельной ветке )

(72) Ладно. Но вы, похоже, о другом случае. нужен пример, чтобы понять вашу точку зрения. Я же разбирал конкретно проблему 23 года.

Ещё раз. У Вас большой аванс. Это доход. Потом пошло начисление зарплаты по факту в красный минус, т.к. выяснилось, что аванс слишком большой и не перекрыл месячный полный заработок. А теперь спросите себя: а по какой дате я хочу увидеть этот минус. Если по текущей дате регистрации данного пересчёта (док Начисление зарплаты и взносов), то это никуда не годится, т.к. вполне может пройти в месяце краснота до коду дохода 2000 и ни одна налоговая такое не примет. А если проводить уменьшение по периоду действия аванса (дата его выплаты), то куда засунуть излишек? Посчитать его недоходным? Тогда нужен алгоритм программе, который анализирует корректировку в плюс или минус и по-разному её отрабатывает. Потому что корректировка в плюс 100% должна попасть по периоду ВЫПЛАТЫ получившейся недоплаты.

(74) "вполне может пройти в месяце краснота до коду дохода 2000 и ни одна налоговая такое не примет."

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

(75) этот отрицательный доход по какой дате ляжет?

(74) Вполне все очевидно. Привожу пример движений регистра после окончательного расчета ЗП.

20.01.2023 аванс начислено 20 000, исчислено налога 2600  | сумма дохода нарастающим 20 000 сумма налога нарастающим 2600
20.01.2023 ЗП учтен излишек дохода = - 20 000             | сумма дохода нарастающим 0 сумма налога нарастающим 0, образовался излишне удержанный НДФЛ 2600
05.02.2023 ЗП начисление дохода = 10 000                  | сумма дохода нарастающим = 10 000, исчисленный налог = -1300, итого излишне удержанный 1300

Ровно то же самое происходит при отзыве из отпуска, например. Или при сторнировании ЗП за прошлыйе месяц в результате пересчета.
Что вас так озадачило, не понял.

(77) в 77 - как это должнь отражаться в идеале
Но у разработчиков что-то переклинило и обычно работающую логику они сломали именно для случая "аванс больше зарплаты"

(77) Что эфто?! (с) Павел Петрович Кирсанов
Сотруднику выплатили деньги 20 января, а в идеальной Вашей программе должно быть 0 (ноль дохода!) в этот день? Это даже не смешно, а просто чепуха. Работник гуляет, тратит денежки на вино и женщин с пониженной социальной ответственностью, а дохода-то у него и не было? Ну-ну.
И когда же доход у него появляется опять же в Вашем идеале? А 5 февраля? Почему в этот день? А потому что ОСТАЛЬНЫМ сотрудникам в этот день выплатили зарплату.
Не, ну это нормально (с) Пиранья

У работника появляется доход когда коллегам выплатили зарплату.
Здесь скорее всего нельзя ругаться, поэтому напишу так:
- Я офигеваю, дорогая редакция! (с) Гена

(79) А другие аргументы - кроме чепуха- будут? Если нет, свернем эту тему, мне будет окончательно ясен уровень вашей подготовки.

Спокойнее, коллеги.

Хм, ну вообще насчет чепухи Гена в данном случае прав. Выплачивать-то нечего на 05.02, поэтому ставить доход на эту дату некорректно.

Сторнировать нужно не всю сумму на дату выплаты в аванс, на дату 20.01 надо поставить итоговое начисление за месяц. Но что на дату выплаты аванса - тут я буду стоть на своем до конца.

(80) Если мало аргумента в (79), то извольте: спросите у своих коллег, что занимаются той же прибылью или НДС - как они правят в 1С доходы в уменьшение, например, с использованием той же корректировочной СФ. Они что, обнуляют ранешний доход и перебрасывают его в период регистрации правки? Да никогда в жизни. Иначе вся Россия давно бы так перебрасывала доход из одного квартала в другой с целью минимизации квартальной прибыли или НДС. Так чем же зарплатные доходы в НУ лучше?

Но в дальнейшем хотелось бы других аргументов. Чепуха - крайне слабый и неубедительный аргумент.

(82) Согласен. Осталось только понять, а вот излишек - это доход или нет? И если доход, то на когда?

(83) В данном случае да, вы правы.

Однако, какие ваши предложения по исправлению ситуации. когда аванс больше начисления в ЗП? Я мое предложение выдал. На дату аванса поставить итоговый доход за месяц.

(85) ". Осталось только понять, а вот излишек - это доход или нет? И если доход, то на когда?"

Аналогичная ситуация возникает, когда больничный пересекается с отпуском. Часть отпуска сторнируется, причем первоначальной датой выплаты отпуска. Другими словами, доход уменьшается - так это работает технически. Как это оформить бухгалтерским языком?

(87) Оформить не проблема. Да и правили мы давно уже модули в ЗУП 2.5
Просто Вы правильно заметили, что с этого года уже все доходы по дате выплаты. Нам надо только понять, что представляет из себя излишек.

Для самого ФЛ нет проблем: поступили бабки = доход, ушли = расход

Этакий кассовый метод учёта доходов и расходов как для УСН )

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

(91) Создайте отдельную ветку

(92) У меня нет опции переноса туда выборочно соотв. постов, а заново всё писать лень )

(93) Хозяин — барин

(87) Нарыл старое обсуждение проблемы корректировки дохода в минус в ЗиКе 10 лет назад. Выходит и в ЗУПе та же петрушка? )
http://forums.kuban.ru/f1040/k_voprosu_ob_otrazhenii_v_zike_nalogovyh_registrov_po_ndfl_pri_ispravlenii_dohoda_po_periodu_registracii-3195821.html

(95)

В том году формально уже действовал учет по месяцу налогового периода (НК требовал считать месяцем - месяц фактической выплаты). Но, насколько я помню, на это забили все, в том числе и ЗиКа. И месяцем считали месяц регистрации. Могу ошибаться, конечно, столько лет прошло...

И В связи с этим - что делала не так ЗиК? Вроде как методика та же самая. Сторнируем больничный полностью - значит, на исходную дату получения дохода его больше нет. Выплачиваем в другом месяце - доход появляется в том месяце.

Смущает только то, что речь идет о месяце регистрации, а не месяце налогового периода.. Но именно в ЗиК 77 я не силен, в тот период развивал свою самописку.

(96) Сами подумайте. К примеру начислили доход в январе и ВЫПЛАТИЛИ его сотру. В июле решили пересчитать в уменьшение  и программа зачем-то полностью сторнирует старый доход января и уменьшенный суёт в июль. Был доход января, а после корректировки вдруг прыгнул в июль.
Это полная чушь.

(97) Ну так месяц регистрации-то июль, что не так? В июле же пересчитали.
Другой вопрос - какая при этом дата получения дохода для целей расчета НДФЛ. Если январская, то все верно.

+98 в Зике какая была структура журнала расчетов для целей НДФЛ? была отдельная дата получения дохода? Или хотя бы месяц налогового периода?

(99) да шут с ней с ЗиКой, я про сам принцип подхода 1С. Как можно зарегистрированный доход января при коррекции полностью регистрировать его в июле, а в январе обнулять?!
Прям квантовая механика: пока нет наблюдателя-корректировщика доход в январе, как пришёл этот наблюдатель - доход прыгнул в июль.

(100) Все- же я не понимаю. В Зике, насколько я помню, при закрытии периода записи "сдаются в архив", т.е. период закрывается. И в январе движений уже быть не может.
Значит, сторно проводится в июле, и получается что-то типа такой таблички

1. месяц регистрации = Январь, доход 2300, сумма 10 000, месяц налогового периода январь
2. месяц регистрации = июль, доход 2300, сумма -10 000, месяц налогового периода январь
3. месяц регистрации = июль, доход 2300, сумма 10 000, месяц налогового периода июль

Правильно понял?

да
только 3. новая сумма поменьше, коррекция в уменьшение

(102) Хм, ну тут если коррекция, то было бы грамотнее сделать так, как мы уже обсуждали выше, например так.

1. месяц регистрации = Январь, доход 2300, сумма 10 000, месяц налогового периода январь
2. месяц регистрации = июль, доход 2300, сумма -8 000, месяц налогового периода январь

Но если сторно, значит сумма снимается полностью.. И тут надо знать, что по существу происходит. Думаю, оценка "правильно это или нет" зависит от смысла операции.
Если ошибочное начисление и суммы не должно было быть в январе - тогда полное сторно, как в (101) пункты 1 и 2
Если сторно неполное, то снимаем не всю сумму и это тоже верно.

В общем, суть претензий к ЗиК я так и не понял, потому что непонятно, что именно произошло в исходной кубанской ветке.

(103) в ЗУПе как?

(104) Завтра проведу эксперимент, напишу, что получается.

(105) спасибо

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

там БВШ с примером расписала.
в общем если в январе доход 281 тыс., то стандартные вычеты на детей не положены (тогда предел был 280000). Работница в длительном отпуске, других доходов за полгода, кроме январского, нет. Следующий ее доход - в июле, тогда же проводим и перерасчет января.

А если мы доход из января уберем,  перенесем в июль, то работнице положено вычеты за полгода (ну уж за январь то точно). То есть сторнируем январский доход и добавляем в июль. Причем проводим УВЕЛИЧЕНИЕ дохода.

Прикинь, при УВЕЛИЧЕНИИ январского дохода (уменьшение в январе, увеличение в июле) у сотрудницы появляются вычеты на пятерых детей за 6 мес. :))))
ну это так в примере БВШ, насколько я понял.

(99) Всегда был месяц начисления и больше ничего не правили, т.к. прекратили поддержку.

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

(106) Выложил в облако файлы, чтоб нагляднее было.
Файлы получил из регистра "Учет доходов для НДФЛ". Для наглядности в первых двух файлах движения только по разовому начислению, которое исправлял.
Начальное состояние - разовое начисление, начисляет 70100.50, выплата 20.01. Смотрим первый файл: "1. исходное состояние"

В марте ввожу исправление этого документа, сумму уменьшаю до 50000. Состояние регистра после проведения в файле "2 исправлено в марте".
Там хорошо видно, что период регистрации - март, а дата получения дохода - та же, 20.01.

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

Полную таблицу со всеми документами начисления смотрим в третьей таблице - "3 полный расчет НДФЛ". В нем я для наглядности синим подсветил исходный документ, а красным - исправление.
Для целей расчета НДФЛ все начисления сортируются сначала по дате получения дохода, потом по периоду начисления. Так можно проследить процесс расчета по каждому документу начисления.



https://cloud.mail.ru/public/hPGh/GUWqvyJ6q

(108) Согласен, особенно про алименты )) Именно поэтому и разделили в зупе на два этапа - начисление НДФЛ и удержание в ведомости.

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

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

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


Например, отпуск, выплачиваемый 10 марта 2023 года, должен понимать, что он должен собрать доходы за 2023 год, но по дате получения дохода <= 10.03.2023, при этом период регистрации значения иметь не должен. Также должен собрать начисленный налог по тем же правилам (исключая текущий документ).

Посчитать НДФЛ за год, и сминусовать ранее начисленный.

А начисление ЗП должно сделать все то же самое, но отсечкой будет дата выплаты зарплаты.

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

(109) Глянул. Да, всё нормально. Я тут с утра тоже поигрался с матпомощью, заодно проверил, что грамотно для предела вычетов в 350к берёт нетто-доход, т.е. сумма помощи за вычетом 4к.
Всё отлично. Если идёт коррекция в минус, то доход правится в периоде действия ошибки. А когда коррекция в плюс, то доход-излишек идёт по периоду регистрации ошибки.

Значит ЗУП хорошая программа. Можно в ней работать )

Осталась только какая-то претензия по авансам? Давайте пример, я смоделирую, но лучше в другой ветке, а эта нами решена полностью.

(111) По авансам я тоже с Соколовым согласен.. Хотя понимаю эту претензию (может быть) по-своему.

Совершенно излишним считаю разделение аванса и ЗП на два регистра, особенно в 2023 году. Чтобы состыковать итоговый доход с этими двумя регистрами, пришлось поломать голову. Как стыкую, можете видеть в третьей таблице из облака. Причем для стыковки я использую независимый алгоритм, потому что если пользоваться типовым - то он повторит все ошибки, которые характерны для типового. А так - только мои.

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