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