Пакетное формирование документов "Перечисление НДФЛ в бюджет РФ" (для БП, ЗУП, ЗБУ, КА, УПП)

Уважаемый разработчик, скажите пожалуйста, на сколько, с точки зрения налоговой, такое распределение корректно. На сколько я понял, при распределении оплаты НДФЛ в типовой конфигурации, программа пытается распределить сумму оплаты в каждом документе оплаты по всем физлицам получившим доход в текущем месяце, т.е. если допустим, январский НДФЛ мы оплачивали пятью платежными поручениями, то после распределения типовым алгоритмом в Регистре налогового учета по НДФЛ, в пункте Перечислено налога, будет 5 строк оплаты, в то время как при распределении оплаты вашей обработкой, такая строка будет одна. Или я что-то не так делаю?

Было бы неплохо в таблицу платежных поручений вывести назначение платежа.
Блин, таблицу платежных поручений набирается вручную... из платежных поручений вообще никакой информации не берется :-/

Вообще-то и ставка в документах важна, не у всех только 13% :(

(0)
А нельзя ли сделать еврейский ход, чтобы обработка сначала тупо на основании платежек делала документы перечисления в бюджет за период по месяцам "ноль-в-ноль" по суммочкам, а потом во второй части маркизонского балета купировала бы хвостики нашим дворняжкам? :)

Один раз воспользовалась обработкой. Сработало все правильно, затем обнаружила у себя ошибочную платежку. Удалила. Решила провемти повторно обработку, но она не заполняется уже. Пробовала и ПП сделать непроведенными, но ничего не помогло.

А как будет происходить заполнение, если за сотрудника уже был перечислен НДФЛ частично (не полностью) за заданный месяц? Эти ранее введенные документы будут учитываться при распределении суммы вашей обработкой?

Спасибо за обработку, но лично я доработал ее с учетом распределения по ОКАТО и КПП, так как у нас несколько обособленных подразделений и оплата происходит за кажое в отдельности.
Могу скинуть новую версию тебе tomvlad или выложить от моего имени, что скажешь ?

Хорошо, просто вы проделали основную работу, главное чтобы остальные не восприняли это как плагиат. :)

подскажите пожалуйста а для ЗБУ 8.2 такая обработка подойдет?

а можете выслать на ящик а то $m недостаточно, я бы потом отписался по результату krot2906@rambler.ru заранее спасибо

скажи а как распределяет переплату. Пропорционально или на одного кидает

отлично работает мне понравилось

Недавно столкнулись с проблемой оп этоому вопросу. Писать самому лень. СПС автору.

ПРИВЕТ!
Опубликовал , отправил на модерацию с возможностью разворота ОКАТО/КПП.
http://infostart.ru/public/120966/

P/S Вчера поторопился, прикрепил вместо обработки - картинку, кто скачал JPG прошу обратиться в личку.
Остальным будет возможно скачать данную обработку после модерации.
Я вышлю на E-MAIL.

СПС автору!!!

Добрый день.
А для БП 2.0 нет такого?

Обработка очень помогла, лень было самой писать. Так что респект авторам

СПС автору то что надо +

хотел бы узнать, данная версия обработки доработа с учетом распределения по ОКАТО или доработанная версия только здесь http://infostart.ru/public/120966/ ?

Видать бухи совсем обленились

Спасибо за обработку! Удобно.

Спасибо огромное за обработку! Срочно нужно было налаживать налоговый регистр по НДФЛ. Времени - в обрез. Ваша разработка стала основой для моего "творения", за что лично кланяюсь в пояс. Так же спасибо автору denium, за некоторые идеи, в частности, распределение по ОКАТО и КПП (воспользовалась, благодарность ему тоже). Т.к. перечисления проводились, но недостаточно и нерегулярно, введены не все документы, не указаны №№ платежек, пришлось добавлять возможность загрузки данных по платежкам из файла (выгружаем в Exel из другой базы, не 1С). При этом нужно было учесть уже проведенные "Перечисления НДФЛ и зависшую задолженность... Может, кому-то моя обработка тоже будет полезна. Могу ли я выложить свою версию и сослаться на Вашу обработку как первоисточник?
А так же переслать ее Вам лично?
Если конечно она кому-то пригодится.

Не было времени написать. Не плохо сработано, четко учитываются все суммы по каждому сотруднику. Нужная обработка. Но мой главбух пока раздумывает использовать или не использовать эту обработку. Но я думаю это временно. Надоест править ручками будет использовать.

Сравнивал различные методы удаления висячих переплат и недоплат НДФЛ.
Внес руками новые дополнительные доки "Перечисления НДФЛ в бюджет". Запустил твою обработку
Переплат и недоплат нет. Но странное дело в режиме "не переносить" обработка показывает совершенно других сотрудников а не тех кто внесен в документ "Перечисления НДФЛ в бюджет".
По алгоритму расчета не совсем понял почему не брать данные из имеющихся документов и добавлять только те записи которые требуют внесения и менять не верные.
Верно создается список сотрудников только если существующий документ оформлен на всех сотрудников.
прилагаю скриншоты.
жду ответа

Все получилось. Вчера уже и отчет сдала. Теперь буду только Вашей обработкой пользоваться. Единственное пожелание. На примере:За январь начислено=удержано 50 000 руб. и столько же в феврале. Оплачено 60 000 руб за январь в феврале и 40 000 руб. за февраль в марте. В итоге все погашено. Ваш отчет в январе сообщает переплату 10 000 распределяет только 50 000. В феврале распределяет 40 000. В итоге остаются хвосты. Нужно как то автоматом переносить переплату на следующие периоды.

Подходит время для подведения итогов по НДФЛ. В этом году решил посидеть и привести исчислено, уплачено и перечислено в порядок заранее. Народу в организации много, есть разные ОКАТО.

Первым делом стал возвращать излишне удержанный НДФЛ. Точнее этот НДФЛ сотрудникам уже был выплачен, но в регистре учета НДФЛ и соответственно в справке 2НДФЛ сумма числилась как излишне удержанная. После всех возвратов вывел по организации исчислено=удержано. В некоторых случаях,кстати, удержано было меньше чем исчислено, тогда пришлось просто перепровести документы по начислению НДФЛ. Для проверки Исчислено, Удержано, Перечислено я сделал свой небольшой отчетик, который прилагаю.

Вторая проблема была с ОКАТО. Бухгалтер по своему вытаскивала сведения о том сколько нужно перечислять НДФЛ по тому или иному ОКАТО (на основании сводов по подразделениям). Ее перечисления не соответствовали данным в регистре расчетов налоговых агентов по НДФЛ. А как известно перечисление НДФЛ производится на основании этого регистра. Разница появлялась в основном по сотрудникам, которые работали сразу по нескольким ОКАТО (по совместительству). В свод по подразделению тянулся весь НДФЛ физ. лица, если выбранное подразделение является основным для данного физ. лица. Поэтому по таким сотрудникам пришлось подогнать исчисленный НДФЛ к перечисленному. Все перечисленные суммы были исправно занесены в документы Перечисление НДФЛ (без заполнения сотрудников и без проведения), поэтому перечисленный НДФЛ по ОКАТО я знал. Дал черным-красным начисления зарплаты и пересчитал по ним НДФЛ. При чем делал сначала отдельным документом красные начисления (пошла запись в регистр НДФЛ к зачету), потом делал возврат НДФЛ (закрываем НДФЛ к зачету) и потом еще один документ начисление зарплаты уже черным. Если делать в одном документе черным красным, то в регистр "НДФЛ к зачету" запись не пойдет, т.к. общая сумма НДФЛ равна 0 (по ОКАТО у нас плюс минус). И соответственно документ Возврат НДФЛ засунет в этот регистр не закрытую запись.

Еще одно дополнение. Никто толком сказать не может что делать с излишне удержанным (и наверняка уже перечисленым) НДФЛ по конкретному физ. лицу. Да, читал где-то, что переплаты по физ. лицу не бывает, бывает лишь переплата по организации вцелом. Но это все теория, а на практике я делал документы Возврат НДФЛ, чтобы выровнять расчеты с физ. лицом. Но данный документ не делает записи в регистр Расчеты налоговых агентов по НДФЛ, соответственно перечисленная сумма налога не будет совпадать с исчисленной. Поэтому я внес изменения в документ по возврату НДФЛ и заставил его добавлять Приход со знаком минус в регистр Расчеты налоговых агентов по НДФЛ. У меня в отчете "Расчеты по НДФЛ" для моего удобства удержанный НДФЛ считается как раз по этому регистру.

В итоге получил что Исчислено=Удержано. А Удержано получается это то, что должно быть перечислено и сумма удержанного НДФЛ уже равна перечисленному в разрезе ОКАТО. Осталось только раскидать имеющиеся удержанные суммы по физ. лицам в документы по перечислению НДФЛ. Для этого я написал обработку, которая заполняет заранее подготовленные документы Перечисление НДФЛ. Т.е. в документах должны быть проставлены периоды, реквизиты платежек и суммы, а обработка в эти документы подставит сотрудников с удержанными суммами.

Запускать эту обработку я думаю лучше в конце года, когда все начислено и перечислено. Как сделать по-другому, чтобы исчислено=удержано=перечислено я не очень представляю. Ведь случаи, когда человеку в январе месяце начислили и перечислили НДФЛ (допустим 100 руб.), а в феврале начинают сторнировать за январь (например -50 руб.), возникают постоянно. Поэтому при таком подходе, когда перечисление за месяц группируется уже с учетом всех начислений и сторнирований за год, то в январское перечисление попадает не 100, а 50 руб., в февральское соответственно 0. Поэтому очень желательно при сторнированиях и возвратах НДФЛ правильно указывать за какой период происходит корректировка.

Ну и ложка дегтя. Обработка по заполнению документов писалась для ЗУП бюджетных учреждений от фирмы АРБИС. А в этой конфигурации месяц, за который перечисляется НДФЛ вынесен в табличную часть, поэтому на типовых не попрет, либо переделывать типовые (знаю что многие так и делают). Оно вообще-то так и удобнее и правильнее - не надо кучу документов городить по перечислению НДФЛ.
В этой же обработке в меню Действия можно просуммировать перечисленный НДФЛ на основании документов перечисление НДФЛ(еще не заполненных и даже не проведенных, лишь бы были общие суммы). Это может понадобиться на этапе, когда готовите почву перед распределением уплаченных сумм по людям.

Спасибо автору за экономию времени.

В прошлом году пользовал, а нынче что то вылетает вместе с 1С

Обработка хорошая и полезная, спасибо. Но при определенных условиях уходит в бесконечный цикл и база "вылетает"... Почему так происходит, пока не разобрался. Нашел только место - процедура с рекурсией "ВыполнитьРаспределениеСтрокиНачислений".

В обработке не хватает поддержки ОКТМО.
Приходится дополнительно исправлять отработкой "Замена кодов ОКТМО".
Будет ли реализовано?

Здравствуйте, помогите пожалуйста исправить ошибку в ЗУП 2.5.86.2

Не понятно - где это "ЗДЕСЬ". Ссылка уводит на бесконечные просторы всех доступных обработок на http://infostart.ru/

Доброе время суток! У меня вылезли следующие проблемы:
30/12 в ведомости 5 чел. Распределение идет чел. на 20.
11.01 ведомость на 8-х господ Петрова, Сидорова и пр.. Распределение идет по другим ФИО и на другое кол-во.
12.01 та же песня.
15.01 идет повальная выплата аванса. Чисто визуально наверно там все мои 450чел.

Я так понимаю налоговую это никак не устроит, к тому же применительно к новой 6-НДФЛ (с завязанными в ней вычетами по физлицам)