Вопрос учета иностранных граждан в 1С:Зарплата и Управление Персоналом (ЗУП) 3.1 является одним из самых трудоемких для бухгалтера и кадровика. Основная сложность заключается в том, что программа не содержит встроенного автоматического регистратора пересечений государственной границы (прибытия и убытия), который бы самостоятельно высчитывал количество дней для определения статуса налогового резидента. Разберем подробно, как организовать этот процесс, какие нюансы законодательства 2024-2025 годов следует учесть и какими техническими средствами можно упростить работу.
Для начала проанализируем, что программа позволяет делать «из коробки». В типовой конфигурации реализован механизм хранения истории статуса налогоплательщика. Это ключевой объект, влияющий на расчет НДФЛ. Если иностранец находится в России более 183 дней в течение 12 следующих подряд месяцев, он становится налоговым резидентом (ставка 13% или 15% с превышения), если меньше — он остается нерезидентом (ставка 30%).
Рассмотрим по шагам, где фиксируются эти данные:
Сотрудники.Проанализируем ситуацию: когда вы меняете статус в середине года, программа при очередном расчете зарплаты может произвести пересчет НДФЛ с начала налогового периода. Например, если иностранец стал резидентом в мае, ЗУП пересчитает налог за январь-апрель по ставке 13% вместо 30% и зачтет излишне удержанный налог в счет будущих платежей.
Выясним причину, почему не всегда нужно строго отслеживать 183 дня. В современных реалиях законодательство выделяет группы сотрудников, для которых статус резидентства не влияет на ставку налога (но может влиять на вычеты):
Посмотрим на пример расчета резидентства. Налоговый статус определяется на каждую дату получения дохода. Мы должны отсчитать 12 месяцев назад от даты выплаты зарплаты и проверить, набралось ли 183 календарных дня фактического нахождения в РФ.
Поскольку в 1С:ЗУП нет документа «Пересечение границы», рассмотрим, как можно автоматизировать этот процесс с помощью дополнительных реквизитов:
Физические лица создадим реквизиты: «Дата последнего въезда» и «Дата последнего выезда».Однако простые реквизиты не позволяют хранить историю (если выездов много). В таком случае программисты часто прибегают к созданию внешнего расширения. Рассмотрим пример логики, которую можно реализовать в коде расширения для хранения дат:
// Пример структуры для хранения данных в расширении (псевдокод)
Процедура ЗаписатьДатуПересечения(ФизЛицо, ДатаСобытия, ТипСобытия)
НоваяЗапись = РегистрыСведений.ДатыПребыванияИностранцев.СоздатьМенеджерЗаписи();
НоваяЗапись.ФизЛицо = ФизЛицо;
НоваяЗапись.Период = ДатаСобытия;
НоваяЗапись.ТипДвижения = ТипСобытия; // Въезд или Выезд
НоваяЗапись.Записать();
КонецПроцедуры
Если в вашей организации работает большое количество иностранных граждан, ручной ввод в карточки становится неэффективным. В обсуждении упоминались специализированные модули «Миграционный учет». Рассмотрим их преимущества и недостатки подробнее:
Преимущества:
Недостатки:
Проанализируем ситуацию: если ваша задача — только расчет НДФЛ, покупка тяжелого модуля может быть избыточной. В этом случае проще внедрить небольшое расширение с функционалом календаря пребывания, которое будет просто суммировать дни между парами дат «Въезд-Выезд».
Разберем, как минимизировать риски при отсутствии автоматизации:
Отпуск или Отсутствие (болезнь, прогул, неявка). Хотя это не является прямым доказательством пересечения границы для налоговой, это поможет вам при ручном подсчете дней.Физические лица (раздел «Присоединенные файлы»). Это позволит быстро перепроверить даты без запроса оригиналов документов у сотрудника.Подведем итог: несмотря на отсутствие в 1С:ЗУП 3.1 штатного «трекера границ», мы можем эффективно управлять налоговым статусом через историю изменений в карточке налога на доходы и использование дополнительных реквизитов. Для крупного бизнеса оптимальным решением станет разработка или покупка расширения, которое добавит простой регистр сведений для фиксации дат въезда и выезда, на основании которого будет строиться отчет о количестве дней пребывания в РФ за последние 12 месяцев.