Коллеги, добрый день!

Возник такой вопрос!
Согласно НК РФ ст. 226 п.3:
...
Сумма налога применительно к доходам, в отношении которых применяются иные налоговые ставки (30%, 35%), исчисляется налоговым агентом отдельно по каждой сумме указанного дохода, начисленного налогоплательщику.
Т.е. суммы удержанного налога, например, 35 % в предыдущем месяце не учитвается для расчета текущего, т. к. расчет идет только от текущей суммы в расчетном периоде и нет накоплений. А SAP - учитывает через таблицу V_T51P1 и ВО /3a3. Притом это стандарт.

Рассмотрим такую ситуацию:
В январе НДФЛ35% составил 100,50 коп. Округляем до 101 руб., т.к. НДФЛ округляется до целого. По закону мы должны забыть о том, что мы переудержали 50 коп.
В феврале НДФЛ35% опять составил 100,5. И вот туд подвох от SAP! Он вытаскивает через /3A3 эти переудержанные 50 коп. и получается, что в феврале НДФЛ35% составляет 100 руб. Хотя по закону, см. выше, он должен составлять 101 руб. Т. к. налог должен чисто считаться от суммы в текущем периоде.
Причем и перерасчеты в SAP построены так, что все идет учет ранее удержанных сумм налога, хотя как я и говорил этого не должно происходить. Расчет должен быть следующим: сумма в текущем периоде * 35%.
Скажите кто сталкивался с такой проблемой и как ее решать?
Я вижу два пути:
1. Писать в SAP и пытаться от них что-то получить.
2. Перенастраивать расчет: не через /3a3, а через передачу баз.

Спасибо!

Подсказать не чего не могу, как-то не было таких доходов, я бы сапу написал...
Вижу тут некое противоречие.
Например выигрыш в лотерее 10000, 4000 годовой вычет (абз. 2 п. 2 ст. 224, абз. 6 п. 28 ст. 217 НК РФ)... как же мы не будем учитывать предыдущие расчеты, мы тогда годовой вычет можем применить не правильно

Я также столкнулся с этой проблемой. Пришлось делать.
На мой взгляд, самый простой выход - отказаться от накопления в CRT и базы и налога.
Тогда оно будет считаться только за один месяц.
Но конечно, это надо было делать с начала года.
Теперь раз уж оно там накопилось - придется как-то избавиться от него.

imho, неправильная трактовка ст.226 п.3.

Исчисление сумм налога производится налоговыми агентами нарастающим итогом с начала налогового периода по итогам каждого месяца применительно ко всем доходам, в отношении которых применяется налоговая ставка, установленная пунктом 1 статьи 224 настоящего Кодекса, начисленным налогоплательщику за данный период, с зачетом удержанной в предыдущие месяцы текущего налогового периода суммы налога.

Поэтому верно, что в текущем месяце учтена переплата за предыдущие месяцы текущего налогового периода.

да для ставки 13%, т.к. п.1 ст 224:
Налоговая ставка устанавливается в размере 13 процентов, если иное не предусмотрено настоящей статьей.

или п.1 ст.224 можно как-то иначе прочитать?

вот было ж у меня чувство, что упустил что-то из вида

Уважаемые коллеги!

Нет, у нас не используется накопление CRT.
Расчет идет от текущей базы. Но это не избавляет от ошибки как я писал ранее, т. к. использование /3a1 и подразумевает под собой учет удержанного НДФЛ 35% за прошлые периоды. Что согласно приведенного мною закона приводит к нарушению.
Как я понимаю, все кто считает НДФЛ 35, а так же 30 (это с дивидендов) в SAP - все нарушают закон!!!

Да SAP рулит. (((

Сегодня буду писать в SAP! Надеюсь получится!

Все равно, не очень понятно, как из

следует


ИМХО, надо искать разъяснения.
По 13% и 30% все ясно. По 35% нет четкого указания.
Скажите номер сообщения, интересно будет почитать ответ))

Для информации!!

Ответ SAP.

08.10.2009 - 08:19:13 CET - Reply by SAP

Добрый день.

Благодарим Вас за сообщение.
Изменение алгоритма расчета суммы налога применительно к доходам,
в отношении которых применяются ставки 30% и 35%, будет включено
в стандартную поставку.
Пока рекомендуем Вам выполнить следующую настройку:
для вида оплаты /320 классов обработки 64, 69 и 70 необходимо выбрать
характеристики класса обработки 4, 5 и 6 соответственно.

Local Product Manager, HCM Russia

Ура!!! )))

Я ведь правильно понимаю, что указанная настройка /320 ВО пока никак не отразится на НДФЛ по ставке 35%, а выступает вроде как "подготовкой" к изменениям в алгоритмах?

вот ведь бред... 30 и 35 считать ненакопительно... не верю...