ЗУП не дает вставить период выплаты 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С выпустит нормальную версию, то патч сам удалится
Остальные ответы
Подписаться на ответы
Инфостарт бот
Сортировка:
Древо развёрнутое
Свернуть все
я в патч EF_60018694 в ОбщийМодуль.УчетНДФЛ добавил функцию
соответственно всё работает, а когда 1С выпустит нормальную версию, то патч сам удалится
&Вместо("ДатаЗакона176ФЗ")
Функция EF_60018694_ДатаЗакона176ФЗ()
Возврат '20260101';
КонецФункции
соответственно всё работает, а когда 1С выпустит нормальную версию, то патч сам удалится
тогда надежнее так
&ИзменениеИКонтроль("ДатаЗакона176ФЗ")
Функция EF_60018864_ДатаЗакона176ФЗ()
#Удаление
Возврат '20250101'
#КонецУдаления
#Вставка
Возврат '20260315'; // При обновлении метода в основной конфигурации будет "видно", что эта вставка не нужна
#КонецВставки
КонецФункции
Показать
Поставил исправление, такая же ошибка вылетает. У меня вылетает на том сотруднике, который когда-то был в подразделении которое я пытаюсь рассчитать (заполнить) и который имеет вычеты. Причем он уже рассчитан в другом документе и подразделении. Видимо хвосты тянутся какие-то.
В общем нашел эти хвосты. После того как удалил в Сервис-Перерасчеты строки по этому сотруднику за 2019-2022 год, то стало нормально заполняться начисление зарплаты и взносов по подразделению. Надо наверно попробовать смоделировать такую ситуацию и отправить демо базу в 1С поддержку.
Надежнее сделать так в ОМ УчетНДФЛПовтИсп.РазмерыВычетов:
&ИзменениеИКонтроль("РазмерыВычетов")
Функция EF_60018864_РазмерыВычетов(ГодС, ГодПо) Экспорт
#Вставка
ГодСДО = Неопределено;
Если Год(ГодС) = 2025 Тогда
ГодСДО = ГодС;
ГодС = ДобавитьМесяц(ГодС, -12);
КонецЕсли;
#КонецВставки
Результат = Новый Соответствие;
ТекущийГод = ГодС;
Пока ТекущийГод <= ГодПо Цикл
Результат.Вставить(ТекущийГод, Новый Соответствие);
ТекущийГод = ДобавитьМесяц(ТекущийГод, 12);
КонецЦикла;
Запрос = Новый Запрос;
Запрос.УстановитьПараметр("ГодС", ГодС);
Запрос.УстановитьПараметр("ГодПо", ГодПо);
Запрос.Текст =
"ВЫБРАТЬ
| РазмерВычетовНДФЛ.КодВычета КАК КодВычета,
| РазмерВычетовНДФЛ.Размер КАК Размер,
| РазмерВычетовНДФЛ.ОграничениеПоДоходам КАК ОграничениеПоДоходам,
| РазмерВычетовНДФЛ.ДатаНачала КАК ДатаНачала,
| РазмерВычетовНДФЛ.ДатаОкончания КАК ДатаОкончания
|ИЗ
| РегистрСведений.РазмерВычетовНДФЛВторичный КАК РазмерВычетовНДФЛ
|ГДЕ
| (&ГодС МЕЖДУ РазмерВычетовНДФЛ.ДатаНачала И РазмерВычетовНДФЛ.ДатаОкончания
| ИЛИ РазмерВычетовНДФЛ.ДатаНачала МЕЖДУ &ГодС И &ГодПо)
|
|УПОРЯДОЧИТЬ ПО
| КодВычета,
| ДатаНачала,
| ДатаОкончания";
Выборка = Запрос.Выполнить().Выбрать();
Пока Выборка.СледующийПоЗначениюПоля("КодВычета") Цикл
Пока Выборка.Следующий() Цикл
ТекущийГод = Макс(ГодС, НачалоГода(Выборка.ДатаНачала));
ГодОкончание = Мин(ГодПо, НачалоГода(Выборка.ДатаОкончания));
Пока ТекущийГод <= ГодОкончание Цикл
ВычетыЗаТекущийГод = Результат[ТекущийГод];
ВычетыЗаТекущийГод.Вставить(Выборка.КодВычета, Новый Структура("Размер, ОграничениеПоДоходам", Выборка.Размер, Выборка.ОграничениеПоДоходам));
ТекущийГод = ДобавитьМесяц(ТекущийГод, 12);
КонецЦикла;
КонецЦикла;
КонецЦикла;
#Вставка
Если ГодСДО <> Неопределено Тогда
ГодС = ГодСДО;
КонецЕсли;
#КонецВставки
Возврат Результат;
КонецФункции
Показать
Как все таки правильно?
Как в (21) или в (7)?
Если сделать такую вставку, на что это может повлиять?
Сейчас обновили копию ЗУП КОРП на 3.1.31.66 релиз, получили такую же ситуацию.
Нет патча в этом релизе не (21) и не (7)
Как в (21) или в (7)?
Если сделать такую вставку, на что это может повлиять?
Сейчас обновили копию ЗУП КОРП на 3.1.31.66 релиз, получили такую же ситуацию.
Нет патча в этом релизе не (21) и не (7)
Вышло обновление 3_1_31_67, ошибка осталась.
Решение 21 помогло частично НДФЛ считался некорректно, но ошибки нет. Разбрасывает по 24 и 25 году. При этом если делаешь перерасчет НДФЛ, то все становится корректно, но если пересчитать потом НДФЛ в начислении зарплаты, то все опять плывет.
Поставил исправление 7. Все более менее корректно. В 1С его не рекомендуют.
Решение 21 помогло частично НДФЛ считался некорректно, но ошибки нет. Разбрасывает по 24 и 25 году. При этом если делаешь перерасчет НДФЛ, то все становится корректно, но если пересчитать потом НДФЛ в начислении зарплаты, то все опять плывет.
Поставил исправление 7. Все более менее корректно. В 1С его не рекомендуют.
Проблема возникла при расчете входящего больничного листа, где выплата была 2025 год. Если обновляться свежее версии 3.1.31.58, то там просто расширение уходит, а модуль уже в конфе самой и таже ошибка.
Если по 21 варианту - то вообще 0 ндфл считает, что неверно похоже. 7 вариант правда лучше похоже.
Если распровести ведомость в банк за декабрь, то ошибку не ловит, но ндфл меньше падает, видно что в ДанныеУчетаДоходов в этом модуле формируется от этого по разному, не разбирался глубже.
Если по 21 варианту - то вообще 0 ндфл считает, что неверно похоже. 7 вариант правда лучше похоже.
Если распровести ведомость в банк за декабрь, то ошибку не ловит, но ндфл меньше падает, видно что в ДанныеУчетаДоходов в этом модуле формируется от этого по разному, не разбирался глубже.
По варианту 21 нельзя делать. Там проблема в том что в декабре считаем НДФЛ и 2024 года и уже 2025, а 1С про это забыла и получает вычеты только 2025 года.
РазмерыВычетов = УчетНДФЛПовтИсп.РазмерыВычетов(НачалоГода(ПервыйМесяцНалоговогоПериода), НачалоГода(ПоследнийМесяцНалоговогоПериода));
Проблема вот здесь НачалоГода(ПервыйМесяцНалоговогоПериода) - это 01.01.2025, а в декабре должно быть 01.01.2024. Тогда будет две таблицы вычетов 2024 года и 2025 года и ошибки не будет.
РазмерыВычетов = УчетНДФЛПовтИсп.РазмерыВычетов(НачалоГода(ПервыйМесяцНалоговогоПериода), НачалоГода(ПоследнийМесяцНалоговогоПериода));
Проблема вот здесь НачалоГода(ПервыйМесяцНалоговогоПериода) - это 01.01.2025, а в декабре должно быть 01.01.2024. Тогда будет две таблицы вычетов 2024 года и 2025 года и ошибки не будет.
Пока поправил добавлением функции РассчитатьНалогПоОсновнойСтавке из модуля УчетНДФЛ в расширение и скорректировал строчку
РазмерыВычетов = УчетНДФЛПовтИсп.РазмерыВычетов(НачалоГода(НачалоМесяцаРасчета), НачалоГода(ПоследнийМесяцНалоговогоПериода));
РазмерыВычетов = УчетНДФЛПовтИсп.РазмерыВычетов(НачалоГода(НачалоМесяцаРасчета), НачалоГода(ПоследнийМесяцНалоговогоПериода));
(30) Там очень большая функция. Открываете общий модуль УчетНДФЛ находите функцию РассчитатьНалогПоОсновнойСтавке. Добавляете ее в расширение, затем полностью копируете содержимое. Далее в расширении в самой функции находите
РазмерыВычетов = УчетНДФЛПовтИсп.РазмерыВычетов(НачалоГода(ПервыйМесяцНалоговогоПериода), НачалоГода(ПоследнийМесяцНалоговогоПериода));
комментируете и меняете на
РазмерыВычетов = УчетНДФЛПовтИсп.РазмерыВычетов(НачалоГода(НачалоМесяцаРасчета), НачалоГода(ПоследнийМесяцНалоговогоПериода));
РазмерыВычетов = УчетНДФЛПовтИсп.РазмерыВычетов(НачалоГода(ПервыйМесяцНалоговогоПериода), НачалоГода(ПоследнийМесяцНалоговогоПериода));
комментируете и меняете на
РазмерыВычетов = УчетНДФЛПовтИсп.РазмерыВычетов(НачалоГода(НачалоМесяцаРасчета), НачалоГода(ПоследнийМесяцНалоговогоПериода));
а вот так это выглядит при расчете заработной платы.
Получение элемента по индексу для значения не определено
{EF_60018694 ОбщийМодуль.УчетНДФЛ.Модуль(2454)}:ОписаниеРазмераВычета = РазмерыВычетовНаГод[ТекущийВычет.Ключ];
{Обработка.МенеджерРасчетаЗарплаты.МодульОбъекта(13983)}:НДФЛ = УчетНДФЛ.РассчитатьНалогПоОсновнойСтавке(
{Обработка.МенеджерРасчетаЗарплаты.МодульОбъекта(13953)}:НДФЛ = РезультатРасчетаНДФЛ();
{Обработка.МенеджерРасчетаЗарплаты.МодульОбъекта(10241)}:РассчитатьНДФЛ();
{Обработка.МенеджерРасчетаЗарплаты.МодульОбъекта(716)}:РассчитатьЗарплатуСлужебный();
{ОбщийМодуль.РасчетЗарплатыРасширенный.Модуль(2190)}:МенеджерРасчета.РассчитатьЗарплату();
{Документ.НачислениеЗарплаты.МодульМенеджера(420)}:ДанныеЗаполнения = РасчетЗарплатыРасширенный.ДанныеДляЗаполненияТаблицДокумента(ОписаниеДокумента, Организация, МесяцНачисления, ДополнительныеПараметры);
{(1)}:Документы.НачислениеЗарплаты.ПодготовитьДанныеДляЗаполнения(Параметры[0],Параметры[1])
{ОбщийМодуль.ОбщегоНазначения.Модуль(6007)}:Выполнить ИмяМетода + "(" + ПараметрыСтрока + ")";
{ОбщийМодуль.ДлительныеОперации.Модуль(1829)}:ОбщегоНазначения.ВыполнитьМетодКонфигурации(ИмяПроцедуры, ПараметрыВызова);
{ОбщийМодуль.ДлительныеОперации.Модуль(1790)}:ВызватьПроцедуру(ВсеПараметры.ИмяПроцедуры, ВсеПараметры.ПараметрыПроцедуры, ПараметрыВыполнения);
{ОбщийМодуль.ДлительныеОперации.Модуль(1809)}:ВызватьИсключение(Уточнение.Текст, Уточнение.Категория,, СтекЗапуска, ИнформацияОбОшибке);
[ОшибкаВоВремяВыполненияВстроенногоЯзыка, ИсключениеВызванноеИзВстроенногоЯзыка, ОшибкаКонфигурации]
по причине:
Получение элемента по индексу для значения не определено
[ОшибкаВоВремяВыполненияВстроенногоЯзыка, ОшибкаИспользованияВстроенногоЯзыка]
по причине:
{EF_60018694 ОбщийМодуль.УчетНДФЛ.Модуль(2454)}: Получение элемента по индексу для значения не определено
Получение элемента по индексу для значения не определено
{EF_60018694 ОбщийМодуль.УчетНДФЛ.Модуль(2454)}:ОписаниеРазмераВычета = РазмерыВычетовНаГод[ТекущийВычет.Ключ];
{Обработка.МенеджерРасчетаЗарплаты.МодульОбъекта(13983)}:НДФЛ = УчетНДФЛ.РассчитатьНалогПоОсновнойСтавке(
{Обработка.МенеджерРасчетаЗарплаты.МодульОбъекта(13953)}:НДФЛ = РезультатРасчетаНДФЛ();
{Обработка.МенеджерРасчетаЗарплаты.МодульОбъекта(10241)}:РассчитатьНДФЛ();
{Обработка.МенеджерРасчетаЗарплаты.МодульОбъекта(716)}:РассчитатьЗарплатуСлужебный();
{ОбщийМодуль.РасчетЗарплатыРасширенный.Модуль(2190)}:МенеджерРасчета.РассчитатьЗарплату();
{Документ.НачислениеЗарплаты.МодульМенеджера(420)}:ДанныеЗаполнения = РасчетЗарплатыРасширенный.ДанныеДляЗаполненияТаблицДокумента(ОписаниеДокумента, Организация, МесяцНачисления, ДополнительныеПараметры);
{(1)}:Документы.НачислениеЗарплаты.ПодготовитьДанныеДляЗаполнения(Параметры[0],Параметры[1])
{ОбщийМодуль.ОбщегоНазначения.Модуль(6007)}:Выполнить ИмяМетода + "(" + ПараметрыСтрока + ")";
{ОбщийМодуль.ДлительныеОперации.Модуль(1829)}:ОбщегоНазначения.ВыполнитьМетодКонфигурации(ИмяПроцедуры, ПараметрыВызова);
{ОбщийМодуль.ДлительныеОперации.Модуль(1790)}:ВызватьПроцедуру(ВсеПараметры.ИмяПроцедуры, ВсеПараметры.ПараметрыПроцедуры, ПараметрыВыполнения);
{ОбщийМодуль.ДлительныеОперации.Модуль(1809)}:ВызватьИсключение(Уточнение.Текст, Уточнение.Категория,, СтекЗапуска, ИнформацияОбОшибке);
[ОшибкаВоВремяВыполненияВстроенногоЯзыка, ИсключениеВызванноеИзВстроенногоЯзыка, ОшибкаКонфигурации]
по причине:
Получение элемента по индексу для значения не определено
[ОшибкаВоВремяВыполненияВстроенногоЯзыка, ОшибкаИспользованияВстроенногоЯзыка]
по причине:
{EF_60018694 ОбщийМодуль.УчетНДФЛ.Модуль(2454)}: Получение элемента по индексу для значения не определено
Если у кого то задвоился НДФЛ при начислении ЗП за январь 2025 - проблема с "Примененные вычеты...". Из -за нового алгоритма туда попадают дубли и из-за этого дублится и НДФЛ по тем сотрудникам, у которых есть вычеты.
Решается ограничением вычетов декабрем 2024 года. Тогда эти лишние строчки (да еще и с минусами) не попадают в документ начисления и все ок.
Решается ограничением вычетов декабрем 2024 года. Тогда эти лишние строчки (да еще и с минусами) не попадают в документ начисления и все ок.
В копии 3.1.31.67 со всеми патчами на 28.12.2024: убрал, как в (21), поставил, как в (32), в документе начисление зп и взносов, некорректно рассчитывается НДФЛ при повторном создании, на одного и того же сотрудника. Убрал, как в (32), оставил, как в (7), данные заполняются корректно при повторном создании начисления по одному и тому же сотруднику.
Нужно ли добавлять, как в (32), одновременно, как в (7) или оставить, только, как в (7).
(25), почему не рекомендуют в 1С, как в (7)?
Нужно ли добавлять, как в (32), одновременно, как в (7) или оставить, только, как в (7).
(25), почему не рекомендуют в 1С, как в (7)?
(39)
Если сделать как в (7) ошибки не будет, но и не будет таблицы с вычетами за 2025 год. Сотруднику вычет не предоставится если он у него есть. Если исправление убрать позже, то при расчете января предоставится двойной вычет. Но я все же не рекомендую делать как (7) если есть вычеты по НДФЛ у сотрудников.
при повторном создании начисления по одному и тому же сотруднику - тут не совсем понятно, возможно вы имеете ввиду внутреннее совместительство, то здесь тоже есть другая ошибка при расчет (особенно если сотрудник внутренний совместитель в другом обособленном подразделении) и убирая таблицу с вычетами вы убираете проблему.
Если сделать как в (7) ошибки не будет, но и не будет таблицы с вычетами за 2025 год. Сотруднику вычет не предоставится если он у него есть. Если исправление убрать позже, то при расчете января предоставится двойной вычет. Но я все же не рекомендую делать как (7) если есть вычеты по НДФЛ у сотрудников.
при повторном создании начисления по одному и тому же сотруднику - тут не совсем понятно, возможно вы имеете ввиду внутреннее совместительство, то здесь тоже есть другая ошибка при расчет (особенно если сотрудник внутренний совместитель в другом обособленном подразделении) и убирая таблицу с вычетами вы убираете проблему.
(40) Почему не предоставляется? Я поставил в "ОбщийМодуль.УчетНДФЛ" как указано в (7), и у меня вычет у сотрудника в "Начислении зарплаты и взносов" период декабрь 2024 с датой выплатой 10.01.2025 по 127/115 вычету 2800, т.е по новой таблице за 2025 год. Соответственно когда они выпустят новый релиз с исправлением, то ничего не должно задвоится в январе 2025. Я так понимаю ошибка может возникнуть только если в январе 2025 уже будет превышение 2 400 000 НДФЛ 15%. Поправьте если я не прав
(44)
Если сделать как в (7) то вы всегда будете попадать вот в это условие и весь НДФЛ будет считаться по алгоритму до 2025 года.
ПервыйМесяцТекущегоАлгоритма = ДатаЗакона176ФЗ();
Если ПоследнийМесяцНалоговогоПериода < ПервыйМесяцТекущегоАлгоритма Тогда
Возврат РассчитатьНалогДо2025Года(ИсключаемыйРегистратор, Организация, МесяцРасчета,
СписокФизическихЛиц, ИсходныйПервыйМесяцНалоговогоПериода,
ИсходныйПоследнийМесяцНалоговогоПериода, ОкончательныйРасчет,
ДатаУдержанияИсчисленногоНалога, ДвиженияТекущегоРегистратора)
КонецЕсли;
В этой процедуре в этом случае как раз получаются две таблицы с вычетами и ошибки не происходит, но весь расчет НДФЛ идет по алгоритму до 2025 года.
Так как эта процедура все таки заточена под расчет до 2025 года я не знаю на сколько корректно применятся вычеты в каких то случаях когда одни вычеты не закончились, а другие уже начались.
Если сделать как в (7) то вы всегда будете попадать вот в это условие и весь НДФЛ будет считаться по алгоритму до 2025 года.
ПервыйМесяцТекущегоАлгоритма = ДатаЗакона176ФЗ();
Если ПоследнийМесяцНалоговогоПериода < ПервыйМесяцТекущегоАлгоритма Тогда
Возврат РассчитатьНалогДо2025Года(ИсключаемыйРегистратор, Организация, МесяцРасчета,
СписокФизическихЛиц, ИсходныйПервыйМесяцНалоговогоПериода,
ИсходныйПоследнийМесяцНалоговогоПериода, ОкончательныйРасчет,
ДатаУдержанияИсчисленногоНалога, ДвиженияТекущегоРегистратора)
КонецЕсли;
В этой процедуре в этом случае как раз получаются две таблицы с вычетами и ошибки не происходит, но весь расчет НДФЛ идет по алгоритму до 2025 года.
Так как эта процедура все таки заточена под расчет до 2025 года я не знаю на сколько корректно применятся вычеты в каких то случаях когда одни вычеты не закончились, а другие уже начались.
(40) повторное создание начислений у меня вот такое (сотрудник без вычетов)
вот что мне написала бухгалтер
------------------------------------------------
1. - считала Сыромягину за первую половину месяца - просчитано все верно и выплата по ведомости верно и в ней НДФЛ тоже верно 6293
2. Далее просчитала док. увольнение 28.12.24 в нем НДФЛ отражен верно 19133р, сформировала РЛ тоже все отражает верно 19133
3. Выплата отражает также верно НДФЛ 12840р.
4. Далее начинаю считать документ начисление зарплаты и взносов 31.12.2024 с датой выплаты 10.01.2025, и в нем почему то стоит сумма НДФЛ -6293.
Что то не так либо я делаю:) или программа глючит.
------------------------------------------------
после отключения логики 2025-го года как в (7) всё считает правильно
3.1.31.67, патчи устанавливаются автоматически (патча EF_60018694 нет)
вот что мне написала бухгалтер
------------------------------------------------
1. - считала Сыромягину за первую половину месяца - просчитано все верно и выплата по ведомости верно и в ней НДФЛ тоже верно 6293
2. Далее просчитала док. увольнение 28.12.24 в нем НДФЛ отражен верно 19133р, сформировала РЛ тоже все отражает верно 19133
3. Выплата отражает также верно НДФЛ 12840р.
4. Далее начинаю считать документ начисление зарплаты и взносов 31.12.2024 с датой выплаты 10.01.2025, и в нем почему то стоит сумма НДФЛ -6293.
Что то не так либо я делаю:) или программа глючит.
------------------------------------------------
после отключения логики 2025-го года как в (7) всё считает правильно
3.1.31.67, патчи устанавливаются автоматически (патча EF_60018694 нет)
На текущий момент в ЗУП - 3.1.31.67 есть проблемы при расчете НДФЛ те что описаны выше, а так же не корректно считается НДФЛ для внутренних совместителей в разных обособленных подразделения (с разными регистрациями в налоговых органах) дело в датах определяемых в функции РассчитатьНалогДо2025Года общий модуль УчетНДФЛАрхивныеАлгоритмы.
(41) вы не могли бы пояснить что означает повторное начисление для одного и того же сотрудника.
Предположение почему у Вас появляется проблема когда вы делаете как я рекомендую я описал.
Повторюсь убирая таблицу с вычетами возможно вы убираете другую ошибку с расчетом (но в этом случае сотрудник не получит вычет если он у него есть), делая как я рекомендую у Вас скорее всего срабатывает другая ошибка.
Предположение почему у Вас появляется проблема когда вы делаете как я рекомендую я описал.
Повторюсь убирая таблицу с вычетами возможно вы убираете другую ошибку с расчетом (но в этом случае сотрудник не получит вычет если он у него есть), делая как я рекомендую у Вас скорее всего срабатывает другая ошибка.
Заинтересовался, решил проверить. 31.67 типовой без единого патча.
Взял чистого сотрудника, дал ему вычет 127 на второго ребёнка с ноября 2024 по 2026 год. Он чем хорош: в 2024 году 1400, а в 2025 вычет увеличила Родина вдвое - до 2800.
И так крутил, и эдак. Нормально в декабре 1400, в январе 2800 - по перещёлку планируемых дат выплаты премии и начисления зп за декабрь.
Вот что я должен испортить, чтобы получить вашу ошибку?
Взял чистого сотрудника, дал ему вычет 127 на второго ребёнка с ноября 2024 по 2026 год. Он чем хорош: в 2024 году 1400, а в 2025 вычет увеличила Родина вдвое - до 2800.
И так крутил, и эдак. Нормально в декабре 1400, в январе 2800 - по перещёлку планируемых дат выплаты премии и начисления зп за декабрь.
Вот что я должен испортить, чтобы получить вашу ошибку?
Не поленился, глянул этот патч. Во-первых, в манифесте он анонсирован для ДП (30.108).
Но главное в том, что я сравнил этот правленный общий модуль УчетНДФЛ Функция РассчитатьНалогПоОсновнойСтавке по тексту и там более 30 мест, что в 31.67 отличаются и как раз по структурам для вычетов. Последний релиз - он последний и по времени (конец декабря), а патч - от начала декабря.
Вот почему у меня всё работает в 31.67 без нареканий.
Теперь я знаю ответ на свой вопрос выше: чтобы испортить правильный расчёт - мне надо поставить этот патч.
Но главное в том, что я сравнил этот правленный общий модуль УчетНДФЛ Функция РассчитатьНалогПоОсновнойСтавке по тексту и там более 30 мест, что в 31.67 отличаются и как раз по структурам для вычетов. Последний релиз - он последний и по времени (конец декабря), а патч - от начала декабря.
Вот почему у меня всё работает в 31.67 без нареканий.
Теперь я знаю ответ на свой вопрос выше: чтобы испортить правильный расчёт - мне надо поставить этот патч.
(53) попробуйте так.
1. Ввести вычеты. Я вводил 126, 127 вычет на демо базе с декабря 2024 по декабрь 2025
2. Посчитать аванс за декабрь 2024 по сотруднику у которого ввели вычеты.
3. Сформировать и провести ведомость с выплатой аванса за декабрь 2024 по этому же сотруднику.
4. Сформировать и провести Начисление зарплаты и взносов за декабрь 2024 с датой выплатой 10.01.2025 по этому сотруднику. Все посчитается верно и хорошо.
5. Повторно создать начисление зарплаты и взносов, выбрать период декабрь 2024 и поставить дату 10.01.2025 и попытаться заполнить по сотруднику либо по подразделению где этот сотрудник сидит. Появляется ошибка. Начисление зарплаты не должно будет заполниться так как мы в 4 уже все рассчитали, но и ошибки быть не должно
1. Ввести вычеты. Я вводил 126, 127 вычет на демо базе с декабря 2024 по декабрь 2025
2. Посчитать аванс за декабрь 2024 по сотруднику у которого ввели вычеты.
3. Сформировать и провести ведомость с выплатой аванса за декабрь 2024 по этому же сотруднику.
4. Сформировать и провести Начисление зарплаты и взносов за декабрь 2024 с датой выплатой 10.01.2025 по этому сотруднику. Все посчитается верно и хорошо.
5. Повторно создать начисление зарплаты и взносов, выбрать период декабрь 2024 и поставить дату 10.01.2025 и попытаться заполнить по сотруднику либо по подразделению где этот сотрудник сидит. Появляется ошибка. Начисление зарплаты не должно будет заполниться так как мы в 4 уже все рассчитали, но и ошибки быть не должно
(54) Не проведение, а заполнение второй раз. Тогда не надо писать что все работает. Я привел в качестве примера как добиться ошибки на пустой базе, где нет перерасчетов, переводов из одного подразделения в другое, которое тоже может повлиять на воспроизведение ошибки.
(56) рассчитал сотрудника отдельным документом, например по конкретному подразделению, потом заполняешь начисление по всему предприятию. В идеале, во втором документе должны быть только нерассчитанные сотрудники, оно раньше так и было.
А теперь это чудо начисляет дополнительный НДФЛ причем неправильно
В чем тут изврат?
А теперь это чудо начисляет дополнительный НДФЛ причем неправильно
В чем тут изврат?
(53) повторное создание начислений у меня вот такое (сотрудник без вычетов)
вот что мне написала бухгалтер
------------------------------------------------
1. - считала Сыромягину за первую половину месяца - просчитано все верно и выплата по ведомости верно и в ней НДФЛ тоже верно 6293
2. Далее просчитала док. увольнение 28.12.24 в нем НДФЛ отражен верно 19133р, сформировала РЛ тоже все отражает верно 19133
3. Выплата отражает также верно НДФЛ 12840р.
4. Далее начинаю считать документ начисление зарплаты и взносов 31.12.2024 с датой выплаты 10.01.2025, и в нем почему то стоит сумма НДФЛ -6293.
Что то не так либо я делаю:) или программа глючит.
------------------------------------------------
после отключения логики 2025-го года как в (7) всё считает правильно
3.1.31.67, патчи устанавливаются автоматически (патча EF_60018694 нет)
З.Ы. поиск по 51 находит моё предыдущее сообщение
вот что мне написала бухгалтер
------------------------------------------------
1. - считала Сыромягину за первую половину месяца - просчитано все верно и выплата по ведомости верно и в ней НДФЛ тоже верно 6293
2. Далее просчитала док. увольнение 28.12.24 в нем НДФЛ отражен верно 19133р, сформировала РЛ тоже все отражает верно 19133
3. Выплата отражает также верно НДФЛ 12840р.
4. Далее начинаю считать документ начисление зарплаты и взносов 31.12.2024 с датой выплаты 10.01.2025, и в нем почему то стоит сумма НДФЛ -6293.
Что то не так либо я делаю:) или программа глючит.
------------------------------------------------
после отключения логики 2025-го года как в (7) всё считает правильно
3.1.31.67, патчи устанавливаются автоматически (патча EF_60018694 нет)
З.Ы. поиск по 51 находит моё предыдущее сообщение
(60) покажи документы в журнале... с твоих слов ничего не понятно что было сделано в 1С.
Принять с декабря не проблема, а вот принять с начала года на прежнем релизе и потом уволить на 31.67 - вот это будет проверка, а принять в декабре может и сработает, но у всех сотрудники приняты раньше.
Принять с декабря не проблема, а вот принять с начала года на прежнем релизе и потом уволить на 31.67 - вот это будет проверка, а принять в декабре может и сработает, но у всех сотрудники приняты раньше.
(66) чушь у тебя в голове... может у тебя много свободного времени и мало знаний, но вся твоя болтовня ничего не стоит, ты даже ситуацию не можешь в демобазе смоделировать...
я тебя попросил показать документы в журнале, но от тебя только "оценочные суждения"
мне не сложно смоделировать ситуацию для того, чтобы показать на сколько ты облажался :-)
демобаза 31.67, ни одного патча не установлено, инструкция в посте 55
моделирование ситуации на сотруднике Булатов Игорь Виленович (он первый в списке)
сначала проводим выплату от сентября 2021-го года, чтобы закрыть взаиморасчеты
начисляем 15.12.2024 и выплачиваем 20.12.2024 зарплату за первую половину декабря 2024
увольняем с расчетом 28.12.2024 и выплатой 28.12.2024
начисляем 31.12.2024 по организации Крон-Ц с выплатой 10.01.2025
получаем отрицательный НДФЛ -4643 в общем начислении 31.12.2024
Специально для тебя сделал скриншоты, но предполагаю, что ты их тоже не поймёшь, т.к. очень уверен в своей непогрешимости :-(
я тебя попросил показать документы в журнале, но от тебя только "оценочные суждения"
мне не сложно смоделировать ситуацию для того, чтобы показать на сколько ты облажался :-)
демобаза 31.67, ни одного патча не установлено, инструкция в посте 55
моделирование ситуации на сотруднике Булатов Игорь Виленович (он первый в списке)
сначала проводим выплату от сентября 2021-го года, чтобы закрыть взаиморасчеты
начисляем 15.12.2024 и выплачиваем 20.12.2024 зарплату за первую половину декабря 2024
увольняем с расчетом 28.12.2024 и выплатой 28.12.2024
начисляем 31.12.2024 по организации Крон-Ц с выплатой 10.01.2025
получаем отрицательный НДФЛ -4643 в общем начислении 31.12.2024
Специально для тебя сделал скриншоты, но предполагаю, что ты их тоже не поймёшь, т.к. очень уверен в своей непогрешимости :-(
Прикрепленные файлы:




(68) Ах, Булатов... Батенька, да у Вас Корп... надо же тогда указывать.
Впрочем, без разницы. В приличном обществе любая расчётчица НА АВТОМАТЕ закрывает детские вычеты месяцем увольнения. Закройте увольняемому гендиру вычеты по Декабрь 2024 и "будет те щастье" (с) Журавлик с Т1С
Впрочем, без разницы. В приличном обществе любая расчётчица НА АВТОМАТЕ закрывает детские вычеты месяцем увольнения. Закройте увольняемому гендиру вычеты по Декабрь 2024 и "будет те щастье" (с) Журавлик с Т1С
(69) Как я и предполагал, понять скриншоты у тебя не получилось, но это было сразу понятно ;-)
"в приличном обществе" прежде чем что-то написать, люди проверяют что пишут...
у Булатова НЕТ детских вычетов (скриншот 3), и речь вообще не про них :-)
а уж про "Корп" это вообще от куда? уже галлюцинации начались?
какой-то ты сильно бестолковый, ничего не умеешь, а только утверждаешь "ЗУП 31.67 считает верно" - хуже тем техподдержка первого уровня самой 1С :-)
"в приличном обществе" прежде чем что-то написать, люди проверяют что пишут...
у Булатова НЕТ детских вычетов (скриншот 3), и речь вообще не про них :-)
а уж про "Корп" это вообще от куда? уже галлюцинации начались?
какой-то ты сильно бестолковый, ничего не умеешь, а только утверждаешь "ЗУП 31.67 считает верно" - хуже тем техподдержка первого уровня самой 1С :-)
(47) Чтобы получить ошибку введите документ Премия за декабрь 2024 с выплатой с зарплатой в январе 2025 до расчета за декабрь. Сотруднику предоставятся вычеты за январь. В документе начисления ЗП за декабрь НДФЛ с дохода января задвоится. Причем это не видно на закладке НДФЛ, видно во всех отчетах и можно увидеть в регистрах, если посмотреть движения документа начисления.
А... поймал-таки )
Просто у меня в шахте был только один кекс. Добавил второго и вижу ошибку. Понятно теперь, что дело в длительных операциях расчёта, ведь когда идёт подбор или в подразделении всего один сотрудник, то длителка не включается, идёт обычный расчёт )
Просто у меня в шахте был только один кекс. Добавил второго и вижу ошибку. Понятно теперь, что дело в длительных операциях расчёта, ведь когда идёт подбор или в подразделении всего один сотрудник, то длителка не включается, идёт обычный расчёт )
Если говорить про ошибку, с которой началась данная тема. Заполнял Начисление ЗП за декабрь 2024 с выплатой в 2025.
Мне на релизе 3.1.30.81 (ЗУП КОРП) патч EF_60018694_2 не помог. Все равно получаю "Получение элемента по индексу для значения не определено". Если запускаю по всей организации. Если разбиваю по подразделениям - то каждое из подразделений считает. Корректность самого расчета не проверял, но хотя бы без ошибки.
На релизе 3.1.30.117 - помог патч EF_60019319. Без ошибки заполнила документ Начисление ЗП по всей организации. До установки патча - была такая же ошибка. И тоже не возникало, если заполнять по подразделениям.
Мне на релизе 3.1.30.81 (ЗУП КОРП) патч EF_60018694_2 не помог. Все равно получаю "Получение элемента по индексу для значения не определено". Если запускаю по всей организации. Если разбиваю по подразделениям - то каждое из подразделений считает. Корректность самого расчета не проверял, но хотя бы без ошибки.
На релизе 3.1.30.117 - помог патч EF_60019319. Без ошибки заполнила документ Начисление ЗП по всей организации. До установки патча - была такая же ошибка. И тоже не возникало, если заполнять по подразделениям.
Всем привет
// Всю ветку не читал.
Релиз КОРП 3.1.31.67
При расчете зарплаты за декабрь 24 с выплатой в январе 25 столкнулись с тем, что у некоторых сотрудников с вычетами, суммы НДФЛ в движениях "Начисления зарплаты" задвоились.
При этом в табличной части "НДФЛ" двоения нет.
Анализируя, обнаружил, что при формировании движений считываются и группируются вычеты с учетом, как группирующего поля, "Налоговой базы" из ТЧ "ПримененныеВычетыНаДетейИИмущественные" документа, далее на них "левым" по "ИдентификаторСтрокиНДФЛ" наматывается налог и т.д.
Вычеты в ТЧ с заполненной и пустой "налоговой базой", пустая идёт по сути от межрасчетных начислений.
Не стал выдумывать сложности, сделал расширение, которое пустое значение базы подменяет на "основную налоговую базу".
Закрытие з.п. после этого пошло бодро.
У кого такое было?
// Всю ветку не читал.
Релиз КОРП 3.1.31.67
При расчете зарплаты за декабрь 24 с выплатой в январе 25 столкнулись с тем, что у некоторых сотрудников с вычетами, суммы НДФЛ в движениях "Начисления зарплаты" задвоились.
При этом в табличной части "НДФЛ" двоения нет.
Анализируя, обнаружил, что при формировании движений считываются и группируются вычеты с учетом, как группирующего поля, "Налоговой базы" из ТЧ "ПримененныеВычетыНаДетейИИмущественные" документа, далее на них "левым" по "ИдентификаторСтрокиНДФЛ" наматывается налог и т.д.
Вычеты в ТЧ с заполненной и пустой "налоговой базой", пустая идёт по сути от межрасчетных начислений.
Не стал выдумывать сложности, сделал расширение, которое пустое значение базы подменяет на "основную налоговую базу".
Закрытие з.п. после этого пошло бодро.
У кого такое было?
(75) Ну если к "завтра к утру", берите.
Решитесь отблагодарить разумным вознаграждением - пишите в личку, не откажусь.
Ибо пару часов копался, проходил традиционный ЗУПовский "лабиринт минотавра" методов, пока добрался до оптимального места решения проблемы...
Решитесь отблагодарить разумным вознаграждением - пишите в личку, не откажусь.
Ибо пару часов копался, проходил традиционный ЗУПовский "лабиринт минотавра" методов, пока добрался до оптимального места решения проблемы...
Прикрепленные файлы:
06.01.25 ПАТЧ_ИнцидентНДФЛ.cfe
(80) У нас с заполнением проблем не было.
Трабл был в том, что в движениях документа по РН "Расчеты налогоплательщиков с бюджетом по НДФЛ" суммы НДФЛ регистрировались дважды.
В документе она одна, а в движениях 2 строки. Из-за этого и ведомости заполнялись не полностью, и в расчетном листке налог больше, на руки меньше.
Трабл был в том, что в движениях документа по РН "Расчеты налогоплательщиков с бюджетом по НДФЛ" суммы НДФЛ регистрировались дважды.
В документе она одна, а в движениях 2 строки. Из-за этого и ведомости заполнялись не полностью, и в расчетном листке налог больше, на руки меньше.
(74)
Спасибо большое, подсказали самое главное - про записи в табличной части и суть ошибки. Расширение загружать не стала, но в этой тч у нас действительно сторно ранее примененного вычета по межрасчетному документу с пустой налоговой базой. Если заполнить налоговую базу в межрасчетном документе, в нашем случае Нат.доход, затем пересчитать и перепровести Начисление зп, то движения по налогу сотрудника больше не задваиваются
ПримененныеВычетыНаДетейИИмущественные
Спасибо большое, подсказали самое главное - про записи в табличной части и суть ошибки. Расширение загружать не стала, но в этой тч у нас действительно сторно ранее примененного вычета по межрасчетному документу с пустой налоговой базой. Если заполнить налоговую базу в межрасчетном документе, в нашем случае Нат.доход, затем пересчитать и перепровести Начисление зп, то движения по налогу сотрудника больше не задваиваются
Ошибка связана с Заявлениями на вычет, период окончания строк которых, завершается в последующих годах. Мы в своей базе сделали копии документов "Заявлений на вычеты" датой 31.12.24 с периодом начала действия - январь 2025г. Сообщение об ошибке ушло, документы Начисления стали заполняться. Похоже, система не может корректно распределить применений вычетов с разной суммой по периодам дохода.
Чтобы обойти бяку с уволенными в декабре после авансов - можно не посылать сотрудников в длительные операции через <Заполнить>, а через <Подбор> - вверху "Работавшие с и по": 01.01.2025 - 01.01.2025 - <Ctrl>+<A> - <Выбрать> и всё будет тип-топ.
(82) Как я понимаю, смысл в том что по кнопке "Заполнить" первоначально формируется таблица с сотрудниками которые когда-то работали в подразделении которое мы рассчитываем, либо имеются перерасчеты за предыдущие периоды когда они работали в этом подразделении. Поэтому может возникать ошибка. А если по кнопке "Подбор", то там явно подбираются сотрудники которые работали в подразделении в текущем месяце.
(83) Более точно: по кнопке Заполнить в коде намертво забит текущий месяц 01.12.2024 - 31.12.2024 для поиска сотров в список по кадровым данным. В чистом 2024 или 2025 это неважно, что формально захватываются уволенные. Потом их код удаляет при нулевых суммах. Но переход у нас недоделан. Поэтому лучше вообще не брать уволенных в декабре в список. А это спокойно можно сделать подобром работающих 01.01.2025 - 01.01.2025. Тогда точно уволенные в декабре в пролёте и код учёта НДФЛ грамотно отработает.
У нас проблема проявилась ошибкой при заполнении документа "начисление зарплаты и взносов" за декабрь с выплатой в январе, но не по всем сотрудникам с вычетом, а лишь но некоторым (возможно по тем, кто переводился между подразделениями ранее). Полечили применением заплатки
"&Вместо("ДатаЗакона176ФЗ")
Функция EF_60018694_ДатаЗакона176ФЗ()
Возврат '20260101';
КонецФункции"
На момент заполнения документов была Конфигурация ERP (2.5.17.168) с версией зарплатной библиотеки 3.1.30.108.
Сейчас обновились до версии ERP (2.5.17.172) с версией зарплатной библиотеки 3.1.30.116.
По этим сотрудникам (на которых ранее выдавалась ошибка) не применяются налоговые вычеты в январе 2025 (рекомендации от 1С по разбивке вычетов не помогают). Уже руки опускаются, не знаю чего делать. Да и перезаполнять документы (для исключения возможной ошибки по задвоению НДФЛ) не вариант, т.к. у нас огромный штат сотрудников (только с вычетами людей несколько тысяч)
"&Вместо("ДатаЗакона176ФЗ")
Функция EF_60018694_ДатаЗакона176ФЗ()
Возврат '20260101';
КонецФункции"
На момент заполнения документов была Конфигурация ERP (2.5.17.168) с версией зарплатной библиотеки 3.1.30.108.
Сейчас обновились до версии ERP (2.5.17.172) с версией зарплатной библиотеки 3.1.30.116.
По этим сотрудникам (на которых ранее выдавалась ошибка) не применяются налоговые вычеты в январе 2025 (рекомендации от 1С по разбивке вычетов не помогают). Уже руки опускаются, не знаю чего делать. Да и перезаполнять документы (для исключения возможной ошибки по задвоению НДФЛ) не вариант, т.к. у нас огромный штат сотрудников (только с вычетами людей несколько тысяч)
(88) У нас тоже тоже erp, версия 17.157, и проблема аналогичная с сотрудниками которые переводились между подразделениями и у которых есть в Сервис-перерасчеты перерасчеты за предыдущие периоды. В итоге тоже посчитали с этой заплаткой декабрь с выплатой январь. Я надеюсь к февралю они выпустят новый релиз с исправлениями. А в какой момент происходит задвоение НДФЛ? После того как вы обновились на новый релиз и уже рассчитываете НДФЛ по "проблемным сотрудникам" в январе 2025?
(88) Зря пошли по этому пути. В результате не задействованы новые процедуры по учёту НДФЛ с 2025 года. Лучше бы кое-как технически, но один раз переползли бы декабрь (старые процедуры) - январь (новые процедуры).
Сомневаюсь, что фирма 1С будет что-то кодить для РАЗОВОГО перехода для отдельного случая наличия выплаченных декабрьских авансов и окончательного начисления зп за декабрь с выплатой в январе. Они разделили процедуры расчёта НДФЛ на до и после 01.01.2025 Первые они сделали архивными. Отдельно каждые старые процедуры прекрасно работают на 2024 и раньше, а новые — на 2025 и позже.
Там для перехода надо писать целую кучу кода для соединения декабрь-январь. Лично я бы поленился. Вот почему предположу, что они просто предложат как-нибудь вручную ОДИН раз нам переползти хоть тушкой, хоть чучелкой )
Сомневаюсь, что фирма 1С будет что-то кодить для РАЗОВОГО перехода для отдельного случая наличия выплаченных декабрьских авансов и окончательного начисления зп за декабрь с выплатой в январе. Они разделили процедуры расчёта НДФЛ на до и после 01.01.2025 Первые они сделали архивными. Отдельно каждые старые процедуры прекрасно работают на 2024 и раньше, а новые — на 2025 и позже.
Там для перехода надо писать целую кучу кода для соединения декабрь-январь. Лично я бы поленился. Вот почему предположу, что они просто предложат как-нибудь вручную ОДИН раз нам переползти хоть тушкой, хоть чучелкой )
(90) звучит сомнительно. Ладно если бы 1с добавили новые регистры для НДФЛ которые использовались с 2025 года, тогда бы я мог понять обязательный переход на новый релиз чтобы зарплата декабрьская была рассчитан по новой схеме. Но регистры, если я не ошибаюсь, остались такие же. Единственное они наверно добавят дополнительные поля для новой прогрессивной шкалы, а 13% как было раньше так и останется, имхо
(90) А мы не могли по другому. у нас сотня подразделений, переводы между подразделениями идут постоянно, по этому заполнение документов начисления зарплаты падало абсолютно на каждом подразделении, а выискивать проблемных сотрудников приходилось подключая отладку и ковыряние модулей через расширения. Это я уже позже узнал, что в регистре примененных вычетов теперь заполняется еще один реквизит. (Думаю заполнить его самостоятельно, может получится)
(92) А вы не могли бы скачать точно название регистра и какой реквизит добавили? Регистр "ПредоставленныеСтандартныеИСоциальныеВычетыНДФЛ", а реквизит "Налоговая база", из-за него потом проблемы появляются? У нас около двух десятка подразделений и тоже проблема аналогичная вашей была с заполнением. Заполнение одного большого документа для нашей организации невозможно, есть несколько расчетчиков которые отвечают за свои подразделения и проверяют их...
(95) А если в теории после обновления конфигурации просто перепровести (не пересчитывать) все документы, которые относятся к 2025 налоговому периоду, где не заполнен новый реквизит "НалоговаяБаза" в регистре "ПредоставленныеСтандартныеИСоциальныеВычетыНДФЛ", то это должно сработать как думаете? Если конечно дело в этом регистре, а не где-нибудь еще...
(96) Я бы предложил ОБЯЗАТЕЛЬНЫЙ пересчёт, если не перезаполнение, ВСЕХ документов начисления декабрём, но выплатой январём, если был хоть один торопыга, который был заведён ДО обновления релиза на 31.67
Нужно, чтобы любое декабрьское начисление с январской выплатой было своё родное в последнем релизе.
БЕЗ всяких патчей!
Нужно, чтобы любое декабрьское начисление с январской выплатой было своё родное в последнем релизе.
БЕЗ всяких патчей!
(97) Пробовал я и такой подход. Обновил копию боевой базы до самого актуального релиза, перезаполнил документы, но вычеты так и не применились к части сотрудников, но надо понимать, у нас ERP и там библиотека зарплаты та, которая на длительной поддержке, а это 3.1.30.ХХХ
Кстати, с официальным патчем (EF_60019319) документ заполняется нормально, без вылетов. Но проблему с вычетами он тоже не решает
Есть огромное желание попытаться это реализовать на Дэмо базе и выслать в 1С, но пока такой завал на работе, что нет времени, да и не уверен, получится ли воспроизвести ошибку
Кстати, с официальным патчем (EF_60019319) документ заполняется нормально, без вылетов. Но проблему с вычетами он тоже не решает
Есть огромное желание попытаться это реализовать на Дэмо базе и выслать в 1С, но пока такой завал на работе, что нет времени, да и не уверен, получится ли воспроизвести ошибку
(99) Я когда разбирался по каким сотрудникам у меня появлялась ошибка при заполнении начисления зарплаты и взносов, то находил проблему в перерасчетах за предыдущие периоды по этим сотрудникам, они так же по разным подразделениям прыгали. Я удалял по ним перерарсчеты и после этого ошибка при заполнении начисления зп уходила, но вычеты по ним я не проверял. Попробуйте, вдруг как-то связано с перерасчетами.
(101) Нашел хронологически ранее сделанные документы (Отпуск, командировка, больничный с выплатой в январе) по этим сотрудникам, перепровел их и увидел в требуемом регистре примененные вычеты. Далее проверил расчет зарплаты на паре человек за январь, вроде не заметил задвоения НДФЛ (строки исправления примененных вычетов система сделала в документах премии, формируемых после документа начисления заработной платы). В общем, на первый взгляд, все встало на свои места. Надеюсь так и останется дальше
А регистр перерасчета мне приходится периодически подчищать, как минимум когда он хочет перерасчитывать из-за документа "Табель", более того, периодически он уходит в астрал (фоновое задание многочасовое, которое блокирует работу всей БД) при перепроведении табеля (когда делаем одним документом на все предприятие)
А регистр перерасчета мне приходится периодически подчищать, как минимум когда он хочет перерасчитывать из-за документа "Табель", более того, периодически он уходит в астрал (фоновое задание многочасовое, которое блокирует работу всей БД) при перепроведении табеля (когда делаем одним документом на все предприятие)
Для получения уведомлений об ответах подключите телеграм бот:
Инфостарт бот