← На главную

Проанализируем ситуацию: расход должен был попасть в январь, но его ввели вручную в ЛК АУСН февралем. Из-за этого ФНС посчитала налог не так, как ожидали. Разберём по шагам, что именно можно исправить, когда это реально влияет на перерасчёт и какой порядок действий выбрать, чтобы вернуть расход в нужный месяц.

Сразу зафиксируем важную основу: при АУСН налоговый период — месяц, а расчёт строится по операциям, которые попали в конкретный месяц (в том числе по данным банка, кассы и вручную внесённым операциям). Поэтому ошибка в месяце операции почти всегда меняет налог именно этого месяца и может «перетянуть» налоговую нагрузку на следующий месяц.

Выясним, откуда взялась операция и почему «просто поменять дату» может быть недоступно

Перед исправлением давайте вместе определим источник записи в АУСН. Это критично, потому что разные источники исправляются по-разному:

1. Операции банка: банк передаёт их в АУСН автоматически, а вы проверяете и при необходимости корректируете разметку/статус операции (например, «расход», «неналоговая база» и т. п.).
2. Операции по ККТ: часть данных подтягивается из кассы, а при отдельных сценариях допускается ручное отражение с последующей аннуляцией ручных записей, когда «официальные» данные появятся в кабинете.
3. Операции, внесённые вручную: вы сами добавили доход/расход в ЛК АУСН, и кабинет использовал эти сведения при расчёте налога.

В нашем кейсе речь именно про расход, введённый вручную. По практике сервисов, которые сопровождают АУСН, в ЛК допускаются действия добавить / изменить / аннулировать записи по доходам и расходам (в том числе вручную), но итоговый эффект зависит от того, не закрыт ли период расчёта и успели ли вы внести правки вовремя. Именно поэтому иногда вместо «изменить дату» приходится действовать через аннулирование и повторное добавление правильной записи.

Ключевой срок: до какого момента исправление влияет на «тот самый» месяц

Теперь разберём главный практический момент — сроки корректировок. В материалах по АУСН часто подчёркивают, что операции и их разметку нужно проверить и скорректировать до 7-го числа следующего месяца, чтобы расчёт за прошлый месяц сформировался корректно. Если исправить позже, перерасчёт может произойти уже вместе с расчётом за период, когда внесли исправление (то есть «догоняющим» образом).

Поэтому сразу сделаем развилку и будем действовать по сценарию:

1. Сценарий А: мы обнаружили ошибку достаточно рано (условно — до закрытия/фиксации расчёта за месяц, и укладываемся в контрольный срок).
2. Сценарий Б: ошибка обнаружена уже после того, как период фактически «закрылся» для корректного пересчёта в прошлом месяце.

Дальше разберём оба сценария подробно и пошагово, чтобы вы могли выбрать подходящий путь без лишних действий.

Решение 1: Аннулируем неправильный ручной расход и вводим заново с верной датой

Это базовый и чаще всего правильный способ, если в ЛК нет безопасной возможности «перекинуть» дату внутри уже созданной записи. Логика простая: ошибочную запись убираем из расчёта, а затем создаём новую запись, но уже в правильном месяце (январь).

Разберём по шагам:

1. Находим ручную запись расхода в списке операций ЛК АУСН и открываем её карточку для проверки реквизитов (сумма, контрагент/назначение, признак учёта в налоговой базе, дата).
2. Фиксируем, что запись действительно «вручную введённая» (это важно, чтобы не пытаться исправлять через банк то, что не является банковской операцией).
3. Аннулируем запись (в терминологии ЛК — «аннулировать» операцию/запись). Здесь важно понимать: отменённая (аннулированная) операция в протоколах обмена и в логике учёта рассматривается как такая, которую нельзя восстановить и повторно отменить. Поэтому перед аннулированием обязательно перепроверяем сумму и реквизиты.
4. Создаём новую ручную запись расхода с корректной датой (январь), повторяем корректные реквизиты и сохраняем.
5. Проверяем предварительный расчёт налога в ЛК: смотрим, что январская налоговая база уменьшилась на нужную сумму (если объект «доходы минус расходы») и что февраль больше не содержит этот расход.

Почему этот способ считается безопаснее? Потому что при аннулировании мы явно исключаем ошибочную запись из расчёта, а новая запись однозначно попадает в правильный период. При этом мы не «ломаем» историю: у кабинета остаётся понятная причинно-следственная связь изменений.

Важная проверка после исправления: если вы исправляете данные уже после контрольного срока корректировок, то январь может не пересчитаться «прямо сейчас», а перерасчёт отразится позже (как «догоняющий» пересчёт). Это нормальная логика АУСН, о ней прямо предупреждают источники, описывающие проблемы автоматизации расчёта и сроки исправлений.

Решение 2: Если ЛК даёт возможность изменить запись — меняем дату внутри операции (но проверяем последствия)

Иногда интерфейс ЛК АУСН позволяет не только аннулировать, но и изменить внесённую запись. В консультациях по АУСН встречается формулировка, что в ЛК можно вручную добавить, изменить или аннулировать запись о доходе/расходе.

Давайте разберём по шагам «мягкий» вариант, если он доступен именно у вас:

1. Открываем карточку ручного расхода и переходим в режим редактирования.
2. Меняем дату на корректную (январь) и сохраняем запись.
3. Сразу проверяем, что запись действительно «переехала» в январь в списке операций/в оборотах месяца, а не осталась в феврале с «исправленной датой» только внутри карточки.
4. Сверяем расчёт налога по январю и февралю.

Почему всё равно часто выбирают аннулирование + ввод заново? Потому что при редактировании иногда возникают пограничные эффекты: запись может менять атрибуты, но при этом расчёт уже «зафиксирован», и в итоге перерасчёт уходит на следующий месяц. Аннулирование же обычно однозначнее исключает ошибку из базы расчёта.

Практическое правило: если после редактирования дата изменилась, но расчёт не пересчитался ожидаемо, возвращаемся к Решению 1 — аннулируем и заводим заново.

Решение 3: Если операция не ручная — корректируем в банке/разметке, а не «датой расхода»

Этот блок добавим специально, чтобы не попасть в типичную ловушку: иногда кажется, что расход «введён вручную», а на самом деле это банковская операция, которую банк разметил не так или передал в другом статусе. В таком случае «исправлять дату» в ЛК бессмысленно — нужно корректировать источник.

В материалах по АУСН встречается типовая рекомендация: если платёж поставщикам попал в «неучитываемые», меняем статус на «расход» в интерфейсе банка (или корректируем разметку в ЛК, если это предусмотрено).

Разберём по шагам, если выяснили, что это банковская операция:

1. Открываем операцию в банке и проверяем дату списания и категорию/разметку.
2. Корректируем разметку (например, «расход» вместо «неналоговая база»), если банк даёт такую возможность.
3. Проверяем отражение в ЛК АУСН после обновления данных.
4. Если нужно исправить данные прошлого месяца и банк является источником — в отдельных случаях рекомендуют обращаться в банк, потому что именно он передаёт сведения в ФНС.

Для нашей задачи это решение обычно вторично, но мы обязательно его держим в голове, чтобы не исправлять «симптом» вместо причины.

Что делать, если налог за январь уже рассчитан «неправильно» и период закрыт

Теперь разберём самый болезненный сценарий: ошибка найдена 16 февраля, а расход должен быть январским. Часто в этот момент у пользователя уже есть ощущение, что «январь уплыл». Давайте спокойно разложим по полочкам.

Если корректировку сделать позже контрольного срока, то возможна ситуация, когда перерасчёт произойдёт в периоде внесения исправления, а не «задним числом» в январе. В новостных и консультационных материалах по АУСН прямо описывают такой подход: если исправить позже, перерасчёт сделают одновременно с расчётом налога за период, когда внесли исправление.

Что это означает на практике:

1. Расход всё равно стоит исправить (аннулировать ошибочный февральский и внести январский), потому что иначе у вас останется неверная налоговая база.
2. Переплата/недоплата может «схлопнуться» позже: ФНС учтёт корректировку в следующем расчёте так, как устроен алгоритм перерасчётов в АУСН.
3. Важно контролировать уведомления и итоговую сумму к уплате за последующие месяцы, чтобы увидеть, как именно отработал перерасчёт.

Чтобы не действовать вслепую, давайте сделаем «контрольный чек-лист» после внесения исправления:

1. Сверяем списки операций за январь и февраль: правильная запись должна быть в январе, а февральская ошибочная — аннулирована/отсутствовать в учёте.
2. Смотрим предварительный расчёт налога и логику базы: уменьшилась ли база января (или вырос ли налог, если у вас объект «доходы» и расходы не влияют).
3. Проверяем, какой объект налогообложения выбран: при объекте «доходы» расходы не влияют на налоговую базу, и тогда «неправильный расход» вообще не должен менять налог (а значит, причина «неправильного налога» может быть в другом).
4. Контролируем итоговую сумму к уплате в следующих уведомлениях: если перерасчёт делается «догоняющим» образом, он проявится там.

Очень важный разворот мысли: если вы на объекте «доходы», то расход, даже с неправильной датой, как правило, не влияет на налог по АУСН. Тогда стоит параллельно проверить, что именно изменило налог: возможно, где-то неверно размечен доход, либо ошибка в статусе операции, либо есть другая ручная запись. Источники по 1С и АУСН отдельно подчёркивают, что при объекте «доходы» расходные операции не влияют на базу.

Разберём причины ошибки «январь vs февраль»: кассовый принцип и дата оплаты

Чтобы в будущем не попадать в такую ситуацию, разберём, почему дата расхода так важна. На АУСН налог считают по данным, максимально приближенным к кассовому принципу: значимыми становятся даты поступлений и списаний. В консультациях по АУСН подчёркивают, что доходы/расходы учитываются по факту движений (поступления/списания), а период — месяц.

Поэтому типовые причины «переезда» расхода:

1. Оплатили в феврале, а документы относятся к январю: для кассового подхода это чаще всего февральский расход.
2. Оплатили в январе, но ручной ввод сделали в феврале с датой февраля: расход «уехал» в февраль из-за человеческого фактора.
3. Списание прошло фактом в феврале из-за банковских выходных/обработки платежа: фактическая дата операции в банке может отличаться от даты поручения.

Давайте договоримся о простой проверке: прежде чем переносить расход «назад» в январь, сверяем какая дата оплаты/списания должна быть для АУСН именно по вашей операции. Если расход действительно должен попасть в январь (например, оплата списалась в январе, но вы ошиблись при ручном вводе) — исправление оправдано. Если же оплата фактически списалась в феврале, то перенос в январь может противоречить принципу учёта и привести к новым расхождениям.

Как организовать исправления, если вы ведёте учёт в 1С и сверяете с ЛК АУСН

Теперь посмотрим на практику «1С + ЛК АУСН», чтобы исправление было согласованным. В 1С:Бухгалтерии и методических материалах по АУСН подчёркивают, что учёт можно вести в 1С и при необходимости подключать сервис обмена, а ЛК ФНС используется для тех доходов/расходов, которые не могут быть учтены через банки и ККТ.

Разберём рабочий алгоритм, чтобы у нас не расходились цифры между 1С и ЛК:

1. Исправляем первопричину в ЛК АУСН (аннулируем/изменяем ручную запись и вводим корректную).
2. Параллельно проверяем в 1С дату и документ-основание, чтобы управленческий/бухгалтерский учёт соответствовал факту.
3. Сверяем банковские документы в 1С: для расходов по банку обычно используются документы вида СписаниеСРасчетногоСчета, для поступлений — ПоступлениеНаРасчетныйСчет. В контексте АУСН важно, чтобы в 1С корректно стояли дата и сумма, иначе сверка с ЛК будет постоянно «плавать».
4. Контролируем разметку расходов АУСН в банковских документах, если вы используете функциональность 1С, связанную с АУСН: в некоторых инструкциях отмечают, что у документа «Списание с расчетного счета» есть сведения о включении суммы в расходы при объекте «доходы минус расходы», и при необходимости это можно менять.
5. Делаем итоговую сверку «месяц в месяц»: январь в 1С сопоставляем с январём в ЛК АУСН, февраль — с февралём, и так далее.

Важная мысль для совместной работы: 1С помогает вести учёт и готовить внутреннюю картину, но «истина для налога АУСН» формируется в АУСН на основании банков/касс/ручных операций. Поэтому действуем так: в ЛК исправляем то, что влияет на расчёт ФНС, а в 1С синхронизируем учёт, чтобы сверка была прозрачной.

Отдельный кейс: ручные записи по ККТ и обязательная аннуляция дублей

Бывает ещё одна ситуация, похожая на нашу, но с другой причиной: вы вручную внесли операцию (например, по офлайн-ККТ или временно отсутствующим данным), а затем данные подтянулись автоматически. В разъяснениях по особенностям АУСН подчёркивают: после того как «официальные» данные отразились, ручные расчёты нужно аннулировать, чтобы не было дубля.

Почему это важно упомянуть здесь? Потому что если вы пытаетесь перенести ручной расход по датам, а на самом деле это «временная» ручная запись, которая потом будет продублирована автоматикой, то правильная стратегия — не редактировать до бесконечности, а выстроить порядок: внесли временно → пришли данные автоматически → аннулировали ручное.

Проверим, что именно «сломало налог»: быстрый диагностический план

Чтобы не лечить не то, давайте вместе сделаем мини-диагностику. Это особенно полезно, если вы уверены, что налог «стал неправильным», но не до конца уверены, что виновата именно дата расхода.

1. Проверяем объект АУСН: «доходы» или «доходы минус расходы». Если «доходы», расходы не должны менять налог — значит, ищем ошибку в доходах/разметке.
2. Смотрим, не попала ли операция в статус «неналоговая база» или иной неучитываемый статус, и не исправляли ли вы её разметку.
3. Сверяем месяц операции по факту: когда реально было списание/оплата (для расходов) и поступление (для доходов).
4. Проверяем, нет ли дубля: ручной ввод + банковская/кассовая операция по тому же основанию.
5. Смотрим сроки корректировок: если исправляете поздно, ожидаем «догоняющий» перерасчёт, а не мгновенное исправление в прошлом месяце.

После этой диагностики обычно становится ясно, какое из решений (аннулировать+ввести заново, изменить запись, исправить в банке) даст реальный эффект.

Частые ошибки при исправлении и как их избежать

Соберём типовые ошибки и сразу договоримся, как действовать правильно:

1. Ошибка: аннулировали запись, но не создали новую. Итог: расход пропал совсем, и налог вырос. Решение: после аннулирования сразу создаём корректную запись и проверяем, что она в нужном месяце.
2. Ошибка: исправили дату, но не проверили месяц в списке операций. Итог: дата изменилась «внутри», а операция осталась в исходном периоде расчёта. Решение: проверяем и список операций по месяцам, и предварительный расчёт.
3. Ошибка: пытаемся «затащить» в январь то, что оплачено в феврале. Итог: расхождения с банковскими данными и новые вопросы при сверке. Решение: сверяем факт оплаты/списания и кассовую логику учёта на АУСН.
4. Ошибка: ждём мгновенного перерасчёта задним числом после поздней корректировки. Итог: кажется, что «не работает». Решение: учитываем правило сроков и допускаем «догоняющий» перерасчёт в периоде исправления.
5. Ошибка: отменяем (аннулируем) не ту операцию. Итог: восстановить/переотменить может быть нельзя. Решение: перед аннулированием сверяем сумму, дату, назначение и источник.

Готовый пошаговый план именно для кейса «расход должен быть в январе, а внесли в феврале»

Теперь соберём всё в единый план, как будто мы делаем исправление прямо сейчас:

1. Уточняем объект налогообложения АУСН (если «доходы», параллельно проверяем, точно ли расход повлиял на налог).
2. Проверяем факт оплаты/списания: действительно ли расход должен быть январским по кассовой логике (а не только «по документам»).
3. Открываем ЛК АУСН и находим ручную запись расхода, внесённую февралём.
4. Если доступно редактирование — пробуем изменить дату на январь и сохраняем, затем проверяем, что операция попала в январь и пересчиталась база.
5. Если редактирование не даёт результата или недоступно — аннулируем ошибочную запись и создаём новую с датой января.
6. Сверяем предварительный расчёт за январь и февраль.
7. Если исправление внесли поздно — контролируем, как ФНС применит перерасчёт (возможен «догоняющий» пересчёт в периоде исправления).
8. Синхронизируем учёт в 1С: проверяем дату и сумму в документе СписаниеСРасчетногоСчета (или в документе, который отражает ваш расход), и делаем месячную сверку с ЛК.

Мини-FAQ: ответы на вопросы, которые обычно возникают в процессе

Вопрос: «Можно ли просто “перенести” расход в прошлый месяц, чтобы налог сразу пересчитался?»

Ответ: посмотрим на сроки. Если вы вносите исправления после контрольного момента, перерасчёт может отразиться не в прошлом месяце, а в периоде исправления. Поэтому действуем аккуратно: исправляем запись (аннулируем/создаём заново) и затем контролируем, как применился перерасчёт.

Вопрос: «Если я аннулирую операцию, смогу ли её восстановить?»

Ответ: отменённая операция в логике обмена рассматривается как необратимая: её нельзя восстановить/изменить/повторно отменить. Поэтому перед аннулированием обязательно перепроверяем реквизиты и при необходимости заранее выписываем себе “шаблон” для новой правильной записи.

Вопрос: «Я веду учёт в 1С — можно ли исправить там, чтобы в ЛК стало правильно?»

Ответ: 1С помогает вести учёт и обмениваться данными, но итоговый расчёт по АУСН формируется в АУСН из данных банков/касс и ручных операций. Поэтому исправление “налоговой реальности” делаем в ЛК (или в банке, если он источник), а в 1С синхронизируем документы и даты для корректной сверки.

Вопрос: «Почему расход вообще мог повлиять на налог, если у меня объект “доходы”?»

Ответ: если объект “доходы”, расходы обычно не влияют на базу, поэтому стоит перепроверить, не была ли ошибка в доходах или в другой операции/разметке.

Подведём итог

Чтобы исправить ручной расход, внесённый не в тот месяц, действуем системно: проверяем факт оплаты, учитываем сроки корректировок, затем выбираем технический путь — либо редактируем запись (если ЛК позволяет и это реально переносит операцию в нужный месяц), либо аннулируем и вводим заново с правильной датой. После этого обязательно делаем месячную сверку и контролируем, как отработал перерасчёт в уведомлениях.

Информация носит справочный характер и предназначена для общего понимания подходов к исправлению операций в ЛК АУСН и организации сверки с учётом в 1С.