← На главную

Часто в работе бухгалтера и расчетчика возникает ситуация, когда данные в аналитических отчетах (например, «Налоги и взносы (кратко)») не сходятся с суммами, которые автоматически попадают в регламентированный отчет Расчет по страховым взносам (РСВ). Особенно остро это проявляется при наличии перерасчетов: сторнировании отпусков из-за больничных, исправлении начислений прошлых периодов и других корректировках.

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

Различие в методах формирования данных: «Месяц начисления» против «Периода действия»

Для начала разберем фундаментальное различие в том, как программа «видит» ваши начисления. В 1С:ЗУП 8.3 существует два подхода к отображению сумм:

1. По месяцу начисления — это период, в котором был создан и проведен документ. Если в мае вы делаете сторно за апрель, то в бухгалтерских и обычных налоговых отчетах этот «минус» отразится в мае. Это логика «когда мы это посчитали».
2. По периоду регистрации дохода — это период, к которому фактически относятся деньги. РСВ строится с учетом жестких требований налогового законодательства и контрольных соотношений ФНС.

Рассмотрим пример. В апреле сотруднику начислили отпускные. В мае он приносит больничный, который пересекается с отпуском. Программа делает сторно отпуска за апрель в майском документе. В отчете Налоги и взносы (кратко) за май сумма взносов будет уменьшена на сумму сторно. Однако в РСВ за полугодие распределение по месяцам может выглядеть иначе.

Техническая причина: Разные регистры накопления

Выясним, откуда именно отчеты берут цифры. В системе 1С данные хранятся в специальных таблицах — регистрах накопления. Расхождения возникают из-за того, что отчеты обращаются к разным источникам:

• Аналитические отчеты (карточки учета взносов, анализ взносов) базируются на регистре Исчисленные страховые взносы. Данные здесь жестко привязаны к реквизиту «Месяц начисления».
• Регламентированный отчет РСВ формируется на основании регистров Страховые взносы по физическим лицам и Сведения о доходах (страховые взносы). Алгоритм заполнения этих регистров при перерасчетах гораздо сложнее.

Почему РСВ «перекидывает» суммы в прошлые периоды?

Проанализируем требования ФНС. Основное правило Раздела 3 отчета РСВ (персонифицированные сведения) гласит: база для начисления взносов и суммы самих взносов не могут быть отрицательными в конкретном месяце по конкретному сотруднику.

Посмотрим на ситуацию глазами программы:

1. Если в текущем месяце (мае) у сотрудника мало начислений, и сторно (за апрель) перекрывает их, то итоговая сумма за май по этому сотруднику становится отрицательной.
2. Передать отрицательное значение в налоговую нельзя — отчет не пройдет проверку.
3. Поэтому 1С автоматически «уносит» этот минус в тот месяц, за который был сделан перерасчет (в апрель).

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

Как проверить расхождения по шагам

Для того чтобы понять, обосновано ли расхождение, мы рекомендуем использовать специализированный инструмент проверки. Разберем порядок действий:

1. Перейдем в раздел Налоги и взносы — Отчеты по налогам и взносам.
2. Откроем отчет Проверка расчета взносов.
3. В настройках отчета (кнопка «Настройки» — вид «Расширенный») на вкладке Поля и группировки добавим поле Месяц получения дохода.
4. Сформируем отчет за интересующий период.

Если вы видите, что по колонке Месяц начисления стоит «Май», а по колонке Месяц получения дохода — «Апрель», значит, программа произвела перерасчет, который в РСВ «улетел» в прошлый период. Сумма в колонке Месяц получения дохода должна совпадать с данными РСВ за соответствующий месяц.

Внутриквартальные и межквартальные перерасчеты

Проанализируем последствия таких движений:

Ситуация А: Перерасчет внутри квартала (например, май за апрель).
Итоговая сумма за квартал в РСВ и аналитических отчетах совпадет. Расхождение будет только в помесячной разбивке. С точки зрения налоговой это не является ошибкой, так как база за отчетный период (квартал) корректна.

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

Как избежать «истерики» расчетчиков: практические советы

Разберем, как минимизировать расхождения и сделать сверку прозрачной:

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

Резюме

Несовпадение отчетов — это не «глюк» 1С, а заложенный разработчиками алгоритм обеспечения корректности государственной отчетности. Программа отдает приоритет контрольным соотношениям ФНС, чтобы бухгалтер мог сдать отчет с первого раза без протоколов ошибок об отрицательных суммах. Понимание того, что Месяц начисления в бухгалтерском учете и Месяц получения дохода в налоговом учете — это разные сущности, поможет вам быстро находить причины любых отклонений.