Новости для бухгалтера, бухучет, налогообложение, отчетность, ФСБУ, прослеживаемость и маркировка, 1С:Бухгалтерия

Вход или Регистрация

Показывать по 10 20 40 сообщений
Новая тема Ответить
Письмо в техподдержку 1С
[1С:Зарплата и управление персоналом 8]

Как правильно делать документ "Перечисление НДФЛ в бюджет РФ"?

Закиров Дмитрий (1С, Москва)
сотрудник 1С
офлайн
Дата регистрации: 06.09.2011
Сообщений: 659
Пост №71
 
28.11.2011 12:15

> Можно я тоже предложу?<br><br>Спасибо за предложения.<br><br>> Когда ставим общую сумму и нажимаем "Распределить", то сумма должна распределяться не по коэффициенту, а например по методу FIFO. Т.е закрывать реальные остатки в регистре, пока не закончится сумма. Это если указанная сумма меньше, чем остатков в регистре.<br><br>Не совсем понятно какие даты будут сортироваться. Если, например, удержали по 3 сотрудникам 3000 руб, по 1000 с каждого, одной датой (30.11.11) и ввели 2000 руб в документ-перечисление, то по 1000 распределится на первых двух, а на последнего 0? Вы считаете это справедливым?<br><br>> Если сумму указали больше, то тогда сложнее. Можно поругаться и ничего не распределять.<br><br>Пользователь вряд ли будет указывать сумму больше, чем он реально перечисляет. А реально перечислять он должен столько, сколько удержал или осталось перечислить. Приведите, пожалуйста, реальный сценарий, при котором пользователь перечисляет больше, чем требуется перечислить.<br><br>> А самое хорошее, это сделать, чтобы можно было указывать сумму и проводить без распределения сколько угодно платежек в течение месяца. А распределение по физлицам делать после закрытия месяца каким-нибудь другим специальным документом.<br><br>Действительно, у нас записана задача по учету "межрасчетного" НДФЛ, но ничего конкретного по ней мы сказать не можем. Мы не публикуем планы и сроки в форумах или конференциях. Просьба отнестись с пониманием.

Петров-В
читатель
офлайн
Дата регистрации: 23.01.2011
Сообщений: 581
Пост №72
 
28.11.2011 13:46

>Не совсем понятно какие даты будут сортироваться. Если, например, удержали по 3 сотрудникам 3000 руб, по 1000 с каждого, одной датой (30.11.11) и >ввели 2000 руб в документ-перечисление, то по 1000 распределится на первых двух, а на последнего 0? Вы считаете это справедливым?<br>Думаю, что если за 3-го сотрудника будет перечисление НДФЛ в следующий платеж, то он не обидится (если он вообще знает, что такое НДФЛ удержанный), и налоговой такие мелочи тоже побоку, главное, чтобы платили вовремя общую сумму и чем раньше, тем лучше.<br>Может и не справедливо, но правильнее чем сейчас, когда остатки по регистру в разрезе измерений могут легко уйти в минус и никогда не выправятся.<br><br>>Пользователь вряд ли будет указывать сумму больше, чем он реально перечисляет. А реально перечислять он должен столько, сколько удержал или >осталось перечислить. Приведите, пожалуйста, реальный сценарий, при котором пользователь перечисляет больше, чем требуется перечислить.<br>То что он должен это понятно.<br>Здесь может быть 2 примера - когда реально надо заплатить больше, чем начислено-удержано и когда по ошибке вводится сумма больше чем надо.<br>Например, в середине месяца кроме начисленного и удержанного НДФЛ есть разовые начисления, которые выплачены "с учетом удержаний" (начисление дохода есть, а начисления НДФЛ еще нет). Короче перечисляют от балды, есть деньги вот и перечисляют в середине месяца, а по концу месяца, когда все посчитанно, перечисляют остаток. Где написано, что так нельзя?<br>2-й пример, в текущем месяце за 3-х сотрудников начислено и удержано НДФЛ: 3000 р. Пользователь делает платежку на 3000 р. Указывает текущий месяц, нажимает "распределить", все замечательно распределяется. "Все правильно сделал" - думает пользователь и со спокойной совестью идет домой.<br>Но этот пользователь не в курсе, за какие месяцы начислен НДФЛ в текущем месяце. В результате остатки пойдут в минус. Поэтому надо бы "поругаться" при проведении. Согласен, так работать нельзя, но где взять грамотных пользователей... Ну а с учетом сегодняшней программы даже грамотный программист-консультант не в состоянии правильно сделать этот документ.<br> <br>>А реально перечислять он должен столько, сколько удержал или осталось перечислить.<br>Мы опять вернулись с чего начали... Как узнать, сколько перечислять? Пока никак, "задача записана".

Рисовод
читатель
офлайн
Дата регистрации: 26.12.2007
Сообщений: 25775
Пост №73
 
28.11.2011 13:51

> Где написано, что так нельзя?<br>Налоговым агентам нельзя из своих (фактически) средств.

Петров-В
читатель
офлайн
Дата регистрации: 23.01.2011
Сообщений: 581
Пост №74
 
28.11.2011 13:58

Реально физлицо свой доход получило (какой-нибудь пенсионер или неработающий акционер или ГПХ-шник) и за него перечислен НДФЛ. Не придерешься.<br>Просто программе в середине месяца еще не известно из чьих средств перечислено.

Тэра
читатель
офлайн
Дата регистрации: 25.12.2008
Сообщений: 22390
Пост №75
 
28.11.2011 14:00

ну хоть кто-то ещё подключился, не одна я в растерянности.

Рисовод
читатель
офлайн
Дата регистрации: 26.12.2007
Сообщений: 25775
Пост №76
 
28.11.2011 14:04

в любом случае "перебор" (в принципе) не возможен. Если торопятся с перечислением, то уж подсчитать все нужно "железно". Если хотят, чтобы это сделала программа, то у нее должны быть для этого "фактические", а не "запланированные" данные.

ButakovaTG
читатель
офлайн
Дата регистрации: 19.02.2007
Сообщений: 3180
Пост №77
 
29.11.2011 03:37

> Или, если говорить в общем, может быть Вам известны какие-либо нормативно-правовые акты, в которых сказано как следует распределять уплаченный НДФЛ по физическим лицам, каким должен быть "правильный" алгоритм?<br> <br>А сколько об этом можно говорить?! Считаю, что алгоритм с применением коэффициента правильный, но не надо удержанный НДФЛ с отпускных распределять по месяцам, т.е. при определении даты фактического получения дохода в виде оплаты отпуска следует руководствоваться п.2 ст.223 НК РФ.<br> <br>Такая позиция содержится, в частности, в постановлениях Федерального арбитражного суда Северо-Западного округа от 30.09.2010 по делу № А56-41465/2009 Арбитражного суда Санкт-Петербурга и Ленинградской области, от 21.07.2011 по делу № А42-6610/2010 Арбитражного суда Мурманской области, Федерального арбитражного суда Уральского округа от 05.08.2010 по делу № А47-9420/2009 Арбитражного суда Оренбургской области.<br> <br>И если фирма 1С отрицательно относится к этому вопросу, то надо предоставить пользователям возможность самим решать этот вопрос.<br>Например, как применять стандартные вычеты есть выбор в программе: нарастающим итогом в течении года или в пределах месячного дохода, однако в НК говорится только нарастающим итогом с начала налогового периода.

user_1c
читатель
офлайн
Дата регистрации: 05.02.2008
Сообщений: 444
Пост №78
 
29.11.2011 07:01

> Для проявления ошибочной ситуации можно привести пример. <br>> <br>> Спасибо за подробное описание проблемы.<br>> В приведенной ситуации правильным видятся следующие действия пользователя:<br>> <br>> 1) В течение декабря месяца (01.12.11) пользователь не вводит документы "Перечисление НДФЛ в бюджет".<br>> Как следует из Вашего примера: <br>> > Перечисляем отпускные и НДФЛ 01/12/2011. Сумма отпускных 10000, НДФЛ перечислили 1300 - всю сумму перечислили по Сотруднику1.<br>> пользователь на этом шаге ввел документ "Перечисление НДФЛ в бюджет", в котором вручную указал Сотрудника1 и сумму 1300 по нему.<br>> Этого не следовало было делать. Пока не произведен окончательный расчет за месяц пользователь не знает, какая сумма НДФЛ будет<br>> на самом деле начислена и удержана по этому сотруднику.<br> <br> <br>Не согласна. Ст 123 и ст 226 НК обязывают бухгалтера своевременно перечислять в бюджет НДФЛ с доходов физических лиц. Поэтому каждое перечисление зарплаты сопровождается платежкой с перечислением НДФЛ.<br> <br> <br> <br>> 2) Пользователь вводит документы "Перечисление НДФЛ в бюджет" в месяце, следующем за месяцем удержания налога, в данном примере<br>> в Январе 2012. После расчета декабря пользователь видит, что общая сумма НДФЛ за декабрь составила 1988 руб. Вводит документ<br>> "Перечисление НДФЛ в бюджет", указывает дату 01.01.12 или более позднюю, сумму 1988, тогда НДФЛ распределится автоматически<br>> и правильно.<br>> Но т.к. в приведенном примере перечисление фактически осуществлялось двумя различными платежными поручениями, необходимо<br>> будет ввести два документа "Перечисление НДФЛ в бюджет", в пером указать сумму 1300 и соответствующие реквизиты платежного поручения,<br>> во втором 688 и другие реквизиты платежного поручения. Для выполнения автоматического распределения дату платежа следует установить<br>> больше даты удержания НДФЛ. Например, если включена настройка "Принимать исчисленный НДФЛ как удержанный", то в этом примере такая<br>> дата это 01.01.2012. Если такая настройка не установлена - день, следующий за датой документа "Зарплата к выплате" (при упрощенном учете<br>> взаиморасчетов) или соответствующего банковского или кассового документа (при обычном учете взаиморасчетов).<br>> Тогда в первом документе НДФЛ распределится как 646 и 654, во втором 342 и 346 по первому и второму сотруднику соответственно.<br>> После выполнения автоматического распределения для того, чтобы отчет "Регистр налогового учета по НДФЛ" отображал реальные даты перечисления<br>> налога, "дату платежа" можно установить равной реальной дате перечисления.<br> <br> <br>Примерно так и делаем (меняем даты), только все-таки при перечислении отпускных - сумма перечисленного налога распределяется не на всех людей, а именно на тех, кому перечисляли отпускные. Может быть мы в этом не правы, но опять руководствуемся НК: перечисляем НДФЛ с дохода, который мы выплатили работнику - в данном случае - конкретному работнику, а не всем работникам - следовательно и НДФЛ должен быть конкретного работника.<br> <br> <br>> В приведенном примере такие сложности во вводе документов вызваны тем, что бухгалтер перечислили 1300 в день выплаты отпускных. Почему<br>> так было сделано? Ведь можно весь НДФЛ перечислить одной платежкой в начале января, после расчета декабря?<br>><br> <br> <br>Ст 123 и ст 226 НК<br> <br><br>> Основная проблема программы же состоит в следующем. Механизм автоматического распределения в документе "Перечисление НДФЛ в бюджет" работает<br>> только в случае, когда дата платежа, указанная в документе, больше даты, в которую был зарегистрирован удержанный НДФЛ.<br>> Такая проблема у нас зарегистрирована.<br> <br> <br>Проблема в том, что вы не анализируете остатки за предыдущие периоды. Может быть в качестве налогового периода оставить только год? Ведь так на самом деле и есть: отчитываемся по НДФЛ за отчетный год? (хотя до конца это проблему не решит - останутся опять переходящие отпуска и перерасчеты ЗП за прошлый год)....<br> <br>Также хотелось бы поднять проблему с регистрацией Приходов в регистре накопления "Расчеты налоговых агентов с бюджетом по НДФЛ" в случае перерасчета зарплаты за предыдущий месяц. Когда 1С делает записи по приходу не текущим, а месяцем, который исправляли.<br> <br>Я так поняла, что у 1С логика с регистрацией НДФЛ в регистре накопления "Расчеты налоговых агентов с бюджетом по НДФЛ" такая: если в текущем отченом месяце по работнику рассчитан НДФЛ за текущий отчетный месяц И за другие месяца, то:<br>- если сумма этого налога <0, то этот налог учитывается в регистре в текущем отчетном месяце,<br>- а если сумма налога >0, то запись в регистре формируется в том месяце, за который начислен этот налог.<br> <br>Т.е. если исправления дали минусовый НДФЛ, то эта сумма отражается Приходом текущего отчетного месяца. А если исправления дали положительный НДФЛ, то его 1С отразит в месяце за который пересчитывали ЗП.<br> <br>Почему такая разная логика? Почему нельзя любой перерасчет зачесть текущим месяцем? Получается, что бухгалтер должен после кадого расчета ЗП перепроверять весь год: а не появились ли у меня остатки с начала года по регистру накопления "Расчеты налоговых агентов с бюджетом по НДФЛ"? Как тогда должен бухгалтер проверять правильность заполнения регистра накопления "Расчеты налоговых агентов с бюджетом по НДФЛ" - если в один прекрасный момент его данные могут поменяться с начала года?<br> <br>Отсюда же и растут ноги проблемы учета НДФЛ с переходящего отпуска.<br>(Вроде как не логично получается: возврат НДФЛ за предыдущие месяцы (когда заявление на вычеты принесли не с начала года) - 1С учитывает текущим месяцем, а НДФЛ с переходящего отпуска - в текущем и следующем месяцах?)

Z/P
читатель
офлайн
Дата регистрации: 24.11.2011
Пост №79
 
29.11.2011 09:20

> Почему такая разная логика? Почему нельзя любой перерасчет зачесть текущим месяцем? Получается, что бухгалтер должен после кадого расчета ЗП перепроверять весь год: а не появились ли у меня остатки с начала года по регистру накопления "Расчеты налоговых агентов с бюджетом по НДФЛ"? Как тогда должен бухгалтер проверять правильность заполнения регистра накопления "Расчеты налоговых агентов с бюджетом по НДФЛ" - если в один прекрасный момент его данные могут поменяться с начала года?<br>> <br>> Отсюда же и растут ноги проблемы учета НДФЛ с переходящего отпуска.<br>> (Вроде как не логично получается: возврат НДФЛ за предыдущие месяцы (когда заявление на вычеты принесли не с начала года) - 1С учитывает текущим месяцем, а НДФЛ с переходящего отпуска - в текущем и следующем месяцах?)<br><br>> Ст 123 и ст 226 НК обязывают бухгалтера своевременно перечислять в бюджет НДФЛ с доходов физических лиц. Поэтому каждое перечисление зарплаты сопровождается платежкой с перечислением НДФЛ.<br>Совершенно с Вами согласна.<br>И еще не понимаю, почему налог прошлого месяца правильно рассчитанный, удержанный и уплаченный после перерасчета в текущем месяце (дядя принес б/л из отпуска) в этом месяце надо считать излишне уплаченным и обращатся за его возвратом в ИМНС? Может кто объяснит?<br>У нас налоговый период по НДФЛ - ГОД. Зачем вся эта чехарда с переходящими доходами и налогами у 1С?

buh12
читатель
офлайн
Дата регистрации: 06.06.2006
Сообщений: 269
Пост №80
 
29.11.2011 10:32

Очень интересная информация. Только начал более менее разбираться в ЗУП.<br>Когда примерно может выйти новая редакция?<br>Да и книжки новые совсем недавно выпустили?!

Показывать по 10 20 40 сообщений

Читают тему:

1 гостей
Быстрый переход
Учет, налогообложение, автоматизация
  • Книга жалоб и предложений по работе сайта
  • Для технических специалистов
  • Представление регламентированной отчетности
  • Говорильня
  • Бухгалтерский учет: обсуждаем проекты нормативных актов и рекомендаций по ведению учета от БМЦ
  • Новый порядок применения ККТ (онлайн кассы с передачей сведений в ФНС)
  • Интернет-конференция: Оформление командировок по новым правилам
  • МАРКИРОВКА
  • ЕГАИС
  • Учет, налогообложение, автоматизация