В практике кадрового учета нередко возникают ситуации, когда сотрудника принимают на работу, закрепляют за ним определенную территорию (подразделение или регистрацию в налоговом органе), а спустя несколько месяцев выясняется, что данные были введены ошибочно. Если территории относятся к разным ИФНС, возникает критическая ошибка в учете НДФЛ: доход и налог «уходят» не на тот ОКТМО/КПП. Чтобы минимизировать риски, специалисту важно иметь под рукой качественный инструмент расчетчика зарплаты по НДФЛ, позволяющий оперативно выявлять подобные расхождения. Ситуация осложняется тем, что при неизменности суммы оклада стандартные механизмы пересчета 1С:ЗУП часто игнорируют такие изменения, так как программа нацелена на поиск денежных разниц, а не аналитических.
В этой статье мы подробно разберем, почему штатные документы не всегда справляются с этой задачей, и рассмотрим несколько эффективных способов исправления ситуации — от автоматизированных обработок до ручной корректировки регистров.
Проанализируем работу алгоритма 1С:ЗУП. Когда мы вводим документ-исправление (например, исправляем Прием на работу) или регистрируем изменение территории, программа фиксирует необходимость пересчета в специальном служебном регистре. Однако при заполнении документа Доначисление, пересчет система выполняет сравнение: «было» (старые записи в регистрах) и «стало» (новые расчетные данные). Для предварительной проверки чистоты данных можно использовать средства корректировки данных налогового учета, которые помогают увидеть несоответствия до формирования отчетности — для этого подойдёт обработка проверки расчета НДФЛ нарастающим итогом.
Если сумма оклада, количество отработанных дней и вид дохода не изменились, система часто «сворачивает» эти записи. Для программы результат (сумма к выплате) равен нулю, поэтому она не формирует сторнировочных записей по старому ОКТМО и новых записей по правильному ОКТМО. Это приводит к тому, что в учете по НДФЛ доходы продолжают висеть на ошибочной налоговой регистрации.
Рассмотрим наиболее современный и безопасный метод, который появился в последних релизах 1С:ЗУП 3.1. Вместо того чтобы пытаться заставить документы начисления делать несвойственную им работу, воспользуемся специализированным инструментом. Особенно это актуально, если на предприятии используется переход на обособленные подразделения с объединением облагаемых баз.
Перенос доходов между налоговыми органами.Учет доходов для исчисления НДФЛ и Расчеты налогоплательщиков с бюджетом по НДФЛ.Важно: этот способ идеален, если суммы налогов и доходов верны, а ошибка заключается только в привязке к ИФНС.
Как было отмечено в обсуждении на форуме, в новых релизах (начиная с 3.1.24.408 / 3.1.27.51) появилась полезная обработка. Хотя ее название связано с районными коэффициентами, она прекрасно справляется с переброской данных между регистрациями в налоговом органе. Схожий принцип автоматизации заложен и в обработке для переноса учета НДФЛ по налоговым базам, которая позволяет исправлять данные в регистре накопления «Учет доходов для исчисления НДФЛ».
Проанализируем алгоритм работы с ней:
Если вы все же хотите использовать документ Доначисление, пересчет, чтобы система сама пересчитала и начисления, и НДФЛ, можно применить небольшую хитрость. Выясним, как спровоцировать систему на создание движений.
Разберем по шагам:
Изменение оплаты труда или исправленный Прием на работу), временно увеличим сумму оклада на 1 копейку.Доначисление, пересчет. Теперь система увидит разницу в сумме и будет вынуждена сторнировать всю старую запись (со старой территорией) и создать новую (с новой территорией и новой суммой).Однако помните: этот метод трудозатратен и может привести к ошибкам, если сотрудников много.
Когда автоматические методы не помогают, мы можем прибегнуть к прямому воздействию на регистры. Для этого используется документ Операция учета НДФЛ.
Посмотрим, какие вкладки нам необходимо заполнить в «Операции учета НДФЛ»:
Пример заполнения вкладок для одного месяца:
// Вкладка Доходы
Строка 1: [Дата дохода], [Организация], [Старый КПП/ОКТМО], [Сумма дохода со знаком минус]
Строка 2: [Дата дохода], [Организация], [Новый КПП/ОКТМО], [Сумма дохода со знаком плюс]
// Вкладка Исчислено
Строка 1: [Дата дохода], [Старый КПП/ОКТМО], [Налог минус]
Строка 2: [Дата дохода], [Новый КПП/ОКТМО], [Налог плюс]
Важно понимать, что НДФЛ в 1С:ЗУП окончательно фиксируется в момент выплаты. Информация об ОКТМО и КПП для удержанного налога «подтягивается» из документов Ведомость в банк или Ведомость в кассу.
Если вы исправили только доходы и исчисленный налог, но не тронули удержанный, то в отчете 6-НДФЛ вы увидите неприятную картину: доход и исчисленный налог будут числиться за новой ИФНС, а удержанный налог — за старой. Для решения этой проблемы в годовой отчетности рекомендуем использовать автоматическое исправление 170 строки (Не удержанный НДФЛ), что позволит корректно заполнить приложение 1 к 6-НДФЛ — с этим поможет обработка исправления ошибок 6-НДФЛ в 1С:ЗУП.
Чтобы этого избежать, после корректировки доходов документом Операция учета НДФЛ или специальными обработками, необходимо выполнить «переброску» удержанного налога. В новых версиях программы это происходит автоматически при следующей выплате зарплаты (программа увидит переплату по одному ОКТМО и недоплату по другому и сделает взаимозачет). Если же вам нужно закрыть период «чисто» прямо сейчас, придется воспользоваться документом Перенос данных по регистру накопления Расчеты налогоплательщиков с бюджетом по НДФЛ.
Подведем итоги нашего анализа. Исправление территории задним числом — задача трудоемкая, требующая понимания структуры регистров 1С.
Рекомендуемая последовательность действий:
Перенос доходов между налоговыми органами — это самый чистый способ с точки зрения логики программы.Использование этих методов позволит вам избежать ручного перепроведения старых документов начисления и выплаты, что особенно важно в уже закрытых и сданных периодах.