Обработка предназначена для формирования документов "Перечисление НДФЛ в бюджет РФ" за период. В отличие от существующего механизма, позволяет автоматически сформировать документы, не оставляя в регистре накопления "Расчеты налоговых агентов с бюджетом по НДФЛ" "хвостов".
Методика учета перечисленного в бюджет НДФЛ неплохо описана здесь, а совсем замечательно — здесь.
Предложенная обработка позволяет, не внося изменений в конфигурацию, корректно сформировать документы перечисления НДФЛ.
Порядок работы с обработкой:
- Заполняется табличная часть «Платежные поручения». Возможно заполнение по данным информационной базы — по существующим документам «Перечисление НДФЛ в бюджет РФ» не помеченным на удаление за выбранный период, либо вручную.
- Выполняется запрос — выбираются движения вида «Приход» по регистру накопления «Расчеты налоговых агентов в бюджетом РФ». При заполнении распределения анализируются все движения по регистру, в которых месяц начисления больше или равен началу периода.
- Производится распределение сумм НДФЛ.
- Удостоверившись, что таблица распределения заполнена верно, пользователь формирует документы. При этом будет задан вопрос о том, нужно ли помечать существующие документы на удаление.
В отдельной колонке табличной части «Платежные поручения» выводится колонка «Переплата». На сумму переплат по налогу документы «Перечисление НДФЛ в бюджет РФ» не формируются.
Версия 1.0.3.1 от 29.02.2012
- Добавлена возможность переносить переплаты по налогу на следующий месяц (в пределах налогового периода)
Related Posts
Восстановление последовательности документов при закрытии месяца в Бухгалтерия 3.0 не завершается
Заполнение табличных частей
Формирование сводных актов выполненных работ
Ввод поступления в переработку на основании передачи сырья (между организациями)- Конспект по установке сервера 1С на linux
Получение имени компьютера и его IP локально и в терминале
Уважаемый разработчик, скажите пожалуйста, на сколько, с точки зрения налоговой, такое распределение корректно. На сколько я понял, при распределении оплаты НДФЛ в типовой конфигурации, программа пытается распределить сумму оплаты в каждом документе оплаты по всем физлицам получившим доход в текущем месяце, т.е. если допустим, январский НДФЛ мы оплачивали пятью платежными поручениями, то после распределения типовым алгоритмом в Регистре налогового учета по НДФЛ, в пункте Перечислено налога, будет 5 строк оплаты, в то время как при распределении оплаты вашей обработкой, такая строка будет одна. Или я что-то не так делаю?
Было бы неплохо в таблицу платежных поручений вывести назначение платежа.
Блин, таблицу платежных поручений набирается вручную… из платежных поручений вообще никакой информации не берется :-/
Вообще-то и ставка в документах важна, не у всех только 13% 🙁
(1) Изменил алгоритм распределения платежей. Распределение производится пропорционально начисленного налога сумме платежного поручения.
(2) А зачем? Цель использования обработки — сформировать документы «Перечисление НДФЛ в бюджет РФ».
(3) Не понял о чем речь. Ставка при формировании учитывается, на каждую ставку формируется отдельный документ.
Кроме этого, переплата по налогу выводится в отдельной колонке (справочно) и при формировании документов не учитываются.
(4) Вы не правы, сегодня скачана обработка, так там в табличной части «Оплаты» поля «Ставка» нет, дальше отбор в РаспределитьОплаты идет только по полю «Обработано», в общем, на основе существовавших документов у меня были созданы все с 13%, хотя в первоначальных документах были и в 35% 🙁 . Исправлений немного, а так за реализацию «+» 🙂
Возможно, внутри созданных документов находятся строки с разными ставками, проверять лень, но платежки на каждую ставку свои, у них различные КБК, т.е. ставка документа не должна меняться.
(1) Алгоритм действительно изменился, но все равно не то.
Имеем в январе месяце НДФЛ удержанный 650000 руб., у 163-х сотрудников. Оплата 650000 руб. разбита на 4 платежки:
1. 100000
2. 50000
3. 50000
4. 450000
Заводим 4 документа «Перечисление НДФЛ в бюджет РФ» и распределяем оплату типовым алгоритмом. В каждом из документов оплата распределена по всем 163-ём сотрудникам.
Используем вашу обработку: в 1-ом документе — 160 строк, во втором — 103, в третьем — 114, в четвертом — 152.
(0)
А нельзя ли сделать еврейский ход, чтобы обработка сначала тупо на основании платежек делала документы перечисления в бюджет за период по месяцам «ноль-в-ноль» по суммочкам, а потом во второй части маркизонского балета купировала бы хвостики нашим дворняжкам? 🙂
(7) Про платежки — хорошая мысль, хотя с одной стороны — не так уж и много в месяце будет платежек, которыми был перечислен НДФЛ(я надеюсь) — т.е. документы «Перечисление НДФЛ в бюджет РФ» все же можно создать вручную. Хотя с другой стороны — удобно бы было создать эти документы(«Перечисление НДФЛ в бюджет РФ») автоматически, при нажатии одной кнопки — но тут встает вопрос: как из кучи платежек определить что это перечисление в бюджет, по какой ставке и за какой месяц?
(8) echo77,
По тем платежкам, которые порождают проводки Д68.01-К51
99,9% это по ставке 13%. Хотя я думаю, что программно можно и гастарбайтеров выудить на свет божий, у кого ставка не 13%.
месяц как правило завершающий — январь.
В конце концов, бухгалтер соображает что и как. Ну, там, вопрос задать в обработке перед тем, как наплодить доки.
Один раз воспользовалась обработкой. Сработало все правильно, затем обнаружила у себя ошибочную платежку. Удалила. Решила провемти повторно обработку, но она не заполняется уже. Пробовала и ПП сделать непроведенными, но ничего не помогло.
(10) Нужно удалить из комментария документа «Перечисление НДФЛ в бюджет РФ» символ «#» или заполнить табличную часть «Платежные поручения» вручную.
(11) спасибо. Сейчас попробую
А как будет происходить заполнение, если за сотрудника уже был перечислен НДФЛ частично (не полностью) за заданный месяц? Эти ранее введенные документы будут учитываться при распределении суммы вашей обработкой?
(11) спасибо. Все получилось. Вчера уже и отчет сдала. Теперь буду только Вашей обработкой пользоваться. Единственное пожелание. На примере:За январь начислено=удержано 50 000 руб. и столько же в феврале. Оплачено 60 000 руб за январь в феврале и 40 000 руб. за февраль в марте. В итоге все погашено. Ваш отчет в январе сообщает переплату 10 000 распределяет только 50 000. В феврале распределяет 40 000. В итоге остаются хвосты. Нужно как то автоматом переносить переплату на следующие периоды.
(14) В новой версии обработки (обновлена вчера) добавлена возможность переносить переплату по налогу в пределах налогового периода на следующий месяц.
Спасибо за обработку, но лично я доработал ее с учетом распределения по ОКАТО и КПП, так как у нас несколько обособленных подразделений и оплата происходит за кажое в отдельности.
Могу скинуть новую версию тебе tomvlad или выложить от моего имени, что скажешь ?
(16) Лучше выложить от своего имени с указанием первоисточника.
Хорошо, просто вы проделали основную работу, главное чтобы остальные не восприняли это как плагиат. 🙂
(8) echo77, у нас у многих клиентов по 2 платежки на перечисление НДФЛ в бюджет за КАЖДЫЙ рабочий день — перечисление з/пл идет электронным списком и сбербанк к каждому такому реестру требует отдельную платежку на перечисление НДФЛ ! P.S. — это к «не так много за месяц».
подскажите пожалуйста а для ЗБУ 8.2 такая обработка подойдет?
а можете выслать на ящик а то $m недостаточно, я бы потом отписался по результату krot2906@rambler.ru заранее спасибо
(20) На ЗБУ не тестировал. Возможно и подойдет.
скажи а как распределяет переплату. Пропорционально или на одного кидает
(21) Эту обработку можно также получить на сайте.
(23) Пропорционально.
отлично работает мне понравилось
Недавно столкнулись с проблемой оп этоому вопросу. Писать самому лень. СПС автору.
(16) denium, вы еще не опубликовали доработанную обработку с учетом ОКАТО?
Если не сложно бросьте на ya-smooth@yandex.ru
(16) denium, и я бы не отказалась с доработкой ОКАТО! Опубликуйте пожалуйста на сайте или киньте alencase@bk.ru, заранее благодарна!!
ПРИВЕТ!
Опубликовал , отправил на модерацию с возможностью разворота ОКАТО/КПП.
P/S Вчера поторопился, прикрепил вместо обработки — картинку, кто скачал JPG прошу обратиться в личку.
Остальным будет возможно скачать данную обработку после модерации.
Я вышлю на E-MAIL.
СПС автору!!!
Добрый день.
А для БП 2.0 нет такого?
(32) Обработка будет замечательно работать и в конфигурации 1С:Бухгалтерия предприятия, ред. 2.0.
Обработка очень помогла, лень было самой писать. Так что респект авторам
СПС автору то что надо +
хотел бы узнать, данная версия обработки доработа с учетом распределения по ОКАТО или доработанная версия только здесь ?
Видать бухи совсем обленились
Спасибо за обработку! Удобно.
Спасибо огромное за обработку! Срочно нужно было налаживать налоговый регистр по НДФЛ. Времени — в обрез. Ваша разработка стала основой для моего «творения», за что лично кланяюсь в пояс. Так же спасибо автору denium, за некоторые идеи, в частности, распределение по ОКАТО и КПП (воспользовалась, благодарность ему тоже). Т.к. перечисления проводились, но недостаточно и нерегулярно, введены не все документы, не указаны №№ платежек, пришлось добавлять возможность загрузки данных по платежкам из файла (выгружаем в Exel из другой базы, не 1С). При этом нужно было учесть уже проведенные «Перечисления НДФЛ и зависшую задолженность… Может, кому-то моя обработка тоже будет полезна. Могу ли я выложить свою версию и сослаться на Вашу обработку как первоисточник?
А так же переслать ее Вам лично?
Если конечно она кому-то пригодится.
(40) for-elenak, спасибо за предложение. Это Ваш труд, и будет лучше, если Вы ее выложите в качестве отдельной публикации с указанием ссылки на первоисточник.
Не было времени написать. Не плохо сработано, четко учитываются все суммы по каждому сотруднику. Нужная обработка. Но мой главбух пока раздумывает использовать или не использовать эту обработку. Но я думаю это временно. Надоест править ручками будет использовать.
Сравнивал различные методы удаления висячих переплат и недоплат НДФЛ.
Внес руками новые дополнительные доки «Перечисления НДФЛ в бюджет». Запустил твою обработку
Переплат и недоплат нет. Но странное дело в режиме «не переносить» обработка показывает совершенно других сотрудников а не тех кто внесен в документ «Перечисления НДФЛ в бюджет».
По алгоритму расчета не совсем понял почему не брать данные из имеющихся документов и добавлять только те записи которые требуют внесения и менять не верные.
Верно создается список сотрудников только если существующий документ оформлен на всех сотрудников.
прилагаю скриншоты.
жду ответа
Все получилось. Вчера уже и отчет сдала. Теперь буду только Вашей обработкой пользоваться. Единственное пожелание. На примере:За январь начислено=удержано 50 000 руб. и столько же в феврале. Оплачено 60 000 руб за январь в феврале и 40 000 руб. за февраль в марте. В итоге все погашено. Ваш отчет в январе сообщает переплату 10 000 распределяет только 50 000. В феврале распределяет 40 000. В итоге остаются хвосты. Нужно как то автоматом переносить переплату на следующие периоды.
Спасибо автору за экономию времени.
В прошлом году пользовал, а нынче что то вылетает вместе с 1С
Обработка хорошая и полезная, спасибо. Но при определенных условиях уходит в бесконечный цикл и база «вылетает»… Почему так происходит, пока не разобрался. Нашел только место — процедура с рекурсией «ВыполнитьРаспределениеСтрокиНачислений».
В обработке не хватает поддержки ОКТМО.
Приходится дополнительно исправлять отработкой «Замена кодов ОКТМО».
Будет ли реализовано?
(51) GeterX, в этой обработке — нет. — реализовано.
Здравствуйте, помогите пожалуйста исправить ошибку в ЗУП 2.5.86.2
Не понятно — где это «ЗДЕСЬ». Ссылка уводит на бесконечные просторы всех доступных обработок на
(51) GeterX, (51) GeterX,
Поздно увидела, что проблема в этой обработке с ОКТМО….теперь буду еще искать и обработку исправления ОКТМО. 🙁
Доброе время суток! У меня вылезли следующие проблемы:
30/12 в ведомости 5 чел. Распределение идет чел. на 20.
11.01 ведомость на 8-х господ Петрова, Сидорова и пр.. Распределение идет по другим ФИО и на другое кол-во.
12.01 та же песня.
15.01 идет повальная выплата аванса. Чисто визуально наверно там все мои 450чел.
Я так понимаю налоговую это никак не устроит, к тому же применительно к новой 6-НДФЛ (с завязанными в ней вычетами по физлицам)