Как правильно делать документ "Перечисление НДФЛ в бюджет РФ"?
28.11.2011
12:15
#71
> Можно я тоже предложу?
Спасибо за предложения.
> Когда ставим общую сумму и нажимаем "Распределить", то сумма должна распределяться не по коэффициенту, а например по методу FIFO. Т.е закрывать реальные остатки в регистре, пока не закончится сумма. Это если указанная сумма меньше, чем остатков в регистре.
Не совсем понятно какие даты будут сортироваться. Если, например, удержали по 3 сотрудникам 3000 руб, по 1000 с каждого, одной датой (30.11.11) и ввели 2000 руб в документ-перечисление, то по 1000 распределится на первых двух, а на последнего 0? Вы считаете это справедливым?
> Если сумму указали больше, то тогда сложнее. Можно поругаться и ничего не распределять.
Пользователь вряд ли будет указывать сумму больше, чем он реально перечисляет. А реально перечислять он должен столько, сколько удержал или осталось перечислить. Приведите, пожалуйста, реальный сценарий, при котором пользователь перечисляет больше, чем требуется перечислить.
> А самое хорошее, это сделать, чтобы можно было указывать сумму и проводить без распределения сколько угодно платежек в течение месяца. А распределение по физлицам делать после закрытия месяца каким-нибудь другим специальным документом.
Действительно, у нас записана задача по учету "межрасчетного" НДФЛ, но ничего конкретного по ней мы сказать не можем. Мы не публикуем планы и сроки в форумах или конференциях. Просьба отнестись с пониманием.
Спасибо за предложения.
> Когда ставим общую сумму и нажимаем "Распределить", то сумма должна распределяться не по коэффициенту, а например по методу FIFO. Т.е закрывать реальные остатки в регистре, пока не закончится сумма. Это если указанная сумма меньше, чем остатков в регистре.
Не совсем понятно какие даты будут сортироваться. Если, например, удержали по 3 сотрудникам 3000 руб, по 1000 с каждого, одной датой (30.11.11) и ввели 2000 руб в документ-перечисление, то по 1000 распределится на первых двух, а на последнего 0? Вы считаете это справедливым?
> Если сумму указали больше, то тогда сложнее. Можно поругаться и ничего не распределять.
Пользователь вряд ли будет указывать сумму больше, чем он реально перечисляет. А реально перечислять он должен столько, сколько удержал или осталось перечислить. Приведите, пожалуйста, реальный сценарий, при котором пользователь перечисляет больше, чем требуется перечислить.
> А самое хорошее, это сделать, чтобы можно было указывать сумму и проводить без распределения сколько угодно платежек в течение месяца. А распределение по физлицам делать после закрытия месяца каким-нибудь другим специальным документом.
Действительно, у нас записана задача по учету "межрасчетного" НДФЛ, но ничего конкретного по ней мы сказать не можем. Мы не публикуем планы и сроки в форумах или конференциях. Просьба отнестись с пониманием.
28.11.2011
13:46
#72
>Не совсем понятно какие даты будут сортироваться. Если, например, удержали по 3 сотрудникам 3000 руб, по 1000 с каждого, одной датой (30.11.11) и >ввели 2000 руб в документ-перечисление, то по 1000 распределится на первых двух, а на последнего 0? Вы считаете это справедливым?
Думаю, что если за 3-го сотрудника будет перечисление НДФЛ в следующий платеж, то он не обидится (если он вообще знает, что такое НДФЛ удержанный), и налоговой такие мелочи тоже побоку, главное, чтобы платили вовремя общую сумму и чем раньше, тем лучше.
Может и не справедливо, но правильнее чем сейчас, когда остатки по регистру в разрезе измерений могут легко уйти в минус и никогда не выправятся.
>Пользователь вряд ли будет указывать сумму больше, чем он реально перечисляет. А реально перечислять он должен столько, сколько удержал или >осталось перечислить. Приведите, пожалуйста, реальный сценарий, при котором пользователь перечисляет больше, чем требуется перечислить.
То что он должен это понятно.
Здесь может быть 2 примера - когда реально надо заплатить больше, чем начислено-удержано и когда по ошибке вводится сумма больше чем надо.
Например, в середине месяца кроме начисленного и удержанного НДФЛ есть разовые начисления, которые выплачены "с учетом удержаний" (начисление дохода есть, а начисления НДФЛ еще нет). Короче перечисляют от балды, есть деньги вот и перечисляют в середине месяца, а по концу месяца, когда все посчитанно, перечисляют остаток. Где написано, что так нельзя?
2-й пример, в текущем месяце за 3-х сотрудников начислено и удержано НДФЛ: 3000 р. Пользователь делает платежку на 3000 р. Указывает текущий месяц, нажимает "распределить", все замечательно распределяется. "Все правильно сделал" - думает пользователь и со спокойной совестью идет домой.
Но этот пользователь не в курсе, за какие месяцы начислен НДФЛ в текущем месяце. В результате остатки пойдут в минус. Поэтому надо бы "поругаться" при проведении. Согласен, так работать нельзя, но где взять грамотных пользователей... Ну а с учетом сегодняшней программы даже грамотный программист-консультант не в состоянии правильно сделать этот документ.
>А реально перечислять он должен столько, сколько удержал или осталось перечислить.
Мы опять вернулись с чего начали... Как узнать, сколько перечислять? Пока никак, "задача записана".
Думаю, что если за 3-го сотрудника будет перечисление НДФЛ в следующий платеж, то он не обидится (если он вообще знает, что такое НДФЛ удержанный), и налоговой такие мелочи тоже побоку, главное, чтобы платили вовремя общую сумму и чем раньше, тем лучше.
Может и не справедливо, но правильнее чем сейчас, когда остатки по регистру в разрезе измерений могут легко уйти в минус и никогда не выправятся.
>Пользователь вряд ли будет указывать сумму больше, чем он реально перечисляет. А реально перечислять он должен столько, сколько удержал или >осталось перечислить. Приведите, пожалуйста, реальный сценарий, при котором пользователь перечисляет больше, чем требуется перечислить.
То что он должен это понятно.
Здесь может быть 2 примера - когда реально надо заплатить больше, чем начислено-удержано и когда по ошибке вводится сумма больше чем надо.
Например, в середине месяца кроме начисленного и удержанного НДФЛ есть разовые начисления, которые выплачены "с учетом удержаний" (начисление дохода есть, а начисления НДФЛ еще нет). Короче перечисляют от балды, есть деньги вот и перечисляют в середине месяца, а по концу месяца, когда все посчитанно, перечисляют остаток. Где написано, что так нельзя?
2-й пример, в текущем месяце за 3-х сотрудников начислено и удержано НДФЛ: 3000 р. Пользователь делает платежку на 3000 р. Указывает текущий месяц, нажимает "распределить", все замечательно распределяется. "Все правильно сделал" - думает пользователь и со спокойной совестью идет домой.
Но этот пользователь не в курсе, за какие месяцы начислен НДФЛ в текущем месяце. В результате остатки пойдут в минус. Поэтому надо бы "поругаться" при проведении. Согласен, так работать нельзя, но где взять грамотных пользователей... Ну а с учетом сегодняшней программы даже грамотный программист-консультант не в состоянии правильно сделать этот документ.
>А реально перечислять он должен столько, сколько удержал или осталось перечислить.
Мы опять вернулись с чего начали... Как узнать, сколько перечислять? Пока никак, "задача записана".
28.11.2011
13:51
#73
> Где написано, что так нельзя?
Налоговым агентам нельзя из своих (фактически) средств.
Налоговым агентам нельзя из своих (фактически) средств.
28.11.2011
13:58
#74
Реально физлицо свой доход получило (какой-нибудь пенсионер или неработающий акционер или ГПХ-шник) и за него перечислен НДФЛ. Не придерешься.
Просто программе в середине месяца еще не известно из чьих средств перечислено.
Просто программе в середине месяца еще не известно из чьих средств перечислено.
28.11.2011
14:04
#76
в любом случае "перебор" (в принципе) не возможен. Если торопятся с перечислением, то уж подсчитать все нужно "железно". Если хотят, чтобы это сделала программа, то у нее должны быть для этого "фактические", а не "запланированные" данные.
29.11.2011
03:37
#77
> Или, если говорить в общем, может быть Вам известны какие-либо нормативно-правовые акты, в которых сказано как следует распределять уплаченный НДФЛ по физическим лицам, каким должен быть "правильный" алгоритм?
А сколько об этом можно говорить?! Считаю, что алгоритм с применением коэффициента правильный, но не надо удержанный НДФЛ с отпускных распределять по месяцам, т.е. при определении даты фактического получения дохода в виде оплаты отпуска следует руководствоваться п.2 ст.223 НК РФ.
Такая позиция содержится, в частности, в постановлениях Федерального арбитражного суда Северо-Западного округа от 30.09.2010 по делу № А56-41465/2009 Арбитражного суда Санкт-Петербурга и Ленинградской области, от 21.07.2011 по делу № А42-6610/2010 Арбитражного суда Мурманской области, Федерального арбитражного суда Уральского округа от 05.08.2010 по делу № А47-9420/2009 Арбитражного суда Оренбургской области.
И если фирма 1С отрицательно относится к этому вопросу, то надо предоставить пользователям возможность самим решать этот вопрос.
Например, как применять стандартные вычеты есть выбор в программе: нарастающим итогом в течении года или в пределах месячного дохода, однако в НК говорится только нарастающим итогом с начала налогового периода.
А сколько об этом можно говорить?! Считаю, что алгоритм с применением коэффициента правильный, но не надо удержанный НДФЛ с отпускных распределять по месяцам, т.е. при определении даты фактического получения дохода в виде оплаты отпуска следует руководствоваться п.2 ст.223 НК РФ.
Такая позиция содержится, в частности, в постановлениях Федерального арбитражного суда Северо-Западного округа от 30.09.2010 по делу № А56-41465/2009 Арбитражного суда Санкт-Петербурга и Ленинградской области, от 21.07.2011 по делу № А42-6610/2010 Арбитражного суда Мурманской области, Федерального арбитражного суда Уральского округа от 05.08.2010 по делу № А47-9420/2009 Арбитражного суда Оренбургской области.
И если фирма 1С отрицательно относится к этому вопросу, то надо предоставить пользователям возможность самим решать этот вопрос.
Например, как применять стандартные вычеты есть выбор в программе: нарастающим итогом в течении года или в пределах месячного дохода, однако в НК говорится только нарастающим итогом с начала налогового периода.
29.11.2011
07:01
#78
> Для проявления ошибочной ситуации можно привести пример.
>
> Спасибо за подробное описание проблемы.
> В приведенной ситуации правильным видятся следующие действия пользователя:
>
> 1) В течение декабря месяца (01.12.11) пользователь не вводит документы "Перечисление НДФЛ в бюджет".
> Как следует из Вашего примера:
> > Перечисляем отпускные и НДФЛ 01/12/2011. Сумма отпускных 10000, НДФЛ перечислили 1300 - всю сумму перечислили по Сотруднику1.
> пользователь на этом шаге ввел документ "Перечисление НДФЛ в бюджет", в котором вручную указал Сотрудника1 и сумму 1300 по нему.
> Этого не следовало было делать. Пока не произведен окончательный расчет за месяц пользователь не знает, какая сумма НДФЛ будет
> на самом деле начислена и удержана по этому сотруднику.
Не согласна. Ст 123 и ст 226 НК обязывают бухгалтера своевременно перечислять в бюджет НДФЛ с доходов физических лиц. Поэтому каждое перечисление зарплаты сопровождается платежкой с перечислением НДФЛ.
> 2) Пользователь вводит документы "Перечисление НДФЛ в бюджет" в месяце, следующем за месяцем удержания налога, в данном примере
> в Январе 2012. После расчета декабря пользователь видит, что общая сумма НДФЛ за декабрь составила 1988 руб. Вводит документ
> "Перечисление НДФЛ в бюджет", указывает дату 01.01.12 или более позднюю, сумму 1988, тогда НДФЛ распределится автоматически
> и правильно.
> Но т.к. в приведенном примере перечисление фактически осуществлялось двумя различными платежными поручениями, необходимо
> будет ввести два документа "Перечисление НДФЛ в бюджет", в пером указать сумму 1300 и соответствующие реквизиты платежного поручения,
> во втором 688 и другие реквизиты платежного поручения. Для выполнения автоматического распределения дату платежа следует установить
> больше даты удержания НДФЛ. Например, если включена настройка "Принимать исчисленный НДФЛ как удержанный", то в этом примере такая
> дата это 01.01.2012. Если такая настройка не установлена - день, следующий за датой документа "Зарплата к выплате" (при упрощенном учете
> взаиморасчетов) или соответствующего банковского или кассового документа (при обычном учете взаиморасчетов).
> Тогда в первом документе НДФЛ распределится как 646 и 654, во втором 342 и 346 по первому и второму сотруднику соответственно.
> После выполнения автоматического распределения для того, чтобы отчет "Регистр налогового учета по НДФЛ" отображал реальные даты перечисления
> налога, "дату платежа" можно установить равной реальной дате перечисления.
Примерно так и делаем (меняем даты), только все-таки при перечислении отпускных - сумма перечисленного налога распределяется не на всех людей, а именно на тех, кому перечисляли отпускные. Может быть мы в этом не правы, но опять руководствуемся НК: перечисляем НДФЛ с дохода, который мы выплатили работнику - в данном случае - конкретному работнику, а не всем работникам - следовательно и НДФЛ должен быть конкретного работника.
> В приведенном примере такие сложности во вводе документов вызваны тем, что бухгалтер перечислили 1300 в день выплаты отпускных. Почему
> так было сделано? Ведь можно весь НДФЛ перечислить одной платежкой в начале января, после расчета декабря?
>
Ст 123 и ст 226 НК
> Основная проблема программы же состоит в следующем. Механизм автоматического распределения в документе "Перечисление НДФЛ в бюджет" работает
> только в случае, когда дата платежа, указанная в документе, больше даты, в которую был зарегистрирован удержанный НДФЛ.
> Такая проблема у нас зарегистрирована.
Проблема в том, что вы не анализируете остатки за предыдущие периоды. Может быть в качестве налогового периода оставить только год? Ведь так на самом деле и есть: отчитываемся по НДФЛ за отчетный год? (хотя до конца это проблему не решит - останутся опять переходящие отпуска и перерасчеты ЗП за прошлый год)....
Также хотелось бы поднять проблему с регистрацией Приходов в регистре накопления "Расчеты налоговых агентов с бюджетом по НДФЛ" в случае перерасчета зарплаты за предыдущий месяц. Когда 1С делает записи по приходу не текущим, а месяцем, который исправляли.
Я так поняла, что у 1С логика с регистрацией НДФЛ в регистре накопления "Расчеты налоговых агентов с бюджетом по НДФЛ" такая: если в текущем отченом месяце по работнику рассчитан НДФЛ за текущий отчетный месяц И за другие месяца, то:
- если сумма этого налога <0, то этот налог учитывается в регистре в текущем отчетном месяце,
- а если сумма налога >0, то запись в регистре формируется в том месяце, за который начислен этот налог.
Т.е. если исправления дали минусовый НДФЛ, то эта сумма отражается Приходом текущего отчетного месяца. А если исправления дали положительный НДФЛ, то его 1С отразит в месяце за который пересчитывали ЗП.
Почему такая разная логика? Почему нельзя любой перерасчет зачесть текущим месяцем? Получается, что бухгалтер должен после кадого расчета ЗП перепроверять весь год: а не появились ли у меня остатки с начала года по регистру накопления "Расчеты налоговых агентов с бюджетом по НДФЛ"? Как тогда должен бухгалтер проверять правильность заполнения регистра накопления "Расчеты налоговых агентов с бюджетом по НДФЛ" - если в один прекрасный момент его данные могут поменяться с начала года?
Отсюда же и растут ноги проблемы учета НДФЛ с переходящего отпуска.
(Вроде как не логично получается: возврат НДФЛ за предыдущие месяцы (когда заявление на вычеты принесли не с начала года) - 1С учитывает текущим месяцем, а НДФЛ с переходящего отпуска - в текущем и следующем месяцах?)
>
> Спасибо за подробное описание проблемы.
> В приведенной ситуации правильным видятся следующие действия пользователя:
>
> 1) В течение декабря месяца (01.12.11) пользователь не вводит документы "Перечисление НДФЛ в бюджет".
> Как следует из Вашего примера:
> > Перечисляем отпускные и НДФЛ 01/12/2011. Сумма отпускных 10000, НДФЛ перечислили 1300 - всю сумму перечислили по Сотруднику1.
> пользователь на этом шаге ввел документ "Перечисление НДФЛ в бюджет", в котором вручную указал Сотрудника1 и сумму 1300 по нему.
> Этого не следовало было делать. Пока не произведен окончательный расчет за месяц пользователь не знает, какая сумма НДФЛ будет
> на самом деле начислена и удержана по этому сотруднику.
Не согласна. Ст 123 и ст 226 НК обязывают бухгалтера своевременно перечислять в бюджет НДФЛ с доходов физических лиц. Поэтому каждое перечисление зарплаты сопровождается платежкой с перечислением НДФЛ.
> 2) Пользователь вводит документы "Перечисление НДФЛ в бюджет" в месяце, следующем за месяцем удержания налога, в данном примере
> в Январе 2012. После расчета декабря пользователь видит, что общая сумма НДФЛ за декабрь составила 1988 руб. Вводит документ
> "Перечисление НДФЛ в бюджет", указывает дату 01.01.12 или более позднюю, сумму 1988, тогда НДФЛ распределится автоматически
> и правильно.
> Но т.к. в приведенном примере перечисление фактически осуществлялось двумя различными платежными поручениями, необходимо
> будет ввести два документа "Перечисление НДФЛ в бюджет", в пером указать сумму 1300 и соответствующие реквизиты платежного поручения,
> во втором 688 и другие реквизиты платежного поручения. Для выполнения автоматического распределения дату платежа следует установить
> больше даты удержания НДФЛ. Например, если включена настройка "Принимать исчисленный НДФЛ как удержанный", то в этом примере такая
> дата это 01.01.2012. Если такая настройка не установлена - день, следующий за датой документа "Зарплата к выплате" (при упрощенном учете
> взаиморасчетов) или соответствующего банковского или кассового документа (при обычном учете взаиморасчетов).
> Тогда в первом документе НДФЛ распределится как 646 и 654, во втором 342 и 346 по первому и второму сотруднику соответственно.
> После выполнения автоматического распределения для того, чтобы отчет "Регистр налогового учета по НДФЛ" отображал реальные даты перечисления
> налога, "дату платежа" можно установить равной реальной дате перечисления.
Примерно так и делаем (меняем даты), только все-таки при перечислении отпускных - сумма перечисленного налога распределяется не на всех людей, а именно на тех, кому перечисляли отпускные. Может быть мы в этом не правы, но опять руководствуемся НК: перечисляем НДФЛ с дохода, который мы выплатили работнику - в данном случае - конкретному работнику, а не всем работникам - следовательно и НДФЛ должен быть конкретного работника.
> В приведенном примере такие сложности во вводе документов вызваны тем, что бухгалтер перечислили 1300 в день выплаты отпускных. Почему
> так было сделано? Ведь можно весь НДФЛ перечислить одной платежкой в начале января, после расчета декабря?
>
Ст 123 и ст 226 НК
> Основная проблема программы же состоит в следующем. Механизм автоматического распределения в документе "Перечисление НДФЛ в бюджет" работает
> только в случае, когда дата платежа, указанная в документе, больше даты, в которую был зарегистрирован удержанный НДФЛ.
> Такая проблема у нас зарегистрирована.
Проблема в том, что вы не анализируете остатки за предыдущие периоды. Может быть в качестве налогового периода оставить только год? Ведь так на самом деле и есть: отчитываемся по НДФЛ за отчетный год? (хотя до конца это проблему не решит - останутся опять переходящие отпуска и перерасчеты ЗП за прошлый год)....
Также хотелось бы поднять проблему с регистрацией Приходов в регистре накопления "Расчеты налоговых агентов с бюджетом по НДФЛ" в случае перерасчета зарплаты за предыдущий месяц. Когда 1С делает записи по приходу не текущим, а месяцем, который исправляли.
Я так поняла, что у 1С логика с регистрацией НДФЛ в регистре накопления "Расчеты налоговых агентов с бюджетом по НДФЛ" такая: если в текущем отченом месяце по работнику рассчитан НДФЛ за текущий отчетный месяц И за другие месяца, то:
- если сумма этого налога <0, то этот налог учитывается в регистре в текущем отчетном месяце,
- а если сумма налога >0, то запись в регистре формируется в том месяце, за который начислен этот налог.
Т.е. если исправления дали минусовый НДФЛ, то эта сумма отражается Приходом текущего отчетного месяца. А если исправления дали положительный НДФЛ, то его 1С отразит в месяце за который пересчитывали ЗП.
Почему такая разная логика? Почему нельзя любой перерасчет зачесть текущим месяцем? Получается, что бухгалтер должен после кадого расчета ЗП перепроверять весь год: а не появились ли у меня остатки с начала года по регистру накопления "Расчеты налоговых агентов с бюджетом по НДФЛ"? Как тогда должен бухгалтер проверять правильность заполнения регистра накопления "Расчеты налоговых агентов с бюджетом по НДФЛ" - если в один прекрасный момент его данные могут поменяться с начала года?
Отсюда же и растут ноги проблемы учета НДФЛ с переходящего отпуска.
(Вроде как не логично получается: возврат НДФЛ за предыдущие месяцы (когда заявление на вычеты принесли не с начала года) - 1С учитывает текущим месяцем, а НДФЛ с переходящего отпуска - в текущем и следующем месяцах?)
29.11.2011
09:20
#79
> Почему такая разная логика? Почему нельзя любой перерасчет зачесть текущим месяцем? Получается, что бухгалтер должен после кадого расчета ЗП перепроверять весь год: а не появились ли у меня остатки с начала года по регистру накопления "Расчеты налоговых агентов с бюджетом по НДФЛ"? Как тогда должен бухгалтер проверять правильность заполнения регистра накопления "Расчеты налоговых агентов с бюджетом по НДФЛ" - если в один прекрасный момент его данные могут поменяться с начала года?
>
> Отсюда же и растут ноги проблемы учета НДФЛ с переходящего отпуска.
> (Вроде как не логично получается: возврат НДФЛ за предыдущие месяцы (когда заявление на вычеты принесли не с начала года) - 1С учитывает текущим месяцем, а НДФЛ с переходящего отпуска - в текущем и следующем месяцах?)
> Ст 123 и ст 226 НК обязывают бухгалтера своевременно перечислять в бюджет НДФЛ с доходов физических лиц. Поэтому каждое перечисление зарплаты сопровождается платежкой с перечислением НДФЛ.
Совершенно с Вами согласна.
И еще не понимаю, почему налог прошлого месяца правильно рассчитанный, удержанный и уплаченный после перерасчета в текущем месяце (дядя принес б/л из отпуска) в этом месяце надо считать излишне уплаченным и обращатся за его возвратом в ИМНС? Может кто объяснит?
У нас налоговый период по НДФЛ - ГОД. Зачем вся эта чехарда с переходящими доходами и налогами у 1С?
>
> Отсюда же и растут ноги проблемы учета НДФЛ с переходящего отпуска.
> (Вроде как не логично получается: возврат НДФЛ за предыдущие месяцы (когда заявление на вычеты принесли не с начала года) - 1С учитывает текущим месяцем, а НДФЛ с переходящего отпуска - в текущем и следующем месяцах?)
> Ст 123 и ст 226 НК обязывают бухгалтера своевременно перечислять в бюджет НДФЛ с доходов физических лиц. Поэтому каждое перечисление зарплаты сопровождается платежкой с перечислением НДФЛ.
Совершенно с Вами согласна.
И еще не понимаю, почему налог прошлого месяца правильно рассчитанный, удержанный и уплаченный после перерасчета в текущем месяце (дядя принес б/л из отпуска) в этом месяце надо считать излишне уплаченным и обращатся за его возвратом в ИМНС? Может кто объяснит?
У нас налоговый период по НДФЛ - ГОД. Зачем вся эта чехарда с переходящими доходами и налогами у 1С?
Читают тему
(гостей: 1)