Работа с НДФЛ в программе «1С:Зарплата и управление персоналом 3.1» часто превращается в сложный процесс из-за особенностей учета налога в разрезе дат выплаты дохода и документов-оснований. Ситуации, когда исчисленный налог не совпадает с удержанным, а в отчетах появляются непонятные «плюсы» и «минусы», — не редкость. Рассмотрим подробно, как проанализировать причины возникновения этих расхождений и какими методами можно привести учет в идеальное состояние.
Прежде чем приступать к исправлению, давайте разберем, почему возникают пересортицы. В ЗУП 3.1 учет НДФЛ ведется в нескольких регистрах накопления, основными из которых являются РасчетыНалогоплательщиковСБюджетомПоНДФЛ (для исчисленного и удержанного налога) и РасчетыНалоговыхАгентовСБюджетомПоНДФЛ (для перечисленного налога). Основные причины расхождений:
НачислениеЗарплаты был изменен или перепроведен после того, как была оформлена ВедомостьВБанк, связи в регистрах могут нарушиться.Ведомости.Проанализируем самый надежный, хотя и трудоемкий способ. Он заключается в полном восстановлении хронологической цепочки документов. Это позволяет программе заново сформировать движения по регистрам СведенияОДоходахНДФЛ и РасчетыНалогоплательщиковСБюджетомПоНДФЛ.
Пошаговый алгоритм:
Начисления зарплаты, Межрасчетные начисления, Ведомости и документы подтверждения выплаты налога.Ведомость, нажимаем «Обновить налог» (или перезаполняем сотрудника), чтобы программа подтянула актуальные суммы исчисленного налога.Ведомость и следим, чтобы дата документа соответствовала реальной дате выплаты.Выясним причину, по которой этот метод может не сработать с первого раза: если в документах Отпуск или Больничный лист была указана одна дата выплаты, а в ведомости — другая, программа может создать сторнирующие записи. В этом случае необходимо сначала выровнять даты в первичных документах.
Если объем данных слишком велик и перепроводить весь год невозможно, рассмотрим вариант «хирургического» вмешательства в регистры. Документ Операция учета НДФЛ позволяет вручную скорректировать записи, не затрагивая документы начисления.
Рассмотрим подробнее заполнение вкладок этого документа:
ДокументОснование было заполнено корректно — именно по нему программа сопоставляет исчисленный и удержанный налог.Для автоматизации этого процесса программисты часто используют небольшие обработки, которые собирают остатки по регистру РасчетыНалогоплательщиковСБюджетомПоНДФЛ и формируют зеркальные записи в Операцию учета НДФЛ, чтобы обнулить сальдо.
Пример логики для поиска расхождений в коде:
Запрос = Новый Запрос;
Запрос.Текст =
"ВЫБРАТЬ
| НДФЛОстатки.Сотрудник,
| НДФЛОстатки.Регистратор КАК ДокументОснование,
| НДФЛОстатки.СуммаОстаток КАК СуммаНДФЛ
|ИЗ
| РегистрНакопления.РасчетыНалогоплательщиковСБюджетомПоНДФЛ.Остатки(&Период, ) КАК НДФЛОстатки
|ГДЕ
| НДФЛОстатки.СуммаОстаток <> 0";
Проанализируем интересную особенность ЗУП 3.1: механизм автоматического подбора хвостов в ведомость. Если у сотрудника в регистре накопления висит положительный остаток (налог исчислен, но не удержан) и отрицательный (удержано больше, чем исчислено), программа может «схлопнуть» их самостоятельно.
Разотрем алгоритм действий:
Ведомость (вид выплаты — Зарплата за месяц).После проведения корректировок нам необходимо убедиться в чистоте учета. Основным инструментом для нас станет отчет «Анализ НДФЛ по месяцам», но с важной оговоркой: для поиска «глубинных» ошибок лучше использовать вариант «Анализ НДФЛ по документам-основаниям».
В этом отчете мы должны увидеть:
Документ-основание.Если в отчетах до сих пор видны перекосы по датам, проверим регистр СведенияОДоходахНДФЛ. В ЗУП 3.1 крайне важно, чтобы ДатаПолученияДохода соответствовала требованиям налогового кодекса (для зарплаты — последний день месяца, для прочего — дата выплаты). Если премия была начислена в январе, а выплачена в феврале, и при этом она имеет категорию «Прочие доходы», то исчислена она будет в январе, а доход зафиксирован февралем. Чтобы избежать этого «рассинхрона», необходимо либо менять категорию дохода на «Оплата труда», либо четко следить за датами выплаты в документах.
Выравнивание НДФЛ в ЗУП 3.1 — это всегда работа с регистрами. Мы рассмотрели три пути: полное перепроведение (для идеальной чистоты учета), ручные корректировки регистрами (для оперативного исправления текущих ошибок) и технические ведомости (для удаления пересортицы по аналитике). Выбор метода зависит от сложности ситуации, но всегда помните: 1С строит отчеты 2-НДФЛ и 6-НДФЛ исключительно на основе движений в регистрах накопления, а не на основе данных в документах начисления. Поэтому работа с регистрами — залог успешной сдачи отчетности.