Накатила релиз 2.5.96.2, видно зря(( начали расчет и выяснилось,что с части предопределенных видов расчета НДФЛ тупо не берется и мало того, налог перерасчитывается с начала года(( что за издевательство?
Может кто уже сталкивался с этой проблемой и придумал,как обойти? убивать "минусы" в закладке нфл не предлагаем
(1) Julia777, мои не жаловались
единственное вылезло по одному сотруднику пересчет НДФЛ за февраль, но итог этих прересчетов все равно 0, проблема изза подразделений.
новшество этого релиза в том что доход теперь считается по дням а не по месячно
У нас просто сменный персонал в основном и Оплату простоя от оклада по часам мы считаем своим документом и складывается впечатление,что то,что в заклдаке этого предопределенного кода стоит код 2000 на расчет не влияет((
(3) Julia777, в смысле? вы имеете в виду что ваш расчет совсем не попадает в расчетные доходные регистры и на него не начислился НДФЛ? Может в не во все регистры его записываете?
У меня тоже проблемка не большая изза этого вышла. свои обработки по пересчету налога в отпусках и больничных переделывать нужно, которые для заполнения табличной части написаны.
Уже написали в службу поддержки, пришел ответ,что принято к рассмотрению))
Жду завтрашний релиз, может там что-то подправят. Не пойму, что искать и исправлять. Может прописали что-то по документам?фигня какая-то
По просьбам пользователей из Ростовской области, участвующих в пилотном проекте ФСС по прямым выплатам пособий, реализована возможность передачи в реестрах РК равного 1.1.
Исправлены выявленные проблемы при исчислении НДФЛ
Посмотрите, может что-то уже исправили
(18) testmode, повезло нет (проверил правда пока в одной, но важной базе). А в каких случаях перерасчеты формируются, в описании релиза нет подробностей?
(19) Agema, у меня отпали НДФЛ по одному нашему документу так как не заполняли одно из полей,, и документ пересчитал весь ндфл но без него, если у вас все типовое то скорее всего проблем не будет
(20) testmode, да, точно в этой базе все типовое.
(21) Swetlana, да, сегодня столкнулся. В базе провели больничный во время отпуска, и в НДФЛ были строки аж с января. Итого правльный. Уже не стал переделывать, ЗП выплачена, месяц (ноябрь) закрыт.
(19) Agema, у меня появились только по одному сотруднику за февраль месяц, но там чтото с подразделениями не то. 2 раза делался кадровый перевод задним числом, а начисления были по другим подразделениям, но в итоге все равно налог рассчитался верно
Если у вас свой документ то скорее всего не пишется реквизит ДатаПолученияДохода в регистр НДФЛСведенияОДоходах, у нас в этом косяк был. Но не уверен что это решит все проблемы
(12) SSSpoit, этот реквизит пишется.Нашла выход, из Общих ПроведениеРасчетов релиза 2.5.94.2 все процедуры скопировала в этот релиз и ушли неправильные перерасчеты!Ну потом подправила немного. Проверила несколько предопределенных, НДФЛ с них стал удерживаться.Отдаю на растерзание расчетчикам,вдруг еще что нароют
(13) Julia777, Разбираться не стал, некогда, через 2 дня ЗП выплачивать, поэтому откатился на 91.1 без доработок, жду обновление от 1Сников, ну или попробую перейти на свежий код с начала года, ДатаПолученияДохода начал заполнять так что перерасчетов не должно быть.
(15) testmode, а я разобралась.Вернула общие модули 96.2 релиза. И переписала Процедуры в своих документах. Данные в регистр НДФЛСведенияОДоходах теперь пишутся процедурой СформироватьДоходыПоКодамНДФЛ, которая стандартно пишет все реквизиты в регистр.Правда пришлось перепровести все свои документы. Зато никаких перерасчетов нет теперь.
(12) SSSpoit, Ага, у нас начисление командировки рассчитываеться по нашим алгоритмам, при заполнении регистра по НДФЛ реквизит не заполнялся, в итоге и формируются эти перерасчеты
Общий модуль ПроведениеРасчетов, строки 6692 и 6805.
Ошибка в функции ПолучитьДанныеНДФЛПоРегистратору:
в строке 6692:
Если ДоходЗаМесяцОстаток > 0 И (ВыборкаРасчетов.ВсеДоходыЗаМесяц <> 0 Или ЭтоПерерасчет) Тогда
в строке 6805:
Если ВыборкаРасчетов.ВсеДоходыЗаМесяц <> 0 Или ЭтоПерерасчет Тогда
Дело в том, что результат в выборке ВыборкаРасчетов.ВсеДоходыЗаМесяц вовсе не равен всем начислениям расчетного месяца,
а только сумме начислений предыдущих периодов, дата оплата для НДФЛ в которых относится к текущему (расчетному) периоду.
В итоге обработка начислений за какой-то месяц нарастающим может просто пропуститься, если у сотрудника не было переходящих отпусков, допустим.
Т.е. если ВыборкаРасчетов.ВсеДоходыЗаМесяц = 0.
Решение нашёл в следующем - заменил ВыборкаРасчетов.ВсеДоходыЗаМесяц на ВыборкаРасчетов.ОблагаемыйДоходЗаМесяц.
ОблагаемыйДоходЗаМесяц в выборке формируется корректно.
Конечно, остается непонятным, почему результат в выборке ВыборкаРасчетов.ВсеДоходыЗаМесяц такой странный.
Остается только ждать нового релиза...
У нас в организации около 10 000 сотрудников В ЗУП, и специфика расчета такова, что бы не пересдавать сведения о доходах за прошлые периоды, например перерасчет за Декабрь 2014 в Январе 2015, НДФЛ мы отражаем в месяц корректировки.
В маленькой организации можно руками поправить, тут понимаете что это не реально просто... После обновления поплыло все.
Может кому поможет в прикрепленном файле пример исправленной процедуры для обхода данной ошибки, мои изменения найдете по комментариям "//<--", "//-->".
В итоге сейчас считает верно. Но сам факт такого рода корректировок, которые потом в двух последующих регистрах исправлялись и до сих пор на релизе 98.1 не работают как надо без данной правки, мне не понятен.
В общем если кому помогу избежать подобных трудностей уже хорошо.
Процедура находится в ОбщиеМодули.ПроведениеРасчетов.ПолучитьДанныеНДФЛПоРегистратору