Итак, с этого года нам предписано вести налоговый регистр по учету НДФЛ. Регистр этот должен содержать практически те же сведения, что налоговая карточка, и дополнительно - номер и дату документа по перечислению налога в бюджет.
Сразу отметим, что согласно НК РФ, в обязанности налогового агента не входит разделение перечисляемой налоговой суммы по налогоплательщикам. Мало того, теперь разрешено уменьшать перечисляемую агентом сумму (в случае, когда налоговый агент возвращает налогоплательщику переплаченные деньги) за счет (суммарно) остальных налогоплательщиков, т.е. для взаимозачета не требуется разрешения налогового органа. Не предусмотрено также разбиения суммы налога по ставкам налога при осуществлении платежей.
Таким образом, в налоговом регистре не может быть указано ничего кроме платежного документа налогового агента, относящего к расчетному месяцу. И значит, сумма по налогоплательщику перечисленная должна совпадать с суммой начисленной - иначе будет полная путаница. Избежать ее можно только в том случае, когда по предприятию в целом эти суммы совпадают.
Итак, для автоматизированного формирования налогового регистра требуется по каждому сотруднику перечень платежных документов, которыми организация перечисляла его НДФЛ. При этом перечисленную сумму можно будет указать исходя из начисленной.
Вариант решения 1.
Можно конфигурацию непроводочным документом ПлатежиНДФЛ (синоним - Данные для регистра НДФЛ). Документ вводится ежемесячно, когда завершены платежи за предыдущий месяц. При заполнении отбор платежных поручений ведется по коду периода и присутствию строки "НДФЛ" в назначении платежа.
Решение было опробовано. Теперь не поддерживается, ибо вариант 2 гораздо надежней и универсальней.
Вариант решения 2.
Вариант ведения данного регистра без внесения изменений в конфигурацию (файл РегистрБезДопДокумента(Вар2) Регистр4_3). Но он будет работать правильно лишь при условии соблюдения определенной дисциплины при перечислении налогов: по каждой налоговой ставке должна быть отдельная платежка. Точнее, по "экзотическим" ставкам типа 15%, 35% должна быть ровно одна платежка за месяц, по основной ставке это не важно.
Важно! Платежки отбираются по двум признакам:
1. Это должно быть перечисление в бюджет, т.е. сформировано по соответствующей кнопке с указанием кода периода платежа
2. В тексте назначения платежа должен присутствовать текст "НДФЛ".
30.03.2011. Тем, кто решил использовать вариант 2, надо заново скачать файл РегистрВар2.1. Там исправлены некоторые баги.
30.03.2011. Выложил РегистрВар2.2 Раздел 3.1 можно формировать по горизонтали (колонка = месяц). Добавлена явная возможность выбора одного сотрудника.
31.03.2011. РегистрВар2.3. теперь годится и для УСН.
03.04.2011. Как выяснилось, в отчет попала ошибка 1С-й обработки дивидендов. Исправил (переписал заново), актуальна теперь версия 4. Внимание! По первому варианту я эти глюки не отлавливал!
Ссылка в тему: //infostart.ru/public/82633/ . Если возникнут маленькие разницы в сумме налогов.
07.04.2011. Провел углубленное исследование 1С-ной процедуры СобратьДанныеОДоходахСотрудника(). Выяснилось, что она работает правильно лишь для доходов, отражаемых в 1-НДФЛ нарастающим итогом, т.е. по ставке 13(30)%. По "разовым" доходам, именно, дивидендам 9(15)% и остальным, по ставке 35% процедуру пришлось переделать.
Выложил версию 4.2. Первый вариант больше на поддерживается.
18.04.2011. Итак, в Бух.524 (соответственно УСН.180, я думаю) появился налоговый регистр. Одновременно 1-НДФЛ заменили на "Корректировку". Не знаю, чем не угодил отчет 1-НДФЛ, поэтому добавил в свою обработку кнопочку, позволяющую обращаться к нему без ограничения 2010 годом, как это сделала 1С. Таким образом, можно не заморачиваться и действовать по-прежнему.
07.07.2011. Слегка поправил заголовки в печатной форме регистра. При отсутствии вычетов вместо таблицы вычетов печатается теперь "Налоговые вычеты не заявлялись. Добавлена в подвале табличка - выданные справки. Словом, версия 4.4.
