Расхождение строк 051 и 052 РСВ с отчетом Анализ взносов в фонды

Ответственный за ответ: Елена Пьянкова (★9.86/10)

Добрый день.
Расходятся суммы между отчетом по РСВ подраздел 1 раздела 1 данные строк 051 и 052 и данные отчета Анализ взносов в фонды за июль данные Превышение предельной базы и облагаемая база.
Если сформировать отчет Проверка расчетов взносов, то по сотруднице по которой давно уже база превышена стоит сумма облагаемая база как раз равная разнице между 051 РСВ и Облагаемой базой в отчете Анализ, как понять откуда эта сумма?
Сумма в строке 052 и Анализов с превышения не понятна. Как можно ее расшифровать?

Метки консультации: РСВ
Все комментарии (14)
  1. По данному сотруднику был сторнирован отпуск. Отпуск был в августе с 03 по 20, зарплата выплачивается 10 числа. Далее отпуск был исправлен на период больничного с 05 по 13.

  2. Некорректные данные связаны с исправлением отпуска по сотруднику выше, прикладываю файл, суммы каких документов в отчете разбиваются между облагаемой и свыше предельной базы, а должны не разбиваться и быть в колонке Превышение предельной базы.

  3. Добрый день! Можно для проверки учета установить наш донастроенный отчет «Проверка учета взносов после перерасчетов» — Проверка учета взносов после перерасчетов. Потому что типовой отчет Анализ взносов фонды не умеет корректно отражать перерасчеты, отсюда может возникать разница при сверке.
    Если останутся вопросы, пишите 🌹

    1. Я написала выше во вложенном файле какая проблема. Ваш отчет тоже установлен, но я не понимаю, какую корректировку на его основе надо сделать, чтобы Анализ взносов в фонды показал правильные данные или как объяснить почему они не правильные. Если его формировать за Июль, то данный сотрудник в него не попадает, он попадает в него за август, но август сформирован правильно со слов бухгалтерии.

  4. Не понимаю логики, почему если по данному сотруднику формируешь Анализ взносов в фонды за июль, то сумма делится на облагаемую и с превышения, а если за июль/август или июль/сентябрь, то все суммы попадают с превышения, колонка облагаемая база пустая.

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

  5. Здравствуйте! Проблема возникает из-за перерасчета в документе Отпуск, в результате которого программа сторно относит в июль 2026. Уточните, пожалуйста, сотрудника отозвали из отпуска, поэтому сумму отпускных пересчитали в сторону уменьшения?

    1. Я писала выше:
      Отпуск был в августе с 03 по 20, зарплата выплачивается 10 числа. Далее отпуск был исправлен на период больничного с 05 по 13.

  6. Исходя из статьи, Как отразить сторно доходов за прошлые периоды в учете доходов для страхвзносов
    Источник: https://www.1cbit.ru/blog/kak-otrazit-storno-dokhodov-za-proshlye-periody-v-uchete-dokhodov-dlya-strakhvznosov/?utm_referrer=https%3A%2F%2Fwww.google.com%2F

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

    Как это устроено в коде 1С:

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

    📌 Резюме:

    Облагаемая база в июле появляется как виртуальный технический противовес. 1С искусственно поднимает часть июльского дохода «до предела» ровно на сумму сторно отпуска, чтобы внутри системы эти суммы обнулили друг друга, не занижая общую базу превышения.
    В самом отчете РСВ за 9 месяцев в Июле вы увидите только правильную сумму превышения, а в графах до предела по этому сотруднику будет стоять 0.

    Типовой отчет «Анализ взносов в фонды», если его формировать не за период, а помесячно не умеет корректно отразить данный перерасчет.

    Воспользовалась донастроенным вариантом этого отчета «Анализ данных в фонды (Бухэксперт)» и сформировала его за период, в таблице «По тарифам, месяцам, сотрудникам и начислениям», данные отображаются корректно.
    Хочу понять, насколько это правильно расписано и это что-то у нас некорректно сделано или все правильно, просто особенность отчета.

  7. Добрый день! Здесь получается следующая ситуация.
    Отпускные мы начислили в июле, соответственно в учете страховых взносов они отразились 31.07.26.
    Затем в августе поступил больничный и нам пришлось часть отпуска отсторнировать, но проблема в том, отрицательную сумму в августе нечем перекрыть, поэтому программа её относит в июль 2026.
    В отчете Анализ взносов в фонды сторно отражается обычно некорректно, поэтому не рекомендуется с ним сравнивать РСВ в этом случае.
    Можно с помощью отчета Карточка учета страховых взносов проверить, верно ли отражается превышение в РСВ. Если есть ошибка, то можно попробовать скорректировать доход документом Перерасчет страховых взносов.
    Дополнительно по данному вопросу можно посмотреть примеры отражения перерасчетов в РСВ — Перерасчеты в РСВ

  8. Добрый день.

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

  9. Добрый день! В данном случае у нас перерасчет внутри квартала, поэтому как таковых ошибок в РСВ быть не должно. Попробуйте выгрузить отчет, если будут ошибки в КС, программа их покажет.

    1. Добрый день,

      спасибо, можно закрыть.

      1
  10. Здравствуйте! Рада была помочь! Обращайтесь, пожалуйста.🌸🌸🌸

Комментарии закрыты.