← На главную

При работе в программе 1С:Зарплата и Управление Персоналом бухгалтеры часто сталкиваются с ситуацией, когда доначисления или сторнирования (уменьшения) сумм за прошлые месяцы отражаются не в том периоде, за который производится расчет, а в текущем. Например, при вводе в сентябре документа Доначисление, перерасчет за июль, программа уменьшает базу взносов сентября, а данные июля оставляет без изменений. Разберем подробно техническую логику 1С, требования налогового законодательства и юридические тонкости таких исправлений.

Техническая логика 1С: Месяц регистрации vs Месяц начисления

В программах системы 1С:Предприятие 8 (ЗУП, ERP, Комплексная автоматизация) заложен фундаментальный принцип «месяца регистрации». Проанализируем, как это работает на практике. Когда мы открываем документ Доначисление, перерасчет, в его шапке мы указываем «Месяц» — это и есть месяц регистрации события в учете. Если там стоит сентябрь, то все движения по регистрам (начисления, НДФЛ, страховые взносы) «упадут» именно в сентябрьские итоги.

Рассмотрим подробнее, почему программа ведет себя именно так:

1. Целостность закрытых периодов. Июль уже закрыт, отчетность по РСВ и 6-НДФЛ за полугодие или 9 месяцев (в зависимости от даты) может быть уже сдана. Если бы программа автоматически «влезала» в данные июля, у вас бы поплыло сальдо и отчетность перестала бы сходиться с данными налоговой инспекции.
2. Сторнирование. Когда мы «минусуем» оклад или надбавки за июль в сентябрьском документе, программа создает записи с отрицательными суммами, но датирует их сентябрем. В карточке учета страховых взносов за сентябрь мы увидим итоговую сумму: Зарплата сентября - Сторно июля.

Отражение перерасчетов в отчетности РСВ

Выясним причину, по которой карточка страховых взносов показывает, например, за сентябрь 20 000 руб. (при зарплате 30 000 и сторно 10 000), а июль оставляет равным 40 000 руб. ФНС предъявляет жесткие требования к заполнению Раздела 3 расчета РСВ. Отрицательные значения в Разделе 3 недопустимы.

Рассмотрим два сценария, которые возникают при сторнировании:

Сценарий 1: Сумма начислений за текущий месяц больше суммы сторно.
Если сотруднику в сентябре начислено 30 000 руб., а сторно за июль составило 5 000 руб., база в РСВ за сентябрь составит 25 000 руб. В этом случае данные за июль в отчетности не меняются, а текущая отчетность сдается с уменьшенной базой. Это наиболее простой и автоматизированный вариант в 1С.

Сценарий 2: Сумма сторно превышает текущие начисления.
Если в сентябре у сотрудника нет доходов (например, он в отпуске за свой счет), а мы снимаем 5 000 руб. за июль, программа не может поставить «минус» в РСВ. В такой ситуации 1С не отразит это сторно в текущем периоде. Для корректного отражения вам потребуется подать уточняющий расчет за тот период, к которому относится ошибка (в нашем примере — за полугодие или 9 месяцев, корректируя данные июля).

Алгоритм действий для корректировки прошлого периода

Если ваша задача — сделать так, чтобы база июля в отчете стала 35 000 руб. вместо 40 000 руб., выполним следующие шаги:

1. Проанализируем документ-исправление. В 1С:ЗУП вместо обычного доначисления лучше использовать механизм «Исправить» в самом исходном документе начисления за июль. Это создаст новый документ в текущем месяце (сентябре), который сторнирует старые записи и начислит новые.
2. Проверим вкладку Пересчет страховых взносов. Если программа видит необходимость корректировки прошлого периода, она может создать записи в регистре Сведения о доходах страховых взносов.
3. Если вы решили подавать «уточненку», создайте документ Операция учета взносов или воспользуйтесь автоматическим заполнением корректирующего РСВ. При этом в Разделе 3 по конкретному сотруднику должны быть указаны новые, уменьшенные суммы за июль.

Юридические риски и статья 137 ТК РФ

Важно помнить, что программа 1С — это инструмент, который выполняет ваши команды. Однако закон (ТК РФ) ограничивает возможность «снимать» зарплату задним числом. Разберем ситуацию с точки зрения права, как это обсуждалось в профессиональном сообществе.

Согласно ст. 137 ТК РФ, удержание излишне выплаченной заработной платы возможно только в строго определенных случаях:

• Счетная ошибка (арифметическая ошибка типа 2+2=5).
• Органом по рассмотрению индивидуальных трудовых споров признана вина работника в невыполнении норм труда.
• Зарплата была излишне выплачена в связи с неправомерными действиями работника, установленными судом.

Важный момент: если вы просто «забыли» вовремя внести прогул в табель и начислили лишнее — это не является счетной ошибкой. Судебная практика показывает, что без письменного согласия работника такие удержания незаконны. Если работник не согласен, работодатель обязан доказывать свою правоту в суде.

Также не забывайте про ст. 138 ТК РФ, которая ограничивает общий размер всех удержаний при каждой выплате заработной платы 20 процентами от суммы, причитающейся работнику (после вычета НДФЛ).

Рекомендации по учету рабочего времени

Чтобы избежать подобных проблем с перерасчетами в будущем, проанализируем процесс ведения табеля:

1. Старайтесь использовать функционал Отсутствия (болезни, прогулы, неявки). Ввод документа Отсутствие (болезнь, явка, самоизоляция) автоматически сторнирует плановые начисления, если они уже были сделаны.
2. Если на предприятии внедрен график работы, но фактическое присутствие фиксируется позже (например, через СКУД), обеспечьте оперативную передачу данных в бухгалтерию до даты окончательного расчета зарплаты.
3. Используйте документ Табель как первичный документ. Если зарплата начисляется «по графику», любые отклонения должны регистрироваться документами-отклонениями (больничный, отпуск, неявка) до формирования документа Начисление зарплаты и взносов.

Подводя итог: отражение перерасчета в сентябре за июль в текущем периоде — это штатное поведение программы, направленное на соблюдение последовательности налогового учета. Изменение базы июля напрямую в карточке возможно только через подачу уточняющей налоговой отчетности и пересчет взносов в периоде совершения ошибки.