Одной из самых запутанных и трудоемких задач для бухгалтера в программе «1С:Бухгалтерия 8.3» (редакция 3.0) является выверка регистров по НДФЛ, особенно в конце календарного года. Типичная ситуация: в декабре сотрудникам начисляется и выплачивается премия, а основная заработная плата выплачивается уже в январе следующего года. В этот момент в регистрах налогового учета могут появиться пугающие отрицательные суммы, «хвосты» и несостыковки, даже если фактически налоги уплачены верно.
Разберем детально, почему это происходит, как программа «видит» эти операции и что нужно сделать, чтобы привести учет в порядок. Проанализируем ситуацию на примере выплаты премии 27 декабря и основной зарплаты 10 января.
Рассмотрим основной механизм работы программы. Для 1С критически важна последовательность проведения документов. В системе НДФЛ исчисляется в момент начисления дохода, а удерживается в момент выплаты. Если документ Ведомость в банк (или в кассу) от 27 декабря проводится раньше, чем документ Начисление зарплаты от 31 декабря, система попадает в логический тупик.
Проанализируем ситуацию: на 27-е число программа еще «не знает», что сотруднику положен доход, так как документ начисления датирован 31-м числом. В итоге ведомость фиксирует выплату, но не может корректно привязать её к исчисленному налогу. Когда же наступает 10 января (выплата второй части зарплаты), программа пытается «зачесть» декабрьскую выплату в счет январских расчетов, что и порождает отрицательные записи в регистрах.
Как исправить:
В программе 1С:Бухгалтерия часто совершают ошибку, внося и премию, и оклад в один документ Начисление зарплаты от 31.12. Несмотря на наличие колонки «Дата выплаты» в табличной части, алгоритмы распределения НДФЛ в базовых версиях бухгалтерии могут работать некорректно при выплате этих сумм разными ведомостями в разные периоды.
Выясним причину: если премия имеет код дохода 2002 (производственная премия), то датой получения дохода для нее считается день выплаты. Для оклада (код 2000) датой дохода считается последний день месяца. Когда эти доходы «свалены в кучу» в одном документе, программа может ошибочно привязать НДФЛ с премии к дате 31.12, в то время как ведомость прошла 27.12. Это создает «пересортицу» в регистре Учет доходов для исчисления НДФЛ.
Решение по шагам:
Начисление зарплаты только для премий. Установите дату документа — 27 декабря. В поле «Планируемая дата выплаты» также укажите 27.12.Начисление зарплаты для окладов и сдельной оплаты последним днем месяца (31.12). Дату выплаты в нем укажите 10.01 (или фактическую дату выплаты зарплаты).Посмотрим на настройки начисления «Премия». Если в настройках вида расчета указано, что это доход с кодом 2000, программа будет считать его частью оплаты труда и ждать начисления строго концом месяца. Если же указан код 2002, программа понимает, что это «прочий доход», дата получения которого определяется по выплате.
Если код дохода в начислении был изменен «на лету» (после того, как документы уже были проведены), это гарантированно приведет к «разброду» в регистре налогового учета. Проанализируем состояние регистра накопления Учет доходов для исчисления НДФЛ. Если мы видим там строки с одинаковыми суммами, но разными датами получения дохода (одна с плюсом, другая с минусом), это верный признак того, что программа пытается переквалифицировать доход задним числом.
Если простые перепроведения не помогают, необходимо заглянуть «под капот» программы. Нам помогут регистры накопления. Чтобы их найти, воспользуйтесь меню «Все функции» (или «Функции для технического специалиста») и выберите раздел «Регистры накопления».
Основные регистры для проверки:
Учет доходов для исчисления НДФЛ — здесь хранится информация о том, когда и сколько дохода получил сотрудник в целях налогообложения.Расчеты налогоплательщиков с бюджетом по НДФЛ — здесь фиксируется исчисленный и удержанный налог.Расчеты налоговых агентов с бюджетом по НДФЛ — здесь отражается информация об уплате налога в бюджет.Разберем пример ручной корректировки, если «хвосты» не уходят. В сложных случаях можно воспользоваться документом Операция учета НДФЛ. Этот документ позволяет напрямую сделать записи в нужные регистры, минуя стандартные документы начисления и выплаты.
Инструкция по использованию «Операции учета НДФЛ»:
Операция учета НДФЛ.Чтобы избежать подобных проблем в будущем, рекомендуем придерживаться следующего алгоритма работы в 1С 3.0:
Во-первых, всегда проверяйте актуальность релиза программы. В версиях 2019-2020 годов (например, 3.0.75.37) было много правок в алгоритмах НДФЛ, и некоторые ошибки решались простым обновлением конфигурации.
Во-вторых, используйте встроенные отчеты для проверки. Рассмотрим отчет Анализ НДФЛ по месяцам. Если в нем в колонке «Осталось удержать» висят суммы с минусом, значит, выплата была отражена некорректно или раньше начисления.
В-третьих, при проведении выплат (Ведомостей) всегда нажимайте на кнопку «Обновить налог». Если программа не заполняет сумму НДФЛ автоматически в ведомости, значит, она «не видит» исчисленного налога — это сигнал к тому, что нужно проверить время и дату документа начисления.
В-четвертых, если вы проводите техническое обслуживание базы (тестирование и исправление через chdbfl.exe), помните, что это лечит структуру файлов, но не исправляет логические ошибки в учете. После тестирования всегда требуется перепроведение документов за проблемный период в строгой хронологической последовательности.
Соблюдая эти правила и понимая логику взаимодействия документов и регистров в 1С, вы сможете легко диагностировать причины расхождений в налоговом учете и своевременно их исправлять.