Related Posts
Восстановление последовательности документов при закрытии месяца в Бухгалтерия 3.0 не завершается
Заполнение табличных частей
Формирование сводных актов выполненных работ
Ввод поступления в переработку на основании передачи сырья (между организациями)- Конспект по установке сервера 1С на linux
Получение имени компьютера и его IP локально и в терминале
заменить на
также
в топку, вместо этого использовать
ДокДляПроверки.УстановитьФильтр(1,0);
перед выборкой
и ещё: не вижу, как учитываются в дальнейшем те суммы, которые «зависают» (разность между общей суммой перечисления, и итогом по колонке ТЧ)
(1) andrewks, Спасибо за поправки, включил в текст модуля. Про метод «УстановитьФильтр()» для документа вообще раньше не знал, особое спасибо, буду использовать.
(2) andrewks,
В переменной «Нераспределено» после цикла по имеющимся документам находится сумма нераспределенного НДФЛ. Довольно коряво, но я так и не придумал, где эту сумму можно сохранить. Ни регистров, ни счетов в ЗиК нету. Можно справочник создать с периодическими реквизитами, — тоже как-то некрасиво. В общем нигде эта сумма не сохраняется, каждый раз перебирает все документы с начала и вычисляет ее.
Да, я сразу не подчеркнул: чтобы все корректно работало, надо документы просчитать/провести последовательно друг за другом.
кстати, большой вопрос, как правильно поступать с суммами переплат. возможно, в течение налогового периода (года) и разумно оставлять их «на потом», а вот как быть с декабрём? по-любому надо их кому-то раскидать, иначе оплата не сойдётся. или ИФНС не проверяет соответствие показанных сумм уплаты фактическим? или она так и должна остаться, и её можно автоматом учесть как оплату в 2012-м году? и надо ли в этом случае писать на эту тему письмо в ИФНС (чтобы зачесть переплату с 2011 г на 2012 г)?
кто уже сдавал, поделитесь инфой на эту тему
(5) andrewks,
Насколько я знаю, переплата налога (любого) не учитывается при определении расходов организации. То есть можешь хоть в три раза больше перечислить, но в расходы включай только то, что реально начислено. Тогда получается, что и в справке/отчете по НДФЛ нет смысла показывать лишние перечисления.
Мое мнение: сдавать чтобы перечислено = удержано и заявление в ИФНС о зачете переплаты налога в счет предстоящих платежей.
что-то начинает потихоньку проясняться.
вот официальная позиция 1С:
============================================================
Если же перечисленная сумма больше удержанной суммы налога, то она полностью будет распределена между физическими лицами, в результате будет зарегистрирован тот факт, что по каждому физическому лицу налога перечислено больше, чем положено (удержано). В этом случае из учета не только будет полностью списана необходимость перечислить по каждому физическому лицу сумму налога, но и будет зарегистрирован излишне перечисленный налог, т.е. «необходимость со знаком минус». Такая необходимость на последующие месяцы налогового периода не переносится, т.е. не может быть зачтена при регистрации необходимости перечислить удержанный по этому физическому лицу налог за другой месяц налогового периода, по другой ставке налога, по другим кодам ОКАТО и КПП. Такой подход основывается на положениях НК РФ и подтверждается письмом ФНС от 19 октября 2011 г. N ЕД-3-3/3432@, в котором сказано:
«… ежемесячное перечисление в бюджет суммы, превышающей сумму фактически удержанного из доходов физических лиц налога на доходы физических лиц, не является налогом. В таком случае налоговому агенту следует обратиться в налоговый орган с заявлением о возврате на расчетный счет организации суммы, не являющейся налогом на доходы физических лиц и ошибочно перечисленной в бюджетную систему Российской Федерации.»
Поэтому следует с осторожностью перечислять суммы НДФЛ в бюджет и соответственно отражать этот факт в программе. Если все-таки была перечислена сумма большая, чем полагается, то в программе этот факт регистрировать не следует, т.е. в качестве общей суммы следует указать сумму равную удержанной, а сумму, не являющуюся налогом, вернуть из ФНС. Автоматических средства контроля такой переплаты типовая конфигурация не содержит.
============================================================
т.е. 1С открыто признаётся, что реализовала распределение уплаты НДФЛ методологически неправильно, но, несмотря на это, видимо, не собирается это исправлять, а спихивает всё на бухов.
зато в ЗУП реализовали ведение и отслеживание переходящих сальдо в разрезе сотрудников, чего нет, и видимо, уже не будет в типовом ЗиК
(4) я увидел только учёт в текущем документе нераспределённых сумм, оставшихся от предыдущих платёжек за этот же месяц. но никак не рассматривается и не решается проблема нераспределённых сумм, оставшихся от платёжек за предыдущие месяца этого же налогового периода (года).
т.е., если переплата зависла после платежа за апрель (в мае), то при распределении за май, июнь и т.д., она уже никак не учтётся, и фактически «зависнет»
надо будет подумать над этой проблемой
(9) andrewks,
Неправда, в нераспределенные попадают суммы за все предыдущие месяцы, я только что еще раз посмотрел.
(10) да, каюсь, невнимательно посмотрел. учитывать-то она их учитывает, но увеличивает сумму в текущем документе, т.е. итог по колонке должен получиться больше, чем сумма платёжки, а это не есть гут, на мой взгляд. вроде, так получается, поправь, если ошибаюсь.
просто я пока смотрю только код в текстовике, на рабочих базах пока не гонял. в ближайшее время планирую заняться этим вплотную, тогда и видно будет, можно будет ещё малясь допилить этот алгоритм, или придётся с нуля что-то ваять, чтобы полностью обрабатывались всякие сложные случаи
(11) andrewks,
Ну да, увеличивается сумма в текущем документе, а куда ее еще девать? К сумме текущей платежки прибавляется переплата/недоплата с предыдущих платежек и все вместе распределяется по людям. По-моему так и надо…
(12) ну вот представь себе — будет камералить предприятие налоговик. что он запросит? правильно, регистры по НДФЛ. начнёт проверять, сложит суммы по сотрудникам по конкретной платёжке — получится, например, 3000. а сама платёжка на 2500. и что после этого подумает налоговик?
думаю, более правильно добавить суммы/сотрудников в тот документ, где осталась нераспределённая сумма, чтобы суммы сравнялись. это, вроде, не противоречит НК:
«…обязаны перечислять суммы исчисленного и удержанного налога не позднее дня фактического получения в банке наличных денежных средств на выплату дохода…»
(1) andrewks, спасибо. УстановитьФильтр()- «учите матчасть», как говорится
Ув. Maxim, Вы конечно же правы! Расчетчик тупо перечисляет 13% от выплаты, не учитывая вычеты по сотрудникам, возвраты налога и имущественные вычеты. Если большая численночсь, он же не будет проверять каждого человека.
Поэтому налог, как правило перечисляется больше. Кроме того, одному человеку может быть перечислено в течение месяца более одного раза. Попробую проверить, как будет работать эта обработка в таких ситуациях.
Доброе время суток, ребята, а как быть если расчетчики до середины года бросали аванс и з/плату на НДФЛ что называется «приблизительно», но всегда с плюсом (так сказать на всякий случай, что бы не было недоимки). Потом прочитали внимательно очередное письмо, спохватились и стали перечислять налог соответственно по начисленным суммам, естественно не учитывая переплату, которая сложилась на середину года?
Ув.SAM41 получается, мне все документы по перечислению надо тянуть с января 2011г? Правильно я понимаю? И тогда вся переплата будет видна в декабре 2011? Или я ее не увижу?
(17) Полковник, если все документы последовательно рассчитать и провести, то да, в последнем будет видна переплата. То есть она напрямую не видна, надо вычесть из суммы платежки сумму по строкам документа, которая показана справа от табличной части.
(15) Maxim, мысль разумная, обязательно попробую, только чуть позже.
(18) тогда еще один вопрос:
Вы пишите, что по суммам 2010г (переходящие отпуска) нужно сделать док. перечисления. Я тоже так считала, но если задуматься получается:
1. часть начислений отпуска падает на январь 2011г.
2. начисления НДФЛ также на январь 2011г., но выплачиваем отпускные и перечисляем НДФЛ в декабре 2010.
Если посмотреть регистр в ЗиКе, то и отпускные и НДФЛ видны в январе, фактически завышен исчисленный и уплаченный налог (потому что за него уже отчитывались в 2010г.) и включали в доход (видно по справке 2-ндфл за 2010г.) Скорее всего надо вносить корректировку в регистр и убирать начисление отпуска приходящееся на январь 2011г.?
Простите, пожалуйста, еще раз перепроверила. Действительно суммы приходящиеся на 2011г. в 2010г. не прошли, поэтому их надо показывать в 2011г.
(21) Полковник, именно так. Я делаю следующим образом. Открываю свод начислений и удержаний, на закладке «Настройка» ставлю отметку «Разбивать по периодам действия», формирую свод за декабрь 2010. Вижу сумму НДФЛ, отнесенную на январь 2011 и на эту сумму создаю документ «Перечисление НДФЛ». Дата и номер платежки — та, которой перечисляли в январе за декабрь, а сам налог — за январь 2011.
(15) что-то у меня не взлетело. во-первых, минуса всё-таки не пропускает (т.е. когда в месяце прошёл возврат НДФЛ по сотруднику), распределяя при этом разницу по другим сотрам. во-вторых, делает нулевые строчки. (2-й пункт, конечно, мелочь, но некрасиво)
Спасибо. Только мы в декабре перечисляли. Вся зарплата декабря и налоги перечислены 30-31 декабря.
(23) andrewks, возврат НДФЛ по сотруднику оформлен документом «Возврат НДФЛ»? В регистре по НДФЛ этот минус виден?
(25) нет, ситуация немного иная. в декабре у сотрудника не было дохода, а вычет применился. соответственно, НДФЛ получился с минусом. перечислена была общая сумма НДФЛ, естественно, с учётом этого минуса. но при распределении этот минус не записывается в документ, а у остальных сотрудников происходит неоправданное увеличение сумм перечисленного НДФЛ
(26) andrewks, это другая тема. Это про то, как считается НДФЛ удержанный, моя доработка эти вопросы не регулирует. В регистре этого минуса ведь нет, правильно?
(27) тема та же. если НДФЛ исчисленный/удержанный идёт минусом, нужно это отразить и в расчётах, иначе как у вас сойдётся 2-НДФЛ по году?
(30) andrewks, Повторяю вопрос: В регистре по НДФЛ есть минус удержанного налога или нет?
(31) на пальцах: Регистр формируется за налоговый период (год), а начисление и перечисление производятся ежемесячно. чувствуешь разницу?
в Регистре картина такая: (например), удержано налога 1500, перечислено 1550 (т.е. переплата по сотру), в то время, как этих 50-ти рублей не хватает в перечислених по другим сотрам
(32) andrewks, ну если уж на пальцах, тогда давай называй три цифры: НДФЛ начисленный, НДФЛ удержанный, НДФЛ перечисленный. И все целиком за год.
(33) вот на реальном примере такая картина:
(34) andrewks, ага, проясняется. Давай теперь регистр по НДФЛ сформируй по этому человечку, раздел 6 меня интересует.
(35)
(36) andrewks, да, что-то не так. Нет, как раз цифры в разделе 6 все совпали (это и есть цель данной публикации), но мне не нравится оплата на отрицательную сумму. Попробую у себя воспроизвести, подумаю. Надо кстати почитать, как вообще в таком случае регистр должен выглядеть…
(37) представленная картина — не результат работы твоего алгоритма, а ручная разноска. результат работы твоего алгоритма (и предложенного алгоритма в (15) ) я описал в (32)
я сейчас ваяю свой алгоритм 🙂
по поводу отрицательной оплаты — да, конечно, на первый взгляд, немного режет глаз, но если вдуматься — по другому не сведёшь к правильным итогам
(38) andrewks, Пока не соглашусь. Надо разобраться, что считать «правильными итогами». Я заинтересовался, постараюсь выяснить, сообщу.
(39) к сожалению, бухгалтеры торопят, так что пришлось сварганить свой алгоритм.
выложил на обсуждение:
(40) andrewks, по поводу отрицательного НДФЛ в колонке уплачено: я пришел к точно такому же выводу, он должен там быть, однозначно…
Протестировал алгоритм на базе в 420 человек со ставками 13 и 35%, все цифры встали на места. Проверял распределение и по начисленному НДФЛ, и по удержанному. Суммы отличаются, но за год все закрывается верно. Перечисляли с запасом.
Сейчас на очереди база около 900 человек, — не работает алгоритм. В этой базе обособленные подразделения, больше 20 разных ОКАТО_КПП, при этом были месяцы, когда НДФЛ перечислялся не полностью. Вся сложность в том, что сотрудники переходили из одного подразделения в другое, поэтому надо где-то сохранять недоперечисленный налог в разрезе не только сотрудников, но и ОКАТО_КПП. По-видимому новый журнал расчета придется изобретать.
(42) а мой пробовал?
(43) andrewks, не пробовал пока.
(44) а ты встречался с ситуациями, когда в течение года сотрудник перемещался из одного подразделения в другое, причём у этих подразделений разные ОКАТО/КПП?
в таком случае косят все обработки, найденные мной здесь, включая твою и мою 🙂
если встречался, есть мысли по доработке алгоритма с целью обработки данных случаев?
У меня как раз такое предприятие: 3 ОКАТО и сотрудники переходили из одного подразделения в другое.
Уже писала в комментах к другой обработке, что если сотруднику НДФЛ корректирвоался вручную через обработку Корректировка, то эти данные не учитываются при распределении.
(45) andrewks, пока мысль одна: забить на сумму платежки и распределить всем по начисленному (уплаченному). Ну то есть в модуле присвоить Коэффициент=1. Уж больно долго все способы выверять — 22 ОКАТО * 12 месяцев = 264 немаленьких документа. И все по порядку надо просчитывать.
(47) ты всё-таки попробуй мой алгоритм. по замыслу и по практике, он пока правильно учитывает все ситуации, кроме перемещений сотрудника между разными ОКАТО/КПП и ручных корректировок регистра
(46) в ближайшие пару дней планирую реализовать это в своём алгоритме. посматривай сюда:
(46) JER_MARK, а что за проблемы с ручными корректировками? Ведь при распределении вызывается процедура глСобратьДанныеДляНДФЛ(), она все ручные исправления обрабатывает, в чем загвоздка? Может просто в документе поставить переключатель «По удержанному»?
(50) по моему мнению, режим «По удержанному» изначально эпик фэйл
(50) «она все ручные исправления обрабатывает» в штатной процедуре данные берутся не из той колонки, из какой надо, и вообще, как оказалось, по неправильному алгоритму. отсюда и проблемы при перемещениях сотрудника между разными ОКАТО/КПП и ручных корректировок регистра
(51) andrewks, а что такое эпик фэйл?
Мое предприятие использует по удержанному — и мы убедились, что ручные корректировки не берет. Этот момент я добавляла в модуль сама.
Взял Ваш алгоритм и запихнул его в обработку , которая бежит по документам Перечисление НДФЛ в бюджет и правит суммы.
У меня порядка 40 бюджетных баз с кучей платежек (Оплата НДФЛ по КБК более десятка платежек за каждый месяц). Устал пробовать алгоритмы, чтобы свести концы с концами.
Спасибо за алгоритм. Всё более или менее срастается, кроме организации с 5 ОКАТО
(55) berezin, я посмотрел обработку хорошая!
(55) berezin, вот за это спасибо, сам собирался сделать, но руки не дошли. А теперь уже и не буду 🙂
спасибо будем пробывать
(47) выложил новую версию своего алгоритма, который как раз должен учитывать такие ситуации.
тестировал на большом предприятии, год закрылся нормально.
особое внимание нужно уделять контролю переходящих отпусков — видимо, в данных ситуациях ничего более правильного, как вручную разнести суммы по таким сотрудникам и разделить платёжки при перечислении (т.к. часть нужно перечислить за 2011 год, а часть — за 2012 год), не придумаешь без ощутимых вмешательств в конфу
(59) andrewks, про отпуска я с самого начала говорил. С них и надо начинать подготовку отчетности по НДФЛ.
(60) всё гораздо хуже. начинать нужно уже при расчёте и перечислении НДФЛ с отпускных. тогда не надо будет «начинать» с них подготовку отчётности
(61) andrewks, Это как это??? Что именно можно сделать при расчете НДФЛ с переходящих отпусков?
Кто-нибудь пробовал подобные обраобтки для 8-ки? Есть проверенные варианты?
(63) Clod, я слышал, что там все правильно считается, разве не так?
(64) переходящие отпуска, выплата отпускных каждые 3 дня, возвраты ндфл — все эти события сильно мешают правильному распределению. Во всяком случае мне не удалось штатными средствами добиться «красоты».
(62) ну смотри сам. давай для простоты представим такую картину с круглыми цифрами:
чел отправлен в отпуск с 15.12.11 по 15.01.12, отпускных всего 20000, в т.ч. за период декабрь 2011 г. 10000 (НДФЛ 1300), за период январь 2012 г. 10000 (НДФЛ 1300), но расчёт и выплата отпускных происходит в декабре 2011 г, и перечиление НДФЛ тоже нужно сделать не позднее дня выдачи, т.е. в декабре 2011 г.: 20000 (НДФЛ 1600)
радостный бух делает одну платёжку на 2600, указывая налоговый период — декабрь 2011 г.
а потом, когда приходит время сдавать отчётность по НДФЛ за 2011 год, с ужасом обнаруживает, что, оказывается, за декабрь 2011 г. она переплатила, а за январь 2012 — недоплатила, и никакими распределениями, никакими хитромудрыми алгоритмами это уже не исправишь. единственный вариант — за январь НДФЛ доплатить, а про декабрьский уведомить сотрудника, содрать с него заявление на возврат, вернуть НДФЛ сотруднику (только безналичным платежом!) самой написать заявление на возврат в налоговую, и только после камералки эти деньги, может быть, вернут фирме на счёт
+(66) а как надо было сделать:
заплатить двумя разными платёжками, в одной на 1300 указать период — декабрь 2011, во второй на 1300 — указать январь 2012, и разносу в ЗиК, соответственно, делать тоже по разным периодам
(67) andrewks, понятно, все правильно говоришь. Я для себя несколько упрощаю эту ситуацию: пусть платежка будет одна, а в ЗиКе я делаю два документа перечисления, реквизиты платежки одинаковые, а периоды разные. Ну и суммы приходится вручную выставлять, конечно. Разумеется, это неправильно, и любая проверка докопается, если найдет. Но может не найдет, а?
МИНИСТЕРСТВО ФИНАНСОВ РОССИЙСКОЙ ФЕДЕРАЦИИ
ФЕДЕРАЛЬНАЯ НАЛОГОВАЯ СЛУЖБА
ПИСЬМО
от 4 июля 2011 г. № ЕД-4-3/10764
Федеральная налоговая служба рассмотрела письмо о возврате суммы налога на доходы физических лиц, излишне перечисленной в бюджетную систему Российской Федерации, и сообщает.
Налоговые агенты согласно п. 6 ст. 226 Налогового кодекса Российской Федерации (далее — Кодекс) обязаны перечислять суммы исчисленного и удержанного налога не позднее дня фактического получения в банке наличных денежных средств на выплату дохода, а также дня перечисления дохода со счетов налоговых агентов в банке на счета налогоплательщика либо по его поручению на счета третьих лиц в банках.
При этом п. 9 ст. 226 Кодекса установлено, что уплата налога за счет средств налоговых агентов не допускается.
Статьей 231 Кодекса за счет предстоящих платежей по налогу предусмотрен только возврат налогоплательщику излишне удержанной суммы налога.
В данном случае перечисленная в бюджетную систему Российской Федерации сумма, превышающая сумму фактически удержанного из доходов физических лиц налога на доходы физических лиц, не является налогом на доходы физических лиц. Перечисление указанной суммы произведено неправомерно.
(70) Maxxi, так я и говорю, неправильно это! Но может не заметят…
(71) что именно неправильно?
Если же перечисленная сумма больше удержанной суммы налога, то она полностью будет распределена между физическими лицами, в результате будет зарегистрирован тот факт, что по каждому физическому лицу налога перечислено больше, чем положено (удержано). В этом случае из учета не только будет полностью списана необходимость перечислить по каждому физическому лицу сумму налога, но и будет зарегистрирован излишне перечисленный налог, т.е. «необходимость со знаком минус». Такая необходимость на последующие месяцы налогового периода не переносится, т.е. не может быть зачтена при регистрации необходимости перечислить удержанный по этому физическому лицу налог за другой месяц налогового периода, по другой ставке налога, по другим кодам ОКАТО и КПП. Такой подход основывается на положениях НК РФ и подтверждается письмом ФНС от 19 октября 2011 г. N ЕД-3-3/3432@, в котором сказано:
«… ежемесячное перечисление в бюджет суммы, превышающей сумму фактически удержанного из доходов физических лиц налога на доходы физических лиц, не является налогом. В таком случае налоговому агенту следует обратиться в налоговый орган с заявлением о возврате на расчетный счет организации суммы, не являющейся налогом на доходы физических лиц и ошибочно перечисленной в бюджетную систему Российской Федерации.»
Поэтому следует с осторожностью перечислять суммы НДФЛ в бюджет и соответственно отражать этот факт в программе. Если все-таки была перечислена сумма большая, чем полагается, то в программе этот факт регистрировать не следует, т.е. в качестве общей суммы следует указать сумму равную удержанной, а сумму, не являющуюся налогом, вернуть из ФНС. Автоматических средства контроля такой переплаты типовая конфигурация не содержит.
============================================================
т.е. 1С открыто признаётся, что реализовала распределение уплаты НДФЛ методологически неправильно, но, несмотря на это, видимо, не собирается это исправлять, а спихивает всё на бухов.
зато в ЗУП реализовали ведение и отслеживание переходящих сальдо в разрезе сотрудников, чего нет, и видимо, уже не будет в типовом ЗиК
это официальная позиция от какого числа??
для последнего релиза 1с зик имеет актуальность данная обработка?
(73) NewYork, на релизе 7.7.322 работает так же, как и на более ранних.
Вот, интересно, если мы НДФЛ перечисляем, точно так как и происходят выплаты, а их по одному человеку может оказаться и две и три, то как тогда происходит закрытие НДФЛ??? А если человек уволен, то по нему уж точно он должен быть закрыт.
(76) анка, вот как раз для случая многократных перечислений за один месяц этот алгоритм и создавался. Уволенных никак не учитывает. Если перечислено больше, чем начислено, тогда они закроются, а если меньше — увы.
Вот это можно как-то отключать (на форме) или будет делаться по умолчанию? Мне кажется не все пригодная вещь