При работе с программой 1С:Зарплата и Управление Персоналом, особенно при просмотре служебных регистров, можно столкнуться с записями, которые вызывают вопросы. Одна из таких ситуаций — наличие даты 01.01.1900 в регистре сведений "Статусы физ лиц налогоплательщиков НДФЛ". Возникает логичное желание "навести порядок": удалить эту странную запись или заменить дату на более актуальную, например, на дату начала ведения учета в базе.
Давайте подробно разберемся, почему эта дата там появляется, какую роль она выполняет и к чему могут привести попытки ее изменить.
Чтобы понять причину, сначала выясним, что из себя представляет регистр "Статусы физ лиц налогоплательщиков НДФЛ". Это периодический регистр сведений. Его ключевая особенность в том, что он хранит не просто текущие значения, а целую историю изменений какого-либо параметра во времени. В нашем случае — историю изменения статуса налогоплательщика (резидент, нерезидент и т.д.).
Когда программа рассчитывает НДФЛ за определенный месяц, ей нужно точно знать, какой статус был у сотрудника именно на этот период. Для этого система делает "срез последних" данных из регистра на нужную дату. Она ищет последнюю по времени запись, дата которой меньше или равна дате расчета.
И вот здесь в игру вступает дата 01.01.1900. Эта запись создается автоматически при создании нового физического лица в системе и выполняет важнейшую техническую функцию:
Таким образом, эта запись не является ошибкой или "мусором" в данных. Это фундаментальный механизм, обеспечивающий корректную работу периодического регистра.
Желание кадровика или бухгалтера "сделать красиво" и заменить 01.01.1900 на дату начала работы в базе (например, 01.01.2023) понятно с точки зрения пользователя, но губительно с точки зрения логики программы.
Последствия изменения даты или удаления записи:
Вывод: Записи в регистре "Статусы физ лиц налогоплательщиков НДФЛ" с датой 01.01.1900 трогать категорически не рекомендуется. Они должны оставаться в базе без изменений.
Если у сотрудника действительно изменился статус (например, он был нерезидентом, а стал резидентом), правильный алгоритм действий заключается не в редактировании старой записи, а в добавлении новой. Давайте разберем по шагам на примере.
Ситуация: Сотрудник Иванов И.И. был принят на работу со статусом "Нерезидент". С 15 мая 2024 года он становится налоговым резидентом РФ.
Порядок действий:
Что мы получим в итоге? В регистре теперь будет храниться вся история изменения статуса для Иванова И.И.:
Теперь, при расчете НДФЛ, программа будет работать абсолютно корректно. Для всех периодов до 14.05.2024 включительно она будет применять ставку для нерезидентов, а начиная с 15.05.2024 — ставку для резидентов. Именно такой подход обеспечивает полноту и правильность данных для расчета налогов за любой период.
Проанализировав ситуацию, можно сделать однозначные выводы:
1. Не удаляйте и не изменяйте записи с датой 01.01.1900 в регистре статусов налогоплательщиков. Это служебные, технически необходимые записи.
2. Для отражения смены статуса сотрудника всегда создавайте новую запись в истории с той даты, с которой изменение вступает в силу.
3. Эстетика не должна вредить функциональности. Пусть "старая" дата не смущает пользователей. Объясните коллегам, что это не ошибка, а важная часть механизма работы программы, обеспечивающая правильность расчетов.