Цель отчета
Цель отчета – собрать данные, необходимые для формирования второго раздела 6-НДФЛ, с помощью внешнего отчета. Иными словами, отчет позволяет собрать данные о доходах и налогах с точностью до физлица и регистратора и сгруппировать их в нужном для 6-НДФЛ формате, при этом не привязываясь к конкретному релизу ЗУП.
Реализация
Выбираются все записи по регистру «НДФЛРасчетыСБюджетом», соответственно, приходы – НДФЛ исчисленный, расходы – НДФЛ удержанный. Далее, для каждой записи с видом движения «Приход» выбирается доход этого же регистратора. Таким образом, получаются все необходимые данные для второго раздела 6-НДФЛ. Существует 3 варианта настроек отчета:
- по хронологии (позволяет понять, в какой последовательности бухгалтер вводил документы);
- по физлицу (наиболее удобен для анализа);
- по дате получения дохода (наиболее удобен для массовых правок).
Пример
1 .Формируем отчет по конкретному сотруднику, уволенному, рассчитанному и оплаченному 11.01.2016 (вариант «ПоФизлицу»). Для этого в настройках отбора указываем конкретное физлицо, также ограничиваем дату получения дохода январем 2016 (см. скриншот 1).
2.Мы видим, что «правильная» дата получения дохода – 11.01.2016 (увольнение № 1 от 11.01.2016), но выплата зарплаты относится к 01.01.2016. Заходим в документ, нажимаем «Обновить налог», перепроводим его (см. скриншот 2). В других, более сложных случаях, пользуемся правкой регистров.
3. Таким образом, НДФЛ исчисленный и удержанный в рамках каждого физлица и каждой даты получения дохода сойдутся, после этого можно заполнять 6-НДФЛ на основании этого отчета.
Примечания:
1. Идея отчета была позаимствована у //infostart.ru/public/506832/ (в части НДФЛ исчисленный/удержанный) и //infostart.ru/public/458549/ (в части доход исчисленный). Возможности скачать не было, так родился данный отчет.
2.Отчет задваивает суммы дохода, если есть несколько дат получения дохода в табличной части «НДФЛ» по одному физлицу по одному документу в рамках одного месяца налогового периода, как правило, это ошибка учета, которую нужно исправлять
Upd.
Upd. Так как подобная ситуация, на практике, возникает достаточно часто (в моем случае - госслужащие, у которых к отпуску полагаются единовременная выплата к отпуску (дата получения дохода – конец месяца) и материальная помощь к отпуску в размере оклада (дата получения дохода – как у отпуска), и начисляются обе выплаты, как правило, одним документом «Разовое начисление»), сделал небольшую обработку-исправление для п.2, которой теперь постоянно пользуюсь. Обработка приложена к v3 отчета. Пользоваться ей желательно на копии базы, перед составлением отчета, но иногда можно и на чистовой.
Она разносит в отдельный документ «Перенос данных» «лишние» записи по регистрам «НДФЛ сведения о доходах» и «НДФЛ расчеты с бюджетом», упомянутые в п.2. В комментарии указывается, из какого документа была вынесена запись.
Открывается обработка «Сверочный отчет», задается период сверки (обязательно месяц), нажимается кнопка «Выполнить», заполняются 2 табличные части. Табличная часть 2 заполняется, если есть «лишние записи» по регистру «НДФЛ доходы», Табличная часть 1 заполняется, если есть «лишние записи» по регистру «НДФЛ налоги». Последовательно работаем со второй табличной частью, затем с первой. Чтобы убрать лишние записи, необходимо сходить в движения документа, который оказался в табличной части, и определить там дату получения дохода и сумму (для «НДФЛ доходы») либо просто дату получения дохода (для «НДФЛ расчеты с бюджетом»). После чего нажать на «УдалитьВДокументНДФЛДоходы» или «УдалитьВДокументНДФЛРасчетыСБюджетом» соответственно.
Для «НДФЛ доходы» при этом предполагается, что в движениях по данному документу по данному человеку сумма – уникальная величина, так как строка для редактирования определяется по ней (физлицо + сумма). Если это не так, я изменяю суммы хотя бы на 0,01. Аналогично, за один проход по регистру «НДФЛ расчеты с бюджетом» выносится только одна строка, которая ищется по конкретному человеку по конкретой дате получения дохода (физлицо + дата получения дохода). Да, возможно это не самый правильный вариант решения задачи, например, в типовом отчете «Анализ начисленных налогов и взносов» задвоений не происходит при любых исходных данных, но меня он пока устраивает, а такой способ дает возможность хоть как-то быстро получить правильную картину по базе. Вспомогательная обработка, как обычно, в 2 версиях (8.2 и 8.3).
