На практике по теме авансовых платежей по УСН в 1С чаще всего возникает одна и та же путаница: программа начисляет аванс, переносит его на единый налоговый счет, а бухгалтер видит, что фактически перечислено больше, чем начислено, и ожидает увидеть переплату прямо на счете 68.12. Из-за этого появляется ощущение, что 1С считает неправильно, не зачитывает излишне уплаченные суммы или показывает налог к доплате без учета уже перечисленных денег.
Разберем ситуацию подробно и по шагам. Посмотрим, как именно 1С отражает авансовые платежи по УСН, почему переплата обычно не остается на 68.12, где она должна находиться в учете, какие регламентные операции нужно проверить и как правильно действовать, если суммы в расчетах не совпадают.
Главная мысль такая: в современной логике учета через ЕНС счет 68.12 используется прежде всего для начисления налога при УСН, а суммы фактической уплаты и переплаты отражаются уже через 68.90 — единый налоговый счет. Поэтому ожидать, что переплата по УСН будет уменьшать кредитовое сальдо именно на 68.12, как правило, не нужно. Рассмотрим подробнее, почему это так и как это проверить в программе.
Когда мы закрываем месяц или квартал в 1С, программа выполняет регламентную операцию Расчет налога УСН. В этот момент она рассчитывает авансовый платеж нарастающим итогом и формирует бухгалтерскую запись по начислению налога. Для УСН в типовом учете обычно используется проводка:
Дт 99.01.1 Кт 68.12
Эта запись показывает, что налог или авансовый платеж начислен. Но на этом логика не заканчивается. Далее, когда наступает срок исполнения обязанности по уплате налога, начисленная сумма переносится на единый налоговый счет. И здесь программа формирует уже другую проводку:
Дт 68.12 Кт 68.90
Именно в этот момент задолженность по конкретному налогу переносится в расчеты по ЕНС. Поэтому дальше в учете начинают участвовать уже не только проводки по УСН, но и общая логика движения сумм на ЕНС.
Если организация или ИП в течение года перечисляли единый налоговый платеж с запасом, то эта «лишняя» сумма обычно не уменьшает счет 68.12 напрямую. Она формирует положительное сальдо на 68.90. Именно поэтому бухгалтер может увидеть такую картину:
на 68.12 отражен начисленный налог за отчетный период;
на 68.90 отражены перечисления ЕНП и движение начислений в составе ЕНС;
переплата визуально «не сидит» на 68.12, хотя фактически она есть и учитывается на ЕНС.
Именно это и является типовым ответом на вопрос из форумных обсуждений: переплату нужно искать не на счете начисления налога УСН, а на счете ЕНС.
Чтобы не путаться в проводках, удобно разделить процесс на несколько этапов.
Сначала программа рассчитывает налог. Для этого используется регламентная операция Расчет налога УСН. Основа расчета берется из данных учета доходов и расходов, а также из специальных регистров по УСН.
Потом программа переносит начисленную сумму на ЕНС. Это уже отражение обязанности по уплате через единый налоговый счет. Здесь и появляется связка 68.12 и 68.90.
Далее в учете живет сам ЕНС. Когда мы перечисляем деньги в бюджет, они учитываются как единый налоговый платеж. Когда ФНС распределяет эту сумму в счет конкретной обязанности, это тоже влияет на состояние расчетов по ЕНС.
В результате счет 68.12 показывает не “сколько мы реально заплатили”, а “сколько программа начислила по УСН”. Факт переплаты или остатка денег до распределения надо анализировать по 68.90 и по документам ЕНС.
Из этой логики вытекает важный практический вывод: не нужно пытаться вручную “сажать” переплату на 68.12 только потому, что там хочется увидеть итоговую сумму к оплате с учетом всех перечислений. В типовой методологии 1С это нецелевое использование счета.
Еще одна распространенная причина недоумения — даты проводок. Пользователь закрывает март, рассчитывает аванс за 1 квартал и ожидает увидеть окончательное движение по УСН прямо датой 31 марта. Но в программе перенос на ЕНС может появиться датой срока уплаты налога, а не датой окончания квартала.
Это логично: начисление налога и срок исполнения обязанности — не одно и то же. Поэтому в учете мы можем увидеть такую последовательность:
в марте программа рассчитала авансовый платеж;
на дату срока уплаты, например 28 апреля или на ближайший рабочий день после переноса, программа сформировала движение Дт 68.12 Кт 68.90;
если срок выпал на выходной или праздничный день, дата проводки сместилась на ближайший рабочий день.
Из-за этого у бухгалтеров нередко возникает вопрос: почему проводка появилась не в марте, а в апреле или мае? Причина обычно не в ошибке, а в том, что 1С отражает исполнение обязанности на дату, соответствующую налоговому сроку.
Чтобы не гадать по оборотно-сальдовой ведомости, разберем, какие объекты 1С действительно помогают понять расчет.
В первую очередь используйте:
Закрытие месяца — здесь выполняется регламентная операция Расчет налога УСН;
Справка-расчет авансового платежа по налогу УСН — это основной документ для расшифровки расчета;
Книга доходов и расходов УСН — позволяет проверить, какие доходы и расходы вошли в налоговую базу;
Анализ учета по УСН — помогает быстро увидеть структуру расчета и перейти к расшифровкам;
регистр Расчет налога, уплачиваемого при УСН — именно в нем 1С накапливает данные для расчета нарастающим итогом;
документы и операции по ЕНС, если нужно понять, куда делась уплаченная сумма и как она отражена по 68.90.
Рассмотрим подробнее, что нам дает каждый из этих инструментов.
Справка-расчет полезна тем, что показывает уже не просто итоговую сумму налога, а логику формирования авансового платежа: налоговую базу, применяемую ставку, уменьшения, ранее начисленные суммы и итог к уплате за конкретный отчетный период.
КУДиР помогает выяснить причину, если цифра в расчете неожиданно изменилась. Например, мы можем обнаружить, что часть расходов еще не признана, доход попал в другой период или страховые взносы не были учтены так, как мы ожидали.
Анализ учета по УСН удобен для быстрой диагностики: мы сразу видим крупные блоки данных и можем “провалиться” в нужную часть учета.
Теперь разберем самую частую практическую ситуацию: в течение года компания или ИП платили авансовые платежи по УСН с запасом, а по итогам квартала или года программа начислила меньше. Возникает вопрос: как показать это так, чтобы итог к уплате считался верно?
Здесь важно разделить начисление и переплату.
Если программа начислила, например, 100 000 рублей, а перечислено в составе ЕНП 120 000 рублей, то дополнительные 20 000 рублей не должны “ломать” проводку по начислению налога. Начисление остается начислением. Излишек должен учитываться в составе положительного сальдо ЕНС.
Поэтому действуем так:
проверяем, что регламентная операция Расчет налога УСН выполнена корректно;
проверяем, что перенос начисленной суммы на 68.90 сформирован правильно;
смотрим документы перечисления ЕНП и остаток по 68.90;
убеждаемся, что именно на 68.90 отражается положительное сальдо, соответствующее переплате.
Не исправляйте эту ситуацию ручной проводкой только ради того, чтобы счет 68.12 “стал красивым”. Если начисление верное, а переплата действительно образовалась из-за перечислений сверх обязательства, это нормальная ситуация для учета через ЕНС.
По итогам года или следующего отчетного периода эта переплата будет использоваться в общем механизме расчетов через единый налоговый счет. Именно поэтому правильнее анализировать итог не только по 68.12, но и по 68.90.
Иногда проблема не в методологии учета, а в том, что программа действительно посчитала аванс не так, как мы ожидали. Тогда нужно не спорить со счетами, а последовательно пройтись по источникам данных.
Разберем по шагам, что именно нужно проверить.
Проверьте настройки УСН. Убедитесь, что в разделе налогов и отчетов правильно указан объект налогообложения: доходы или доходы минус расходы. Ошибка здесь меняет весь расчет.
Проверьте ставку налога. В некоторых регионах ставка может быть пониженной. Если в программе стоит стандартная ставка, а по региональному законодательству применяется иная, итог будет отличаться.
Сверьте доходы. Посмотрите, все ли поступления попали в КУДиР правильно и в нужный период.
Сверьте расходы. Для объекта доходы минус расходы расходы принимаются не автоматически “по факту наличия документа”, а по правилам признания, установленным для УСН.
Проверьте страховые взносы. Если речь идет об уменьшении налога или о включении в расходы, нужно убедиться, что взносы отражены корректно и попадают в нужный механизм расчета.
Проверьте последовательность закрытия месяцев. Если один из месяцев не закрыт или закрыт после исправлений без перепроведения, расчет может быть искажен.
Посмотрите регистр Расчет налога, уплачиваемого при УСН. Именно здесь удобно искать техническую причину расхождения.
На этом этапе очень важно не ограничиваться одной только ОСВ. Оборотно-сальдовая ведомость показывает итог движения по счету, но не объясняет налоговую логику расчета. Поэтому для анализа УСН всегда нужно подключать и налоговые отчеты, и регистры.
При объекте доходы авансовый платеж рассчитывается относительно просто: берем доходы нарастающим итогом, умножаем на ставку, затем уменьшаем налог на разрешенные суммы, после чего вычитаем уже начисленные ранее авансы.
Упрощенно формула выглядит так:
Аванс за период = Налог с доходов нарастающим итогом – допустимые уменьшения – ранее начисленные авансы
Посмотрим на пример.
Предположим, за 1 квартал доход составил 2 000 000 рублей, ставка 6%. Исчисленный аванс — 120 000 рублей. Далее возможны варианты.
Вариант 1. Организация или ИП с работниками. Тогда уменьшить налог можно на страховые взносы и некоторые иные разрешенные суммы, но обычно действует ограничение не более 50% от исчисленного налога. Если страховые взносы за период составили 80 000 рублей, то уменьшить аванс мы сможем только на 60 000 рублей. К уплате останется 60 000 рублей.
Вариант 2. ИП без работников. Здесь порядок иной: налог может уменьшаться на страховые взносы за себя без ограничения 50%, в пределах действующих правил. Если сумма взносов и иных разрешенных уменьшений перекрывает исчисленный аванс полностью, к уплате может получиться ноль.
Рассмотрим важный нюанс. В 2023–2025 годах тема уменьшения УСН на страховые взносы у ИП активно менялась и разъяснялась ФНС и 1С. Поэтому при разборе старых форумных тем обязательно проверяйте, к какому периоду относится обсуждение. Старый ответ 2023 года не всегда буквально переносится на 2025 или 2026 год без уточнения правил.
Для 1С это означает следующее: если вы анализируете уменьшение налога на взносы, не ориентируйтесь только на общие проводки. Смотрите, какой именно порядок действует для вашего периода, и проверяйте, поддерживает ли его ваш релиз программы.
При объекте доходы минус расходы ошибка пользователей часто заключается в том, что они пытаются искать уменьшение налога по той же логике, что и на УСН доходы. Но здесь механизм другой.
На УСН доходы минус расходы страховые взносы, как правило, не уменьшают сам авансовый платеж напрямую, а включаются в расходы при соблюдении правил признания. То есть сначала формируется налоговая база:
Налоговая база = Доходы – Расходы
Затем применяется ставка. После этого из полученного результата вычитаются ранее начисленные авансы.
Посмотрим на пример.
Доходы за полугодие — 3 500 000 рублей. Расходы, принимаемые для УСН, — 2 900 000 рублей. Налоговая база — 600 000 рублей. При ставке 15% исчисленный налог нарастающим итогом — 90 000 рублей. Если за 1 квартал уже был начислен аванс 30 000 рублей, то аванс за полугодие составит 60 000 рублей.
Если бухгалтер ожидает, что программа дополнительно уменьшит эту сумму на страховые взносы отдельной строкой, он решит, что расчет неверный. Но на самом деле взносы уже могли быть учтены внутри расходов. Поэтому здесь особенно важно сверять:
принятие расходов в КУДиР;
условия признания оплаты и поступления документов;
момент включения взносов, зарплаты, НДФЛ, торгового сбора и других сумм в расходы.
Форумные вопросы по УСН почти всегда упираются в страховые взносы. Поэтому проанализируем ситуацию отдельно.
Если у нас УСН доходы, именно страховые взносы чаще всего объясняют, почему аванс в 1С получился меньше ожидаемого или, наоборот, больше. В типовом решении 1С уменьшение налога выполняется автоматически, но только при корректном отражении исходных документов и при соблюдении правил для соответствующего периода.
Нужно помнить несколько принципов.
Одну и ту же сумму нельзя учитывать дважды. Если сумма страховых взносов уже уменьшила аванс за один период, повторно уменьшать на нее налог за год нельзя.
Для ИП без работников и для налогоплательщиков с работниками действуют разные ограничения. Это влияет на итоговую сумму к уплате.
Для разных лет действовали разные разъяснения по моменту учета фиксированных взносов ИП. Поэтому обязательно сверяйте период и релиз программы.
Если у нас УСН доходы минус расходы, то здесь взносы чаще влияют не на прямое уменьшение аванса, а на размер расходов, а значит — на налоговую базу. Ошибка в принятии взносов к расходам меняет расчет налога целиком.
Соберем в одном месте те объекты 1С, которые действительно нужно проверять, когда возник вопрос по авансам УСН.
Закрытие месяца — запускает регламентный расчет;
Расчет налога УСН — ключевая регламентная операция;
Справка-расчет авансового платежа по налогу УСН — основной отчет для расшифровки;
Книга доходов и расходов УСН — показывает налоговую базу и принятие доходов/расходов;
Анализ учета по УСН — помогает быстро локализовать расхождение;
Уведомление об исчисленных суммах налогов — важно для исполнения обязанности через ЕНС;
Операция по ЕНС: налоги — может использоваться в переходных или корректировочных сценариях;
Сведения об уплате налогов и другие документы ЕНС — позволяют понять движение по 68.90;
счета 68.12, 68.90, 99.01.1 — дают бухгалтерскую картину происходящего;
регистр Расчет налога, уплачиваемого при УСН — показывает внутреннюю логику расчета в программе.
Практический совет: если спорная сумма не сходится, начинайте не с ручных корректировок, а с проверки этих объектов именно в такой последовательности. В большинстве случаев ошибка находится раньше, чем возникает необходимость что-то исправлять вручную.
Это один из самых важных вопросов. Пользователь видит “не тот” остаток и сразу хочет сделать ручную операцию. Но в теме УСН и ЕНС ручные проводки — это крайняя мера.
Корректировка обычно не нужна, если:
налог рассчитан верно;
перенос на 68.90 выполнен корректно;
переплата действительно отражается на ЕНС;
расхождение связано только с тем, что бухгалтер ожидал увидеть переплату на 68.12.
Корректировка может понадобиться, если:
были неверно введены начальные остатки при переходе на ЕНС;
ошибочно отражены уведомления или платежи;
учет вели частично вручную и нарушили типовую последовательность документов;
в базе есть старые остатки, которые не были корректно перенесены на 68.90;
после исправления прошлых периодов не перепровели закрытие месяцев и налоговые регистры.
Даже в этих случаях сначала нужно выяснить причину, а уже потом выбирать инструмент исправления. Иногда достаточно перепровести документы, заново выполнить Закрытие месяца и сформировать актуальное Уведомление об исчисленных суммах налогов. Иногда нужно проверить документы перехода на ЕНС. И только после этого рассматривать ручную операцию.
Особенность УСН состоит в том, что авансы считаются не “за квартал отдельно”, а нарастающим итогом. Из-за этого бухгалтеры часто ожидают одну сумму, а программа показывает другую. На самом деле 1С в этом случае может быть права.
Разберем логику на примере УСН доходы.
Допустим:
за 1 квартал доход — 1 000 000 рублей, налог — 60 000 рублей;
за полугодие доход нарастающим итогом — 2 400 000 рублей, налог — 144 000 рублей;
за 1 квартал уже был начислен аванс 60 000 рублей.
Тогда аванс за полугодие будет не 144 000 рублей, а:
144 000 – 60 000 = 84 000 рублей
Если в этот же период появились страховые взносы или иные уменьшения, они уменьшают именно налог нарастающим итогом, а не только “текущий квартал”. Поэтому без Справки-расчет понять итоговую сумму по одной ОСВ бывает очень трудно.
Аналогичная логика применяется и при УСН доходы минус расходы: программа сначала определяет налог с базы нарастающим итогом, затем вычитает уже начисленные авансы.
При работе с авансовыми платежами по УСН важно помнить не только расчет, но и порядок исполнения обязанности.
В общем случае авансовые платежи по УСН уплачиваются не позднее 28-го числа месяца, следующего за отчетным периодом. Отчетные периоды — это 1 квартал, полугодие и 9 месяцев.
Уведомление об исчисленной сумме налога подается не позднее 25-го числа месяца, в котором наступает срок уплаты. Если дата приходится на выходной, срок переносится на ближайший рабочий день.
Эта логика важна сразу по двум причинам:
именно на дату налогового срока программа может формировать движение по переносу начисления на ЕНС;
ошибка в уведомлении может привести к тому, что бухгалтер видит “неправильную” картину расчетов, хотя проблема находится не в самом расчете УСН, а в исполнении обязанности через ЕНС.
Поэтому всегда рассматривайте вопрос авансов по УСН в связке: расчет в 1С + уведомление + движение по ЕНС.
Соберем самые частые причины расхождений.
Путают начисление и оплату. На 68.12 хотят видеть итог с учетом всех перечислений, хотя переплата отражается на 68.90.
Не учитывают нарастающий итог. Сравнивают “квартальную” сумму с “полугодовой” без вычета уже начисленных авансов.
Не проверяют КУДиР. Доходы или расходы попали не в тот период или не признаны по правилам УСН.
Не учитывают особенности уменьшения на страховые взносы. Особенно часто это происходит у ИП на УСН доходы.
Смотрят только ОСВ. Без Справки-расчет и регистра расчета налога невозможно увидеть налоговую логику.
Пытаются исправить все ручной проводкой. Это может замаскировать реальную причину ошибки и испортить дальнейший учет по ЕНС.
Не перепроводят закрытие после изменений. Исправили документ, но не пересчитали налог — в результате старая сумма продолжает жить в расчетах.
Сведем решение проблемы в понятную последовательность действий.
Откройте Закрытие месяца за нужный период и убедитесь, что выполнена операция Расчет налога УСН.
Сформируйте Справку-расчет авансового платежа по налогу УСН и посмотрите, из чего состоит сумма.
Сверьте данные со строками Книги доходов и расходов УСН.
Проверьте отчет Анализ учета по УСН, чтобы быстро найти спорный блок.
Посмотрите, как заполнен регистр Расчет налога, уплачиваемого при УСН.
Проверьте проводки по счетам 99.01.1, 68.12 и 68.90.
Сверьте уведомление по УСН и движение по ЕНС.
Убедитесь, что переплата действительно числится на 68.90, а не ждите ее появления на 68.12.
Только после этого решайте, нужна ли корректировка. Если расчет верен, а переплата отражена на ЕНС, исправлять ничего не нужно.
Если сформулировать ответ максимально коротко и по существу, то он будет таким:
В 1С авансовый платеж по УСН начисляется на счете 68.12, а его перенос и дальнейшие расчеты в составе единого налогового счета отражаются через 68.90. Поэтому переплату по УСН обычно нужно искать на 68.90, а не ожидать ее уменьшения на 68.12.
Именно поэтому ситуация, когда программа начисляет налог на 68.12, а уплачено фактически больше, не означает автоматическую ошибку. Сначала нужно проанализировать механизм ЕНС, проверить Справку-расчет авансового платежа по налогу УСН, КУДиР, Анализ учета по УСН и движение по 68.90.
Если после такой проверки выясняется, что расчет налога верен, а излишне уплаченная сумма находится на ЕНС, значит программа работает корректно и ручные исправления не нужны. Если же расхождение вызвано неверными остатками, ошибочным уведомлением, нарушенной последовательностью закрытия или некорректным учетом взносов, тогда нужно устранять именно первопричину, а не “подгонять” остаток по счету.
Информация носит справочный характер.