По теме из базы знаний
Ответы
Подписаться на ответы
Инфостарт бот
Сортировка:
Древо развёрнутое
Свернуть все
У нас тоже проблема с отсутствием расчета НДФЛ в документе "Начисление по больничному листу".
В феврале сотрудник отработал 4 дня, за оставшийся период введен документ "Невыходы".
В марте регистрируем больничный - в нем не рассчитывается НДФЛ.
Если в документе добавить НДФЛ в ручную, то потом при следующем расчете документа "Начисление заработной платы" по этому сотруднику он будет сторнировать эту сумму.
Картинки с состоянием регистров "НДФЛ сведения о доходах" и "НДФЛ расчеты с бюджетом" прикрепил.
В регистре "НДФЛ к зачету" записей по сотруднику нет.
Есть какие-то идеи, что еще можно посмотреть, почему не считает НДФЛ?
В феврале сотрудник отработал 4 дня, за оставшийся период введен документ "Невыходы".
В марте регистрируем больничный - в нем не рассчитывается НДФЛ.
Если в документе добавить НДФЛ в ручную, то потом при следующем расчете документа "Начисление заработной платы" по этому сотруднику он будет сторнировать эту сумму.
Картинки с состоянием регистров "НДФЛ сведения о доходах" и "НДФЛ расчеты с бюджетом" прикрепил.
В регистре "НДФЛ к зачету" записей по сотруднику нет.
Есть какие-то идеи, что еще можно посмотреть, почему не считает НДФЛ?
Прикрепленные файлы:


Добрый день! Помогите добрым советом! Я в программировании не силен, у нас тоже проблемы с УПП - расчет идет по УСН, авансов нет, 4 предприятия в базе, при расчете годового, все выплаты за декабрь посчитались как расходы за январь (выплата в январе была), а надо, чтобы было за 2024 год... Это раз.
Расчеты с контрагентами утраиваются, причем в книге расходов и доходов и в Анализе УСН все правильно, а проваливаешься в расшифровку, а там суммы, которые выплатили утроены! Это два.
Прочитал, что можно с прошлой конфигурации (до НГ) скопировать код и вставить... Но с какого модуля и куда, я так и не понял.
Скопировать в конфигураторе и вставить новый код, это я осилю. :)
Расчеты с контрагентами утраиваются, причем в книге расходов и доходов и в Анализе УСН все правильно, а проваливаешься в расшифровку, а там суммы, которые выплатили утроены! Это два.
Прочитал, что можно с прошлой конфигурации (до НГ) скопировать код и вставить... Но с какого модуля и куда, я так и не понял.
Скопировать в конфигураторе и вставить новый код, это я осилю. :)
(207) Чтобы НДФЛ "считался как раньше" можно сделать следующее (но это автоматом не решит Ваши проблемы):
В общем модуле ПроведениеРасчетов
строку Функция ПолучитьДанныеНДФЛПоРегистраторуДо2025(Знач ПервыйМесяцНалоговогоПериода,
комментируете, после вставляете
Функция ПолучитьДанныеНДФЛПоРегистратору(Знач ПервыйМесяцНалоговогоПериода,
строку Функция ПолучитьДанныеНДФЛПоРегистратору(Знач ПервыйМесяцНалоговогоПериода,
комментируете, после вставляете
Функция ПолучитьДанныеНДФЛПоРегистратору_(Знач ПервыйМесяцНалоговогоПериода,
строку Возврат ПолучитьДанныеНДФЛПоРегистраторуДо2025(ПервыйМесяцНалоговогоПериода,
комментируете, после вставляете
Возврат ПолучитьДанныеНДФЛПоРегистратору(ПервыйМесяцНалоговогоПериода,
Если хотите, чтобы как и раньше писался регистр Расчеты налоговых агентов (если заполняли раньше документ Перчисление НДФЛ в бюджет РФ)
то также коментируете строку Возврат '20250101', после вставляете Возврат '20990101'
В общем модуле ПроведениеРасчетов
строку Функция ПолучитьДанныеНДФЛПоРегистраторуДо2025(Знач ПервыйМесяцНалоговогоПериода,
комментируете, после вставляете
Функция ПолучитьДанныеНДФЛПоРегистратору(Знач ПервыйМесяцНалоговогоПериода,
строку Функция ПолучитьДанныеНДФЛПоРегистратору(Знач ПервыйМесяцНалоговогоПериода,
комментируете, после вставляете
Функция ПолучитьДанныеНДФЛПоРегистратору_(Знач ПервыйМесяцНалоговогоПериода,
строку Возврат ПолучитьДанныеНДФЛПоРегистраторуДо2025(ПервыйМесяцНалоговогоПериода,
комментируете, после вставляете
Возврат ПолучитьДанныеНДФЛПоРегистратору(ПервыйМесяцНалоговогоПериода,
Если хотите, чтобы как и раньше писался регистр Расчеты налоговых агентов (если заполняли раньше документ Перчисление НДФЛ в бюджет РФ)
то также коментируете строку Возврат '20250101', после вставляете Возврат '20990101'
Столкнулся сам с пустым НДФЛ за первую половину, если у физлица не было начислений за вторую половину предыдущего месяца расчета. Анализ алгоритма показал, что после получения строк дохода с первыми нулевыми по дате получения дохода есть условие:
Если ВыборкаРасчетов.ОблагаемыйДоход <> 0 Или ЭтоПерерасчет Тогда
,где мы благополучно выскакиваем из цикла расчета НДФЛ, ведь первая строка: доход = 0,
это в одном налоговом периоде, до прохода по датам получения даже не дошли, решение:
Если ВыборкаРасчетов.ОблагаемыйДоходЗаМесяц <> 0 Или ЭтоПерерасчет Тогда
, так считает, сижу тестирую)
Если ВыборкаРасчетов.ОблагаемыйДоход <> 0 Или ЭтоПерерасчет Тогда
,где мы благополучно выскакиваем из цикла расчета НДФЛ, ведь первая строка: доход = 0,
это в одном налоговом периоде, до прохода по датам получения даже не дошли, решение:
Если ВыборкаРасчетов.ОблагаемыйДоходЗаМесяц <> 0 Или ЭтоПерерасчет Тогда
, так считает, сижу тестирую)
(208) Самое интересное, что дальше эту выборку используют:
ОбщегоНазначенияЗК.КомментарийРасчета("Доход за период, всего: " + ВыборкаРасчетов.ОблагаемыйДоходЗаМесяц, КомментарийРезидента,,,, Ложь);
, походу действительно ошибка
На сегодня релиз 1.3.243 запланирован, что-то боязно
ОбщегоНазначенияЗК.КомментарийРасчета("Доход за период, всего: " + ВыборкаРасчетов.ОблагаемыйДоходЗаМесяц, КомментарийРезидента,,,, Ложь);
, походу действительно ошибка
На сегодня релиз 1.3.243 запланирован, что-то боязно
Самое хреновое то, что рекомендуемый способ "Отменить проведение всех документов начисления, перерасчитать вкладку НДФЛ и провести все в хронологическом порядке" работает лишь частично. На 500+ сотрудниках все равно есть индивиды, у которых к рассчитанному НДФЛ есть вопросы, и плюс остаются вопросы к формированию расчетных листков.
Например, если в декабре 2024 начислили аванс за январь 2025 и применились вычеты на детей, то в расчетном листке за январь в графе "Применено вычетов на детей" будет стоять 0, словно в отчет попадает по дате регистрации (12.24), а не по дате налогового периода (01.25) или хз как на самом деле должно быть.
Например, если в декабре 2024 начислили аванс за январь 2025 и применились вычеты на детей, то в расчетном листке за январь в графе "Применено вычетов на детей" будет стоять 0, словно в отчет попадает по дате регистрации (12.24), а не по дате налогового периода (01.25) или хз как на самом деле должно быть.
(211) Как так?
в декабре 2024 начислили аванс за январь 2025
Дата выплаты какая? У меня сейчас правильно вычеты делятся, первая половина декабря без, вторая с вычетами. Насчет перепроведения, да, муть, к сожалению в типовой УПП документы начисления ЗП не используют механизм объекта конфигурации "последовательности"
(213) В (211) не правильно написал..
10.01.24 начисление премии за декабрь с датой выплаты 10.01.25 сюда попадают вычеты января 2025 года
07.02.24 зарплата за январь с датой выплаты 07.02 сюда попадают вычеты за февраль 2025 года
и т.д.
В результате в расчетном листе за январь 2025 нет вычетов.
Скрин приложил
10.01.24 начисление премии за декабрь с датой выплаты 10.01.25 сюда попадают вычеты января 2025 года
07.02.24 зарплата за январь с датой выплаты 07.02 сюда попадают вычеты за февраль 2025 года
и т.д.
В результате в расчетном листе за январь 2025 нет вычетов.
Скрин приложил
Прикрепленные файлы:

(215) Так вычеты применяются по налоговым периодам, премия - дата выплаты январь, налоговый период январь, применяется вычет за январь, февраль, дата выплаты февраль, налоговый период февраль, применяются вычеты за февраль, что не так? Проверьте НДФЛ, вычет за январь применен, он виден в расчетном листке декабря, так как период начисления - декабрь, расчетный листок не учитывает налоговые периоды, формируйте справки 2 НДФЛ. Этот прикол со расчетными листами и вычетами наблюдаю который год)
(220) Как обновлялись до этой версии? В процессе обновления должны были добавиться предопределённый вид расчета основного начисления "Доля северной надбавки (отпуск по календарным дням)" код 00091, попробуйте запустить конфигурацию с полными правами в режиме предприятия.
Добрый день! Подскажите, пожалуйста, как получилось решить проблему со сторно НДФЛ? Релиз 1.3.242.2 зарплата Января, по сотруднику сторно суммы НДФЛ без Категории дохода и аналогичная сумма с заполненной аналитикой Категория дохода
Прикрепленные файлы:

Подскажите, с расчетным листком кто-нибудь решал вопрос? Раньше в Период регистра НДФЛПредоставленныеСтандартныеВычетыФизЛиц писался конец ПериодаРегистрации регистратора (вроде), а теперь дата получения дохода, соответственно вычет чаще всего попадает в расчетный листок след. месяца
(241) В Процедура ДобавитьСтрокуВычетаПоНДФЛ общего модуля ПроведениеРасчетов видим
Соответственно, скопировал Макет ОсновнаяСхемаКомпоновкиДанных отчета РасчетныеЛисткиОрганизаций, в копии в запросе набора данных ЛичныйВычет заменил НАЧАЛОПЕРИОДА(НДФЛРасчетыСБюджетом.Период, МЕСЯЦ) КАК ПериодРегистрации,
на
НАЧАЛОПЕРИОДА(НДФЛРасчетыСБюджетом.Регистратор.ПериодРегистрации, МЕСЯЦ) КАК ПериодРегистрации,
и
НДФЛРасчетыСБюджетом.Период МЕЖДУ &НачалоПериода И &КонецПериода
на
КОНЕЦПЕРИОДА(НДФЛРасчетыСБюджетом.Регистратор.ПериодРегистрации, МЕСЯЦ) МЕЖДУ &НачалоПериода И &КонецПериода
Вроде Ok, но логика разработчиков совсем не понятна. Вполне возможно запись Периода в НДФЛПредоставленныеСтандартныеВычетыФизЛиц вернут как было в очередном обновлении, как это уже произошло с РасчетыНалоговыхАгентовСБюджетомПоНДФЛ, который сначала "выключили", а потом вернули в 243.1. Это притом, что поддержка 1С рекомендует не использовать документ ПеречислениеНДФЛвБюджет еще с 2023 года))
Вобщем, не знаю как это все расценивать, толи как издевательство, толи, просто, каждый релиз новый стажер готовит))
Если ЭтоСтандартныйВычет Тогда
// Свойства
Если ВыборкаПоШапкеДокумента.ПериодРегистрации < ДатаЗакона176ФЗ() Тогда
Движение.Период = КонецМесяца(ВыборкаПоШапкеДокумента.ПериодРегистрации);
Иначе
Движение.Период = ВыборкаПоСтрокамДокумента.МесяцНалоговогоПериода;
КонецЕсли;
на
НАЧАЛОПЕРИОДА(НДФЛРасчетыСБюджетом.Регистратор.ПериодРегистрации, МЕСЯЦ) КАК ПериодРегистрации,
и
НДФЛРасчетыСБюджетом.Период МЕЖДУ &НачалоПериода И &КонецПериода
на
КОНЕЦПЕРИОДА(НДФЛРасчетыСБюджетом.Регистратор.ПериодРегистрации, МЕСЯЦ) МЕЖДУ &НачалоПериода И &КонецПериода
Вроде Ok, но логика разработчиков совсем не понятна. Вполне возможно запись Периода в НДФЛПредоставленныеСтандартныеВычетыФизЛиц вернут как было в очередном обновлении, как это уже произошло с РасчетыНалоговыхАгентовСБюджетомПоНДФЛ, который сначала "выключили", а потом вернули в 243.1. Это притом, что поддержка 1С рекомендует не использовать документ ПеречислениеНДФЛвБюджет еще с 2023 года))
Вобщем, не знаю как это все расценивать, толи как издевательство, толи, просто, каждый релиз новый стажер готовит))
При оплате работы в праздники НДФЛ не учитывает. В 1.3.244.1 добавили в отпуске колонку "Начисления" в расчете среднего, теперь там дни размножились по строкам, и среднедневная неправильно считается. Тестировщики походу пользователи)
(235), (236) Можете пример привести? Я пока что только один отпуск в своих базах за 2025 год нашёл. Пересчитал, выделилась доля РК и СН и средний на 1 копейку изменился. Не слишком показательный пример для отладки. Ну и дни фактического отпуска затроились, конечно же.
(252) Если у человека несколько видов расчета в плановых начислениях, они появляются в колонке "Начисления", и показатели по количеству дней (29,3 например) за один месяц множатся в соответствии с количеством видов расчета. И получается за месяц не 29,3, а 87,9 дней, если например 3 вида расчета (оклад, премия, надбавка). И так суммируются по всему периоду расчета среднего. Тоже самое и по коэффициенту индексации
(236)Можно старый расчет в условии поставить вот тут, как быстрый вариант
// рассчитываем записи начислений и если надо, записи расчета среднего заработка
Если РассчитываемыеТаблицы.Начисления Тогда
Если НаборОсновныеНачисления.Количество() <> 0 Тогда
Если ДатаНачалаСобытия < ПроведениеРасчетов.ДатаЗакона176ФЗ() Тогда
Если РассчитываемыеТаблицы.РасчетСреднего Тогда
ПроведениеРасчетовПереопределяемый.РассчитатьЗаписиРегистраРасчета("ОсновныеНачисленияРаботниковОрганизаций", НаборОсновныеНачисления, , НаборРасчетСреднего, ВыборкаПоШапкеДокумента.ГоловнаяОрганизация, ВыборкаПоШапкеДокумента.ОбособленноеПодразделение,,Истина);
Иначе
ПроведениеРасчетовПереопределяемый.РассчитатьЗаписиРегистраРасчета("ОсновныеНачисленияРаботниковОрганизаций", НаборОсновныеНачисления, , , ВыборкаПоШапкеДокумента.ГоловнаяОрганизация, ВыборкаПоШапкеДокумента.ОбособленноеПодразделение);
КонецЕсли;
Иначе
Если РассчитываемыеТаблицы.РасчетСреднего Тогда
ПроведениеРасчетовПереопределяемый.РассчитатьЗаписиРегистраРасчета2025("ОсновныеНачисленияРаботниковОрганизаций", НаборОсновныеНачисления, , НаборРасчетСреднего, ВыборкаПоШапкеДокумента.ГоловнаяОрганизация, ВыборкаПоШапкеДокумента.ОбособленноеПодразделение,,Истина);
Иначе
ПроведениеРасчетовПереопределяемый.РассчитатьЗаписиРегистраРасчета2025("ОсновныеНачисленияРаботниковОрганизаций", НаборОсновныеНачисления, , , ВыборкаПоШапкеДокумента.ГоловнаяОрганизация, ВыборкаПоШапкеДокумента.ОбособленноеПодразделение);
КонецЕсли;
КонецЕсли;
КонецЕсли;
Показать
Добрый день.
Временно выпадал из битвыза урожай с НДФЛ. Сейчас готовлю обновления баз. Кто нибудь встречал внятные объяснения что нужно настраивать в связи с появлением долей РК и СН в расчете среднего? Обработка "Проверка настройки ведущих и вытесняющих видов расчета" для чего должна быть применена - убрать из ведущих начислений среднего РК и СН? А занафига?
Временно выпадал из битвы
Обновил одну из баз до последнего релиза. Начал пересчитывать НДФЛ с начала года.
Мда... Опять вернули в документ Начисление зарплаты за месяц на закладке НДФЛ заполнение строк с НДФЛ рассчитанным в начислении ЗП за первую половину месяца. А я только расчетчиков приучил к мысли, что если всё рассчитывается правильно, то "чужих" дат получения дохода в НДФЛ быть не должно. Ну ладно, лишь бы считало правильно.
Столкнулся со следующим косяком. Если аванс не был выплачен копейка в копейку и в регистре ЗарплатаЗаПервуюПоловинуМесяца за месяц сумма начислений и сторно записей не равна 0, то строки по авансовому НДФЛ в документ за месяц не появляются. В результате в регистре НДФЛРасчетыСБюджетом на дату получения дохода выплаты зарплаты за месяц суммы оказываются занижены на сумму "авансового" НДФЛ.
Ну ёшкин кот!
Мда... Опять вернули в документ Начисление зарплаты за месяц на закладке НДФЛ заполнение строк с НДФЛ рассчитанным в начислении ЗП за первую половину месяца. А я только расчетчиков приучил к мысли, что если всё рассчитывается правильно, то "чужих" дат получения дохода в НДФЛ быть не должно. Ну ладно, лишь бы считало правильно.
Столкнулся со следующим косяком. Если аванс не был выплачен копейка в копейку и в регистре ЗарплатаЗаПервуюПоловинуМесяца за месяц сумма начислений и сторно записей не равна 0, то строки по авансовому НДФЛ в документ за месяц не появляются. В результате в регистре НДФЛРасчетыСБюджетом на дату получения дохода выплаты зарплаты за месяц суммы оказываются занижены на сумму "авансового" НДФЛ.
Ну ёшкин кот!
(249), в догонку себе же.
А "недоплата" по авансу возникает потому что изначально НДФЛ был рассчитан с общей суммы начислений правильно и выплата была произведена за вычетом НДФЛ. А после обновления и перерасчета НДФЛ рассчитался отдельно с оплаты труда и РКСН. И разница в 1 рубль за счёт округлений оказалась не закрыта в регистре ЗарплатаЗаПервуюПоловинуМесяца. Прэлэсно, прэлэсно... (С)
А "недоплата" по авансу возникает потому что изначально НДФЛ был рассчитан с общей суммы начислений правильно и выплата была произведена за вычетом НДФЛ. А после обновления и перерасчета НДФЛ рассчитался отдельно с оплаты труда и РКСН. И разница в 1 рубль за счёт округлений оказалась не закрыта в регистре ЗарплатаЗаПервуюПоловинуМесяца. Прэлэсно, прэлэсно... (С)
(254) В "сферическом случае в вакууме" это проблему решит. Но бывает, например, что человеку аванс выплачивается через кассу с округлением до 10 рублей. Ну и вообще редко, но случаются ситуации, когда аванс недоплачивают или переплачивают в сравнении с начисленным. В конце месяца это корректируется окончательной выплатой. В этих случаях тоже НДФЛ за месяц посчитается неправильно.
Я пока что у себя эту проверку полной выплаты аванса полностью отключил в коде.
Я пока что у себя эту проверку полной выплаты аванса полностью отключил в коде.
На 1.3.243.1 перезаполняю НДФЛ с начала года. Очередной косяк с расчетом вычетов в межрасчетных документах и в Начислении ЗП за первую половину месяца.
Работнику предоставляется отпуск с датой получения дохода 14.01.2025. Предоставляется вычет на первого ребёнка 1400 рублей. Следующий за отпуском документ, например Оплата праздничных с датой получения дохода 24.01.2025 делает сторно вычета -1400 на 14.01.2025, на 24.01.2025 вычет не ставит, но рассчитывает НДФЛ на 24.01.2025 как будто вычет предоставлен. Тоже само происходит, если следующим документом за отпуском идёт Начисление ЗП за первую половину месяца. Если следующим документом идёт Начисление ЗП за месяц, то сторно вычета не происходит и НДФЛ рассчитывается верно.
Самый цимес в том, что если в отпуске вычет не предоставлять, то следующий документ ставит вычет на 14.01.2025, сторнирует 182 рубля налога на 14.01.2025 и на свою дату получения дохода НДФЛ рассчитывает правильно. Но уже следующий межрасчетный документ опять сторнирует вычет и рассчитывает НДФЛ на свою дату получения дохода опять неверно.
Кто нибудь сталкивался с таким?
Полазил в отладчике, на мой взгляд проблема в процедуре ПроведениеРасчетов.ДанныеДляПромежуточногоРасчетаНДФЛ() она запускается для документов начислений (кроме Начисления ЗП за месяц) и получает ранее предоставленные вычеты в таблицу значений СтруктураДанныхДляПромежуточногоРасчета.Вычеты. Потом эта ТЗ передаётся в ПроведениеРасчетов.ПолучитьДанныеНДФЛПоРегистратору(), где в запросе данные из ТЗ добавляются к данным регистра по вычетам и для расчета получается, что вычет на 14.01.2025 предоставлен в двойном размере и он, естественно, сторнируется. Думаю обрезать получение вычетов в ДанныеДляПромежуточногоРасчетаНДФЛ(), потестирую, отпишусь, если кому полезно будет.
Работнику предоставляется отпуск с датой получения дохода 14.01.2025. Предоставляется вычет на первого ребёнка 1400 рублей. Следующий за отпуском документ, например Оплата праздничных с датой получения дохода 24.01.2025 делает сторно вычета -1400 на 14.01.2025, на 24.01.2025 вычет не ставит, но рассчитывает НДФЛ на 24.01.2025 как будто вычет предоставлен. Тоже само происходит, если следующим документом за отпуском идёт Начисление ЗП за первую половину месяца. Если следующим документом идёт Начисление ЗП за месяц, то сторно вычета не происходит и НДФЛ рассчитывается верно.
Самый цимес в том, что если в отпуске вычет не предоставлять, то следующий документ ставит вычет на 14.01.2025, сторнирует 182 рубля налога на 14.01.2025 и на свою дату получения дохода НДФЛ рассчитывает правильно. Но уже следующий межрасчетный документ опять сторнирует вычет и рассчитывает НДФЛ на свою дату получения дохода опять неверно.
Кто нибудь сталкивался с таким?
Полазил в отладчике, на мой взгляд проблема в процедуре ПроведениеРасчетов.ДанныеДляПромежуточногоРасчетаНДФЛ() она запускается для документов начислений (кроме Начисления ЗП за месяц) и получает ранее предоставленные вычеты в таблицу значений СтруктураДанныхДляПромежуточногоРасчета.Вычеты. Потом эта ТЗ передаётся в ПроведениеРасчетов.ПолучитьДанныеНДФЛПоРегистратору(), где в запросе данные из ТЗ добавляются к данным регистра по вычетам и для расчета получается, что вычет на 14.01.2025 предоставлен в двойном размере и он, естественно, сторнируется. Думаю обрезать получение вычетов в ДанныеДляПромежуточногоРасчетаНДФЛ(), потестирую, отпишусь, если кому полезно будет.
(258) Я не силён в расчете НДФЛ, но наши расчетчики а панике. Ошибок по НДФЛ очень много, где-то были коды дохода, где-то даты выплаты. Пока вернулись на 242.2 там вроде верно считается, кроме вычетов в расчетном листке.
Очень нужна статья с описанием всех правок в УПП.
Потому, то что сейчас поправлено это собрано по кусочкам со всех форумов.Может что-то и пропустили.
Очень нужна статья с описанием всех правок в УПП.
Потому, то что сейчас поправлено это собрано по кусочкам со всех форумов.Может что-то и пропустили.
(259) очень сложно такую статью написать, все на разных релизах сидят, плюс разрабы новые релизы выпускают, некоторые исправления, которые в этой ветке советовались уже внесены в последние релизы. Плюс в каждой избушке свои погремушки - кто то выплатил декабрьскую ЗП в 2024 году, у кого то нет северных и районных.
(258)
alexbur, Вам удалось разобраться почему УПП то сторнирует, то применяет вычеты (детские) тогда, когда делать этого не нужно ?
Полазил в отладчике, на мой взгляд проблема в процедуре ПроведениеРасчетов.ДанныеДляПромежуточногоРасчетаНДФЛ() она запускается для документов
alexbur, Вам удалось разобраться почему УПП то сторнирует, то применяет вычеты (детские) тогда, когда делать этого не нужно ?
(301), как я и писал, примененные вычеты задваиваются после того, как сперва в процедуре ПроведениеРасчетов.ДанныеДляПромежуточногоРасчетаНДФЛ() получают ТЗ с ранее применёнными вычетами, потом она попадает в запрос в процедуре ПолучитьДанныеНДФЛПоРегистратору().
В своих базах изменил процедуру ПроведениеРасчетов.ДанныеДляПромежуточногоРасчетаНДФЛ():
Больше проблем с вычетами не было.
Кроме этого внёс изменения в модуль документа НачислениеЗарплатыРаботникамОрганизаций в процедуру ДополнитьДвиженияСписаниемАванса()
и написал обработку, которая закрывает ненулевые обороты по регистру ЗарплатаЗаПервуюПоловинуМесяца.
Рассчитал около 20 организаций с начала года. Проблема была только у сотрудников, которых в середине месяца переводили в другое подразделение. По ним пришлось корректировки делать.
Это всё на 1.3.243.1.
Кроме этонКроме этого внёс изменения в модуль документа Начислен
В своих базах изменил процедуру ПроведениеРасчетов.ДанныеДляПромежуточногоРасчетаНДФЛ():
// {Начало измениений [31.03.2025 3:35:33] Причина: Исправление ошибки учета вычетов в авансовом НЗиВ. Ранее предоставленные вычеты задваиваются
// Возврат Новый Структура("Налоги,Вычеты",Результаты[1].Выгрузить(),Результаты[2].Выгрузить())
ТЗВычеты = Результаты[2].Выгрузить();
ТЗВычеты.Очистить();
Возврат Новый Структура("Налоги,Вычеты",Результаты[1].Выгрузить(),ТЗВычеты);
// } Конец изменений [31.03.2025 3:36:53]
Больше проблем с вычетами не было.
Кроме этого внёс изменения в модуль документа НачислениеЗарплатыРаботникамОрганизаций в процедуру ДополнитьДвиженияСписаниемАванса()
Запрос.Текст =
"ВЫБРАТЬ
| ЗарплатаЗаПервуюПоловинуМесяцаОбороты.Физлицо КАК Физлицо,
| НАЧАЛОПЕРИОДА(ЗарплатаЗаПервуюПоловинуМесяцаОбороты.Период, МЕСЯЦ) КАК Период,
| СУММА(ВЫБОР
// {Начало измениений [02.04.2025 4:17:29] Причина: Учет корректировок остатка по ЗП за первую половину месяца
//| КОГДА ЗарплатаЗаПервуюПоловинуМесяцаОбороты.Регистратор ССЫЛКА Документ.НачислениеЗарплатыРаботникамОрганизаций
| КОГДА ЗарплатаЗаПервуюПоловинуМесяцаОбороты.Регистратор ССЫЛКА Документ.НачислениеЗарплатыРаботникамОрганизаций ИЛИ (ЗарплатаЗаПервуюПоловинуМесяцаОбороты.Регистратор ССЫЛКА Документ.ПереносДанных И ВЫРАЗИТЬ(ЗарплатаЗаПервуюПоловинуМесяцаОбороты.Регистратор КАК Документ.ПереносДанных).Комментарий ПОДОБНО ""#КорректировкаЗПзППМ"")
// }Конец изменений [02.04.2025 4:18:10]
Показатьи написал обработку, которая закрывает ненулевые обороты по регистру ЗарплатаЗаПервуюПоловинуМесяца.
Рассчитал около 20 организаций с начала года. Проблема была только у сотрудников, которых в середине месяца переводили в другое подразделение. По ним пришлось корректировки делать.
Это всё на 1.3.243.1.
Кроме этонКроме этого внёс изменения в модуль документа Начислен
Март - не середина года, и даже не 1 квартал. До срока квартальной отчётности ещё месяц. Месяц - это очень много. Зарплату в УПП - в мусорку недрожащей рукой. Прямо с сегодняшнего дня. 5 дней на перенос данных в ЗУП, хоть старым типовым проверенным перенососм данных из ЗУП 2.5 в ЗУП 3.
С 7-го апреля начать делать зарплату за январь в ЗУПе. К 14-му закончить квартал и сформировать отчётность.
За соблюдение сроков программисту, ГБ, кадровичке и расчётчице - премию в размере оклада.
Ну и конечно оплата соотв. курсов по ЗУП для программиста и расчётчицы.
С 7-го апреля начать делать зарплату за январь в ЗУПе. К 14-му закончить квартал и сформировать отчётность.
За соблюдение сроков программисту, ГБ, кадровичке и расчётчице - премию в размере оклада.
Ну и конечно оплата соотв. курсов по ЗУП для программиста и расчётчицы.
(260) Какой смысл копировать одно и тоже с форума на форум?
Пишите сразу, что переноса корректного нет, скорее всего придётся допиливать перенос из ЗУП2.5 КОРП в 3.1Корп. Что выгрузки проводок нет, ее придётся писать.
Это никак не 5 дней. А для больших организаций, которые в основном и сидят на УПП процесс перехода может быть нетривиальным.
Пишите сразу, что переноса корректного нет, скорее всего придётся допиливать перенос из ЗУП2.5 КОРП в 3.1Корп. Что выгрузки проводок нет, ее придётся писать.
Это никак не 5 дней. А для больших организаций, которые в основном и сидят на УПП процесс перехода может быть нетривиальным.
Сегодня 01.04.25 Пробовал поставить обновление 1С УПП с 1.3.244.1на 1.3.245.1 При сохранении ,обновлении конфигурации выдал ошибку Недопустимое состояние объекта
basic-src\basisrc\BasicDBStrulmpl.cpp (28357) Написал в техподдержку жду ответа. Кто ни будь ещё пробовал? Платформа 1C 8.3.22.2411
basic-src\basisrc\BasicDBStrulmpl.cpp (28357) Написал в техподдержку жду ответа. Кто ни будь ещё пробовал? Платформа 1C 8.3.22.2411
Прикрепленные файлы:

Регламентированный "расчет по страховым взносам"
при выгрузке по всем людям ошибки:
"Формирование XML: Длина значения показателя "Серия и номер" (Документ\РасчетСВ\ПерсСвСтрахЛиц\ДанФЛПолуч\СерНомДок) меньше минимально возможной (0 < 1)"
Это про номер паспорта, если специально сделать неправильно, то выскочит только эта неправильная строка, если ее исправить, «неправильными» становятся все.
Работаем на 8.3.25.1286
при выгрузке по всем людям ошибки:
"Формирование XML: Длина значения показателя "Серия и номер" (Документ\РасчетСВ\ПерсСвСтрахЛиц\ДанФЛПолуч\СерНомДок) меньше минимально возможной (0 < 1)"
Это про номер паспорта, если специально сделать неправильно, то выскочит только эта неправильная строка, если ее исправить, «неправильными» становятся все.
Работаем на 8.3.25.1286
Подскажите, может кто сталкивался с ошибкой на релизе 1.3.244.1: Если у сотрудника отпуск полностью на вторую половину Января (с 13.01-01.02), НДФЛ в документе Начисления формируется за Январь корректно,а в Феврале за первую половину НДФЛ совсем не формируется
(241) Кто обновился на последний релиз, подскажите, пожалуйста, вот это
так и осталось?
А то, если сотрудник подтвердил право на вычет в середине года, то записи по РН НДФЛПредоставленныеСтандартныеВычетыФизЛиц формируются в закрытых периодах, т.е. вообще бред)
Если ЭтоСтандартныйВычет Тогда
// Свойства
Если ВыборкаПоШапкеДокумента.ПериодРегистрации < ДатаЗакона176ФЗ() Тогда
Движение.Период = КонецМесяца(ВыборкаПоШапкеДокумента.ПериодРегистрации);
Иначе
Движение.Период = ВыборкаПоСтрокамДокумента.МесяцНалоговогоПериода;
КонецЕсли;
А то, если сотрудник подтвердил право на вычет в середине года, то записи по РН НДФЛПредоставленныеСтандартныеВычетыФизЛиц формируются в закрытых периодах, т.е. вообще бред)
Нашел еще один косяк, вроде здесь еще не обсуждали
Заметил, что по некоторым сотрудникам ни в какую не закрывался аванс, оказалось, что если, например, НДФЛ с аванса рассчитался по подразделению орг. 1, а в начислении з/п за полный месяц сотрудник был рассчитан по подр. орг. 2, которое является вышестоящим для подр. орг. 1, то списания авансового НДФЛ не произойдет (ни дохода, ни самого НДФЛ).
Решил для себя так
В процедуре ДополнитьДвиженияСписаниемАванса модуля объекта документа НачислениеЗарплатыРаботникамОрганизаций заменил
на
Сделал это в двух запросах (первый после строки Если ЕстьНачисления Тогда, второй после строки Если ЕстьИсчисленныйНалог Тогда), в каждом запросе в двух местах
Заметил, что по некоторым сотрудникам ни в какую не закрывался аванс, оказалось, что если, например, НДФЛ с аванса рассчитался по подразделению орг. 1, а в начислении з/п за полный месяц сотрудник был рассчитан по подр. орг. 2, которое является вышестоящим для подр. орг. 1, то списания авансового НДФЛ не произойдет (ни дохода, ни самого НДФЛ).
Решил для себя так
В процедуре ДополнитьДвиженияСписаниемАванса модуля объекта документа НачислениеЗарплатыРаботникамОрганизаций заменил
| КОГДА &ПодразделениеОрганизации <> Значение(Справочник.ПодразделенияОрганизаций.ПустаяСсылка)
| ТОГДА ВыплаченныеАвансы.ПодразделениеОрганизации = &ПодразделениеОрганизации
| ИНАЧЕ ИСТИНА
на
| КОГДА &ПодразделениеОрганизации <> Значение(Справочник.ПодразделенияОрганизаций.ПустаяСсылка) И НЕ ВыплаченныеАвансы.ПодразделениеОрганизации В ИЕРАРХИИ(&ПодразделениеОрганизации)
| ТОГДА ВыплаченныеАвансы.ПодразделениеОрганизации = &ПодразделениеОрганизации
| ИНАЧЕ ИСТИНА
Сделал это в двух запросах (первый после строки Если ЕстьНачисления Тогда, второй после строки Если ЕстьИсчисленныйНалог Тогда), в каждом запросе в двух местах
(287) Небольшая поправка, чтобы все заработало как надо еще в Функция ПолучитьДанныеНДФЛПоРегистратору общего модуля ПроведениеРасчетов
строку
заменяем на (в самом конце функции)
Без этого списание аванса работало, но НДФЛ на авансовую и оставшуюся часть не разбивался (т.е. было как раньше)
строку
Если Регистратор.ПодразделениеОрганизации = СтрокаТЗ.ПодразделениеОрганизации И (СтрокаТЗ.АвансВыплачен Или УпрощенныйУчетНДФЛ) Тогда
Если (Регистратор.ПодразделениеОрганизации = СтрокаТЗ.ПодразделениеОрганизации ИЛИ СтрокаТЗ.ПодразделениеОрганизации.ПринадлежитЭлементу(Регистратор.ПодразделениеОрганизации)) И (СтрокаТЗ.АвансВыплачен Или УпрощенныйУчетНДФЛ) Тогда
Без этого списание аванса работало, но НДФЛ на авансовую и оставшуюся часть не разбивался (т.е. было как раньше)
Управление производственным предприятием, редакция 1.3 (1.3.245.2) .
Коэффициент индексации так и суммируется, ничего не исправлено.
В организации сотрудников большое количество. По каждому несколько видов расчета. В расчете отпускных в среднем действительно суммируются количество дней и соответственно неправильный расчет. Руками убирать по каждому лишние дни бухгалтера с ума сойдут. Ставят суммы вручную общей суммой. Кто что может посоветовать, пока исправят ошибку?
Коэффициент индексации так и суммируется, ничего не исправлено.
В организации сотрудников большое количество. По каждому несколько видов расчета. В расчете отпускных в среднем действительно суммируются количество дней и соответственно неправильный расчет. Руками убирать по каждому лишние дни бухгалтера с ума сойдут. Ставят суммы вручную общей суммой. Кто что может посоветовать, пока исправят ошибку?
(290) я своим написал внешнюю обработку ТЧ, которая тупо убирает лишние дни/часы по неосновным начислениям. Подключается к Документ "Начисление отпуска сотрудникам организаций", ТЧ "Расчет среднего по календарным дням". Пересчитали отпуска за первый квартал, все норм. ТСначала на основной вкладке нажимаете Рассчитать, чтобы виды расчета для оплаты заполнились с РК и СН, а потом на закладке "Расчет среднего зарботка" чистите лишние часы и рассчитываете там же начисления (внизу кнопочка).
Что же касается проблемы с авансом - надо после начисления и формирования ведомостей на выплату аванса через универсальный отчет посмотреть остатки в РН "Зарплата за первую половину месяца" (с отбором по месяцу расчета) и опять же тупо ввести Документ "Корректировка записей регистров", который эти остатки закроет. По идее остатков там быть не должно, но иногда действительно рубль туда-сюда проскальзывает, плюс еще чехарда с вычетами тоже вносит свой вклад.
Как-то так.
Что же касается проблемы с авансом - надо после начисления и формирования ведомостей на выплату аванса через универсальный отчет посмотреть остатки в РН "Зарплата за первую половину месяца" (с отбором по месяцу расчета) и опять же тупо ввести Документ "Корректировка записей регистров", который эти остатки закроет. По идее остатков там быть не должно, но иногда действительно рубль туда-сюда проскальзывает, плюс еще чехарда с вычетами тоже вносит свой вклад.
Как-то так.
Прикрепленные файлы:
Почистить часы среднего.epf
(292) Плохой костыль. Каждый раз пользователю запускать обработку... Такое решение - в топку.
Давайте по-другому.
Нет УПП, но мне тут скинули всю простынь функции ПолучитьДанныеДляРасчета2025
| СУММА(ВЫБОР
| КОГДА РасчетСреднегоЗаработка.Начисление.КодДоходаНДФЛ = ЗНАЧЕНИЕ(Справочник.ДоходыНДФЛ.РайонныеСеверныеНадбавки)
| ТОГДА 0
Обратите внимание, Вы можете из своей обработки убрать обнуление РК на вкладке среднего - всё равно отпускные правильно посчитаются. Как раз по этой музыкальной фразе в запросе. Можете проверить, хотя и так ясно.
Осталось только подумать, а что общего во всех Ваших необнуляемых начислениях? Они все основные и более того для них время Явка. Вот за это и зацепимся. Добавим:
| ИЛИ
РасчетСреднегоЗаработка.Начисление.ВидВремени <> ЗНАЧЕНИЕ(Перечисление.ВидыВремени.ОтработанноеВПределахНормы)
Поправьте язык, если что - я не спец в УПП.
Уловите суть: нам надо нулить в расчёте отпускных не только РК и СН, но и ВСЕ начисления, которые НЕ "Явка". Тогда грамотно будут суммироваться в знаменателе СДЗ календарные дни только явочных начислений. А не тупо для всех премий, надбавок и прочей хрени.
You see?
Когда проверите, а спинным мозгом чувствую, что сработает - добавьте аналогичную строку и для других средних - ниже по коду. Три или четыре места - сами сообразите.
Действуйте.
Давайте по-другому.
Нет УПП, но мне тут скинули всю простынь функции ПолучитьДанныеДляРасчета2025
| СУММА(ВЫБОР
| КОГДА РасчетСреднегоЗаработка.Начисление.КодДоходаНДФЛ = ЗНАЧЕНИЕ(Справочник.ДоходыНДФЛ.РайонныеСеверныеНадбавки)
| ТОГДА 0
Обратите внимание, Вы можете из своей обработки убрать обнуление РК на вкладке среднего - всё равно отпускные правильно посчитаются. Как раз по этой музыкальной фразе в запросе. Можете проверить, хотя и так ясно.
Осталось только подумать, а что общего во всех Ваших необнуляемых начислениях? Они все основные и более того для них время Явка. Вот за это и зацепимся. Добавим:
| ИЛИ
РасчетСреднегоЗаработка.Начисление.ВидВремени <> ЗНАЧЕНИЕ(Перечисление.ВидыВремени.ОтработанноеВПределахНормы)
Поправьте язык, если что - я не спец в УПП.
Уловите суть: нам надо нулить в расчёте отпускных не только РК и СН, но и ВСЕ начисления, которые НЕ "Явка". Тогда грамотно будут суммироваться в знаменателе СДЗ календарные дни только явочных начислений. А не тупо для всех премий, надбавок и прочей хрени.
You see?
Когда проверите, а спинным мозгом чувствую, что сработает - добавьте аналогичную строку и для других средних - ниже по коду. Три или четыре места - сами сообразите.
Действуйте.
(295) Не за что.
Просто увидел в соседней ветке, что сумму заменили на максимум и сразу выпал в осадок.
У них будет безвременная выплата с 29.3, а оплата по окладу пусть за один день = 0.98
По максимуму у них сработает знаменатель 29.3 > 0.98 в месяце где один отработанный день.
Жуть.
Просто увидел в соседней ветке, что сумму заменили на максимум и сразу выпал в осадок.
У них будет безвременная выплата с 29.3, а оплата по окладу пусть за один день = 0.98
По максимуму у них сработает знаменатель 29.3 > 0.98 в месяце где один отработанный день.
Жуть.
(292) Спасибо большое за обработку "Почистить часы среднего". Все работает, расчетчики счастливы, пока выкрутимся хотя бы таким вариантом. Не так уж и трудно нажать на кнопочку и пересчитать начисления. Позднее попробую вариант
GenaT1C
| ИЛИ
РасчетСреднегоЗаработка.Начисление.ВидВремени <> ЗНАЧЕНИЕ(Перечисление.ВидыВремени.ОтработанноеВПределахНормы)
GenaT1C
| ИЛИ
РасчетСреднегоЗаработка.Начисление.ВидВремени <> ЗНАЧЕНИЕ(Перечисление.ВидыВремени.ОтработанноеВПределахНормы)
Управление производственным предприятием, редакция 1.3 (1.3.245.2) с доработками
У нас зарплата декабря выплачивалась в январе. На данный момент первая половина месяца в ндфл заполняется верно (если нет остатков +-1 за предыдущий период), чтобы заполнился верно НДФЛ за полный месяц, мы снимаем с проведения Начисления зп за первую половину месяца. Ошибка в НДФЛ при документе Разовые начисления: мат помощь с кодом вычета 503, дата создания 1 марта, дата выплаты в феврале, при заполнении начисления за март сумма ндфл выходит с "-" . С больничными тоже не все гладко. У кого какие решения еще есть?. Так же нет макета 6-ндфл за 1 квартал 2025 года. У нас бухгалтерия любит заранее готовить и сдавать отчеты, может кто, что подскажет? Или может подскажите по номерам сообщений, что в какой последовательности делать?
У нас зарплата декабря выплачивалась в январе. На данный момент первая половина месяца в ндфл заполняется верно (если нет остатков +-1 за предыдущий период), чтобы заполнился верно НДФЛ за полный месяц, мы снимаем с проведения Начисления зп за первую половину месяца. Ошибка в НДФЛ при документе Разовые начисления: мат помощь с кодом вычета 503, дата создания 1 марта, дата выплаты в феврале, при заполнении начисления за март сумма ндфл выходит с "-" . С больничными тоже не все гладко. У кого какие решения еще есть?. Так же нет макета 6-ндфл за 1 квартал 2025 года. У нас бухгалтерия любит заранее готовить и сдавать отчеты, может кто, что подскажет? Или может подскажите по номерам сообщений, что в какой последовательности делать?
Для получения уведомлений об ответах подключите телеграм бот:
Инфостарт бот