Проанализируем ситуацию, с которой часто сталкиваются ИП без работников при совмещении УСН («доходы») и ПСН в «1С:Бухгалтерии 3.0»: программа показывает «лишний» налог по УСН, хотя страховых взносов «за себя» уплачено достаточно, чтобы уменьшить налог сильнее (иногда — до нуля). Разберем по шагам, почему так происходит, как проверить расчеты, и какие есть рабочие способы привести учет и расчет налога к корректному результату.
Ключевая идея: при совмещении УСН и ПСН программа обязана вести раздельный учет и распределять страховые взносы между режимами. Если доходы по одному режиму в периоде отсутствуют или неверно «помечены», распределение может уйти почти целиком в другой режим, и тогда УСН «не получит» свою долю уменьшения.
Сначала проанализируем логику, на которой построен расчет. ИП без работников вправе уменьшать налог (и авансовые платежи) по УСН на страховые взносы «за себя» вплоть до нуля. Аналогично по ПСН предприниматель может уменьшать стоимость патента на взносы, но для этого применяется специальный документ-уведомление. В «1С:Бухгалтерии 3.0» это реализовано так, что взносы ИП и другие уменьшающие суммы попадают в регламентную операцию Расчет расходов, уменьшающих налоги УСН и ПСН, а затем используются при Расчет налога УСН.
При совмещении режимов возникает обязательное требование: если взносы (или часть взносов) нельзя напрямую отнести к конкретному режиму, их нужно распределять пропорционально доле доходов каждого режима в общем доходе. Именно по этому принципу учет реализован в типовой конфигурации: доля УСН/ПСН определяется по доходам, и затем по этой пропорции «разносится» уменьшение.
Отсюда появляется типовой «симптом» ошибки, который мы и разберем:
Это не всегда «ошибка программы» в буквальном смысле: часто это следствие того, что в базе доходы по режимам размечены неверно или расчет выполнен в таком разрезе периодов, где пропорция стала 0% для УСН (например, в конкретном месяце доходов по УСН нет). А иногда это действительно недочет конкретного релиза, который исправляется обновлением.
Сначала убедимся, что учет вообще настроен как совмещенный. Рассмотрим подробнее, что важно проверить.
Проверьте включение режимов в настройках учета налогов: должно быть указано, что ИП применяет УСН и одновременно ПСН. Если ПСН «не включен» в настройках, программа не будет корректно распределять уменьшение и может считать только один режим.
Проверьте корректность введенных патентов: период действия, вид деятельности, территория (ОКТМО/регион), стоимость. Если патент введен не на тот период или «не активен» для месяца, регламентные операции могут вести себя иначе.
Проверьте, что предприниматель отмечен как ИП без работников. Для УСН это критично, потому что для ИП с работниками действует ограничение 50% на уменьшение, а для ИП без работников — нет. Если где-то в учетных данных «проснулся» признак работников, программа может ограничивать уменьшение.
На этом шаге мы не меняем проводки и регистры — мы просто исключаем ситуацию, когда сама «рамка» учета неверная.
Дальше посмотрим на расчет так, как его «видит» программа. Наша задача — найти, на каком этапе сумма уменьшения перестает попадать в УСН.
Откройте закрытие месяца за проблемный период и найдите регламентные операции Расчет расходов, уменьшающих налоги УСН и ПСН и Расчет налога УСН.
Последовательно выполните операции (если они не выполнены) и проверьте расшифровки расчета.
Сопоставьте два факта:
Если вы видите картину вида «взносы есть, но почти все ушли на ПСН, а УСН уменьшился на копейки», значит проблема почти всегда в пропорции распределения и/или в разметке доходов.
Теперь разберем по шагам самый частый источник проблемы: доходы по ПСН и УСН отражены не так, как ожидает алгоритм распределения.
Почему это критично: если доход, который должен относиться к УСН, по факту записан в базу как «патентный» (или наоборот), доля доходов искажается, и уменьшение распределяется неправильно.
Проверьте, что документы реализации/поступления денег корректно относятся к режиму. В типовом учете «1С» режим часто определяется реквизитами деятельности/патента в документах продаж и поступления оплат, либо настройками аналитики (номенклатурные группы/направления деятельности). Наша цель — добиться, чтобы каждый доход был однозначно отнесен либо к ПСН, либо к УСН.
Проверьте доходы по УСН в периодах, где «1С» обнуляет долю. Если в каком-то месяце доходов по УСН нет вообще, а распределение идет помесячно, то в этом месяце доля УСН может стать 0%, и все взносы уйдут на ПСН. Важно понимать: это не «ошибка математики», это следствие выбранного разреза периодов.
Проверьте корректность учета доходов по патенту. Иногда в базе появляется доход по ПСН там, где по факту была УСН-операция (например, выбран не тот патент, не тот вид деятельности, или ошибочно применена «патентная» аналитика).
После исправления разметки доходов перепроведем документы и заново выполним закрытие месяца за цепочку периодов, начиная с того, где впервые «поехала» пропорция. Важно пересчитывать именно цепочку, потому что уменьшение и распределение обычно работают нарастающим итогом и зависят от ранее учтенных сумм.
Теперь рассмотрим второй по частоте источник проблемы: взносы уплачены, но в учете «1С» они не признаны так, чтобы уменьшать УСН (или признаны не в том периоде).
Здесь важно понимать различие между тем, что предприниматель «оплатил в банк», и тем, что программа «признала» для уменьшения. В разных периодах и при разных правилах (в том числе после внедрения ЕНС) учет может требовать корректного отражения факта уплаты и/или начисления.
Проверьте, что платежи взносов отражены как уплата соответствующего обязательства. Если платеж заведён как «прочее списание» или неправильно указан вид платежа/получатель/КБК, сумма может не попасть в регламентные операции уменьшения.
Проверьте, что взносы «за себя» корректно распознаются как уменьшающие. Для ИП без работников уменьшение по УСН может идти до нуля, но только если программа видит суммы как взносы, уменьшающие налог.
Учтите особенности взносов свыше 300 000. В отдельных релизах «1С:Бухгалтерии 3.0» добавлялись доработки по уменьшению патента и распределению взносов, в том числе по взносам с доходов свыше 300 000 рублей. Поэтому если проблема проявляется на «дополнительных взносах», обязательно проверьте релиз (см. решение №5 ниже).
Если после этого взносы по-прежнему не попадают в уменьшение, значит либо платежи введены некорректно, либо требуется корректное заполнение сведений по ЕНС (см. решение №4), либо есть конфликт распределения между режимами (см. решение №3).
Иногда ситуация выглядит так: доход по УСН был только в одном периоде, а дальше весь год идет только патентная деятельность. При этом взносы уплачиваются дальше, и предприниматель ожидает, что «остаток взносов» уменьшит налог УСН, который остался начисленным ранее. Но программа может разносить взносы по периодам так, что в периодах без УСН-дохода доля УСН становится 0%, и уменьшение по УСН «замораживается».
Что делаем в этом случае? Рассмотрим подробнее практический подход: контролируем распределение и при необходимости делаем ручную корректировку в закрытии месяца.
Откройте регламентную операцию Расчет расходов, уменьшающих налоги УСН и ПСН в проблемном месяце.
Проанализируйте, какую сумму программа отнесла на УСН и на ПСН.
Сверьте это с вашим расчетом пропорции. Для контроля используем простую формулу:
Доля УСН = Доходы УСН / (Доходы УСН + Доходы ПСН)
Доля ПСН = Доходы ПСН / (Доходы УСН + Доходы ПСН)
Затем:
Взносы к УСН = Взносы всего × Доля УСН
Взносы к ПСН = Взносы всего × Доля ПСН
Если видим, что «1С» распределила явно не в той пропорции, которую вы ожидаете по фактическим доходам, корректируем суммы распределения (в зависимости от возможностей вашей конфигурации и прав доступа). В ряде случаев пользователи действительно правят сумму уже в обработке закрытия месяца на этапе Расчет налога УСН, чтобы привести аванс/налог к правильной величине.
После корректировки перезапустим Расчет налога УСН и проверим итоговую сумму к уплате.
Важно: ручная корректировка — это инструмент «последней мили», когда учет уже ведется, сроки горят, а релиз/алгоритм/особенности периодов дают нежелательный результат. Используйте ее осознанно: фиксируйте расчет в рабочем файле (например, в учетной справке внутри компании) и проверяйте итоговые цифры перед сдачей отчетности.
В реальности у ИП после внедрения Единого налогового счета часть проблем «неправильного налога» связана не с математикой УСН/ПСН, а с тем, что программа не видит корректного статуса уплаты/зачета и поэтому не включает суммы в уменьшение так, как вы ожидаете.
Разберем по шагам, что проверить:
Проверьте, что информация об уплате отражена в учетных механизмах ЕНС. В «1С» для этого используется специализированный контур учета единого налогового счета и операций по нему (в зависимости от вашей версии и настройки).
Сверьте суммы с личным кабинетом налогоплательщика и с тем, что попало в учет «1С». Наша цель — исключить ситуацию, когда взносы «ушли» на ЕНС, но в базе не распознаны как уменьшающие конкретный налог в конкретном периоде.
После корректировок пересчитайте закрытие месяца. Важно: пока «1С» считает, что уплаты/зачета нет, уменьшение может не применяться или применяться частично.
Этот пункт особенно полезен, когда вы уверены в доходах и в распределении, но видите, что сумма уменьшения «почему-то не берется».
Отдельно посмотрим на релизы. В «1С:Бухгалтерии 3.0» регулярно выходят изменения, связанные с уменьшением патента на взносы и с учетом взносов с доходов свыше 300 000, а также с правилами отражения уменьшения по годам и периодам.
Что делаем:
Проверьте текущую версию конфигурации и сравните с актуальными обновлениями.
Если вы используете уменьшение патента на взносы «свыше 300 000» или сталкиваетесь с переносом/непереносом уменьшения между годами, обновление особенно критично: в релизах добавлялись изменения, чтобы корректно учитывать такие взносы в нужном налоговом периоде.
После обновления выполните пересчет закрытия месяца (желательно последовательно, начиная с первого проблемного периода).
Важно: обновление само по себе не исправит неверно введенные документы (доходы/платежи), но может устранить ошибки распределения и отражения уменьшения, если это был дефект релиза.
Теперь разберем тонкий момент, который часто дает «странные» остатки по УСН: уменьшение патента оформлено документально так, что программа «забрала» слишком много взносов в ПСН, а на УСН уже не хватает.
В «1С:Бухгалтерии» уменьшение ПСН оформляется через документ Уведомление об уменьшении налога по патенту. Налоговая сама стоимость патента не уменьшит — это инициатива предпринимателя. Поэтому нам важно согласовать:
какую сумму взносов мы направляем на уменьшение патента;
какую сумму оставляем на УСН (по пропорции доходов или по раздельному учету, если он обеспечен).
Практический алгоритм такой:
Сначала считаем пропорцию доходов по УСН и ПСН за период, нарастающим итогом.
Затем определяем, какая часть взносов должна уменьшить патент (в пределах стоимости патента и с учетом ограничений, если есть работники; у нас работников нет, поэтому ограничение 50% не применяется, и уменьшение возможно до нуля стоимости патента).
Фиксируем уменьшение патента документом Уведомление об уменьшении налога по патенту ровно на ту сумму, которую действительно хотим отнести на ПСН.
Оставшуюся часть взносов контролируем в уменьшении УСН через регламентные операции закрытия месяца.
Если ранее вы оформили уведомление на слишком большую сумму, в учете может возникнуть перекос: УСН перестанет уменьшаться, а программа начнет показывать «долг» по УСН. В таком случае в практике встречается подход: отменить/исправить уведомление и сформировать его заново на корректную сумму уменьшения патента, после чего пересчитать закрытие месяца.
Соберем все в единый пошаговый чек-лист, чтобы вы могли повторить процедуру на любой базе и любом периоде.
Проверим настройки совмещения режимов: УСН + ПСН включены, патенты заведены корректно, ИП без работников.
Проверим раздельный учет доходов: каждый доход однозначно отнесен к УСН или ПСН, нет «перепутанных» документов.
Проверим отражение взносов: платежи заведены корректно, суммы распознаются как страховые взносы ИП «за себя», и попадают в механизм уменьшения.
Проверим документы уменьшения ПСН: Уведомление об уменьшении налога по патенту оформлено на обоснованную сумму, не «выедает» взносы, которые должны уменьшить УСН.
Пересчитаем закрытие месяца последовательно, начиная с первого проблемного месяца: Расчет расходов, уменьшающих налоги УСН и ПСН → Расчет налога УСН.
Если пропорция распределения в периодах дает 0% для УСН и ломает ожидания — применим ручную корректировку распределения или корректировку в операции Расчет налога УСН (осознанно и документируя расчет).
Проверим релиз и обновим конфигурацию, если в вашем периоде/задаче задействованы изменения по уменьшению патента и учету взносов (особенно «свыше 300 000»).
Если используете ЕНС — убедимся, что сведения об уплате/зачете отражены так, чтобы «1С» не считала суммы «неуплаченными».
Посмотрим на пример, чтобы закрепить механику и быстро проверять себя «на калькуляторе».
Допустим, за период получили:
доход по ПСН — 150 000;
доход по УСН — 100 000;
взносы «за себя» признанные для уменьшения — 30 000.
Тогда:
Доля УСН = 100 000 / (150 000 + 100 000) = 0,4 (40%).
Доля ПСН = 150 000 / 250 000 = 0,6 (60%).
Взносы к уменьшению УСН = 30 000 × 40% = 12 000.
Взносы к уменьшению ПСН = 30 000 × 60% = 18 000.
Если в «1С» вы видите, что в аналогичной ситуации на УСН попало, например, 14 рублей, а остальное ушло на ПСН — значит либо доходы по УСН/ПСН в базе размечены не так, как вы думаете, либо расчет выполнен за период, в котором доля УСН стала почти нулевой. Именно это мы и исправляем шагами выше.
Подытожим и выберем стратегию:
Если доходы размечены неверно — используем решение №1: приводим в порядок раздельный учет доходов и пересчитываем закрытие месяца.
Если взносы не попадают в уменьшение — используем решение №2 и №4: исправляем отражение взносов и/или сведения по ЕНС, затем пересчитываем.
Если патент уменьшили «слишком сильно» — используем решение №6: корректируем Уведомление об уменьшении налога по патенту и пересчитываем.
Если программа распределяет по периодам так, что УСН «теряет долю» — используем решение №3: ручная корректировка распределения и контроль итоговых сумм.
Если подозреваем дефект релиза — используем решение №5: обновляем конфигурацию и выполняем пересчет.
Финальный контроль: после всех исправлений обязательно сверим итоговые суммы налога УСН к уплате, суммы уменьшения по строкам учета, и сопоставим это с фактическими доходами и взносами. Именно связка «доходы по режимам → пропорция → распределение уменьшения → расчет УСН» дает стабильный результат.
Информация в статье носит справочный характер и не является индивидуальной налоговой или юридической консультацией.