Расчёт налога УСН «Доходы» 6%: формула, пример по кварталам и авансовые платежи в 2026 году

Как посчитать авансовые платежи и годовой налог нарастающим итогом с 1 января, учесть возвраты и страховые взносы и сверить каждую цифру с первичными документами.

29 октября 2026 · LidFly

Самая частая ошибка в расчёте налога УСН «Доходы» — взять оборот за июль — сентябрь, умножить его на 6% и вычесть взносы за этот же квартал. На упрощёнке налог никогда не считается за изолированные три месяца. Если во втором квартале был возврат клиенту, а в третьем — крупный платёж по взносам или приём первого сотрудника, поквартальный подсчёт отдельно от начала года приведёт к переплате либо к недоимке и пеням на ЕНС.

В бухгалтерском подключении LidFly (/mcp/accounting для Claude, ChatGPT и Codex) расчёт налога УСН «Доходы» ведётся по налоговому регистру с 1 января. ИИ помогает разобрать загруженные выписки, реестры эквайринга и акты и фиксирует открытые вопросы, а сам налог считает детерминированный сервер инструментом accounting_calculate_usn в целых копейках — с учётом возвратов, лимита вычета взносов, ранее исчисленных авансов и порога освобождения от НДС.

Формула расчёта налога и авансовых платежей УСН «Доходы»

По статье 346.19 НК РФ налоговым периодом по УСН признаётся календарный год, а отчётными периодами — первый квартал, полугодие и девять месяцев (раздел УСН на сайте ФНС России). Поэтому расчёт за любой отчётный период — за три, шесть, девять или двенадцать месяцев — всегда ведётся нарастающим итогом с 1 января текущего года.

Базовая ставка для объекта «Доходы» составляет 6% (п. 1 ст. 346.20 НК РФ; законами субъектов РФ могут устанавливаться пониженные ставки от 1% до 6% для отдельных категорий налогоплательщиков — разъяснение ФНС). Пошаговый алгоритм расчёта по статье 346.21 НК РФ состоит из пяти шагов:

1. Определите налоговую базу нарастающим итогом с 1 января. Сложите облагаемые поступления за период (за 3, 6, 9 или 12 месяцев) и вычтите суммы, фактически возвращённые покупателям и заказчикам в этом же периоде (п. 1 ст. 346.17 НК РФ). При приёме карт через эквайринг в доход идёт полная сумма оплаты покупателя до удержания комиссии банка. Таблица «поступление → доход или нет» и образец заполнения Раздела I приведены в статье о заполнении КУДиР на УСН «Доходы».
2. Рассчитайте налог (авансовый платёж) с начала года. Умножьте налоговую базу на ставку: Исчисленный налог = Налоговая база × 6% (п. 3 ст. 346.21 НК РФ).
3. Примените ограничение вычета страховых взносов. По пункту 3.1 статьи 346.21 НК РФ ИП без работников, не производящий выплат физлицам, уменьшает исчисленный налог на страховые взносы за себя без ограничения 50% — вплоть до нуля. ИП с работниками и организации уменьшают налог на страховые взносы и пособия по временной нетрудоспособности за первые три дня болезни, но не более чем на 50% исчисленной суммы налога (правила вычета на nalog.gov.ru). Фиксированные взносы ИП за полный 2026 год составляют 57 390 ₽ плюс 1% с дохода свыше 300 000 ₽ (ст. 430 НК РФ); подробно лимиты 100% и 50%, статус при найме сотрудников и калькулятор вычета разобраны в статье об уменьшении УСН на страховые взносы, а в формуле ниже мы используем готовые суммы взносов к вычету за соответствующий период с 1 января.
4. Посчитайте налог после уменьшения. Налог после вычета = Исчисленный налог − Допустимый вычет взносов. Для ИП без работников эта величина может снизиться до нуля; для работодателя она составляет не менее половины исчисленного налога.
5. Вычтите авансовые платежи предыдущих периодов этого же года. К уплате (или к уменьшению) = Налог после вычета − Ранее исчисленные авансы с начала года (п. 3, 5 ст. 346.21 НК РФ). Если результат положительный, эту сумму перечисляют по сроку периода; если получился ноль или отрицательное значение, доплачивать за текущий отчётный период не нужно.

В серверном наборе правил LidFly (ru-usn-income-2026.1) те же формулы записаны детерминированно в целых копейках без погрешностей плавающей точки:

tax_base        = max(0, taxable_income - refunds)
accrued_tax     = round_half_up(tax_base × 600 / 10000)
reduction_limit = min(contributions, accrued_tax)        // ИП без сотрудников (hasEmployees = false)
reduction_limit = min(contributions, accrued_tax × 50%)  // ООО и ИП с сотрудниками (hasEmployees = true)
payable         = max(0, accrued_tax - allowed_reduction - previous_advance_payments)

Таблица-калькулятор по кварталам: два примера расчёта на 2026 год

Чтобы рассчитать авансовый платёж по УСН «Доходы» по своим данным, подставьте в строки интерактивного калькулятора ниже выручку, возвраты за квартал и взносы к вычету нарастающим итогом с 1 января. По умолчанию подставлены числа из двух разборов ниже — переключайте режим вычета (100% или 50%), чтобы сравнить расчёт для ИП без сотрудников и для работодателя.

Вариант 1. ИП без работников (уменьшение налога до 100%)

Условный пример: ИП оказывает услуги в рублях без наёмных сотрудников. За 2026 год он учитывает фиксированные взносы за себя (57 390 ₽ за полный год по ст. 430 НК РФ) равными частями или по мере уплаты. Во втором квартале клиент вернул аванс 50 000 ₽.

В строке 4 за девять месяцев учитывается сумма всех авансов, исчисленных с начала года — за первый квартал и полугодие вместе (9 652 + 21 653 = 31 305 ₽), поэтому она равна строке 3 предыдущего столбца. Четыре платежа за год (9 652 + 21 653 + 1 305 + 42 000) в сумме дают годовой налог после вычета — 74 610 ₽.

Вариант 2. ИП с работниками или малое ООО (ограничение вычета 50%)

Условный пример: при той же налоговой базе у организации или ИП есть наёмный сотрудник. Страховые взносы за период превышают половину налога, но по пункту 3.1 статьи 346.21 НК РФ допустимое уменьшение ограничено 50% исчисленной суммы (правила уменьшения УСН на сайте ФНС).

Даже при фактических страховых взносах 95 000 ₽ за год работодатель может уменьшить исчисленный налог 132 000 ₽ максимум наполовину — на 66 000 ₽ (п. 3.1 ст. 346.21 НК РФ), поэтому сумма всех авансов и годовой доплаты составляет 66 000 ₽ (12 000 + 18 000 + 15 000 + 21 000).

Сроки уплаты авансовых платежей, налога и подачи уведомлений за 2026 год

По пункту 7 статьи 346.21 НК РФ авансовые платежи по УСН уплачиваются не позднее 28-го числа первого месяца, следующего за истекшим отчётным периодом, а уведомление об исчисленных суммах подаётся не позднее 25-го числа того же месяца (п. 9 ст. 58 НК РФ; если дата выпадает на выходной, срок переносится на ближайший рабочий день по п. 7 ст. 6.1 НК РФ — порядок и сроки уплаты УСН на сайте ФНС).

Если в отчётном периоде сумма к доплате изменилась или в ранее отправленном уведомлении найдена ошибка, порядок подачи корректирующего уведомления сверяйте по разъяснению ФНС об исправлении уведомлений ЕНС.

Как работает расчёт УСН в бухгалтерском подключении LidFly

Бухгалтерский MCP LidFly работает на отдельном адресе https://lidfly.ru/mcp/accounting и подключается во внешнем ИИ-клиенте (Claude, ChatGPT, Codex) через раздел «Интеграции → Бухгалтерия». Встроенный рекламный чат LidFly к бухгалтерским инструментам не подключён. Подробная инструкция по настройке доступа находится в документации по бухгалтерии УСН «Доходы».

Чтобы исключить галлюцинации языковой модели, инструмент accounting_calculate_usn принимает только идентификаторы проекта и организации (workspace_project_id, accounting_entity_id) и границы периода с начала года (period_from: "2026-01-01", period_to). Передать в него «готовую сумму налога» или произвольную ставку из текста чата невозможно. Сервер сам собирает данные из базы и возвращает неизменяемый слепок расчёта (snapshot):

• Из чего складывается расчёт. Сервер суммирует проведённые записи налогового регистра (taxableIncomeCents и возвраты refundsCents), проведённые операции уплаты страховых взносов (operationType = "contribution") и распознанные уплаты авансов по УСН (operationType = "tax" с признаком tax_kind = "usn") за период с 2026-01-01 по period_to, а также проверяет наличие активных сотрудников (hasEmployees).
• Три статуса результата.
  • complete (полный) — все операции периода проведены, открытых блокирующих вопросов и предварительных строк нет. Только из расчёта со статусом complete инструмент accounting_generate_report создаёт КУДиР (report_type="kudir"), расчётную проверочную PDF-копию аванса (report_type="usn_advance") или проверочный черновик декларации (report_type="usn_declaration", файл .preview.xml).
  • provisional (предварительный) — в периоде есть предварительные записи без полного подтверждения (например, банковское зачисление эквайринга без загруженного валового реестра). Цифры видны для ориентира, но выпустить итоговый отчёт из такого слепка сервер не позволит.
  • blocked (заблокирован) — в периоде есть открытые блокирующие вопросы (blocking: true), превышен порог освобождения от НДС 20 млн ₽ (vat_exemption_threshold_exceeded) или выбрана неподтверждённая региональная ставка (regional_rate_rule_not_active / regional_rate_eligibility_unconfirmed).
• Проверка формул и защита от устаревших данных (stale). Вызов accounting_explain_calculation раскрывает по calculation_id версию правил (ru-usn-income-2026.1), input_hash, пошаговую расшифровку формул, ссылки на записи регистра и флаг stale_at. Если после расчёта вы дозагрузили выписку или провели исправление через accounting_prepare_correction и accounting_commit_plan, прежний расчёт автоматически помечается stale.

Работай через бухгалтерское подключение LidFly (/mcp/accounting).
Сначала вызови accounting_get_methodology и accounting_get_context,
покажи доступные проекты и учётные организации и дождись моего выбора.
Для выбранных workspace_project_id и accounting_entity_id проверь через
accounting_get_dashboard и accounting_list_issues (status="open"),
все ли выписки, реестры эквайринга, возвраты и взносы с 2026-01-01 по 2026-09-30 проведены
и нет ли открытых блокирующих вопросов.
Покажи сводку готовности и жди моего текстового подтверждения перед вызовом accounting_calculate_usn.
После моего подтверждения выполни расчёт за 2026-01-01 — 2026-09-30,
вызови accounting_explain_calculation и выведи:
— статус расчёта (complete, provisional или blocked) и версию правил;
— налоговую базу (taxBaseCents), исчисленный налог (accruedTaxCents),
  допустимый вычет взносов (allowedReductionCents), налог после вычета (taxAfterReductionCents),
  ранее учтённые авансы (previousAdvancePaymentsCents) и сумму к уплате (payableCents);
— список открытых вопросов, если статус отличается от complete.

Два клиентских сценария: как проходит расчёт от выписки до проверочного отчёта

Оба типовых сценария ниже — условные примеры на реальной цепочке инструментов /mcp/accounting: от проверки первички и открытых вопросов до подтверждённого расчёта и выпуска отчётных форм.

Типовой сценарий 1: ИП без работников считает аванс за 9 месяцев с возвратом покупателю и взносами

Исходная ситуация. Предприниматель оказывает услуги разработки, работает на УСН «Доходы» 6% без сотрудников. За январь — сентябрь на счёт поступило 1 550 000 ₽ оплат от заказчиков, во втором квартале оформлен возврат 50 000 ₽ по расторгнутому договору, а к сентябрю уплачены фиксированные взносы 57 390 ₽ и авансы за первый квартал (9 652 ₽) и полугодие (21 653 ₽). Если посчитать 6% только по приходам третьего квартала из банковского приложения, возврат и накопленные с января взносы учтутся неверно.

Для выбранного ИП в бухгалтерском подключении LidFly:
1) проверь через accounting_search_records проведённые операции за 2026-01-01 — 2026-09-30:
   убедись, что возврат заказчику 50 000 ₽ проведён как customer_refund с привязкой к документу,
   а уплаченные взносы и авансы за I квартал и полугодие отражены в операциях;
2) проверь открытые вопросы в accounting_list_issues;
3) после моего текстового подтверждения запусти accounting_calculate_usn
   за период period_from="2026-01-01", period_to="2026-09-30";
4) покажи разбор через accounting_explain_calculation и, если статус complete,
   предложи сформировать проверочный расчёт аванса (report_type="usn_advance") и КУДиР (report_type="kudir").

Что делают ИИ и сервер LidFly. ИИ проверяет сводку (accounting_get_dashboard) и список записей (accounting_search_records), убеждаясь, что у возврата есть ссылка на исходный файл (source_file_id) и строку (source_locator). После вашего текстового подтверждения сервер выполняет accounting_calculate_usn: вычитает возврат 50 000 ₽ из доходов 1 550 000 ₽ с 1 января (база 1 500 000 ₽), начисляет 6% (90 000 ₽), применяет вычет взносов 57 390 ₽ до 100% (hasEmployees: false, налог после вычета 32 610 ₽) и отнимает ранее учтённые авансы за первый квартал и полугодие (31 305 ₽), получая к доплате 1 305 ₽.

Затем ИИ вызывает accounting_explain_calculation, проверяет статус complete и после вашего второго подтверждения формирует через accounting_generate_report расчётную проверочную PDF-копию аванса (usn_advance) и КУДиР (kudir), перечитывая созданные файлы в accounting_list_artifacts.

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

Типовой сценарий 2: Малое ООО с эквайрингом и сотрудниками снимает блокировку расчёта

Исходная ситуация. Малое ООО на УСН «Доходы» 6% продаёт подписку на сервис через интернет-эквайринг и имеет двух штатных сотрудников. Во втором квартале покупатели оплатили подписки картами на 600 000 ₽, а банк-эквайер удержал комиссию 2% (12 000 ₽) и перечислил на расчётный счёт 588 000 ₽. Бухгалтер загрузил только банковскую выписку за полугодие с чистыми зачислениями и сразу запросил расчёт аванса.

Для нашего ООО в проекте проверь результат последнего расчёта УСН за 2026-01-01 — 2026-06-30
через accounting_explain_calculation и открытые вопросы в accounting_list_issues.
Покажи, почему расчёт не имеет статуса complete, какие выплаты эквайринга требуют валового реестра
и как изменится налоговая база и вычет взносов (50%) после загрузки реестра эквайера.
До моего подтверждения импорт и повторный расчёт не запускай.

Что делают ИИ и сервер LidFly. Поскольку в банк пришла только чистая выплата эквайринга 588 000 ₽, при завершении банковского импорта (accounting_finish_import) сервер пометил доход как предварительный (provisional) и создал блокирующий вопрос до загрузки валового реестра эквайера. Первичный вызов accounting_calculate_usn возвращает статус blocked / provisional и не даёт сформировать отчёт по базе, заниженной на 12 000 ₽ комиссии.

Бухгалтер загружает реестр эквайера (accounting_request_upload → accounting_start_import → accounting_add_acquiring_rows). Сервер сверяет формулу gross (600 000 ₽) − refunds (0 ₽) − fee (12 000 ₽) ± adjustments (0 ₽) = settlement (588 000 ₽), ставит в налоговый регистр полную сумму оплат покупателей 600 000 ₽ (п. 1 ст. 346.17 НК РФ), снимает блокирующий вопрос и переводит старый расчёт в stale. После подтверждения повторного accounting_calculate_usn сервер считает налог 6% от полной выручки с 1 января, ограничивает вычет страховых взносов 50% (hasEmployees: true), проверяет соблюдение лимита 20 млн ₽ и возвращает статус complete.

Практическая польза. Система не позволяет случайно сдать расчёт по чистым банковским поступлениям эквайринга или применить 100%-й вычет взносов при наличии сотрудников.

Ограничения продукта: что важно знать перед расчётом

Сервер /mcp/accounting считает налог строго внутри поддерживаемого контура и блокирует расчёт, если входные данные выходят за его правила:

• Только УСН «Доходы» в рублях за 2026 год. Поддерживаются ИП и малые ООО, оказывающие услуги и получающие оплату рублёвыми переводами и через эквайринг. Расчётный период accounting_calculate_usn обязан начинаться с 2026-01-01.
• Что блокирует закрытие периода (unsupported_case). Сценарии с НДС (включая превышение порога освобождения 20 млн рублей по ст. 145 НК РФ), УСН «Доходы минус расходы», АУСН, патент, торговля товарами, производство, валютные операции, займы, агентские и комиссионные схемы, основные средства, договоры ГПХ и иностранные сотрудники находятся вне контура и переводят расчёт в blocked.
• Пониженные региональные ставки. В справочнике accounting_get_regional_usn_rules загружено покрытие по субъектам РФ, но в текущей версии правил ru-usn-income-2026.1 активных региональных льгот со статусом active нет: любая ставка ниже 6% блокируется кодом regional_rate_rule_not_active.
• Статусы отчётных документов и самостоятельная подача. Все данные загружаются из файлов пользователя; сервер не подключается к банкам, ОФД, ФНС или СФР. Инструмент accounting_generate_report формирует КУДиР (kudir), проверочную PDF-копию расчёта аванса (usn_advance) и проверочный черновик декларации УСН (.preview.xml со статусом review). Официальный XML-профиль уведомления ЕНС (ens_notification) пока не подключён и возвращает official_format_not_effective. Проверку файлов, подачу уведомлений и декларации в ФНС и уплату авансов в банке выполняет сам пользователь.

Частые вопросы

Почему нельзя считать налог УСН «Доходы» за каждый квартал отдельно?

По статье 346.21 НК РФ налоговая база, исчисленный налог и вычет страховых взносов определяются нарастающим итогом с 1 января. Отдельный расчёт по изолированным кварталам искажает вычет взносов и не учитывает возвраты покупателям или переплату прошлых периодов.

Какую сумму включать в базу УСН «Доходы» при оплате через интернет-эквайринг?

В доходах учитывается полная сумма, оплаченная покупателем, до удержания комиссии банком-эквайером, а уменьшают базу только фактические возвраты покупателям (п. 1 ст. 346.17 НК РФ). Банковская выписка без валового реестра эквайринга занижает налоговую базу на сумму комиссии.

Что означает статус provisional или blocked в расчёте УСН LidFly?

Статус provisional означает, что в периоде остались предварительные операции — например, выплата эквайринга без загруженного валового реестра. Статус blocked означает наличие блокирующей ошибки: превышен порог освобождения от НДС 20 млн рублей, указана неподтверждённая региональная ставка или не закрыт блокирующий вопрос по первичке. Сформировать КУДиР или черновик декларации можно только из расчёта со статусом complete.

Работает ли серверный расчёт УСН во встроенном чате LidFly?

Нет. Бухгалтерский контур работает на отдельном адресе https://lidfly.ru/mcp/accounting и подключается во внешнем ИИ-клиенте (Claude, ChatGPT, Codex) в разделе «Интеграции → Бухгалтерия» для одной учётной организации в одном Проекте.

Отправляет ли LidFly уведомления ЕНС, декларацию или платёжки в ФНС и банк?

Нет. Сервер выполняет расчёт по проведённым данным и формирует КУДиР, проверочную расчётную копию аванса и черновик декларации (.preview.xml) со статусом обязательной проверки. Подачу уведомлений и декларации в ФНС и уплату налога в банке выполняет сам пользователь.

Следующий цикл: что проверить перед уплатой аванса и закрытием года

Перед тем как переносить сумму из расчёта в уведомление ЕНС и платёжное поручение, пройдите четыре короткие проверки в своём проекте:

1. Полнота периода с 1 января. Убедитесь через accounting_list_source_files и accounting_get_dashboard, что загружены выписки по всем рублёвым счетам и валовые реестры эквайринга с начала года без пропущенных месяцев.
2. Отсутствие открытых блокеров. Проверьте accounting_list_issues: все возвраты покупателям, переводы между своими счетами и расхождения эквайринга должны быть подтверждены документами.
3. Проверка формулы в слепке расчёта. Вызовите accounting_explain_calculation для последнего calculation_id: статус должен быть complete, поле stale_at — пустым, а в previousAdvancePaymentsCents и allowedReductionCents должны войти все проведённые уплаты авансов и взносов с 1 января.
4. Сохранение квитанции после ручной подачи. После самостоятельной отправки уведомления или декларации и уплаты налога сохраните подтверждающий документ в архиве организации (для проверенных отчётных форм факт ручной подачи фиксируется через accounting_record_manual_submission).

Подключение к /mcp/accounting и полный перечень инструментов описаны в документации бухгалтерского MCP. Общий годовой порядок работы с выписками, первичкой и КУДиР смотрите в опорной статье как вести бухгалтерию ИП самостоятельно на УСН «Доходы», а матрицу распределения задач между языковой моделью, сервером и человеком и 10 готовых промптов — в разборе «Нейросети для бухгалтера: что можно доверить ИИ в учёте, а что нельзя». О том, как изолировать данные разных компаний в отдельных проектах, читайте в материале о памяти и разделении Проектов в Пространствах.