6-НДФЛ: обработка по проверке корректности введенных данных в ЗУП 2.5 #775555

Всем привет! Может кто-то уже задавался такой целью... Хотелось бы написать обработку, которую можно периодически запускать и заранее отлавливать ошибки, которые допускают пользователи при вводе данных, которые потом вылезут криво в 6-НДФЛ. У нас очень много сотрудников и подразделений, в результате больше тысячи отчетов ежеквартально, с большими портянками раздела №2. Нереально потом уже успеть всё исправить, и разбираться откуда что вылезло. А пользователи при вводе данных косячат много. Думаю всем такая обработка будет полезна, поэтому предлагаю обсудить, что реально проверить заранее. Что лучше проверять, документы, или сразу в регистрах... Когда всё обсудим, каждый сможет написать себе обработку по проверке того, что посчитает нужным.

>Что лучше проверять, документы, или сразу в регистрах... и то и другое

Как мне видится на текущий момент: 1. Регистр НДФЛ Расчеты с бюджетом. Если вид строки "Начисление", то нужно, чтобы "Дата получения дохода" была равна колонке "Дата исчисления/удержания налога". Если вид строки "Удержание", то чтобы "Дата исчисления/удержания налога" была больше или равна колонке "Дата получения дохода". 2. Нужно, чтобы колонка "Дата получения дохода" была одинаковой в регистре "НДФЛ Сведения о доходах" и регистре "НДФЛ Расчеты с бюджетом". Ну естественно при одном и том же регистраторе и сотруднике. Для того, чтоб эти даты совпадали в обоих регистрах, надо чтоб в межрасчетных документах дата выплаты и дата получения дохода совпадали. А точнее, чтобы дата выплаты в шапке документа совпадала с датой получения дохода во всех строках на вкладке НДФЛ. Единственное, если строки сторно, то тут не надо проверять. Кто что думает по этому поводу, уточнит или опровергнет. Ну или своё предложит, т.к. у меня это явно не весь список возможных проверок. Очень важная проверка - это чтобы дата реальных документов выплаты совпадала с датой выплаты в документах начисления. Но эта проверка видится мне очень сложной, не знаю, получится ли. Да, забыл написать, у нас НДФЛ исчисленый не равен удержанному в настройках системы, т.е. удерживается документом выплаты. И НЕ упрощенный учет взаиморасчетов, т.е. удержание документами выписки из банка. Поэтому проверки сложнее. Но я думаю в крупных организациях мало кто использует настройку исчисленный = удержанный.

Я для ЗУП 3.0 такую сделал, а для 2.5 смысла пока не вижу.

"и то и другое" - А как проверять, есть идеи? ЗУП 3.0 пока не видел, но слышал, что с 6-НДФЛ там всё хорошо. Поэтому мне кажется в ЗУП 2.5 как раз таки есть большой смысл проверять. Почему Вы не видите смысла?

Не так там все и хорошо, если бух косячит. Но согласен в том, что возможность сделать ошибку у буха там не такая, сама структура конфы лучше. С 2.5 не хочу связываться, ибо она постепенно отходит, что бы там ни говорили.

Самая большая проблема в ЗУП 3.0 то, что бух не понимает, как собирается 6-НДФЛ. Я сделал отчет, в котором понятно, как она собирается. И более того, связал начисления и выплаты, то есть бух может контролировать соответствие "начислено - удержано - НДФЛ - выплачено" в разрезе дат получения дохода, документов начисления, документов выплаты. Ну и тут же справа подразделы отчета "Раздел 1 формы 6-НДФЛ" и "раздел 2 формы 6-НДФЛ", сразу видно, что куда пойдет в отчете. Ну и три варианта отчета - все данные, раздел 1, раздел 2, и это можно сравнить с заполненной формой 6-НДФЛ. Расшифровка в 6-НДФл есть пофамильно и по сумммам, но вот откуда те суммы взялись - такой информации нет.

"Самая большая проблема в ЗУП 3.0 то, что бух не понимает, как собирается 6-НДФЛ." К сожалению в ЗУП 2.5 бух ещё больше не понимает :) Ждем конструктивных предложений по 2.5 :)

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

Если бух косячит - не спасет никакая конфа, даже идеальная

Без сверки дат получения дохода с датой платежных ведомостей этот отчет мало что дает. нужно соединить даты получения дохода, дату фактической выплаты, код дохода и проанализировать, насколько эти даты совпадают для кодов дохода, отличных от 2000 и 2530.

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

"Ждем конструктивных предложений по 2.5 :)" На сегодняшний день 2.5 никак неинтересна, я со своей самописки год назад начал клиентов переводить сразу на 3.0, и постепенно подтягиваю с 2.5. Это как раз тот случай, когда проще нового родить, чем старого вылечить.

При ведомости не заметил - у нас по док-ту выплаты, поэтому универсального отчета хватает.

"Пропиши там условное оформление чтобы он красным выделял ошибочные записи и пусть пользователи его гоняют, анализируют." Это совет для ЗУП 2.5 или 3.0 ?

А как он поймет, какие записи ошибочные? в ЗуП 3.0 я соединял с регистром "Зарплата к выплате" по документу-олснованию, тогда было видно, какой документ начисления, какая дата получения дохода, какая дата фактической выплаты, тогда понятно если есть ошибка. А так он что по регистру увидит? разве что соответствие начисленный/удержаный.

См 15

такой велосипед уже изобрели

ЗУП 2.5, но у нас упрощенный учет взаиморасчетов, без выписок

И как вы собираетесь наводить порядок при упрощенном учете? Нет же связи с документами фактической выплаты?

При упрощенном учете в РН "НДФЛ расчеты с бюджетом" приход идет по начислению, удержание по выплате - все даты для 6-НДФЛ берутся из него.

Спасибо, в 2.5 я не силен. раньше удержанный принимался как начисленный, и вроде как связи не было по дате получения.

Кто изобрел? Где посмотреть? Если в 1С стандартная обработка последовательности документов - то это другое. Дак всё-равно непонятно, как делаешь связь между начислением и выплатой. Т.е. как определяешь, что документ "Зарплата к выплате" относится именно к этому начислению. И что за универсальный отчет по регистру накопления? Консоль отчетов имеешь ввиду?