Ситуации, требующие перерасчета суммы ранее начисленных отпускных, возникают в бухгалтерской практике регулярно. Чаще всего это связано с тем, что в расчетном периоде, принятом для определения среднего заработка, обнаруживаются неточности: забыли включить премию, ошибочно начислили больничный или изменили оклад задним числом. Даже малейшее изменение в базе данных влияет на итоговую сумму выплаты сотруднику.
В программном продукте 1С:Зарплата и управление персоналом 3.1 (ЗУП 3.1) механизм перерасчета реализован достаточно гибко, но требует от пользователя строгого соблюдения последовательности действий. Неверный порядок операций может привести к тому, что в базе накопятся «дубли» начислений или, наоборот, образуется отрицательное сальдо, которое придется исправлять вручную. Важно понимать, что система не делает перерасчет «одной кнопкой» автоматически во всех случаях, иногда требуется ручное вмешательство.
В этой статье мы разберем основные сценарии корректировки: от автоматического пересчета при изменении данных в прошлом до ручного ввода документов для исправления ошибок. Вы узнаете, как использовать механизм сторнирования и какие настройки проверки контроля необходимо отключить для успешного проведения документов задним числом.
Автоматический перерасчет при изменении данных прошлого периода
Самый простой и желательный сценарий — это когда система сама реагирует на изменения. Если вы нашли ошибку в начислении зарплаты за прошлый месяц (например, не начислена премия, влияющая на средний заработок) и исправили её документом Начисление зарплаты и взносов, то 1С ЗУП должна автоматически пересчитать связанные с этим периодом показатели. Однако это работает только при соблюдении определенных условий хронологии документов.
Для корректного срабатывания алгоритма необходимо, чтобы документ, исправляющий данные прошлого периода, был проведен раньше, чем документ начисления отпуска. Если вы вносите изменения в январе за декабрь, а отпуск был начислен в феврале, система при перепроведении февральского документа увидит новые данные и обновит сумму. В этом случае средний заработок пересчитывается автоматически на основании актуальных данных регистра накопления.
Если же документ отпуска уже проведен и закрыт месяц, автоматический перерасчет может не сработать корректно без дополнительного вмешательства. В таких случаях программа может выдать предупреждение о том, что данные в прошлом изменены, но не пересчитать итоговые суммы в уже проведенном документе. Тогда пользователю приходится прибегать к ручному методу через создание нового документа или корректировку старого.
Всегда проверяйте статус «Закрыт ли период» перед внесением изменений в прошлые месяцы. Если период закрыт, внесение изменений может потребовать снятия флагов контроля в настройках администратора.
⚠️ Внимание: Если вы изменили состав начислений в прошлом периоде, но сумма отпускных в документе не обновилась, попробуйте перепровести документ отпуска. Для этого откройте его, нажмите кнопку «Провести» еще раз. Если это не помогло, потребуется ручное сторнирование.
Ручной перерасчет через создание нового документа
Когда автоматический механизм не срабатывает или ситуация требует тонкой настройки, наиболее надежным способом является создание нового документа начисления отпуска с правильными данными. Этот метод предпочтителен тем, что он сохраняет историю действий и четко разграничивает ошибочное начисление и верное. Логика действий строится на принципе замещения: мы должны аннулировать старое начисление и создать новое.
Первым шагом необходимо создать документ Ежегодный основной отпуск (или соответствующий вид отпуска) с теми же датами и тем же сотрудником, что и в ошибочном документе. В табличной части документа следует указать верные данные, которые сформируют правильный средний заработок. Важно убедиться, что в расчете участвуют все необходимые суммы, которые ранее были упущены.
При проведении такого документа система может выдать ошибку о том, что в этом периоде уже есть начисление по тому же виду расчета. Это стандартная защита от дублей. Чтобы обойти её, в карточке вида расчета или в настройках документа нужно разрешить пересечение периодов, либо использовать механизм сторнирования, о котором пойдет речь ниже. Новый документ создаст начисление с правильным знаком (плюс), но старое начисление (ошибочное) останется в базе.
☑️ Алгоритм ручного перерасчета
После создания верного начисления, необходимо нейтрализовать ошибочное. Если просто удалить старый документ, это может нарушить последовательность номеров и историю изменений, что недопустимо для аудита. Поэтому профессиональный подход подразумевает не удаление, а именно корректировку через сторно или ввод на основании.
Метод сторнирования ошибочных начислений
Сторнирование — это классический бухгалтерский метод исправления ошибок, который полностью поддерживается в 1С:ЗУП 3.1. Суть метода заключается в создании документа, который дублирует ошибочное начисление, но с противоположным знаком (минус вместо плюса). В результате математической суммы двух документов (ошибочного и сторнирующего) итоговое начисление становится равным нулю.
Для реализации этого способа откройте ошибочный документ отпуска. В меню документа (обычно кнопка «Ещё» или через контекстное меню) выберите функцию «Скопировать» или «Создать на основании», если такая опция доступна для создания корректирующего документа. В образовавшемся новом документе необходимо вручную изменить знак суммы начисления на отрицательный. В некоторых конфигурациях для этого существует специальный флаг «Сторно».
Важно понимать, что при сторнировании меняется не только сумма начисления, но и суммы удержанного НДФЛ. Система автоматически пересчитает налог с учетом того, что база уменьшилась. Однако, если налог уже был уплачен в бюджет, возникнет переплата, которую нужно будет учесть в следующих периодах или вернуть сотруднику. Это критический момент, который часто упускают из виду.
Нюансы работы с НДФЛ при сторнировании
При сторнировании отпускных сумма НДФЛ также сторнируется (становится отрицательной). В отчете 6-НДФЛ это отразится как уменьшение исчисленного и удержанного налога. Если вы уже сдали отчетность, придется подавать уточненный расчет или корректировать данные в следующем периоде, чтобы сальдо по налогу сошлось с фактической уплатой.
⚠️ Внимание: При сторнировании документов прошлых периодов обязательно проверьте регистры накопления. Убедитесь, что отрицательные суммы корректно «сели» на счета бухгалтерского учета и не повисли «в воздухе», особенно если месяц уже закрыт и сформированы регламентные отчеты.
Корректировка среднего заработка и расчетного периода
Часто причина перерасчета кроется не в самом документе отпуска, а в данных, которые попадают в расчетный период. В 1С ЗУП расчетный период составляет 12 календарных месяцев, предшествующих месяцу начала отпуска. Если в этом периоде были изменены оклады, добавлены премии или исправлены больничные, средний дневной заработок изменится автоматически только при пересчете.
Иногда бывает необходимо вручную вмешаться в состав расчетного периода. Например, если сотрудник был в отпуске без сохранения заработной платы, эти дни должны исключаться из расчета. Если система по какой-то причине не исключила их автоматически (сбой графика работы или неверный вид неоплачиваемого отсутствия), сумма отпускных будет занижена. В этом случае в документе отпуска можно вручную отредактировать список месяцев расчетного периода.
Для проверки корректности данных используйте отчет Анализ состояния расчета среднего заработка. Он позволяет детально увидеть, какие именно суммы и дни попали в формулу расчета. Если вы видите там лишние начисления или неверное количество дней, исправлять нужно не документ отпуска, а первичные документы, формирующие эти данные (табель, начисление зарплаты).
| Тип ошибки в данных | Влияние на расчет | Способ исправления | Необходимый документ |
|---|---|---|---|
| Не начислена премия в расчетном периоде | Занижение суммы отпускных | Начислить премию задним числом | Начисление зарплаты и взносов |
| Неверно указан график работы | Ошибка в количестве дней | Исправить график или данные табеля | Изменение графика работы / Табель |
| Лишний больничный в периоде | Занижение среднего заработка | Скорректировать дни болезни | Отсутствие (неявка) |
| Изменение оклада задним числом | Неверный расчет среднего | Ввести документ изменения оклада | Изменение штатного расписания |
Работа с НДФЛ и страховыми взносами при перерасчете
Перерасчет отпускных неизбежно влечет за собой изменение налоговой базы. Если сумма отпускных увеличилась, то и сумма исчисленного НДФЛ возрастет. Сотруднику необходимо доплатить разницу, а бухгалтеру — отразить это в учете. В 1С ЗУП это обычно происходит автоматически при выплате разницы через ведомость.
Если же сумма уменьшилась (например, из-за сторнирования), возникает переплата по налогу. В этом случае у сотрудника образуется отрицательный долг по НДФЛ. Система может предложить зачесть эту сумму в счет будущих удержаний или вернуть наличными/на карту. Важно следить, чтобы в регистрах по НДФЛ не образовалось отрицательных значений, которые заблокируют выгрузку отчетности в ФНС.
Что касается страховых взносов, то здесь ситуация аналогична. База для начисления взносов корректируется. Если перерасчет делается в текущем периоде за прошлый, то и доначисление (или уменьшение) взносов отражается в текущем месяце. Это важно для корректного заполнения расчета по страховым взносам (РСВ).
Главное правило: любой перерасчет отпускных должен быть синхронизирован с перерасчетом НДФЛ и страховых взносов. Не оставляйте разрывы между суммой начисления и суммой удержаний.
Особое внимание стоит уделить ситуации, когда отпуск был оплачен, но сотрудник уволился до его фактического использования или отгулял меньше дней. В этом случае производится удержание за неотработанные дни отпуска. Механизм удержания в 1С ЗУП также требует проверки, чтобы сумма удержания не превышала 20% от выплаты (за исключением случаев полного расчета при увольнении).
Типичные ошибки и способы их предотвращения
Одной из самых частых ошибок является попытка изменить документ отпуска в уже закрытом периоде без снятия блокировок. Это приводит к рассинхронизации данных между оперативным и регламентированным учетом. Всегда проверяйте статус периода перед началом работ. Если период закрыт, используйте механизмы корректировки, предусмотренные для закрытых периодов, или открывайте период временно.
Еще одна распространенная проблема — дублирование записей в регистрах. Это случается, когда пользователь создает новый документ отпуска, не аннулировав старый. В итоге сотрудник получает двойную сумму (или сумму с ошибкой плюс верную сумму), а в базе висит лишнее обязательство. Всегда используйте отчет Универсальный отчет по регистрам накопления, чтобы проверить, сколько записей сформировалось по конкретному сотруднику и виду расчета.
Не забывайте про контроль последовательности документов. В 1С ЗУП документы должны идти строго по датам и времени. Если документ перерасчета датирован числом, которое позже даты выплаты зарплаты, но раньше даты формирования отчетов, могут возникнуть логические противоречия в движении денег.
⚠️ Внимание: Интерфейс и названия пунктов меню в 1С ЗУП могут отличаться в зависимости от версии релиза программы и настроек интерфейса («Такси», «Такси 2» и т.д.). Если вы не находите указанную кнопку или отчет, воспользуйтесь поиском по конфигурации (Ctrl+Shift+F) или обратитесь к справке по вашей конкретной версии платформы.
Перед массовым перерасчетом отпускных по нескольким сотрудникам сделайте полную резервную копию базы данных (файл .dt или бэкап SQL). Это позволит мгновенно откатиться назад в случае непредвиденных ошибок в расчетах.
Часто задаваемые вопросы (FAQ)
Можно ли просто удалить документ отпуска и создать новый?
Технически это возможно, если период не закрыт и документ не попал в отчетность. Однако с точки зрения аудита и истории изменений в 1С это плохая практика. Лучше использовать сторнирование или создание корректирующего документа, чтобы сохранить цепочку действий и понять, почему сумма изменилась.
Что делать, если при перерасчете сумма НДФЛ получилась отрицательной?
Отрицательный НДФЛ означает, что вы удержали с сотрудника лишнее. Эту сумму нужно либо вернуть сотруднику из кассы или на карту, либо зачесть в счет будущих удержаний из зарплаты. В программах 1С это контролируется в регистре «Расчеты с бюджетом по НДФЛ».
Влияет ли перерасчет отпускных на отчет 6-НДФЛ?
Да, влияет. Изменение суммы начисления и суммы удержанного налога требует корректировки данных в 6-НДФЛ. Если отчет уже сдан, необходимо подать уточненный расчет за тот период, в котором был отражен ошибочный доход, либо отразить корректировку в текущем периоде, в зависимости от правил заполнения отчета на момент сдачи.
Как пересчитать отпускные, если изменился МРОТ?
Если изменение МРОТ влияет на расчет среднего заработка (например, оклад сотрудника был ниже МРОТ и повышался до него), то при изменении оклада задним числом 1С ЗУП автоматически пересчитает средний заработок с учетом нового значения МРОТ при условии, что в настройках расчета включено соответствующее правило.
Почему 1С не видит премию при расчете отпускных?
Чаще всего причина в том, что премия начислена документом с видом расчета, который не входит в перечень начислений, учитываемых для среднего заработка. Проверьте настройки вида расчета премии в справочнике «Начисления» на вкладке «Средний заработок».