Контроль удержанного НДФЛ. ЗУП 2.5 и ЗКБУ 1.0.91
6-НДФЛ НДФЛ удержанный НДФЛРасчетыСБюджетом контроль
Данный отчет помогает найти ошибки в проведении документов по регистру накопления НДФЛРасчетыСБюджетом (по данным которого и формируется 6-НДФЛ).
Также добавлен отчет для ЗКГУ 1.0.91 - по просьбам.
Отчет создан для проверки правильности текущих данных перед формированием многострадальной 6-НДФЛ.
6-НДФЛ формируется по данным регистра накопления НДФЛРасчетыСБюджетом. В отчет попадают движения по регистру с видом движения = Расход и Видом строки = Удержание (я так поняла).
Отчет формируется по виртуальной таблице "Остатки и Обороты" регистра накопления НДФЛРасчетыСБюджетом.
Отчет выводится в виде таблицы: столбцы - это документы - регистраторы, строки - сгруппированы по: Организации, Ставке налога, Физическому лицу и Дате получения дохода.
В начало и в конец отчета выводятся Итоги за весь период отчета - для наглядности.
Для каждого документа-регистратора выводятся:
- Начальное сальдо (сальдо на момент проведения документа регистратора),
- Приход (документы начисления зарплаты),
- Расход (документы выплаты зарплаты),
- Конечное сальдо (сальдо после проведения документа-регистратора).
Отрицательные Начальное сальдо и Конечное сальдо сигнализируют нам о том, что в данных имеется проблема, и нужно с этой проблемой разобраться. Чаще всего достаточно перепровести документ-регистратор, который дает отрицательное конечное сальдо (перепровести документ можно прямо из отчета). Иногда требуется отменить проведение всех документов-регистраторов и провести их еще раз последовательно. Движения с отрицательным конечным сальдо выделяются цветом.
В данный отчет попадают все движения по регистру накопления НДФЛРасчетыСБюджетом. В том числе и те, которые не попадают в отчет 6-НДФЛ, например, движения = Расход с Видом строки = "Передано на взыскание" по документу "Справка 2-НДФЛ для передачи в ИФНС"... - эти операции тоже рекомендую контролировать - просто - чтобы в дальнейшем не было ненужных проблем (хотя пока с такой ситуацией не сталкивалась).
Принимаются замечания и предложения!
P.S. Пыталась настроить выделение цветом ФизЛицо и Документ, в котором есть хотя бы одно отрцательное конечное сальдо, - но не смогла этого сделать. Если кто подскажет, как это делается - буду благодарна!
(на больших объемах приходится внимательно "проглядывать" столбцы с документами "Зарплата к выплате организаций"...)
Файл "Контроль удержанного НДФЛ" - не отображает сальдо по сотрудникам, по которым не было начислений и выплат (не сразу обнаружила проблему).
Скачивайте "Контроль удержанного НДФЛ (остатки по всем физлицам)" - он полнее.
18/03/2016 Добавлен отчет для ЗКБУ 1.0.91.
Так как для данной конфигурации в измерения регистра накопления добавлены еще два показателя: КОСГУ и СтатьяФинансирования, то логично, что для проверки правильности проведения документов по регистру - проверять нужно и эти разрезы. Вот в отчет "Контроль удержанного НДФЛ" для ЗКБУ 1.0.91 и добавлена группировка по этим разрезам. (НО! я не работала с этой конфигурацией, реальных данных у меня нет, поэтому насколько правильно и удобно проверять получившимся отчетом - могут сказать только те, кто работает с этой конфигурацией - жду ваши комментарии, замечания, предложения).
Скачать файлы
| Наименование | Файл | Версия | Размер | |||
|---|---|---|---|---|---|---|
|
Контроль удержанного НДФЛ. ЗУП.2.5
.erf 11,17Kb
18.03.16
63
|
.erf | 11,17Kb | 63 | Скачать | ||
|
Контроль удержанного НДФЛ (остатки по всем физлицам). ЗУП.2.5
.erf 11,83Kb
18.03.16
104
|
.erf | 11,83Kb | 104 | Скачать | ||
|
Контроль удержанного НДФЛ. ЗКБУ.1.0.91
.erf 11,99Kb
18.03.16
59
|
.erf | 11,99Kb | 59 | Скачать |
См. также
сейчас у меня выделяются цветом сама ячейка с отрицательным конечным сальдо,
также выделяется поле-заголовок "Дата получения дохода" - только в случае если итого по строке получилось отрицательное конечное сальдо
и аналогично выделяется цветом поле-заголовок "Документ-регистратор" - только в случае если итого по столбцу получилось отрицательное конечное сальдо.
А хочется настроить, чтобы выделялись поля-заголовки "Дата получения дохода" и "Документ-регистратор" - если хотя бы один раз встречалось отрицательное конечное сальдо в строке или столбце - чтобы сразу видеть где проблемы...
я попробовала как вы посоветовали - добавила отбор по уровню 3 - стали выделяться только строки для Физлиц, но само Физлицо, к сожалению не выделяется...
Может быть я чего-то недопоняла?
Если убрать Отбор Регистратор = Заполнено - тогда все сотрудники попадают в отчет, но появляется 2 дополнительных столбца с какими-то итогами... - вот чтобы эти два лишних столбца не попадали в отчет я и настроила Отбор Регистратор = Заполнено... буду думать - как это обойти...
чтобы сейчас отчет формировал остатки по всем сотрудникам (а это необходимо для сверки остатков на начало 2016 года) - уберите галочку у Отбора Регистратор = Заполнено.
Извиняюсь - моя недоработка...
Отчеты - Вспомогательные отчеты - Универсальный отчет (по регистрам, документам, справочникам) -
Тип данных = Регистр накопления
Объект = НДФЛ расчеты с бюджетом
Таблица = Остатки и обороты
Жмем кнопку "Настройки" и далее смотрим на картинках.
Перепроведите Ведомость в банк - этого расхода не должно сформироваться.
Логика такая: сначала возникает НДФЛ исчисленный - это записи "Приход", которые формирую документы Начисление зарплаты, Отпуска, Больничные.
Если есть исчисленный НДФЛ, то при выплате зарплаты возникает удержанный НДФЛ - зто записи "Расход", которые формируют документы - в вашем случае - Ведомость в банк. Удержанного НДФЛ не может быть, пока нет исчисленного НДФЛ.
Почему у вас документ "Начисление зарплаты" сформировал НДФЛ с датой получения 08/02/2016? Это больничные или отпуска? Если это отпуск или больничный, который вы выплачиваете 9 февраля, тогда Дата получения дохода должна быть 9 февраля, а не 8 февраля. ИМХО!!!
Если это сумма зарплаты - тогда дата получения должна быть 31/01/2016.
Если смотреть документы - то у вас все логично: 8 февраля начислили зарплату, 9 выплачиваете, если последовательно провести документы, то программа должна верно сформировать исчисленный и удержанный НДФЛ.
получается, в целом по сотруднику по датам получения дохода минусов нет, т.е все верно должно отразиться в 6-НДФЛ.
такое впечатление, что у вас сначала учитывается документ выплаты зарплаты, а потом уже документ начисления зарплаты...
почему программа так это видит? посмотреть бы базу...
попробую смоделировать вашу ситуацию.
Подробнее: Проблема проявляется на уволенных сотрудниках и проявляется только в месяце увольнения!
Сотрудник увольняется в середине месяца. Рассчитали документ "Увольнение". Окончательный расчет зарплаты делаем документом "Начисление зарплаты", дату документа ставим равную дате увольнения, на закладке НДФЛ Дату получения дохода ставим равную дате увольнения или дате выплаты окончательного расчета с работником. Но, не смотря на то, что документ "Начисление зарплаты" мы ввели датой увольнения, программа "для себя" записывает его последним днем месяца, за который считается зарплата. И при формировании отчета "Контроль удержанного НДФЛ" для документа "Начисление зарплаты" будет показан отрицательный начальный остаток, затем для документа "Зарплата к выплате" программа будет показывать отрицательное конечное сальдо, и будет выделять розовым цветом. И так отрицательное конечное сальдо будет выводиться до конца месяца, в котором уволился сотрудник.
Еще раз повторюсь, все это из-за того, что не смотря на дату документа "Начисление зарплаты", в регистре накопления программа относит это движение на конец месяца.
Важно убедиться, что итого по данной строке - не будет минусового остатка! Тогда в 6-НДФЛ - будет все корректно!
но все равно отчет помогает навести порядок в учете - без него как без рук...
дата получения дохода по вашему примеру в 6-НДФЛ встает правильно , дата удержания тоже правильно подхватывается (после переноса документа на 01.04.16 встает эта дата ) но вопрос в самой дате , точнее в периоде когда мы должны удержать этот самый нДФЛ , ведь в ТК рФ четко оговорено что датой получения дохода является последний рабочий день сотрудника.
08.02 - дата увольнения
09.02 - выплачиваем/удерживаем
10.02 - срок
То в 6-НДФЛ всё хорошо
Если же по теоретическому, когда дату сдвигаем после последнего числа месяца, то 6-НДФЛ в данном случае вообще лучше не рассматривать - так нельзя, так неправильно!
Вообще кроме данного отчета эти минуса вроде нигде не вылазят больше.
Начисление ЗП 17.03.16.
Выплата Зп 17.03.16
В Данном случае 6- НДФЛ заполнится верно , но в регистре НДФЛ расчеты с бюджетом (точнее что показывает отчет) на конец периода будут минусы см. (29)
Если Мы выплату перенесем на след.мес например на 01.04.2016 то тогда в регистре НДФЛ расчеты с бюджетом не будет минусов ( точнее в отчёте по этому регистру) , но в этом случает 6_НДФЛ заполнится некорректно. В идеале хотелось бы получить совмещенный вариант и что бы 6-НДФЛ правильно заполнилось и что бы в отчете минусов не было.
Если я первым создаю документ начисление ЗП то у меня в регистре должна пойти строка с видом начисление ?
Второй дукумент выплата зп тем же днём , но по времени позже начисления на час , у меня вторая строка удержание ? Позже чем начисление ?
Я выплату даже переносил на день позже , чем начисление . Я конечно ещё посмотрю , но такое ощущение , что пока месяца выплаты и начисления совпадают в отчёте будут минусы ( это только к уволенным относится)
Своим расчетчикам я так объяснила:
1. Проверяем, чтобы итого по каждой дате получения дохода не было отрицательного конечного остатка
2. Если есть итого отрицательный конечный остаток, то ищем документ с движением Расход, который дает отрицательный остаток и перепроводим его.
3. По каждому сотруднику проверить каждую дату получения дохода - бухгалтер четко должен понимать почему у данного работника именно такие даты получения дохода.
4. При проведении документов "Начисление зарплаты" и "Зарплата к выплате" проверять движения по регистру накопления "НДФЛ расчеты с бюджетом". опять же - бухгалтер должен четко понимать какие движения по регистру должен делать каждый документ!
Еще важно: Итоговый Начальный остаток на 01.01.2016 должен быть равен перечисленному в январе НДФЛ за декабрь. Разбивку по людям можно посмотреть в документе "Перечисление НДФЛ в бюджет РФ", оформленный для распределения НДФЛ, пеерчисленного в январе за декабрь. Но!!! Если в программе "беспорядок", тогда в документе могут присутствовать сотрудники, уже уволенные, по которым нет сальдо по взаиморасчетам и по ним уже никогда не будет выплат зарплаты. Суммы таких людей нужно раскидать на работающих сотрудников (так чтобы остаток НДФЛ по сотруднику на 01.01.2016 не превысил сумму НДФЛ за декабрь). Если оставить сальдо по уволенным, тогда это сальдо будет висеть и программа его никогда не отразит как удержанный, потому что не будет выплат этому сотруднику.
Вот вроде бы пока все нюансы, выявленные мной! Может кому-то пригодится!
Делитесь вашим опытом! И вместе мы победим 1С и 6-НДФЛ ;)
В идеале остаток по 68.01 на 01/01/2016 - это НДФЛ за декабрь, который должны перечислить в январе.
Если вы зарплату выплатили в декабре, то и НДФЛ, скорее всего перечислили в декабре, тогда у вас нет остатков по НДФЛ, и в январе вы не будете перечислять НДФЛ за декабрь, - в этом случае у вас в данном отчете будет нулевой начальный остаток.
Но у нас у всех организаций есть остатки на начало года. Как правильно их разнести - написано в посте выше.
далее бухгалтера проверяют заполнение даты выплаты дохода в документах Отпуска и Больничные, ну еще и многострадальные Увольнения - вернее документы Начисление зарплаты - уволенным, которые оформляются в межпериод.
затем перепроводят документы Зарплата к выплате.
и постоянно смотрят это отчет - контролируя результат....
а потом уже, когда в этом отчете не будет проблем - формируем 6-НДФЛ и снова проверяем!
ну и конечно, этот отчет "Регистр налогового учёта по НДФЛ" - он ведь тоже основные свои данные берет из регистра накопления НДФЛРасчетыСБюджетом - на его основе и формируется этот отчет "Контроль удержанного НДФЛ"!
Если интересно , сумму дохода программа группирует по датам , получения , удержания , и по перечисления налога т.е. сотрудники из одного документа зарплата к выплате могут попадать в разные блоки 6-НДФЛ , примечательно ещё и то что дату удержания и дату получения дохода программа высчитывает в запросе , а не берет из готовые из регистров. Точнее даже так в запросе 5 дат ДатаПолученияДохода, ДатаУдержанияНалога ,СрокПеречисленияНалога, ДатаУдержанияНалога( вычисляется в запросе) , ДатаПеречисленияНалога( вычисляется в запросе) , т.е. поля задублированны и по этим полям идёт группировка в запросе на получения суммы доходов , и сумм удержанного налога.
у меня в текущей версии поле Срок перечисления в регистре накопления вообще не заполняется - может еще не реализовано..
но не смотря на это для 6-НДФЛ программа рассчитывает эти даты...
а можете посмотреть - есть ли различия в датах удержания, которые записаны в регистр и которые программа вычисляет в запросе для 6-НДФЛ?
"ВЫБРАТЬ
| РасчетыНалогоплательщиковСБюджетомПоНДФЛ.ФизЛицо КАК ФизЛицо,
| РасчетыНалогоплательщиковСБюджетомПоНДФЛ.КодДохода,
| РасчетыНалогоплательщиковСБюджетомПоНДФЛ.Регистратор,
| РасчетыНалогоплательщиковСБюджетомПоНДФЛ.МесяцНалоговогоПериода КАК Период,
| РасчетыНалогоплательщиковСБюджетомПоНДФЛ.МесяцНалоговогоПериода КАК ДатаПолученияДохода,
| РасчетыНалогоплательщиковСБюджетомПоНДФЛ.СтавкаНалогообложенияРезидента КАК СтавкаНалогообложенияРезидента,
| РасчетыНалогоплательщиковСБюджетомПоНДФЛ.ВидСтроки КАК ВариантУдержания,
| РасчетыНалогоплательщиковСБюджетомПоНДФЛ.ВидДвижения,
| РасчетыНалогоплательщиковСБюджетомПоНДФЛ.СрокПеречисления,
| РасчетыНалогоплательщиковСБюджетомПоНДФЛ.Налог КАК Сумма,
| РасчетыНалогоплательщиковСБюджетомПоНДФЛ.Период КАК ДатаУдержания,
| РасчетыНалогоплательщиковСБюджетомПоНДФЛ.СуммаВыплаченногоДохода
|ПОМЕСТИТЬ ВТНалоги
|ИЗ
| РегистрНакопления.НДФЛРасчетыСБюджетом КАК РасчетыНалогоплательщиковСБюджетомПоНДФЛ
|ГДЕ
| РасчетыНалогоплательщиковСБюджетомПоНДФЛ.Период МЕЖДУ &НачалоПредыдущегоГода И &ОкончаниеПериода
| И РасчетыНалогоплательщиковСБюджетомПоНДФЛ.Организация = &ГоловнаяОрганизация
| И РасчетыНалогоплательщиковСБюджетомПоНДФЛ.ОбособленноеПодразделение = &Организация
| И ВЫБОР
| КОГДА РасчетыНалогоплательщиковСБюджетомПоНДФЛ.КодПоОКТМО <> &ПустойКодПоОКТМО
| ТОГДА РасчетыНалогоплательщиковСБюджетомПоНДФЛ.КодПоОКТМО
| КОГДА ЕСТЬNULL(РасчетыНалогоплательщиковСБюджетомПоНДФЛ.ПодразделениеОрганизации.КодПоОКТМО, &ПустойКодПоОКТМО) <> &ПустойКодПоОКТМО
| ТОГДА РасчетыНалогоплательщиковСБюджетомПоНДФЛ.ПодразделениеОрганизации.КодПоОКТМО
| ИНАЧЕ ЕСТЬNULL(РасчетыНалогоплательщиковСБюджетомПоНДФЛ.ОбособленноеПодразделение.КодПоОКТМО, &ПустойКодПоОКТМО)
| КОНЕЦ = &КодПоОКТМО
| И ВЫБОР
| КОГДА РасчетыНалогоплательщиковСБюджетомПоНДФЛ.КПП <> &ПустойКПП
| ТОГДА РасчетыНалогоплательщиковСБюджетомПоНДФЛ.КПП
| КОГДА ЕСТЬNULL(РасчетыНалогоплательщиковСБюджетомПоНДФЛ.ПодразделениеОрганизации.КПП, &ПустойКПП) <> &ПустойКПП
| ТОГДА РасчетыНалогоплательщиковСБюджетомПоНДФЛ.ПодразделениеОрганизации.КПП
| ИНАЧЕ ЕСТЬNULL(РасчетыНалогоплательщиковСБюджетомПоНДФЛ.ОбособленноеПодразделение.КПП, &ПустойКПП)
| КОНЕЦ = &КПП
| И (РасчетыНалогоплательщиковСБюджетомПоНДФЛ.Налог <> 0
| ИЛИ РасчетыНалогоплательщиковСБюджетомПоНДФЛ.СуммаВыплаченногоДохода <> 0)
|;
|
|//////////////////////////////////////////////////////////// ПоказатьВ первом части запроса собираются данные из общеизвестного регистра. Можно заметить, что в качестве даты удержания используется период , а месяц налогового периода - это дата получения дохода. Во второй части запроса на основании данных из первой части формируются поля с именами ячеек в макете отчета ( П000020010001- строка 100 , П000020011001 -110 строка , П000020012001 -120 строка, П000020013001 - 130 строка , П000020014001 -140 строка).
Из второй части так же можно увидеть как определяется строка 140. При выплате отпускных или больничных значение "срок перечисления" заполняется значением "Не позднее конца месяца, в котором выплачен доход (по отпускным и больничным)" на основании этого значения в запросе определяется дата перечисления налога
посмотрите - может быть появятся идеи?
Вся проблема в том, что для формирования 6-НДФЛ желательно бы создать свои регистры накопления... а нам приходится подгонять то, что есть.... имхо!
Чтобы понять - как вам может помочь этот отчет - почитайте описание к нему и комментарии, в них мы совместно пытались разобраться в данных для 6-НДФЛ, как проверить их правильность и навести в них порядок...
Просмотры 17351
Загрузки 215
Комментарии 82
Создание 10.03.16 16:54
Обновление 10.03.16 16:54
№ Публикации 484446
Рубрики
Бухгалтерские,
Анализ учета,
Налоговые
Кому Бухгалтер
Тип файла Внешний отчет (ert,erf)
Платформа Платформа 1С v8.x (все механизмы)
Конфигурация
1С:Зарплата и Управление Персоналом 2.5 ,
1С:Зарплата и кадры бюджетного учреждения
Операционная система Windows
Страна Россия
Отрасль Не имеет значения
Налоги НДФЛ
Вид учета
Бухгалтерский учет ,
Бюджетный учет ,
Налоговый учет
Раздел учета Зарплата
Доступ к файлу Абонемент ($m)
Код открыт Не указано
