ЗУП не дает вставить период выплаты 2025 год, если есть вычеты
Если в премии выбрать выплату в 2025 году и есть вычеты, то на этапе выбора даты выдает ошибку.
Получение элемента по индексу для значения не определено
{EF_60018694 ОбщийМодуль.УчетНДФЛ.Модуль(2454)}:ОписаниеРазмераВычета = РазмерыВычетовНаГод[ТекущийВычет.Ключ];
{Обработка.МенеджерРасчетаЗарплаты.МодульОбъекта(13964)}:НДФЛ = УчетНДФЛ.РассчитатьНалогПоОсновнойСтавке(
{Обработка.МенеджерРасчетаЗарплаты.МодульОбъекта(13934)}:НДФЛ = РезультатРасчетаНДФЛ();
{Обработка.МенеджерРасчетаЗарплаты.МодульОбъекта(10225)}:РассчитатьНДФЛ();
{Обработка.МенеджерРасчетаЗарплаты.МодульОбъекта(716)}:РассчитатьЗарплатуСлужебный();
{Документ.Премия.МодульОбъекта(427)}:МенеджерРасчета.РассчитатьЗарплату();
{Документ.Премия.Форма.ФормаДокумента.Форма(2209)}:Документ.Рассчитать(ПараметрыРасчета);
{Документ.Премия.Форма.ФормаДокумента.Форма(556)}:РассчитатьСотрудниковНаСервере(ОбщегоНазначения.ВыгрузитьКолонку(Объект.Начисления, "Сотрудник"), ОписаниеТаблицыНачислений(РегистрацияНачисленийДоступна), Истина);
{Документ.Премия.Форма.ФормаДокумента.Форма(536)}:ПланируемаяДатаВыплатыПриИзмененииНаСервере();
[ОшибкаВоВремяВыполненияВстроенногоЯзыка, ОшибкаИспользованияВстроенногоЯзыка]
Как раз патч EF_60018694 должен был эту ошибку убрать по описанию. Но не помогло.
Если патч убрать то ошибка
Получение элемента по индексу для значения не определено
{ОбщийМодуль.УчетНДФЛ.Модуль(8772)}:ОписаниеРазмераВычета = РазмерыВычетовНаГод[ТекущийВычет.Ключ];
И что-то не нашел в инете ничего по этому поводу. Неужели больше ни у кого такой ошибки нет?
Конфигурация 3.1.31.58
Получение элемента по индексу для значения не определено
{EF_60018694 ОбщийМодуль.УчетНДФЛ.Модуль(2454)}:ОписаниеРазмераВычета = РазмерыВычетовНаГод[ТекущийВычет.Ключ];
{Обработка.МенеджерРасчетаЗарплаты.МодульОбъекта(13964)}:НДФЛ = УчетНДФЛ.РассчитатьНалогПоОсновнойСтавке(
{Обработка.МенеджерРасчетаЗарплаты.МодульОбъекта(13934)}:НДФЛ = РезультатРасчетаНДФЛ();
{Обработка.МенеджерРасчетаЗарплаты.МодульОбъекта(10225)}:РассчитатьНДФЛ();
{Обработка.МенеджерРасчетаЗарплаты.МодульОбъекта(716)}:РассчитатьЗарплатуСлужебный();
{Документ.Премия.МодульОбъекта(427)}:МенеджерРасчета.РассчитатьЗарплату();
{Документ.Премия.Форма.ФормаДокумента.Форма(2209)}:Документ.Рассчитать(ПараметрыРасчета);
{Документ.Премия.Форма.ФормаДокумента.Форма(556)}:РассчитатьСотрудниковНаСервере(ОбщегоНазначения.ВыгрузитьКолонку(Объект.Начисления, "Сотрудник"), ОписаниеТаблицыНачислений(РегистрацияНачисленийДоступна), Истина);
{Документ.Премия.Форма.ФормаДокумента.Форма(536)}:ПланируемаяДатаВыплатыПриИзмененииНаСервере();
[ОшибкаВоВремяВыполненияВстроенногоЯзыка, ОшибкаИспользованияВстроенногоЯзыка]
Как раз патч EF_60018694 должен был эту ошибку убрать по описанию. Но не помогло.
Если патч убрать то ошибка
Получение элемента по индексу для значения не определено
{ОбщийМодуль.УчетНДФЛ.Модуль(8772)}:ОписаниеРазмераВычета = РазмерыВычетовНаГод[ТекущийВычет.Ключ];
И что-то не нашел в инете ничего по этому поводу. Неужели больше ни у кого такой ошибки нет?
Конфигурация 3.1.31.58
Найденные решения
я в патч EF_60018694 в ОбщийМодуль.УчетНДФЛ добавил функцию
соответственно всё работает, а когда 1С выпустит нормальную версию, то патч сам удалится
&Вместо("ДатаЗакона176ФЗ")
Функция EF_60018694_ДатаЗакона176ФЗ()
Возврат '20260101';
КонецФункции
соответственно всё работает, а когда 1С выпустит нормальную версию, то патч сам удалится
Остальные ответы
Подписаться на ответы
Инфостарт бот
Сортировка:
Древо развёрнутое
Свернуть все
Повторюсь делать как в (7) не рекомендую если у вас много сотрудников и много разных вычетов.
Имущественный вычет за 2025 год у соседей которые пошли по пути как в (7) не предоставился сотруднику, но в январе пересчитывает (проверил). Не предоставился еще какой то вычет, но не расслышал.
Имущественный вычет за 2025 год у соседей которые пошли по пути как в (7) не предоставился сотруднику, но в январе пересчитывает (проверил). Не предоставился еще какой то вычет, но не расслышал.
(106) Словил первые косяки с НДФЛ
Больничный января, в котором выплату поставили вместе с февральской оплатой падал с ошибкой. Там НДФЛ когда делала +/- программа, то не заполнялось поле дата дохода. Когда поставили выплату с авансом, который будет в этом месяце, то все рассчиталось корректно и уже ошибка не выпадала
Больничный января, в котором выплату поставили вместе с февральской оплатой падал с ошибкой. Там НДФЛ когда делала +/- программа, то не заполнялось поле дата дохода. Когда поставили выплату с авансом, который будет в этом месяце, то все рассчиталось корректно и уже ошибка не выпадала
(107) Как у вас обстоят дела в ERP с НДФЛ в 172 версии ? Только сегодня обновились до 172 версии. Хотел накататить дополнительно патч EF_60019319, но не могу скачать, пишет "(Исправление заменено)", вообще недоступен. По какой причине?
За январь множество сотрудников с пустой налоговой базой в регистре по вычетам. На форуме бухэксперт8 нашел комментарий от пользователя с цитатой разработчиков 1С, они предлагают:
"Если пересчет документов невозможен по различным причинам, а ручное заполнение категории слишком трудозатратно, можно воспользоваться встроенной обработкой «Групповое изменение реквизитов» (раздел «Администрирование» — «Обслуживание» — «Корректировка данных»):
1. В поле «Изменять» выбрать вид документа;
2. Настроить отбор;
3. Установить отбор;
4. Убедиться, что отобраны только нужные документы.
После этого нажать «ОК», перейти на вкладку «Примененные вычеты», для реквизита «Налоговая база» установить значение той налоговой базы, к которой относится категория дохода, по которой был рассчитан налог (например, «Оплата труда (основная налоговая база)»), и нажать «Изменить реквизиты»."
Попробовал по этой схеме с групповым изменением реквизитов. Реквизиты в документах и регистр заполнился. Но все равно как-то криво НДФЛ рассчитывается в январской зарплате. Вместо одной строки НФДЛ в зарплате с видом "Оплата труда (основная налоговая база)" появляется две строки Прочие денежные доходы от трудовой деятельности (основная налоговая база). Само собой у сотрудника есть вычеты.
За январь множество сотрудников с пустой налоговой базой в регистре по вычетам. На форуме бухэксперт8 нашел комментарий от пользователя с цитатой разработчиков 1С, они предлагают:
"Если пересчет документов невозможен по различным причинам, а ручное заполнение категории слишком трудозатратно, можно воспользоваться встроенной обработкой «Групповое изменение реквизитов» (раздел «Администрирование» — «Обслуживание» — «Корректировка данных»):
1. В поле «Изменять» выбрать вид документа;
2. Настроить отбор;
3. Установить отбор;
4. Убедиться, что отобраны только нужные документы.
После этого нажать «ОК», перейти на вкладку «Примененные вычеты», для реквизита «Налоговая база» установить значение той налоговой базы, к которой относится категория дохода, по которой был рассчитан налог (например, «Оплата труда (основная налоговая база)»), и нажать «Изменить реквизиты»."
Попробовал по этой схеме с групповым изменением реквизитов. Реквизиты в документах и регистр заполнился. Но все равно как-то криво НДФЛ рассчитывается в январской зарплате. Вместо одной строки НФДЛ в зарплате с видом "Оплата труда (основная налоговая база)" появляется две строки Прочие денежные доходы от трудовой деятельности (основная налоговая база). Само собой у сотрудника есть вычеты.
Ночью выложили третью версию патча. Анонсирован он как ОБЩИЙ, единый на весь переход 2024-2025, т.е. золотой:
EF_60019319_2 от 22.01.2025
Написано, что вроде как он заменяет собой все 6 предыдущих патчей )
EF_60019319_2 от 22.01.2025
Написано, что вроде как он заменяет собой все 6 предыдущих патчей )
EF_60019319_2 от 22.01.2025:
Исправление ошибок:
60019319 При расчёте НДФЛ возникает ошибка "Получение элемента по индексу для значения не определено".
60019680 Ошибочное сторно НДФЛ, несмотря на полный расчет НДФЛ в увольнении
60019741 Пустая дата пол-я дохода, если был расчитан документ с более поздней датой выплаты. Может возникать ошибка:
Запись не верна! Значение поля "Дата получения дохода" не может быть пустым
60019922 Сторнируются вычеты с незаполненным реквизитом "Налоговая база" и задваивается НДФЛ
60019855 Док. Отпуск. При расчете по второму рабочему месту добавялется лишняя строка с НДФЛ
60019975 При совпадении месяца даты выплаты зп и аванса, в расчете НДФЛ неверно зачитывается аванс
Исправление ошибок:
60019319 При расчёте НДФЛ возникает ошибка "Получение элемента по индексу для значения не определено".
60019680 Ошибочное сторно НДФЛ, несмотря на полный расчет НДФЛ в увольнении
60019741 Пустая дата пол-я дохода, если был расчитан документ с более поздней датой выплаты. Может возникать ошибка:
Запись не верна! Значение поля "Дата получения дохода" не может быть пустым
60019922 Сторнируются вычеты с незаполненным реквизитом "Налоговая база" и задваивается НДФЛ
60019855 Док. Отпуск. При расчете по второму рабочему месту добавялется лишняя строка с НДФЛ
60019975 При совпадении месяца даты выплаты зп и аванса, в расчете НДФЛ неверно зачитывается аванс
(113) Доброе утро, 1С добавили все таки в ЕРП обновленное расширение EF_60019319_3 )
Прикрепленные файлы:
patches_270120250527.zip
У кого-нибудь возникала проблема с видами доходов НДФЛ? Раньше при начисление аванса или зарплаты, НДФЛ относился к категории "Оплата труда (основная налоговая база)" и если возникал 1 рубль НДФЛ перерасчета нарастающим итогом, то он относил к этому виду доходу. Теперь этот лишний рубль относит к виду дохода "Прочие денежные доходы от трудовой деятельности (основная налоговая база)". Соответственно например в авансе появился отрицательный рубль -1, в ведомость он по авансу не подтягивается. В алгоритме расчета до 2025 года, этот рубль бы свернулся в вид дохода "Оплата труда" и такой бы проблемы не возникло.
(120) нет, все оставил, там если посмотреть развернуто по категориям дохода, более менее нормально.
Например 0,6 р по северным, и 0,5 основные доходы, по человеку получаем 1.1 ошибка, но по факту если смотреть по разным категориям дохода, то вроде как и нормально.
к тому же, 1ска такая умная, что любит правки править.
Например 0,6 р по северным, и 0,5 основные доходы, по человеку получаем 1.1 ошибка, но по факту если смотреть по разным категориям дохода, то вроде как и нормально.
к тому же, 1ска такая умная, что любит правки править.
Для получения уведомлений об ответах подключите телеграм бот:
Инфостарт бот