Другое · 13 мин
Почему 1С неправильно считает НДФЛ и как это исправить
Разбираем, почему 1С неправильно считает НДФЛ: вычеты, сторно, межрасчетные выплаты, даты дохода. Пошаговая диагностика и способы исправить расчет без рисков.
Сумма НДФЛ в расчетной ведомости не совпадает с ручным пересчетом, сотрудник получил меньше ожидаемого, а в 6-НДФЛ не сходятся исчисленный и удержанный налог — типичные признаки того, что 1С «неправильно» считает подоходный. На практике программа ошибается редко: она рассчитывает налог нарастающим итогом по данным регистров, поэтому расхождения почти всегда вызваны конкретными причинами — неправильной датой получения дохода в документе, задвоенным вычетом, сторнированным начислением или доходом, проведенным задним числом. Ниже разберем, как пошагово найти документ-источник расхождения и исправить расчет без ручных правок.
НДФЛ в 1С считается нарастающим итогом с начала года по каждому сотруднику и каждой ставке. Это значит, что текущий документ начисления учитывает всю историю доходов, вычетов и удержанного налога с января. Ошибка, допущенная в феврале, «всплывет» в июне, а отпускные, выплаченные в середине месяца, изменят расчет при начислении зарплаты за тот же месяц.
Ниже разобраны основные причины расхождений, способы их диагностики и безопасного исправления. Материал ориентирован на типовые конфигурации «1С:Зарплата и управление персоналом» и «1С:Бухгалтерия», но логика проверки применима к любой программе, где НДФЛ считается нарастающим итогом.
Как устроен расчет НДФЛ в 1С и почему он расходится с «ручным»
Налог в программе считается не по формуле «начислено за месяц × 13 %», а как разница между налогом со всей базы с начала года и налогом, уже исчисленным ранее. Если в марте сотруднику предоставили вычет на детей задним числом с января, апрельский расчет покажет меньшую сумму НДФЛ, чем ожидает бухгалтер, — программа вернет излишне удержанное за прошлые месяцы.
Вторая особенность — дата получения дохода. Для зарплаты это последний день месяца, для отпускных и больничных — день выплаты, для материальной выгоды — последний день месяца. Если документ выплаты проведен неверной датой, доход попадет не в тот налоговый период, и расчет «поедет».
Третья особенность — статус налогового резидента. Если в середине года сотрудник стал резидентом или потерял этот статус, программа пересчитает налог по другой ставке, и разница отразится в ближайшем документе начисления. Со стороны это выглядит как «программа досчитала лишнее», хотя выполняется пересчет по правилам Налогового кодекса.
Сверьте даты в документах выплаты и начисления
Проверьте заявления, периоды и остатки вычетов
Ищите сторнированные документы за год
Проверьте данные о статусе в карточке сотрудника
Причина 1: ошибки в вычетах — лишние, непримененные или «задним числом»
Самая частая причина расхождений — стандартные вычеты. Если заявление сотрудника введено позже начала года, программа при следующем расчете применит вычет с месяца, указанного в заявлении, и НДФЛ за текущий месяц уменьшится или обнулится. Бухгалтер видит «недоудержание» и считает это ошибкой, хотя программа корректно вернула излишне удержанный налог.
Обратная ситуация — вычет продолжает применяться, хотя право на него утрачено: ребенок достиг предельного возраста, доход превысил лимит, заявление отозвано. Проверьте в карточке сотрудника периоды действия вычетов и документы, которыми они введены. В «1С:ЗУП» вычеты регистрируются документом «Заявление на вычеты НДФЛ» и прекращаются документом «Прекращение стандартных вычетов НДФЛ».
Отдельный сценарий — вычеты по уведомлениям из налоговой (имущественные, социальные). Если уведомление введено с ошибкой в сумме или периоде, налог перестанет удерживаться раньше времени или, наоборот, вычет «зависнет» неиспользованным. Сверяйте данные документа с бумажным уведомлением.
Причина 2: межрасчетные выплаты и неверные даты дохода
Отпускные, больничные, премии и материальная помощь, выплаченные между расчетными периодами, регистрируют доход датой фактической выплаты. Если документ «Ведомость» проведен датой, отличной от реальной выплаты, налог попадет не в тот месяц. В результате при начислении зарплаты программа пересчитает НДФЛ, и сумма к удержанию изменится.
Типичная ошибка — выплата отпускных одним месяцем, а проведение ведомости другим. Например, отпускные выплачены 28 июня, а ведомость оформлена 2 июля. Доход и налог уйдут в июль, хотя фактически относятся к июню, и отчетность по НДФЛ исказится.
Проверить даты дохода можно отчетом «Регистр налогового учета по НДФЛ» или «Анализ НДФЛ по документам-основаниям». Сопоставьте даты в регистре с датами банковских выписок — расхождения покажут, какие ведомости нужно исправить.
- 1Сформируйте отчет «Анализ НДФЛ» по сотруднику за год
- 2Сопоставьте даты дохода в отчете с датами фактических выплат по банку
- 3Найдите ведомости, проведенные неверной датой
- 4Исправьте дату выплаты в документе или пересоздайте ведомость
- 5Перепроведите последующие начисления и проверьте пересчет налога
Причина 3: сторно, перерасчеты и ручные правки документов
Документы сторнирования («Сторно начислений», «Отмена начислений») изменяют базу прошлых периодов. После их проведения программа при следующем расчете скорректирует и НДФЛ — иногда значительно. Если сторно относится к прошлому году, корректировка может вообще не отразиться в текущем расчете, и разница «повиснет» между исчисленным и удержанным налогом.
Ручные правки — отдельный источник проблем. Если бухгалтер вручную изменил сумму НДФЛ в документе начисления или ведомости, программа запомнит эту сумму, но регистры перестанут соответствовать друг другу. При следующем расчете программа попытается «исправить» ручную правку, и сумма налога резко изменится.
Признак ручных правок — индикатор изменения в табличной части НДФЛ (в типовых конфигурациях редактируемые вручную суммы подсвечиваются). Если такие правки есть, безопаснее отменить их, пересчитать документ штатной командой и разбираться с причиной расхождения, а не с суммой.
Причина 4: доходы по разным ставкам и категориям
НДФЛ считается отдельно по каждой налоговой базе: основная зарплата, дивиденды, доходы по повышенной ставке при превышении порога, доходы нерезидентов. Если сотрудник получает доходы разных категорий, «сводный» ручной расчет по одной ставке никогда не совпадет с программным.
При превышении дохода над порогом применения повышенной ставки программа в месяце превышения разделяет налог на две части: по базовой ставке до порога и по повышенной — сверх него. В расчетном листке это выглядит как две строки НДФЛ, что часто принимают за ошибку двойного удержания.
Для проверки используйте отчет «Анализ НДФЛ» с группировкой по ставкам и категориям дохода. Если сумма по каждой базе сходится с ручным расчетом, а итог отличается — расхождение объясняется именно разделением баз, а не ошибкой программы.
Как найти конкретную причину: порядок диагностики
Универсальный алгоритм диагностики начинается с отчетов, а не с перепроведения документов. Сначала локализуйте месяц, в котором нарастающий итог разошелся с ожидаемым, затем разбирайте документы только этого месяца.
- Сформируйте «Анализ НДФЛ» по сотруднику за год с детализацией по месяцам.
- Найдите первый месяц, где исчисленный налог отличается от ожидаемого.
- Расшифруйте этот месяц до документов: какие начисления, вычеты и выплаты в него попали.
- Проверьте даты получения дохода, примененные вычеты и наличие сторно.
- Сверьте исчисленный и удержанный налог — их расхождение указывает на проблемы в ведомостях.
- Только после локализации причины исправляйте первичные документы и перепроводите зависимые.
Если расхождение касается удержанного налога, дополнительно сформируйте отчет «НДФЛ исчисленный и удержанный» (или аналог в вашей конфигурации). Отрицательные суммы по месяцам покажут, где налог удержан больше исчисленного, — обычно это следствие ручных правок ведомостей или выплат без соответствующего начисления.
Как выбрать действие
Как безопасно исправить расчет
Главное правило исправлений — менять первичные документы, а не суммы налога. Если неверна дата выплаты, исправляется ведомость; если вычет применен ошибочно — документ вычетов; если база искажена — начисление или сторно. После исправления первички перепроводятся зависимые документы, и налог пересчитается автоматически.
Перед массовыми перепроведениями сделайте резервную копию информационной базы. Перепроведение зарплатных документов за длительный период может затронуть взаиморасчеты, страховые взносы и проводки — все эти изменения нужно контролировать, а не откатывать «вслепую».
После исправлений проверьте результат тремя контрольными точками: расчетный листок сотрудника, свод начислений и удержаний и отчет по НДФЛ. Все три должны сходиться между собой. Если расчетный листок сходится, а отчет по НДФЛ — нет, проблема в регистрах налогового учета, и может потребоваться служебная обработка пересчета регистров из типовой поставки.
Как проверить результат
Суммы НДФЛ совпадают до копейки
Разница между документами по одному сотруднику
Совпадают нарастающим итогом за год
Накопленная разница растет от месяца к месяцу
Даты в регистре совпадают с выписками
Доход отражен не в том месяце
Каждая база считается по своей ставке
Одна ставка применена ко всем доходам
Частые ошибки при самостоятельном исправлении
Худшая стратегия — «подогнать» сумму налога ручной правкой под ожидаемую. Такая правка маскирует симптом, но не устраняет причину, и через месяц-два расхождение вернется в удвоенном размере, плюс разойдутся регистры между собой.
Вторая ошибка — перепроведение всех документов подряд без анализа. Массовое перепроведение изменит данные в тех месяцах, где все было корректно, и вместо одной локальной проблемы появится несколько новых.
Третья ошибка — игнорирование излишне удержанного налога. Если программа показывает отрицательный НДФЛ к удержанию, это не всегда сбой: возможно, налог действительно излишне удержан и подлежит возврату сотруднику по заявлению через налоговую. Правила возврата и зачета нужно проверять по актуальным нормам Налогового кодекса.
FAQ
Почему НДФЛ в расчетном листке меньше, чем 13 % от начисленного?
Чаще всего применяются вычеты (стандартные, социальные, имущественные) или программа возвращает излишне удержанный налог прошлых месяцев. Проверьте отчет «Анализ НДФЛ»: там видно, какие вычеты и за какие месяцы уменьшили базу.
Программа показывает отрицательный НДФЛ — это ошибка?
Не обязательно. Отрицательная сумма означает, что ранее налог был удержан больше, чем исчислен с учетом текущих данных (например, после сторно или вычета задним числом). Излишне удержанный налог возвращается сотруднику в установленном порядке, а не «сгорает».
НДФЛ сходится у всех сотрудников, кроме одного. С чего начать?
Сформируйте по этому сотруднику «Анализ НДФЛ» за год и найдите месяц первого расхождения. Затем расшифруйте месяц до документов: обычно причина — сторно, ручная правка или выплата с неверной датой именно в этом периоде.
Можно ли исправить НДФЛ прошлого года в текущей базе?
Можно, но корректировка прошлого года отражается по особым правилам: перерасчет налога за прошлый налоговый период оформляется отдельно, а отчетность корректируется уточненными формами. Перед такими правками обязательно сделайте копию базы и зафиксируйте сданные отчеты.
Почему после обновления конфигурации изменился расчет НДФЛ?
Обновления могут содержать исправления ошибок расчета или изменения законодательства (ставки, лимиты, порядок применения вычетов). Если после обновления суммы изменились, сравните расчет на копии базы до и после обновления по конкретному сотруднику и проверьте описание изменений в релизе.
Что делать, если исчисленный и удержанный НДФЛ не сходятся нарастающим итогом?
Ищите выплаты без соответствующего начисления, ручные правки в ведомостях и документы, проведенные «вне очереди». Помогает отчет, сопоставляющий исчисленный и удержанный налог по месяцам: месяц появления разницы укажет на проблемный документ.
Что важно запомнить
1С считает НДФЛ нарастающим итогом по накопленным данным, поэтому расхождения почти всегда вызваны первичными документами: датами дохода, вычетами, сторно и ручными правками. Диагностику начинайте с отчета «Анализ НДФЛ», исправляйте первичку, а не суммы налога, и перед правками закрытых периодов делайте резервную копию базы.