Проанализируем ситуацию: вы перешли на УСН с объектом «доходы минус расходы» с 1 января. Некоторое время в личном кабинете ФНС (или в связанных сервисах) данные отображались корректно, а затем вы заметили, что информация по УСН стала выглядеть иначе: объект не тот, режим «пропал», либо появились признаки, что налоговая «не видит» изменения. Одновременно в 1С важно не только выбрать нужный объект налогообложения, но и корректно выстроить налоговый учет переходного периода, чтобы расходы начали признаваться по правилам кассового метода, а «хвосты» прошлого года не потерялись.
Разберем по шагам, где чаще всего возникает причина, как ее проверить, и какие есть решения. Будем идти от простого к сложному: сначала подтвердим, что у налоговой действительно зафиксирован нужный объект, затем проверим настройки в 1С, и после этого — приведем в порядок переходные остатки по налоговому учету УСН, чтобы расходы в КУДиР формировались правильно.
Ключевой момент: смена объекта налогообложения на УСН («доходы» ↔ «доходы минус расходы») — это не просто «переключатель» в учетной программе. По правилам применяется уведомительный порядок: подается уведомление об изменении объекта налогообложения по форме N 26.2-6 (КНД 1150016) до 31 декабря года, предшествующего году применения нового объекта. Если уведомление не подано или не принято/не обработано, налоговая может продолжать считать, что у вас прежний объект.
Рассмотрим подробнее, как действовать.
Фиксируем симптом: что именно «не так» в личном кабинете. Возможны варианты:
отображается УСН, но объект налогообложения не тот (например, вместо «доходы минус расходы» видите «доходы»);
появилось сообщение, что спецрежим не применяется, либо УСН «пропала» из карточки;
данные «прыгнули» после обновления/перерасчета, либо после обработки ваших заявлений;
в одном месте отображается одно, в другом — другое (например, в одном сервисе есть УСН, в другом — нет).
Проверяем факт подачи уведомления: было ли у вас отправлено уведомление об изменении объекта налогообложения (форма 26.2-6). Если вы переходили именно с «доходы» на «доходы минус расходы» (или наоборот), то это как раз тот документ, который должен быть подан заранее.
Если уведомление не подавали — подаем корректно: даже если вы уже «с 1 января» ведете учет как «доходы минус расходы», отсутствие уведомления — частая первопричина расхождений. В этом случае действуем максимально практично: формируем уведомление в 1С и отправляем по электронным каналам (если используете 1С-Отчетность) или через другой доступный канал.
Если уведомление подавали — проверяем статус: важно не только отправить, но и получить подтверждение приема/обработки. Если документ ушел, но налоговая его не «приняла» (ошибка формата, неверная ИФНС, реквизиты, сбой обмена), в результате объект может не обновиться.
Теперь разберем по шагам, как сделать это в 1С:Бухгалтерии.
Открываем рабочее место регламентированной отчетности: раздел, где у вас расположен блок 1С-Отчетность и список «Уведомления, сообщения и заявления» (наименование разделов может отличаться в зависимости от интерфейса и конфигурации, но логика одинакова).
Создаем новое уведомление из группы, связанной с УСН: выбираем пункт, который обычно называется «Изменение параметров УСН» или «Уведомление об изменении объекта налогообложения УСН».
Заполняем ключевые реквизиты: ИНН/КПП, налоговый орган, год, с которого применяется новый объект, и сам объект («доходы» или «доходы минус расходы»).
Проверяем документ встроенной проверкой (если доступна), после чего отправляем и фиксируем результат: «Принято», «Отказано», «Требуется уточнение» и т. п.
Почему «раньше показывало правильно, а потом стало неправильно»? Такое бывает, когда в кабинете сначала отображаются предварительные/кэшированные данные, затем проходит регламентная сверка, актуализация карточки, перенос на новый период или обработка по учетным данным ИФНС — и сервис «подтягивает» то, что официально закреплено (а закреплено могло остаться по старому объекту). Поэтому мы не спорим с визуальным эффектом, а действуем через подтверждающий документ и статусы приема.
Если вы уверены, что уведомление подано, но в личном кабинете все равно не отображается правильно: рассматриваем вероятность задержки обновления данных и/или необходимости обращения в ИФНС для актуализации сведений. На практике помогает подать обращение через личный кабинет с просьбой уточнить применяемый объект УСН и проверить наличие уведомления в базе инспекции. Действуем спокойно и документально: прикладывать ничего в текст страницы не будем, но в реальной работе вы храните квитанции приема/отказа по электронному документообороту.
Теперь посмотрим на вторую часть проблемы: даже если налоговая «видит» правильный объект, в 1С необходимо корректно установить параметры, иначе вы получите неверную КУДиР, «странные» движения в регистрах УСН и несоответствие сумм.
Важно: переключение режима должно быть оформлено так, чтобы 1С понимала, с какого момента применяется новый объект и какие правила налогового учета действуют в периодах до и после даты перехода.
Разберем по шагам, что проверить.
Проверяем настройки налогов по организации: в карточке организации и в настройках налогов убедимся, что выбран режим УСН и установлен нужный объект. В типовых решениях это обычно делается в разделе «Налоги и отчеты» (или аналогичный раздел настроек) с указанием режима и объекта.
Проверяем историю учетной политики: если в конфигурации предусмотрена «История изменения учетной политики», фиксируем изменение с датой 01.01 нужного года. Это критично, когда учет ведется не первый год и параметр должен меняться во времени.
Проверяем регистр/параметр «Система налогообложения»: в некоторых сценариях важно, чтобы не оставалось «двойных» или конфликтующих параметров, когда по документам/периодам система трактует разные режимы.
Перепроводим документы на границе периода (аккуратно): если вы меняли настройки уже после ввода части документов нового года, иногда требуется перепроведение ключевых документов января (а в отдельных случаях — закрытие месяца) для корректного формирования записей налогового учета. Делаем это осознанно: сначала резервная копия, затем контрольные отчеты.
Контролируем отчет «Книга учета доходов и расходов»: это главный индикатор правильности настройки для УСН «доходы минус расходы». Сравниваем периоды, структуру разделов, появление/исчезновение расходов, корректность дат признания.
На что особенно обращаем внимание при УСН «доходы минус расходы»: расходы признаются по правилам кассового метода и при соблюдении условий (для разных видов затрат набор условий может различаться). Поэтому при смене объекта очень часто всплывают «переходные» ситуации: купили в прошлом году, оплатили в новом; получили под отчет в прошлом, закрыли/вернули в новом; материалы списали в прошлом, оплатили в новом — и т. д. Чтобы такие расходы попали в КУДиР правильно, одной настройки объекта недостаточно — нужны корректные остатки по налоговому учету.
Теперь разберем самую «больную» часть перехода на УСН «доходы минус расходы»: как сделать так, чтобы расходы, связанные с операциями прошлого года, начали признаваться в новом году по правилам УСН (когда появляется право на учет расходов).
Проанализируем типовой кейс: в прошлом году вы были на УСН «доходы». В прошлом году закупили материалы, оформили поступление, списали их в бухучете, но оплату поставщику сделали уже в новом году, когда перешли на УСН «доходы минус расходы». По сути, экономически затраты есть, но в период «доходы» налоговый учет расходов не велся, и если ничего не сделать, 1С может не сформировать «мостик» для признания расходов после оплаты.
Практическое решение: перед переходом вводим начальные остатки именно по налоговому учету УСН через Помощник ввода начальных остатков и документы Ввод остатков, устанавливая режим «Ввод остатков по налоговому учету». Далее система сможет «подхватить» эти остатки при наступлении события оплаты и сформировать записи в регистрах УСН и в КУДиР.
Разберем по шагам, как это делается на примере материалов и подотчетных сумм.
Рассмотрим подробнее пошаговый алгоритм.
Закрываем прошлый год корректно: перед вводом остатков выполняем регламентные операции «Закрытие месяца» за декабрь прошлого года, включая операции, которые требуются вашей конфигурацией (например, реформация баланса). Это важно, чтобы бухгалтерский учет прошлого года был финализирован.
Открываем Помощник ввода начальных остатков: обычно он находится в разделе «Главное» (или аналогичном) и предназначен для структурированного ввода остатков.
Контролируем дату ввода остатков: если остатки уже вводились ранее, дата может быть зафиксирована. Тогда действуем аккуратно: не «ломаем» историю, а вводим остатки по налоговому учету отдельными документами на корректную дату перехода (конец года перед сменой объекта), в рамках тех возможностей, которые дает программа.
Создаем документ ввода остатков по счету 10 «Материалы»: в документе включаем режим «Ввод остатков по налоговому учету», а ввод по бухгалтерскому учету отключаем, чтобы не задвоить бухучет.
Заполняем ключевые поля по материалам: выбираем счет учета, номенклатуру, документ партии и документ расчетов. Здесь важно правильно связать расход с расчетами, чтобы при оплате в новом году система «узнала», какой именно расход закрывается оплатой.
Правильно устанавливаем состояние расхода: часто возникает вопрос: «Материалы же уже списаны в прошлом году — почему ставим “Не списано, не оплачено”?». Разберем логику. Для УСН важно состояние именно налогового учета (кассовый метод), а не бухучета. В переходной ситуации материалы могли быть списаны в бухучете, но для налогового учета УСН они должны пройти цепочку условий, и программа использует «состояния расхода» как технический механизм контроля этой цепочки. Поэтому состояние «Не списано, не оплачено» в таких случаях применяется именно как стартовая точка для дальнейшего признания расхода после оплаты.
Проводим документ и проверяем регистры: после проведения убеждаемся, что сформировались записи в регистре Расходы при УСН.
Оплачиваем поставщика в новом году обычным документом оплаты: например, Списание с расчетного счета. После проведения оплаты 1С должна сформировать движения подсистемы УСН и отразить сумму в Книга учета доходов и расходов в нужном разделе.
Контрольный тест: сформируем КУДиР за период оплаты и убедимся, что расход попал. Если расход не попал — значит, где-то не связали документ расчетов/партию, либо остаток введен не в том режиме/не на ту дату, либо есть конфликт настроек учетной политики.
Частый вопрос по контролю остатков: «Когда закроется статус “Не списано, принято” или похожие статусы в регистре Расходы при УСН?» Здесь важно понять: регистр УСН — это не калька бухгалтерских счетов 10/41. В переходный период возможны ситуации, когда технические статусы в регистре не будут «красиво» сходиться с остатками МПЗ по бухучету, потому что экономическое событие списания уже произошло в прошлом году, а налоговое событие признания расхода в УСН наступает в новом году после оплаты. Поэтому в переходных кейсах мы контролируем не «симметрию статусов», а конечный результат: корректность попадания суммы в КУДиР и соблюдение условий признания расходов.
Теперь посмотрим на очень частую практическую ситуацию: в прошлом году сотрудник делал покупки по авансовому отчету. В новом году вы возвращаете сотруднику деньги или закрываете расчеты. Если вы уже ввели остатки по материалам, но не ввели остатки по подотчету, 1С может «подтягивать» не те документы и связывать оплату с «новыми» авансовыми отчетами, а не с теми, которые были в прошлом году.
Решение: дополнительно вводим остатки по счету 71 для целей налогового учета УСН и в документе указываем правильный «документ расчетов» (то есть нужный авансовый отчет прошлого года). Тогда при движении денег система корректно свяжет оплату/возврат с нужной операцией.
Разберем по шагам.
В Помощник ввода начальных остатков выбираем счет 71.
Создаем документ Ввод остатков в режиме «Ввод остатков по налоговому учету».
Заполняем сотрудника и суммы остатков, а главное — в поле «Документ расчетов» выбираем авансовый отчет прошлого года, который должен быть «подхвачен» программой.
Проводим документ, затем выполняем операцию движения денег (выплата/перечисление/возврат). Проверяем, что программа больше не подставляет «не те» авансовые отчеты, а связывает движение с нужным документом.
Почему это важно: без связки через «документ расчетов» программа действительно может показывать в расшифровках (например, при анализе Дт/Кт или в детализации) документы нового года, потому что ей не за что «зацепиться» в налоговом учете переходного периода. Мы устраняем причину, добавляя именно ту связку, которой не хватало.
Иногда возникает отдельная проблема: в помощнике уже стоит дата ввода остатков (например, несколько лет назад вы начинали учет в базе или вводили остатки при внедрении), и менять ее нельзя без последствий. Тогда действуем аккуратно, чтобы не «перенести» старые документы ввода остатков и не сломать закрытие прошлых периодов.
Посмотрим на практический подход.
Не меняем глобальную дату ввода остатков в помощнике, если программа предупреждает о переносе документов: это действительно может привести к тому, что регламентные операции за предыдущие периоды перестанут выполняться корректно.
Используем отдельные документы ввода остатков именно по налоговому учету УСН на конец года перед переходом: то есть создаем Ввод остатков в нужном режиме и датируем его концом прошлого года (например, 31.12), чтобы подготовить «мостик» для расходов нового года.
После ввода остатков делаем контроль: проверяем регистр Расходы при УСН, затем — отражение в Книга учета доходов и расходов после оплаты в новом году.
Таким образом мы сохраняем историческую целостность базы и одновременно корректно организуем переходный налоговый учет.
Иногда бывает, что в 1С все сделано правильно: уведомление отправлено и принято, учетная политика установлена, расходы в КУДиР формируются верно, но в личном кабинете ФНС отображение «скачет» или выглядит неполно. В этом случае важно не «перекручивать» учет из-за витрины, а подтвердить факт правильного режима документами и действиями контроля.
Разберем по шагам, что делаем.
Проверяем квитанции и статусы обмена: убеждаемся, что уведомление (26.2-6) имеет статус приема и не было отказа/ошибки.
Сверяем данные по расчетам с бюджетом: если у вас подключены инструменты сверки, смотрим, что налог считается и уплачивается по правильному объекту. В спорных случаях запрашиваем акт сверки с ИФНС и сопоставляем начисления.
Формируем контрольные отчеты в 1С: КУДиР, анализ регистров УСН, оборотно-сальдовые ведомости по ключевым счетам, а также при необходимости — Универсальный отчет по регистру Расходы при УСН (это удобный инструмент, чтобы увидеть статусы и движения по конкретным видам расходов).
Если нужно — направляем обращение в ИФНС: просим актуализировать сведения о применяемом объекте УСН и подтвердить учет уведомления. Это особенно полезно, когда в личном кабинете появляется сообщение, что режим «не применяется», хотя фактически вы на УСН.
Важно: в публичных сервисах и витринах ФНС объект налогообложения может не отображаться детально, или отображение может отличаться от того, что вы ожидаете. Поэтому мы опираемся на юридически значимые признаки: уведомление, статусы приема, расчеты с бюджетом и корректно сформированная отчетность.
Чтобы закрепить результат, соберем краткий, но практичный чек-лист. Пройдем его по шагам вместе и найдем «слабое место» именно в вашем случае.
Нет уведомления 26.2-6 или нет статуса приема: формируем в 1С уведомление «Изменение параметров УСН», отправляем, фиксируем квитанции.
В 1С выбран объект, но не задана история/дата изменения: проверяем учетную политику и историю, фиксируем изменение с 01.01.
Расходы не попадают в КУДиР после оплаты в новом году: вводим остатки по налоговому учету через Помощник ввода начальных остатков и документы Ввод остатков на конец прошлого года.
Оплата «цепляется» за неправильные авансовые отчеты/документы: вводим остатки по счету 71 по налоговому учету и указываем правильный «Документ расчетов» (авансовый отчет прошлого года).
В регистрах УСН видим «непонятные статусы» и они не сходятся с бухучетом: в переходных кейсах концентрируемся на конечном результате (КУДиР и условия признания), а не на буквальном совпадении статусов с остатками по счетам МПЗ.
Личный кабинет показывает «не то», но учет и документы верны: подтверждаем режим уведомлением и сверкой расчетов, при необходимости обращаемся в ИФНС для актуализации сведений.
Давайте зафиксируем критерии, по которым мы вместе понимаем, что задача закрыта:
В 1С выбран правильный режим и объект УСН, а изменения закреплены с правильной датой (01.01 нужного года) через учетную политику/историю.
Уведомление об изменении объекта налогообложения (26.2-6) подано и принято (есть статус приема/квитанция).
КУДиР формируется логично: доходы отражаются по кассовому методу, расходы попадают при выполнении условий, а переходные расходы прошлого года корректно «дотягиваются» после оплаты в новом году.
Оплаты и подотчет не «путаются»: движения денег связываются с нужными документами расчетов (в том числе с авансовыми отчетами прошлого года, если это ваш кейс).
Если все четыре пункта выполняются, учет будет устойчивым даже при изменениях отображения в личном кабинете: у вас есть документальное подтверждение режима и корректно сформированный налоговый учет в 1С.
Информация носит справочный характер.