Проанализируем ситуацию: за январь ФНС уже рассчитала налог по АУСН и выставила сумму к уплате до 25.02, а сейчас обнаружилось поступление, которое банк (или разметка) отнес не к «приходу», а к «неналоговой базе» (ННБ). Разберем по шагам, когда и где корректировать разметку, что делать, если срок корректировки уже прошел, и как выстроить контроль в 1С, чтобы такие ошибки не повторялись.
Сразу зафиксируем ключевую логику АУСН: налоговая база формируется не по вашей КУДиР, а по данным, которые в ФНС уходят от уполномоченного банка и (в части розницы/физлиц) от ККТ. Поэтому «попасть в базу» или «не попасть в базу» операция может именно из-за разметки банковской операции (признака операции) и смысла платежа.
Сначала определим самое важное: корректировка разметки операций по АУСН обычно доступна до 7-го числа месяца, следующего за месяцем операции. То есть операции января корректируются до 7 февраля. Дальше банк и ФНС считают данные подтвержденными, и «просто поменять признак» в штатном режиме уже может быть нельзя.
Поэтому действуем так:
В вашем вопросе налог за январь надо оплатить до 25.02 и «сегодня нашли» ошибку. Если «сегодня» — уже после 7 февраля, то мы, скорее всего, не успеваем в стандартный срок корректировки январских операций и должны действовать иначе. Но чтобы страница была полезна всем, разберем оба варианта: когда успеваем и когда нет.
Рассмотрим подробнее оптимальный сценарий: мы успеваем исправить признак операции до 7-го числа следующего месяца. Тогда задача — быстро изменить разметку так, чтобы банк передал корректные данные в ФНС, и ФНС пересчитала базу до выставления/утверждения суммы налога.
Действуем по шагам:
В АУСН признак (например, «Приход», «Расход», «Возврат прихода», «Возврат расхода», «Неналоговая база/ННБ») формируется банком по назначению платежа и типу операции, но у налогоплательщика есть обязанность и право исправить ошибку вручную.
Во многих сценариях удобнее и надежнее править там, откуда данные уходят в ФНС — то есть в личном кабинете уполномоченного банка по операции АУСН. Если у вас настроен сервисный обмен из 1С, можно разметить операции в 1С и отправить разметку в банк через механизм обмена АУСН.
Если это действительно налогооблагаемое поступление (выручка/доход), устанавливаем признак «Приход». Если это не доход (например, возврат займа, перевод между своими счетами, взнос собственника, возврат ранее уплаченного и т.п.) — корректируем в сторону «Неналоговой базы» или «Возврата» (в зависимости от сути).
При объекте «доходы» — влияет только «Приход» и «Возврат прихода». При объекте «доходы минус расходы» — дополнительно влияют «Расход» и «Возврат расхода». Поэтому всегда соотносим признак с вашим объектом налогообложения.
После отправки/сохранения корректировки проверяем, что база и расчет налога обновились. Если расчет в ФНС уже сформирован, даем время на обновление данных и повторяем сверку.
Важно: не откладываем исправление «на потом» в рамках этого сценария. Если успеваем до 7-го числа, нам выгодно исправить сразу, чтобы январская база стала корректной и налог за январь был рассчитан правильно без лишних переплат и дальнейших заявлений.
Теперь разберем по шагам самый частый случай из практики: ошибку нашли поздно, «окно корректировки» закрыто, а налог за месяц уже рассчитан и подлежит уплате до 25-го числа следующего месяца.
В этом сценарии логика такая:
Если мы не оплатим начисленное, возникнет недоимка и вопросы по исполнению обязанности. Поэтому, когда корректировка «обычным способом» уже недоступна, чаще всего правильный путь — не срывать срок оплаты.
Если ошибка обнаружена после подтверждения данных, корректировку обычно делают в заявительном порядке. В ряде разъяснений указывается, что при обнаружении ошибки после истечения стандартного срока можно подать заявление на корректировку в течение длительного периода (как правило, в пределах общих сроков).
Если из-за неверной разметки база была занижена (операцию ошибочно поставили в ННБ вместо «Прихода»), перерасчет приведет к увеличению налога — и тогда появится доплата. Если наоборот база была завышена, появится переплата — ее можно зачесть в счет будущих платежей или вернуть.
Теперь наложим это на вашу формулировку «поступление не учтено как приход, а учтено как необлагаемая база». Здесь возможны две разные ситуации, и нам важно их не перепутать:
Тогда январская база была занижена, и начисленный налог за январь мог оказаться меньше, чем должен быть. Если срок корректировки уже прошел, действуем аккуратно: оплачиваем начисленное до 25.02 и запускаем корректировку, чтобы ФНС доначислила налог корректно (и вы доплатили без штрафных сюрпризов).
Тогда, наоборот, проблема может быть не в «ННБ», а в том, что вы опасаетесь недоучета. В этом случае сначала подтверждаем экономический смысл платежа: заем, возврат, перевод между своими счетами, пополнение собственными средствами, агентские суммы и т.д. Если это не доход — оставляем ННБ и просто фиксируем правильное назначение платежа на будущее, чтобы банк не классифицировал неверно.
Критически важно: не пытаться «перенести» январское поступление в февраль «для удобства». На АУСН база формируется кассовым методом по факту движения денег и признаку операции. То есть исправление должно попасть именно в тот период, где была операция, либо быть оформлено официальной корректировкой прошлого периода, а не «подмешано» в следующий месяц вручную.
Разберем практический вопрос «где лучше исправлять» — это влияет на скорость и на то, дойдут ли изменения до ФНС.
Этот вариант чаще всего самый прямой: банк — первичный источник передачи операций в ФНС по АУСН. Поэтому, если банк дает интерфейс корректировки признака операции, вносим изменения там (особенно если до 7-го числа еще можно исправлять).
Этот вариант удобен, если у вас уже настроен сервисный обмен АУСН и вы хотите централизовать контроль в учетной системе. В «1С:Бухгалтерии 8» поддержан механизм: загрузка выписки, формирование разметки и отправка разметки в банк. В результате вы ведете контроль признаков операций в 1С, а банк получает уточнение от вас.
В 1С обычно помогают такие разделы и сущности:
Важно: если мы исправили признак в 1С, не забываем выполнить обмен, чтобы разметка ушла в банк и дальше в ФНС.
Личный кабинет ФНС — это место, где мы сверяем расчет и видим итоговую базу/налог. Но возможность «точечно» менять признак конкретной банковской операции может быть ограничена или отличаться от банка. Поэтому обычно действуем так: сверяем и контролируем в ЛК ФНС, а корректируем — в банке или через 1С (в банк). Если же у ФНС доступен функционал подачи заявления/обращения на корректировку после срока — используем именно его.
Итого по выбору точки изменения:
Если до 7-го числа еще можно исправить — корректируем признак операции в банке (или в 1С с отправкой в банк) и сразу сверяем пересчет в ЛК ФНС.
Если срок прошел — не рассчитываем на «простое переключение признака», а действуем через официальную корректировку (заявление/обращение), параллельно уплачивая начисленное в срок.
Чтобы исправлять правильно, разберем классификацию. Обычно применяют 5 признаков операций:
Почему банк может ошибочно поставить ННБ вместо «Прихода» (или наоборот)? Причины обычно такие:
Если доход от физлица подтверждается данными ККТ, банк/ФНС могут относить банковское поступление к ННБ, чтобы не задвоить доход (доход придет по ККТ). А если ККТ не применяется, такое поступление, наоборот, должно стать «Приходом».
Чтобы уменьшить число ошибок, используем методику «подсказок в назначении платежа» — специальные маркеры, которые для разметки имеют приоритет над автоматической логикой. Часто используют такие обозначения:
Важно: эти маркеры добавляют именно в назначение платежа, и тогда вероятность неверной разметки резко снижается.
Теперь выстроим регулярный процесс, который помогает не попадать в ситуацию «нашли поздно». Сделаем это как чек-лист: разберем по шагам и закрепим привычку.
Убедимся, что в 1С выбран режим АУСН и правильный объект налогообложения. Это база: от объекта зависит, какие операции влияют на итоговую сумму (например, расходы важны только при «доходы минус расходы»).
В 1С предусмотрен функционал обмена, который позволяет загружать выписки и отправлять разметку операций в банк. Используем настройки обмена, чтобы разметка не «жила отдельно» в банке и отдельно в учете.
В начале каждого месяца открываем список операций прошлого месяца и проверяем, что все поступления/списания получили правильные признаки: «Приход», «Расход», «ННБ», «Возврат». Особое внимание уделяем нестандартным платежам: возвратам, займам, переводам между своими счетами, личным тратам, поступлениям от физлиц.
Если видим ошибку — меняем признак операции и выполняем обмен (если работаем через 1С) или сохраняем корректировку в банке. Затем снова сверяем итог в ЛК ФНС/банке.
Договариваемся с контрагентами о понятных формулировках назначений. Для собственных платежей используем маркеры +Б+, +Н+, +В+ там, где это уместно. Так мы заранее подсказываем системе правильный смысл операции.
Этот процесс занимает меньше часа в месяц, но экономит дни переписок и риск переплат/доначислений.
Посмотрим на пример и потренируемся «на смысле операции». Ниже — типовые кейсы, из-за которых чаще всего и появляются «ННБ вместо прихода» или «приход вместо ННБ».
Обычно это «Приход» (налогооблагаемый доход). В назначении платежа просим указывать: «Оплата по договору №…, за … (наименование), без НДС/НДС …» — чем конкретнее, тем лучше.
Чтобы не было задвоения, банковское поступление может становиться ННБ, а доход фиксируется по данным ККТ. Здесь мы не «боремся» за «Приход» в банке, а проверяем, что чек действительно сформирован и ушел в ФНС корректно.
Это может быть «Приход», потому что другого источника данных о доходе у ФНС не будет. В таких ситуациях особенно важно правильно настроить и проверить разметку.
Это не доход и не расход для налога — обычно ННБ. В назначении платежа пишем прямо: «Перевод между собственными счетами».
Это «Возврат прихода», чтобы уменьшить базу на сумму возврата (по правилам вашего объекта).
При «доходы минус расходы» это часто «Возврат расхода» (увеличивает базу), потому что ранее расход уменьшил налог, а теперь деньги вернулись.
Вывод: прежде чем менять «ННБ» на «Приход», всегда подтверждаем смысл операции документами и контекстом (договор, акт/УПД, чек ККТ, назначение платежа). На АУСН «ошибка в смысле» почти всегда дороже, чем «ошибка в цифре».
Теперь соберем в один понятный план то, что стоит сделать, когда уже есть начисление за январь и найдено «неучтенное» поступление.
Проверим: за что поступили деньги, есть ли договор/реализация, не является ли это возвратом/переводом/взносом собственника, не дублируется ли доход через ККТ. Это обязательный шаг, чтобы не «исправить» правильно размеченную ННБ.
Если банк все еще дает изменить признак январской операции — меняем на «Приход», выполняем обмен (если через 1С) и сверяем перерасчет.
Оплачиваем начисленный налог до 25.02, чтобы не создавать недоимку.
Подаем обращение/заявление о корректировке данных АУСН по операции, прикладываем обоснование (что это доход и должен попадать в базу), добиваемся перерасчета. Если в результате появится доплата — доплачиваем. Если переплата — оформляем зачет/возврат.
Настраиваем контроль в 1С и фиксируем правила по назначению платежей, чтобы в следующем месяце не повторять историю.
Главная мысль: «поправить после оплаты и заплатить в феврале с учетом январской суммы» — это не лучший путь. На АУСН важен период фактической операции и корректная классификация. Поэтому либо исправляем в срок до 7-го числа, либо после — идем по процедуре корректировки прошлого периода, сохраняя оплату начисленного налога в срок.
Закрепим результат и составим короткий регламент для себя и команды.
Не используем «Оплата по счету» без расшифровки. Пишем «Оплата за услуги … по договору … за период …» или «Возврат займа …», «Перевод между собственными счетами …».
Добавляем +Б+ для учитываемых операций, +Н+ для неналоговых, +В+ для возвратов. Так мы подсказываем классификацию и уменьшаем ручные исправления.
Фиксируем задачу в календаре: 2–5 числа — загрузка выписки, проверка признаков; до 7-го — исправления и отправка разметки.
До 25-го числа всегда смотрим расчет ФНС и сверяем, что база не содержит очевидных перекосов (например, «выпала» выручка или, наоборот, попали личные переводы).
Если будем действовать по этому регламенту, то вопрос «где править и когда» перестанет быть стрессом: мы будем ловить ошибки в правильный срок и закрывать месяц на АУСН спокойно и предсказуемо.