Разберем ситуацию, когда в программе 1С:Бухгалтерия предприятия 3.0 после уплаты авансового платежа по УСН и проведения уведомления об исчисленных суммах налогов остается дебетовое сальдо на счете 68.12 «Налог при упрощенной системе налогообложения».
Типичная картина выглядит так: пользователь формирует уведомление по авансовому платежу УСН за девять месяцев, программа делает проводку Дт 68.12 Кт 68.90, затем перечисляется единый налоговый платеж, формируется проводка Дт 68.90 Кт 51. В результате счет 68.90 закрывается, а на счете 68.12 остается дебетовое сальдо.
На первый взгляд может показаться, что программа не выполнила закрытие месяца или не сформировала нужную проводку. Однако в большинстве случаев причина находится не в самой операции закрытия месяца, а в том, что сумма, перенесенная уведомлением на единый налоговый счет, не совпадает с фактически начисленным налогом по УСН.
Рассмотрим подробнее, почему возникает дебет по счету 68.12, какие документы необходимо проверить, как учитывать страховые взносы при совмещении УСН и ПСН и в каких случаях нужно исправлять уведомление, а не вводить ручную операцию.
Счет 68.12 используется для учета расчетов по налогу, уплачиваемому при применении УСН. По кредиту счета отражается начисленный налог или авансовый платеж, а по дебету — уменьшение обязательства перед бюджетом, в том числе при переносе начисленной суммы на единый налоговый счет.
В стандартной ситуации при расчете авансового платежа по УСН программа должна сформировать проводку:
Дт 99.01 Кт 68.12 — начислен авансовый платеж по УСН.
После этого при проведении документа Уведомление об исчисленных суммах налогов формируется проводка:
Дт 68.12 Кт 68.90 — обязательство по УСН переносится на единый налоговый счет.
При перечислении единого налогового платежа банк отражается проводкой:
Дт 68.90 Кт 51 — перечислены денежные средства на единый налоговый счет.
Если сумма начисления по УСН и сумма из уведомления совпадают, счет 68.12 закрывается: сначала он кредитуется при начислении налога, затем дебетуется при переносе обязательства на ЕНС.
Рассмотрим упрощенный пример.
Предположим, по итогам девяти месяцев рассчитан авансовый платеж по УСН в сумме 30 000 рублей.
При выполнении регламентной операции Расчет налога УСН программа формирует проводку Дт 99.01 Кт 68.12 на 30 000 рублей.
При проведении уведомления формируется проводка Дт 68.12 Кт 68.90 на 30 000 рублей.
После этих двух операций сальдо по счету 68.12 становится нулевым.
После оплаты ЕНП формируется проводка Дт 68.90 Кт 51 на 30 000 рублей.
Если же уведомление сформировано на 30 000 рублей, а регламентная операция рассчитала налог к уплате в размере 0 рублей, проводка Дт 99.01 Кт 68.12 не появится. В таком случае дебет по 68.12 на сумму 30 000 рублей останется в учете.
Следовательно, дебетовое сальдо по счету 68.12 означает не то, что счет «не закрылся сам», а то, что сумма, указанная в уведомлении, превышает сумму начисленного налога по УСН.
Счет 68.90 предназначен для учета единого налогового счета. В программе аналитика по ЕНС ведется не только по бухгалтерским проводкам, но и по данным регистра Расчеты по налогам на едином налоговом счете.
Когда пользователь говорит, что счет 68.90 закрывается, это еще не означает, что расчет налога отражен корректно.
Например, возможна следующая последовательность:
Проведено уведомление: Дт 68.12 Кт 68.90.
Перечислен единый налоговый платеж: Дт 68.90 Кт 51.
Счет 68.90 становится нулевым.
На счете 68.12 остается дебетовое сальдо, потому что налог по УСН не был начислен или начислен в меньшей сумме.
В этой ситуации формально счет 68.90 может иметь нулевое сальдо, но учет обязательства по УСН будет несогласованным.
После исправления ошибочного уведомления ситуация может измениться. Счет 68.12 будет закрыт, а по счету 68.90 появится дебетовое сальдо. Такое сальдо может означать, что денежные средства уже перечислены на ЕНС, но пока не зачтены в счет какого-либо обязательства.
Это нормальная ситуация, если налог действительно не подлежал уплате. Деньги не исчезают: они учитываются на едином налоговом счете и могут быть зачтены в счет других обязательств либо возвращены в порядке, предусмотренном налоговым законодательством.
Прежде чем исправлять проводки, необходимо определить правильную сумму авансового платежа по УСН. Не нужно начинать с ручной операции по счету 68.12. Сначала разберем, почему программа не сформировала начисление.
В рассматриваемой ситуации необходимо проверить, была ли выполнена регламентная операция Расчет налога УСН за последний месяц отчетного периода. Для авансового платежа за девять месяцев это, как правило, операция закрытия сентября.
Откроем раздел закрытия месяца.
Выберем сентябрь соответствующего года.
Проверим состояние операции Расчет налога УСН.
Убедимся, что операция выполнена без ошибок и не имеет статуса пропуска.
Откроем справку-расчет по налогу УСН.
Сверим сумму налога к уплате с суммой, указанной в уведомлении.
Если в справке-расчете налог к уплате равен нулю, программа не должна формировать проводку Дт 99.01 Кт 68.12. В этом случае отсутствие начисления не является ошибкой программы.
Если в справке-расчете отражена положительная сумма налога, но проводка Дт 99.01 Кт 68.12 отсутствует, необходимо проверить порядок выполнения закрытия месяца, ручные корректировки и документы, влияющие на расчет УСН.
Для анализа используем следующие стандартные отчеты и объекты программы:
Оборотно-сальдовая ведомость по счету 68.12 — покажет остаток по налогу УСН.
Карточка счета 68.12 — позволит увидеть документы, сформировавшие дебет и кредит счета.
Анализ счета 68.12 — поможет быстро сопоставить начисление налога и перенос на ЕНС.
Справка-расчет налога УСН — покажет расчет доходов, налоговой базы, страховых взносов и суммы авансового платежа.
Справка-расчет расходов, уменьшающих налог УСН — позволит проверить страховые взносы и другие суммы, которые уменьшили налог.
Книга учета доходов и расходов УСН — поможет проверить доходы и расходы, учтенные по упрощенной системе.
Расчеты по налогам на едином налоговом счете — позволит проанализировать движения по ЕНС и обязательства, перенесенные уведомлениями.
При проверке необходимо ориентироваться не на сумму платежа, которую пользователь перечислил в бюджет, а на сумму авансового платежа, рассчитанную программой по данным учета.
В описанной ситуации налог по УСН был уменьшен на страховые взносы полностью. Поэтому регламентная операция не сформировала начисление по счету 68.12.
Одновременно пользователь уже создал уведомление по УСН и перечислил единый налоговый платеж. В результате программа получила следующую несогласованность:
В уведомлении заявлена обязанность по УСН.
Эта обязанность перенесена с кредита счета 68.12 на счет 68.90.
Фактического начисления налога по УСН нет, потому что расчет дал нулевой результат.
На счете 68.12 остается дебетовое сальдо.
Важно понимать: если налог УСН действительно уменьшился до нуля, то уведомление по УСН на положительную сумму подавать не следовало.
При нулевой сумме авансового платежа по УСН уведомление об исчисленных суммах налогов по этому обязательству не представляется.
Поэтому в такой ситуации задача заключается не в том, чтобы создать искусственную проводку по кредиту счета 68.12, а в том, чтобы исправить ошибочно отраженное уведомление.
Рассмотрим порядок действий, если после проверки справки-расчета подтверждается, что авансовый платеж УСН за отчетный период равен нулю.
Например, доходы по УСН за девять месяцев составили 500 000 рублей. При ставке 6 процентов сумма исчисленного налога до уменьшения составила 30 000 рублей. При этом страховые взносы, доступные для уменьшения УСН, составили 30 000 рублей. Налог к уплате равен нулю.
Если при таких данных было создано уведомление на 30 000 рублей, оно отражает несуществующую обязанность. Его необходимо исправить.
Разберем действия в зависимости от того, было ли уведомление отправлено в налоговый орган.
Если уведомление сформировано в 1С, но еще не отправлено в налоговую инспекцию, исправление выполняется проще.
Откроем документ Уведомление об исчисленных суммах налогов.
Проверим сумму по строке УСН.
Если авансовый платеж по УСН равен нулю, отменим проведение документа либо удалим ошибочную строку УСН.
Проверим движения документа по бухгалтерскому учету и регистру ЕНС.
Повторно сформируем оборотно-сальдовую ведомость по счету 68.12.
Убедимся, что дебетовое сальдо, возникшее из-за уведомления, исчезло.
Если единый налоговый платеж уже перечислен, но уведомление еще не отправлено, деньги не следует пытаться «вернуть» ручной проводкой. Они будут отражаться как денежные средства на едином налоговом счете до зачета в счет другой обязанности или до оформления возврата.
Если уведомление уже направлено в налоговую инспекцию, простого удаления документа из 1С недостаточно. Необходимо исправить сведения не только в учетной программе, но и в данных налогового органа.
Если ошибка допущена только в сумме, необходимо подготовить новое уведомление с теми же реквизитами обязательства и указать правильную сумму.
В нашем случае правильная сумма равна нулю.
Создадим новое уведомление об исчисленных суммах налогов.
Повторим реквизиты ошибочной строки по УСН: КПП, КБК, ОКТМО, отчетный период и год.
В поле суммы укажем фактическую сумму авансового платежа по УСН.
Если расчет подтвердил отсутствие налога к уплате, укажем сумму 0 рублей.
Проведем документ в 1С и проверим его движения.
Направим корректирующее уведомление в налоговую инспекцию.
Проверим карточку счета 68.12 и отчет по расчетам на ЕНС.
Новое уведомление заменяет ранее поданные сведения по соответствующей обязанности. Не нужно указывать разницу между неправильной и правильной суммой. Необходимо указать итоговую правильную сумму по соответствующему периоду.
Если ошибочными являются не только сумма, но и КПП, КБК, ОКТМО или отчетный период, порядок другой:
Повторим ошибочные реквизиты в первой строке.
Укажем в первой строке сумму 0 рублей, чтобы отменить ошибочно заявленную обязанность.
Добавим новую строку с корректными реквизитами.
Укажем в новой строке правильную сумму налога.
Если декларация по УСН за соответствующий период уже представлена и ошибка выявлена после ее сдачи, порядок исправления необходимо оценивать отдельно. В такой ситуации корректировка обычно производится через уточненную декларацию, а не путем формирования нового уведомления по уже подтвержденной декларацией обязанности.
После отражения корректировки в 1С движения могут выглядеть следующим образом:
Дт 68.12 Кт 68.90 — первоначальное ошибочное уведомление.
Дт 68.90 Кт 68.12 — сторно или корректировка ошибочно перенесенной суммы.
После такой корректировки счет 68.12 должен закрыться. При этом на счете 68.90 может возникнуть дебетовое сальдо на сумму ранее перечисленного ЕНП.
Дебетовое сальдо по счету 68.90 после исправления может быть правильным: оно означает, что денежные средства перечислены на единый налоговый счет, но не зачтены в счет обязательства по УСН.
Теперь рассмотрим другую ситуацию. Предположим, после проверки справки-расчета выяснилось, что налог по УСН должен быть положительным, уведомление составлено на правильную сумму, но проводка Дт 99.01 Кт 68.12 не сформировалась.
В этом случае уведомление исправлять не нужно. Необходимо выяснить, почему не отработала регламентная операция Расчет налога УСН.
Не следует сразу вводить ручную операцию:
Дт 99.01 Кт 68.12.
Такая проводка может временно закрыть счет 68.12, но не исправит данные регистров УСН, не сформирует корректную справку-расчет и может быть сторнирована или изменена при следующем закрытии месяца.
Разберем правильный порядок проверки.
Откроем закрытие месяца за сентябрь.
Проверим, выполнена ли операция Расчет налога УСН.
Проверим, не установлена ли для операции ручная корректировка.
Проверим, не был ли выбран вариант Пропустить операцию.
Отменим выполнение операции, если в ней отражены некорректные данные.
Исправим первичные документы и настройки учета.
Повторно выполним закрытие месяца.
Сформируем справку-расчет налога УСН.
Проверим проводку по счетам 99.01 и 68.12.
Если в закрытии месяца установлена ручная корректировка, программа может не пересчитывать данные автоматически. В таком случае необходимо отменить ручную корректировку, отменить выполнение регламентной операции и запустить расчет заново после проверки исходных документов.
Если операция была пропущена, ее необходимо восстановить и выполнить. Пропуск операции не является способом исправления распределения страховых взносов или устранения остатка по счету 68.12.
Команда «Пропустить операцию» не закрывает налог, не исправляет уведомление и не переносит страховые взносы между УСН и ПСН. Она только отключает выполнение соответствующей регламентной операции.
Иногда пользователи пытаются открыть движения регламентной операции и удалить отдельные проводки вручную. Такой подход применять не следует.
Регламентные операции закрытия месяца формируют не только бухгалтерские проводки, но и движения по регистрам учета. Удаление одной проводки без исправления исходных данных приводит к рассогласованию между бухгалтерским учетом, расчетом УСН, КУДиР, справками-расчетами и отчетностью.
Если в движениях операции нет проводок, это не означает, что программа «не работает». Возможно, операция рассчитала налог к уплате в сумме 0 рублей и поэтому не сформировала бухгалтерское начисление.
В такой ситуации необходимо не удалять движения, а проверить:
доходы, учтенные в УСН;
ранее исчисленные авансовые платежи;
страховые взносы, уменьшающие УСН;
суммы, уже использованные для уменьшения патента;
настройки совмещения УСН и ПСН;
документы, относящиеся к разным видам деятельности.
Особое внимание необходимо уделить ситуации, когда предприниматель одновременно применяет УСН с объектом «Доходы» и патентную систему налогообложения.
При совмещении УСН и ПСН необходимо вести раздельный учет доходов и расходов по каждому специальному режиму. Это относится и к страховым взносам, уменьшающим налог УСН и стоимость патента.
Одна и та же сумма страховых взносов не может быть использована дважды:
один раз для уменьшения налога по УСН;
второй раз для уменьшения стоимости патента.
Если страховые взносы можно напрямую отнести к деятельности на УСН, они уменьшают налог УСН.
Если страховые взносы можно напрямую отнести к патентной деятельности, они уменьшают стоимость патента.
Если взносы нельзя прямо распределить между УСН и ПСН, их необходимо распределять пропорционально доходам от каждого режима в общем объеме доходов.
Рассмотрим простой пример.
За отчетный период доходы составили:
по УСН — 700 000 рублей;
по ПСН — 300 000 рублей;
общий доход — 1 000 000 рублей.
Общие страховые взносы, которые невозможно отнести к конкретному режиму, составили 30 000 рублей.
Доля УСН составляет 70 процентов:
700 000 / 1 000 000 × 100%.
Доля ПСН составляет 30 процентов:
300 000 / 1 000 000 × 100%.
Следовательно, распределение страховых взносов будет следующим:
на УСН приходится 21 000 рублей;
на ПСН приходится 9 000 рублей.
Если исчисленный налог УСН до уменьшения составляет 42 000 рублей, страховые взносы в сумме 21 000 рублей могут уменьшить его до 21 000 рублей.
Если пользователь уже уменьшил патент на всю сумму 30 000 рублей, он не вправе одновременно уменьшить УСН на эти же 30 000 рублей.
Именно такая ошибка может привести к ситуации, когда программа считает авансовый платеж по УСН равным нулю, хотя пользователь предполагает, что взносы уже были использованы только по патенту.
Поэтому необходимо проверить не только факт оплаты страховых взносов, но и то, как именно они отражены в программе.
Рассмотрим по шагам, что необходимо проверить в 1С при совмещении УСН и ПСН.
Откроем карточку патента в разделе учета патентной системы.
Проверим стоимость патента, срок действия и сумму уменьшения на страховые взносы.
Откроем документ уведомления об уменьшении суммы налога по патентной системе налогообложения.
Проверим, какая сумма взносов была заявлена для уменьшения патента.
Откроем помощник расчета УСН.
Проверим строку со страховыми взносами, уменьшающими налог УСН.
Откроем расшифровку суммы страховых взносов.
Сверим, какие взносы программа отнесла к УСН, а какие — к ПСН.
Проверим, не превышает ли общий объем использованных взносов фактически доступную сумму.
В более новых версиях программы для расчета УСН и патента используются помощники, позволяющие увидеть доступную сумму страховых взносов и ее распределение между режимами. В старых релизах часть расшифровок может выглядеть иначе, но общий принцип остается одинаковым: сумма, использованная для уменьшения патента, не должна повторно уменьшать УСН.
Не следует считать, что факт уплаты взносов автоматически означает возможность уменьшить на всю эту сумму оба налога. Сначала необходимо определить, какая часть взносов относится к каждому налоговому режиму.
Страховые взносы ИП за себя учитываются отдельно от страховых взносов, начисленных с выплат работникам.
При УСН с объектом «Доходы» предприниматель может уменьшать налог на страховые взносы за себя. При наличии работников действуют ограничения на уменьшение налога, а при отсутствии работников налог может уменьшаться до нуля.
При ПСН также возможно уменьшение стоимости патента на страховые взносы. Однако необходимо соблюдать правило раздельного учета и не использовать одну и ту же сумму взносов дважды.
Если предприниматель работает без сотрудников, страховые взносы за себя могут уменьшать налог УСН и стоимость патента в пределах сумм, распределенных между соответствующими видами деятельности.
Если у предпринимателя есть сотрудники, необходимо дополнительно проверить:
в какой деятельности заняты работники;
какая часть зарплаты и страховых взносов относится к УСН;
какая часть относится к патентной деятельности;
есть ли сотрудники, занятые одновременно в обоих видах деятельности;
применяется ли ограничение на уменьшение налога в размере 50 процентов.
Если сотрудники заняты только в деятельности на УСН, страховые взносы за этих сотрудников следует относить к УСН.
Если сотрудники заняты только в деятельности по патенту, страховые взносы относятся к патентной системе.
Если сотрудники работают одновременно в деятельности на УСН и по патенту, расходы на оплату труда и страховые взносы необходимо распределять.
При наличии работников необходимо проверить настройки учета зарплаты по каждому сотруднику. В 1С для этого используется настройка способа учета зарплаты и расходов.
Для сотрудников, чьи затраты нельзя отнести к одному режиму, необходимо использовать вариант учета по разным видам деятельности.
При корректной настройке программа сможет распределять расходы на оплату труда и страховые взносы между УСН и ПСН пропорционально доходам или в соответствии с указанным способом учета.
Если у сотрудника неправильно указан способ учета затрат, программа может полностью отнести его зарплату и взносы к УСН либо к патенту. Это, в свою очередь, изменит расчет налогов.
Разберем практический порядок проверки.
Откроем карточку сотрудника.
Перейдем к настройке учета расходов или способа отражения зарплаты.
Проверим, к какой системе налогообложения относится сотрудник.
Если сотрудник занят в нескольких видах деятельности, установим учет по разным видам деятельности.
Проверим счет учета затрат и статью затрат.
Проверим порядок отражения расходов при УСН.
После исправления настроек перепроведем документы начисления зарплаты и страховых взносов.
Повторно выполним закрытие месяца.
После изменения настроек необходимо перепроверить не только текущий месяц, но и все периоды, в которых были начислены зарплата и страховые взносы, влияющие на расчет авансовых платежей.
На практике часто встречается ситуация, когда пользователь считает, что взносы уже использованы для уменьшения патента, но программа продолжает учитывать их при расчете УСН.
Это может происходить по нескольким причинам.
Уменьшение патента отражено только вне программы или вручную, но не зарегистрировано в учете 1С.
Документ уменьшения патента создан без отражения в учете.
Уведомление об уменьшении патента заполнено вручную и не связано с расчетным помощником.
Сумма страховых взносов распределена между режимами не так, как предполагает пользователь.
Доходы по УСН или ПСН отражены в программе неверно.
Часть документов поступления не имеет корректной принадлежности к виду деятельности.
Закрытие месяца было выполнено до ввода части документов, а затем не было перезапущено.
По регламентным операциям была выполнена ручная корректировка.
Поэтому фраза «взносы учтены на патенте» сама по себе не подтверждает, что программа исключила их из уменьшения УСН. Необходимо проверить фактические данные в расчетах программы.
Наиболее надежный способ — открыть расшифровку страховых взносов в помощнике расчета УСН и одновременно проверить расчет уменьшения стоимости патента.
При совмещении УСН и ПСН неправильное распределение доходов может повлиять на распределение страховых взносов. Поэтому необходимо проверить, правильно ли в программе отражена принадлежность поступлений к видам деятельности.
Проверим документы, которыми в учете отражаются доходы:
Поступление на расчетный счет.
Отчет о розничных продажах.
Реализация товаров и услуг.
Операция по платежной карте.
кассовые документы;
документы возврата денежных средств;
документы корректировки реализации.
Необходимо убедиться, что доходы, относящиеся к патентной деятельности, не попали в доходы УСН, и наоборот.
Если в программу попадает доход по патенту как доход УСН, расчет авансового платежа УСН будет завышен. Если наоборот доход по УСН ошибочно не отражен в УСН, налог может быть занижен.
Кроме того, от доли доходов зависит распределение общих страховых взносов. Поэтому одна ошибка в классификации выручки может одновременно повлиять на расчет УСН, расчет патента и распределение взносов.
Рассмотрим рекомендуемую последовательность действий, если обнаружено, что страховые взносы неправильно распределены между УСН и ПСН.
Сначала определим правильную сумму доходов по УСН и ПСН за отчетный период.
Проверим, какая часть страховых взносов относится к каждому виду деятельности напрямую.
Общие взносы распределим пропорционально доходам, если прямое распределение невозможно.
Проверим сумму взносов, уже использованную для уменьшения стоимости патента.
Проверим остаток взносов, доступный для уменьшения УСН.
Исправим настройки сотрудников и способы учета расходов, если ошибка связана с зарплатой.
Исправим документы доходов, если выручка отнесена к неправильному режиму.
Перепроведем документы, влияющие на расчет.
Отменим закрытие месяца начиная с первого периода, в котором появились исправления.
Повторно выполним закрытие месяцев по порядку.
Проверим справку-расчет налога УСН.
Проверим справку-расчет уменьшения патента.
После получения правильной суммы УСН проверим уведомление и при необходимости сформируем корректирующее уведомление.
Не рекомендуется сначала закрывать дебет счета 68.12 ручной проводкой, а затем пытаться восстановить расчет. Правильный порядок обратный: сначала восстанавливаем расчет, затем исправляем уведомление и только после этого проверяем бухгалтерские остатки.
Возможна ситуация, когда налог УСН не равен нулю, но сумма уведомления больше суммы, рассчитанной программой.
Например, пользователь подал уведомление на 30 000 рублей, а после учета страховых взносов программа рассчитала авансовый платеж в размере 12 000 рублей.
Тогда на счете 68.12 останется дебетовое сальдо 18 000 рублей.
В этой ситуации необходимо:
проверить правильность расчета УСН;
убедиться, что сумма 12 000 рублей действительно является правильной;
подать корректирующее уведомление на 12 000 рублей;
отразить корректировку в 1С;
проверить, что дебетовое сальдо по счету 68.12 исчезло.
При этом переплата в размере 18 000 рублей не должна быть списана на расходы или закрыта произвольной проводкой. Она должна остаться в составе расчетов по ЕНС до зачета или возврата.
Если страховые взносы уже полностью использованы для уменьшения стоимости патента, необходимо проверить, имеет ли УСН право на уменьшение налога на эти же суммы.
Если взносы действительно были полностью отнесены к патентной деятельности и не должны распределяться на УСН, налог УСН не должен быть уменьшен на эти взносы.
В таком случае после исправления распределения программа должна пересчитать УСН и сформировать начисление:
Дт 99.01 Кт 68.12.
После этого ранее созданное уведомление может оказаться правильным и счет 68.12 закроется без необходимости корректировать уведомление.
Однако такой результат возможен только после подтверждения правильности распределения. Нельзя исходить только из того, что взносы «были учтены на патенте». Необходимо установить, допускается ли их распределение между режимами и как оно должно быть выполнено в конкретной ситуации.
Если взносы общие и не относятся исключительно к патентной деятельности, их полное отнесение на патент может быть неверным. Тогда часть взносов должна уменьшать УСН, а часть — патент.
Рассмотрим условный пример для ИП, совмещающего УСН «Доходы» и ПСН.
Доходы за девять месяцев составили:
по УСН — 900 000 рублей;
по патенту — 600 000 рублей.
Исчисленный налог УСН до уменьшения:
900 000 × 6% = 54 000 рублей.
Общие страховые взносы за себя составили 45 000 рублей. Их невозможно отнести только к УСН или только к патенту.
Доля УСН:
900 000 / 1 500 000 = 60%.
Доля патента:
600 000 / 1 500 000 = 40%.
На УСН приходится:
45 000 × 60% = 27 000 рублей.
На патент приходится:
45 000 × 40% = 18 000 рублей.
Налог УСН к уплате:
54 000 − 27 000 = 27 000 рублей.
В этом примере правильная последовательность учета будет следующей:
Взносы в сумме 18 000 рублей уменьшают стоимость патента.
Взносы в сумме 27 000 рублей уменьшают налог УСН.
Регламентная операция УСН формирует начисление на 27 000 рублей.
Уведомление по УСН формируется на 27 000 рублей.
После проведения уведомления счет 68.12 закрывается.
Если же пользователь подал уведомление на 54 000 рублей, а программа правильно рассчитала налог к уплате в размере 27 000 рублей, на счете 68.12 останется дебетовое сальдо 27 000 рублей. В таком случае требуется корректировка уведомления, а не ручное начисление налога на всю сумму 54 000 рублей.
В большинстве случаев ручную операцию вводить не нужно.
Проводка:
Дт 99.01 Кт 68.12
должна формироваться регламентной операцией Расчет налога УСН, а не пользователем вручную.
Проводка:
Дт 68.90 Кт 68.12
должна появляться при корректном исправлении уведомления или операции по ЕНС, а не как произвольная запись для обнуления остатка.
Ручная операция может создать видимость правильного остатка в оборотно-сальдовой ведомости, но при этом оставить ошибки в регистрах УСН и ЕНС.
Особенно опасно вводить ручные проводки, если затем будут выполняться следующие действия:
повторное закрытие месяца;
перерасчет УСН;
формирование декларации по УСН;
формирование уведомлений по ЕНС;
сверка с личным кабинетом налогоплательщика;
обновление конфигурации.
При повторном расчете программа может изменить или сторнировать автоматические записи, но ручная операция останется. В результате ошибка может перейти в следующий отчетный период.
Ручную операцию по счету 68.12 допускается использовать только как исключение, когда источник ошибки установлен, автоматическое отражение невозможно и порядок ручной корректировки согласован с бухгалтером или специалистом по 1С. В типовой ситуации с уведомлением и расчетом УСН правильнее исправлять первичные документы, расчет и уведомление.
При исправлении данных за третий квартал важно соблюдать последовательность закрытия месяца.
Если исправления затрагивают доходы, страховые взносы, зарплату, патент или документы поступления, введенные в июле, августе или сентябре, необходимо пересчитать закрытие месяца начиная с первого затронутого периода.
Рассмотрим порядок.
Определим самый ранний месяц, в котором были исправлены данные.
Отменим закрытие месяца за этот месяц.
Отменим закрытие последующих месяцев до сентября включительно.
Перепроведем исправленные документы.
Проверим начисление зарплаты и страховых взносов.
Проверим поступления денежных средств и реализацию.
Повторно выполним закрытие каждого месяца по порядку.
В сентябре выполним операции расчета расходов, уменьшающих налог УСН, и расчета налога УСН.
Сформируем справки-расчеты.
Только после этого сформируем или исправим уведомление.
Не рекомендуется отменять только одну проводку в сентябре, если причина ошибки находится в июле или августе. Расчет УСН выполняется нарастающим итогом, поэтому результат за девять месяцев зависит от данных всех предыдущих месяцев года.
Авансовый платеж по УСН за девять месяцев нельзя рассчитывать как налог только за третий квартал.
Программа рассчитывает налог нарастающим итогом с начала года и учитывает:
доходы с января по сентябрь;
расходы, уменьшающие налог;
страховые взносы;
ранее исчисленные авансовые платежи;
суммы, учтенные в предыдущих отчетных периодах;
особенности уменьшения налога при наличии работников;
совмещение с патентной системой налогообложения.
Поэтому перед подачей уведомления за девять месяцев необходимо использовать именно расчет, сформированный программой для отчетного периода, а не переносить в уведомление сумму, рассчитанную отдельно по доходам третьего квартала.
Например, если по итогам первого полугодия уже были начислены и учтены авансовые платежи, то в уведомление за девять месяцев должна попасть не вся сумма налога с начала года, а сумма очередного авансового платежа с учетом предыдущих расчетов.
Редакция 3.0.143.32 относится к релизам 2023 года. В таких версиях уже был реализован учет ряда изменений, связанных с ЕНС и уменьшением налога УСН на страховые взносы ИП за себя, однако более поздние версии программы получили дополнительные доработки расчетных помощников, расшифровок и механизмов учета УСН и ПСН.
Поэтому при работе в старом релизе необходимо особенно внимательно проверять расчет вручную через стандартные справки и отчеты.
Рекомендуем выполнить следующие действия:
Создадим резервную копию информационной базы. При обслуживании нескольких баз этот процесс удобно автоматизировать с помощью программы для архивирования и обновления баз 1С.
Проверим, является ли база типовой и не содержит ли доработок.
Проверим актуальность конфигурации.
Перед обновлением выполним сверку основных отчетов: ОСВ, КУДиР УСН, расчет налога УСН, расчет уменьшения патента, расчеты по ЕНС.
После обновления повторно проверим расчет на копии базы.
Не будем выполнять обновление непосредственно перед сдачей отчетности без предварительной проверки расчетов.
Базовая версия программы поддерживает стандартный механизм расчета УСН, уведомлений и ЕНС. Сам по себе факт использования базовой версии не является причиной остатка по счету 68.12.
Соберем все действия в единый алгоритм.
Сформируем оборотно-сальдовую ведомость по счету 68.12.
Откроем карточку счета и определим, каким документом сформирован дебет.
Проверим сумму документа Уведомление об исчисленных суммах налогов.
Откроем закрытие месяца за сентябрь.
Проверим выполнение операции Расчет налога УСН.
Сформируем справку-расчет налога УСН.
Сопоставим сумму начисленного налога с суммой уведомления.
Проверим страховые взносы, уменьшающие УСН.
Проверим, не использованы ли те же взносы для уменьшения патента.
Проверим распределение доходов между УСН и ПСН.
Проверим настройки учета зарплаты и взносов при наличии работников.
Если налог по УСН равен нулю, исправим уведомление на нулевую сумму.
Если налог по УСН положительный, исправим исходные данные и повторно выполним расчет УСН.
Не будем вводить ручную проводку только для обнуления счета 68.12.
После исправления проверим остатки по счетам 68.12 и 68.90.
Проверим движения в регистре Расчеты по налогам на едином налоговом счете.
Сверим сведения с данными личного кабинета налогоплательщика.
Дебетовое сальдо по счету 68.12 после уведомления по УСН возникает тогда, когда уведомление переносит на ЕНС сумму, которая не была начислена по кредиту счета 68.12.
В рассматриваемой ситуации наиболее вероятная причина состоит в том, что налог УСН был полностью уменьшен страховыми взносами, поэтому регламентная операция не сформировала проводку Дт 99.01 Кт 68.12. При этом уведомление на положительную сумму уже было создано и проведено.
Если расчет УСН действительно показывает нулевой авансовый платеж, необходимо исправить уведомление, а не начислять налог вручную. После корректировки уведомления счет 68.12 должен закрыться, а ранее перечисленные деньги будут отражаться на едином налоговом счете до зачета или возврата.
Если же после проверки выяснится, что налог УСН должен быть начислен, необходимо исправить исходные данные, распределение страховых взносов, настройки учета УСН и ПСН, затем повторно выполнить закрытие месяца. Только после восстановления корректного расчета программа должна сформировать проводку Дт 99.01 Кт 68.12.
Информация носит справочный характер