Добрый день.
Столкнулись с ситуацией, за январь не верно рассчитался НДФЛ по одному из сотрудников.
Релиз 3.1.32.39, со всеми патчами.
Проверили прошлый год, везде в расчетках НДФЛ совпадал, а вот январь насчитал больше, превышения 13% нет. Сотрудник новый, поэтому пересчитали руками по расчеткам все месяцы (вычетов нет) - всё хорошо.
Единственное что нашли, это в сентябре была выплата за август больше (пропустили отпускные), но потом выплаты все выровняли и вопросов к НДФЛ не было.
А тут в январе не понятно откуда вылез НДФЛ...
Кстати, подобную ситуацию увидели в БП, там тоже одному сотруднику не доплатили где-то в октябре сумму, и она так и тянулась до этого года, и в итоге почему-то ушла в НДФЛ, т.е. НДФЛ получился больше на этот долг (ну плюс/минус 1 р.), может конечно совпадение.
ТП отвечает что проверяйте регистры, перезаполняйте документы, ничего конкретного...
Столкнулись с ситуацией, за январь не верно рассчитался НДФЛ по одному из сотрудников.
Релиз 3.1.32.39, со всеми патчами.
Проверили прошлый год, везде в расчетках НДФЛ совпадал, а вот январь насчитал больше, превышения 13% нет. Сотрудник новый, поэтому пересчитали руками по расчеткам все месяцы (вычетов нет) - всё хорошо.
Единственное что нашли, это в сентябре была выплата за август больше (пропустили отпускные), но потом выплаты все выровняли и вопросов к НДФЛ не было.
А тут в январе не понятно откуда вылез НДФЛ...
Кстати, подобную ситуацию увидели в БП, там тоже одному сотруднику не доплатили где-то в октябре сумму, и она так и тянулась до этого года, и в итоге почему-то ушла в НДФЛ, т.е. НДФЛ получился больше на этот долг (ну плюс/минус 1 р.), может конечно совпадение.
ТП отвечает что проверяйте регистры, перезаполняйте документы, ничего конкретного...
По теме из базы знаний
- 7 капканов на правой стороне стола
- Выявление ошибок выплаты по документам начисления (может влиять на 6-НДФЛ)
- Ни в ЗУП ногой!? А мне нравится! Часть 3. Как меня туда занесло?
- Ни в ЗУП ногой!? А мне нравится! Часть 4. Главное - правильный перенос данных!
- Неправильный расчет НДФЛ с авансов в 2023 году в 1С: ЗУП 3.1.24.408 (со всеми исправлениями на дату публикации)
Ответы
Подписаться на ответы
Инфостарт бот
Сортировка:
Древо развёрнутое
Свернуть все
(2) Ошибок в регистре может и не быть, а 6-НДФЛ может заполняться не верно.
Сейчас столкнулся. Ещё причину не анализировал, но как факт.
Релиз 3.1.30.178. Установлен патч: EF_60021508_80000387_60021309.cfe
По сотруднику введена только разовая премия 24.03.2025 с плановой выплатой 26.03.2025 года.
Выплата по сотруднику 26.03.2025 года.
В 6-НДФЛ в раздел 1 данная сумма не попадает. В раздел 2 попадает.
Меняем выплату на 28.03.2025, то в раздел 1 попадает, но в строку 025, т.е. пятый срок уплаты, т.е. в период с 01.03.2025 по 22.03.2025.
Если меняем выплату с 29.03.2025 по 31.03.2025, то в раздел 1 попадает в строку 026.
Причина в значении реквизита: крайний срок уплаты.
Данный реквизит прописывает документ выплата и прописывает его в зависимости от даты документа.
В 6-НДФЛ собирает данные в отчет, ожидая в данной дате увидеть ил дату 05 или 28-31. Все остальные даты будут проигнорированы. Скрин кода запроса приложил.
На сколько я понимаю, выплата крайний срок оплаты должна прописывать, только ожидаемые. Но по факту это не всегда так. Почему не анализировал. Может настройки какие влияют.
(3) После обновления, патчи должны перестать действовать, но это не точно. Это же 1С.
Сейчас столкнулся. Ещё причину не анализировал, но как факт.
Релиз 3.1.30.178. Установлен патч: EF_60021508_80000387_60021309.cfe
По сотруднику введена только разовая премия 24.03.2025 с плановой выплатой 26.03.2025 года.
Выплата по сотруднику 26.03.2025 года.
В 6-НДФЛ в раздел 1 данная сумма не попадает. В раздел 2 попадает.
Меняем выплату на 28.03.2025, то в раздел 1 попадает, но в строку 025, т.е. пятый срок уплаты, т.е. в период с 01.03.2025 по 22.03.2025.
Если меняем выплату с 29.03.2025 по 31.03.2025, то в раздел 1 попадает в строку 026.
Причина в значении реквизита: крайний срок уплаты.
Данный реквизит прописывает документ выплата и прописывает его в зависимости от даты документа.
В 6-НДФЛ собирает данные в отчет, ожидая в данной дате увидеть ил дату 05 или 28-31. Все остальные даты будут проигнорированы. Скрин кода запроса приложил.
На сколько я понимаю, выплата крайний срок оплаты должна прописывать, только ожидаемые. Но по факту это не всегда так. Почему не анализировал. Может настройки какие влияют.
(3) После обновления, патчи должны перестать действовать, но это не точно. Это же 1С.
Прикрепленные файлы:
В общем странная ситуация, отменили проведение всех документов начисления и выплаты, заново потом последовательно перезаполнили в них НДФЛ и провели за весь 2024 год. Ситуация по некоторым стала лучше, но не сильно... Т.е. по некоторым сотрудникам всё хорошо, хотя так и было, по некоторым НДФЛ изменился, хотя раньше был правильным, а по некоторым все равно НДФЛ берет больше...
Причем в документе Начисление зарплаты за февраль 2025 на закладке Перерасчеты вылезли какие-то сторно за разные года, причем там даже есть уволенные сотрудники с записями 2020!!! г., а туда никто не лазил...
Такое чувство что во время какого-то очередного обновления отработало задание, которое втихую что-то пыталось поправить, но что-то пошло не так...
Причем в документе Начисление зарплаты за февраль 2025 на закладке Перерасчеты вылезли какие-то сторно за разные года, причем там даже есть уволенные сотрудники с записями 2020!!! г., а туда никто не лазил...
Такое чувство что во время какого-то очередного обновления отработало задание, которое втихую что-то пыталось поправить, но что-то пошло не так...
Разобрался. Кто-то в одном из множества своих расширении немного своего вставил. :-)
Но типовой код и приведенный запрос, правильнее было бы, что бы было не четкое равенство, и между двух дат. Хотя бы. Так код будет надёжнее работать и ошибки в данных частично будут нивелированы. :-)
Но разработчики ЗиУП, скорее всего, не будут этого делать.
Но типовой код и приведенный запрос, правильнее было бы, что бы было не четкое равенство, и между двух дат. Хотя бы. Так код будет надёжнее работать и ошибки в данных частично будут нивелированы. :-)
Но разработчики ЗиУП, скорее всего, не будут этого делать.
Для получения уведомлений об ответах подключите телеграм бот:
Инфостарт бот