Смотрю детализацию расчета НДФЛ - вычет в феврале применился нормально, считаю вручную - всё как должно быть. А в расчетном листке - ноль. Пересчитывал НДФЛ в документах - то же самое, ничего не меняется. Во всех налоговых отчетах всё правильно, да и суммы НДФЛ в РЛ тоже правильные, соответствуют налоговым регистрам. То ли ошибка в алгоритме формирования расчетного листка, то ли я что-то не так понял. Подскажите, может кто сталкивался с подобным. Как быть?
Проблема в том, что сотрудник въедливый и требует от бухгалтера объяснений.

В каких документах учтен вычет за февраль? Месяц налогового периода может отличаться от месяца начисления.

(0) Посмотри отчет "Регистр налогового учета по НДФЛ", в нем видно, в каких месяцах налогового периода был применен вычет.

Если нужно разобраться с месяцем начисления,в  котором предоставлен вычет, смотри регистр "Предоставленные вычеты по НДФЛ", там увидишь, в каком месяце, каким документом, какая сумма.

(1) В больничном, который в январе - по плановой дате выплаты (февральской).
(2) В Регистре всё корректно, дата получения дохода согласно НК февраль - вычет применен февральский. Январский вычет ранее был применен расчетом НДФЛ в декабрьском начислении зарплаты - потому что в декабре была выплата с кодом 4800, она подтянула вычет с планового месяца выплаты зарплаты.

Вопрос в том, как эту муть объяснить сотруднику, который с калькулятором висит над душой и пересчитывает строчки расчетного листка, утверждая что "ваша 1с считает неправильно"...

(3) смотрите отчет Регистр налогового учета
Там все ясно и понятно

(4) Блин, так в нем все правильно! Я об этом уже третье сообщение пишу. Почему в расчетном листке вычет не показывается за февраль?

(4) Или вы предлагаете сотруднику этот регистр распечатать и потом ему курсы по НК РФ устроить, чтобы он смог этот регистр понять? )

(3) Этот вычет за февраль должен быть в расчетном листке в январе.

(3) "Вопрос в том, как эту муть объяснить сотруднику, который с калькулятором висит над душой и пересчитывает строчки расчетного листка, утверждая что "ваша 1с считает неправильно"..."

Отправь его читать налоговый кодекс, а уже потом пусть приходит и учит тебя, как считать НДФЛ.

Добавка к (8)

Эти дотошные сотрудники почему-то ничего не имеют против двойного вычета в январе (ха-ха, НДФЛ же меньше), но придираются, если не видят тот же вычет в феврале, и так в любой аналогичной ситуации. Я в таких случаях просто спрашиваю, почему он в январе разбираться не пришел, обычно этого достаточно.

(9) Да!

(9) А в январе там одинарный вычет в расчетнике, в том и проблема. Какой-то баг в алгоритме формирования расчетного листка. При конкретном сочетании условий вычет не выводится.. Хотя в налоговом регистре всё есть.

(11) Что не отменяет того факта, что проверка НДФЛ и вычетов по расчетному листку не является достоверной.

(11) это баг не в расчетном листке, а в мозгах расчетчиков, которые больничные листы суют в разные нехорошие места со словами "но мне его вчера принесли!"

"Вопрос в том, как эту муть объяснить сотруднику, который с калькулятором висит над душой и пересчитывает строчки расчетного листка, "

И еще на эту тему. Кем работает этот сотрудник? Я б пришел на его рабочее место с калькулятором и попытался бы ему объяснить, что он все делает неправильно.

(14) Расчетчиком вестимо.А один це еще сыра.

(13) Ну такой бизнес-процесс. Принесли БЛ - его учли в системе той датой, когда он был принесен. При этом плановая дата оплаты прыгнула в следующий месяц. И НДФЛ посчитался соответственно.
Это не отменяет тот факт, что расчетные листки считаются криво в каких-то случаях. Вообще, то, что придумало наше правительство в этой области за последние года, прямо посчитать практически невозможно. Специально всё запутали с этими дурацкими "датами получения дохода", которые разные для разных начислений...

(14) Работник к расчету зарплаты никакого отношения не имеет. Оператор какой-то установки. Бывают такие люди, которые думают что их вечно хотят обмануть.

(16) В этом самый главный факт

Если в ухе постоянно ковыряться гвоздиком, то рано или поздно ухо окажется этим гвоздиком пробито.

Вот дата выплаты по ведомости по больничному листу, которая происходит как межрасчетная выплата. Дата по шапке документа улетает в февраль.
А дни самого больничного - в январе. Поскольку январь еще не закрыт и период действия (дни больничного) в январе...
Расчетчик в шапку документа лепит расчетный период Январь.

У тебя никак не выйдет, пока не сделаешь все адекватно в хронологическом смысле происходящих событий, чтоб использованный вычет по такому больничному лег правильно.

Ты можешь кого угодно проклинать... Но надо просто регистрировать события хронологически верно. И периоды устанавливать тоже верно.

И тогда не только у программиста все будет "правильно", но и расчетчик тоже согласится, что все сделано верно и понятно.

На практике : 80 или 90 %% расчетчиков к таким адекватным действиям не способны.

(19) Программа должна упрощать работу расчетчика, а не наоборот. Если требуется некая последовательность - она должна контролироваться в системе, как минимум на уровне предупреждений. Иначе предполагается, что алгоритм должен сам всё правильно выстроить. Ибо завязываться на некие условности, которые нигде в документации не прописаны и интуитивно не понятны - неправильно.

(19) Если ввести отпуск по уходу и провести его, а потом в этом же расчетном периоде во время отпуска ввести и провести кадровые перемещения, то всё проводится. Но перепровести документ отпуск по уходу будет невозможно, пока не снимешь с проведения эти кадровые приказы.

И как эти документы друг с другом связаны?
По идее один должен менять состояния сотрудника и вводить плановое начисление отпуска по уходу с результатом НОЛЬ и вытеснением всех начислений, а второй меняет кадровую информацию в том числе плановые начисления, даже если они вытесняются отпуском по уходу.

Но реализация такая, какая она есть.

(21) ты хочешь найти примеры того, что разработчики не идеально чего-то запрограммировали?

Ну есть такие примеры.
По идее, пока сотр в отпуске по уходу, вообще не должны быть доступны кадровые перемещения с этим работником.

Но в данном контрентном топике выяснилось, что манипуляции происходят с больничными листами.

(22) Почему не может быть манипуляций/изменения с декретниками? Сейчас есть электронный документооборот и удаленный доступ. Если изменения улучшают положение сотрудника - Оклад увеличили и % плановой премии заодно, то кто же запретит?

(23) т.е. положения ТК пошли лесом?

(22) "выяснилось, что манипуляции происходят "
Никаких манипуляций, обычный конвеер. Принесли БЛ - его забили в систему сегодняшней датой. Это нормальный алгоритм ввода данных. Если модель расчетов при этом жестко глючит, при том что нигде не документировано то, что вы сказали о каком-то там "хронологическом порядке" - это значит, что система неадекватна задаче.

(24) Какие? Статья. Текст.

(25) Забили сегодняшней датой => установили в шапке документа какой расчетный период? Прошлый или сегодняшний? Они же прошлый влепили?

(25) БЛ можно и полгода нести до ОК с расчетчиками. Сейчас электронные, но не всегда доходят. Поэтому пока как и ранее нести.
Вот дату как принесли и такую и ставить. И расчетный период от этой даты. Не важно что у вас за период открыт или закрыт. Обязанность начислять и платить появилась только по факту появления документа.

"Поэтому пока как и ранее нести" - в данном случае сообщать номер и дату БЛ, а так же период заболевания.

(27) Вы не поняли. Больничный январский, сотр принес его в конце января, его занесли скажем 29 января - и дата оплаты автоматически стала в февраль, туда же лезет и вычет по НДФЛ. Это нормально, ничего в этом нет с "нарушением хронологии".

(25) Любой инструмент - это всего лишь инструмент, и нужно уметь им правильно пользоваться, я бы даже сказал - осознанно пользоваться. И пользователь должен иметь для этого определенную квалификацию.

ЗУП 3.1 - это инструмент, причем неидеальный, да.

Почему-то к станку не поставят человека, который не обучался работе на этом станке и не сдал требования по технике безопасности.
За руль не пускают человека без водительского удостоверения соответствующей категории.

А вот в ЗУПе может работать любая девочка с корочками бухгалтерского техникума, вносить туда всякую дичь, делать все наоборот, не знать законодательство - да еще через губу возмущаться, что программа не работает. Не должно так быть, но к сожалению, это так.

Если человек говорит, что он бухгалтер, но бездумно вносить в учетную систему данные, ссылаясь на то, что так программа работает - так он не бухгалтер, а низкоквалифицированный оператор, и не может претендовать на зарплату бухгалтера.

а вот все-таки интересно, в данном конкретном случае.

Так как было уточнено в конце.
Документ с периодом дней больничного "за январь", внесен в базу датой "за январь". По дате выплаты период "за февраль".

Вот я бы предложил сделать этому документу учет в периоде Февраль. Чтобы не было разрыва периодов в том смысле, чтобы дата выплаты и начисление по документу находились в одном месяце.
Это можно считать годной рекомендацией или нет?

(32) Но тогда на январь нужно ввести отсутсвия на дни больничного и выплачивать больничный отдельно.

(33) надо было и выплачивать в январе тогда
Расчетчики должны же знать, что доход больничного это день выплаты

(33) отсутствие/неявка - это само собой.

(32) Документ был принесен 29.01. Тогда его и внесли. Всё верно сделано.
Дата выплаты планируемой не имеет отношения к дате получения дохода, а имеет отношение к фактической выплате. При этом кроме 3-х дней за счет работодателя в выплату могут по срокам попасть и другие начисления. Т.е. это может быть общая платежка. Фактически можно и раньше заплатить.

Вопрос очень старый с этими БЛ "ЗА" период и "В" периоде, а последний уже не мало лет к этому вопросу прибавился геморрой с датой выплаты и номером платежки.
Финансисты, бухгалтера и законодатели в этой области - сумасшедшие люди.
Есть же поговорки:
- лучше проще, да лучше.
- лучшее враг хорошему.
...
и т.д.

(20) То, что ожидается оператором от программы никак не зависит от её реального алгоритма. Вместо пустых ожиданий надо читать документацию, законодательство и прочую методическую информацию. "Система не адекватна задаче". Абсолютно верное утверждение,если из этой системы не выносится за скобки прокладка между монитором и стулом. Что внесли,то и получили. Вспомни мультик про Вовочку в Тридевятом Царстве. Что в печку положил, то и получил.
..
Ну, а если откинуть эмоции, то ответили в (2) как проверить. А в остальных комментариях- как правильно вносить данные.