О наболевшем. ЗУП, ошибки, техподдержка

Рисовод,
Простейший случай - в январе считаем больничный лист 10,000 и зарплату 30,000. У сотрудника вычет 1400. Больничный выплачиваем в феврале вместе с зарплатой. Как должно быть по НК -
- сначала считаем НДФЛ на дату фактического получения дохода зарплаты (31.01.19) 30,000-1400=28600* 0.13 = 3718
- далее считаем НДФЛ на дату фактического получения дохода по БЛ (05.02.19) 10,000-1400 * 0.13 = 1118
Как считает программа
30,000 *0.13 = 3900
10,000 - 2800* 0.13 = 936
При этом в отчете "анализ НДФЛ по месяцам" показан вычет 1400 в январе и 1400 в феврале, определена налоговая база, которая не соответствует НДФЛ исчислено!

Леонид, если бы программа считала так, было бы полбеды, просто завышен налог января. На самом деле программа в 3.1.8.246 даёт два вычета за февраль в б/л и один за январь в НЗ, в результате НДФЛ оказывается заниженным. Вот где засада, встретил недавно такой случай, когда работник в конце больничного и уволился, а больше у него начислений не было. На приведённом примере (можете проверить) б/л января с выплатой в феврале (10000-2800)*0,13=936 и (30,000-1400)* 0,13=3718, а куда лишний вычет деть, когда за март и дохода-то нет?

Геннадий С, я про это чуть выше написал! Но разработчики исправили ... и опять проблемы, хотя уже не
такие серьезные. Сваливать все на сложное законодательство и его изменения? Но этот пример по законодательству
прописан еще в 2016 году! В 3.1.8 всем пользователям наказал ставить в БЛ и ОТПУСКАХ дату выплаты - конец месяца.
А по факту выплачивать можно и с зарплатой в следующем месяце. Так поменьше проблем... Другие варианты с трудом
воспринимаются бухгалтерами.

Пришел очередной ответ от техподдержки, по другому вопросу - "ситуация в демо-базе не моделируется".

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

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

Геннадий, ... или приравнять дату получения дохода к дате фактической выплаты во всех случаях.

Геннадий С, добрый день! Я как раз все это прекрасно понимаю. Поэтому и предлагаю дать пользователю возможность самому решать когда давать вычет. Как правило, он знает - будет ли доход текущего месяца достаточным для вычета по зарплате. Вполне нормальная ситуация - не давать вообще вычет по БЛ, а потом выдать его по окончании месяца. Это упрощает учет БЛ и отпусков в 6-НДФЛ. Всего лишь 2 галочки - давать вычет текущего месяца и давать вычет следующего месяца (месяца выплаты). Но вот "шараханье" на выдачу трех вычетов в релизе 3.1.8, потом двух в релизе 3.1.9, но в отчете показать предоставление вычета в январе, который реально предоставили в феврале... И это все спустя 3 года от начала 6-НДФЛ - согласитесь, что это уже перебор. А тупое законодательство Минфина - это отдельная "песня", особенно их "задумка" с датой фактического получения дохода, которая вовсе не является таковой! Самое главное - налогов-то больше не поступит... Разве, что штрафов много можно насобирать.

Рисовод, полностью поддерживаю! Сразу все проблемы уйдут. Но лучше не ломать прежние нормы законов - они были продуманы.

Тэра, можно попробовать официальное письмо от организации на k@1c . ru отправить.

Как вам такой ответ по ЗУПу от v8 (цитата): " Вы обратились к нам с заявлением, что заполнение отчета не правильное. А не мы написали Вам, убеждая, что программа работает правильно. Так как Вы никак не обосновали свое утверждение, то мы не можем его комментировать и, тем более, регистрировать ошибку. Ваше заявление голословно.

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

Т.е. в спорной ситуации ранее на v8 могли хотя бы объяснить на основании какого акта это сделано, а сейчас мы получаем то что написано выше.

Леонид, вообще-то в 3.1.8 до релиза 216 вычеты давались верно, начиная с месяца, где вычетов не было, это в 216 и далее в 246 релизе разработчики наковыряли. Я вернул расширением функцию РассчитатьНалогПоОсновнойСтавке из общего модуля РасчетНДФЛ из 3.1.8.185 и проблема трёх вычетов ушла. Правда, если соблюдается правило заполнения (или перерасчета сотрудника) документа начисления зарплаты после ввода и проведения всех других документов месяца, там коррекция делается. А давать выбирать расчетчикам как им предоставлять вычет, считаю ошибочным решением, ещё не встречал расчетчика, досконально изучившего правила учета НДФЛ, чтобы доверять им это, особенно, если в организации много сотрудников. А для немногих всегда есть возможность ручного исправления как налогов, так и вычетов.

Kikutie пишет:

А это поможет? У 1С такая политика стала - пользователь должен сам разбираться в законах (что, в общем-то, логично для профессионалов) и обосновывать свою позицию. Я не защищаю консультантов горячей линии 1С, стиль их общения с пользователями действительно изменился не в лучшую сторону, но понимаю их. Чтобы увидеть ошибку, нужно её воспроизвести, а это не всегда получается в неочевидных случаях, нужно знать ещё условия воспроизведения ошибки. Но в 1С, действительно, слишком увлеклись расширением функционала в ущерб как отлаженности работы конфигурации, так и скорости.