Автоматизированная УСН (АУСН) задумывалась как идеальный режим для микробизнеса: налоговая сама все считает, отчетность почти нулевая, а про страховые взносы можно забыть. Но в бухгалтерской среде уже прижилось другое название — «усложненка». Вместо отдыха бизнес и бухгалтеры получают головную боль: банки некорректно разносят операции, возвраты становятся доходами, а зарплату сотрудникам теперь нужно вбивать вручную дважды в месяц. Разбираемся, что не так с АУСН.
Некорректная работа банка при эквайринге
Казалось бы, на режиме АУСН ничего не надо делать своими руками, но на практике это не так. Банк часто некорректно разносит входящие и исходящие операции. Поэтому операции, которые не относятся к налогооблагаемым, могут легко перейти в список налогооблагаемых. Например, такое часто бывает при эквайринге. Клиент покупает товар и получает чек. Данные чека уходят в банк и затем в ЛК АУСН.
При этом, если оплата прошла по СБП, то информация сразу поступает в банк, а если покупатель расплатился банковской картой, то данные приходят в банк через сутки. В результате АУСН заносит на доходы 2 операции: по чеку и по эквайрингу, то есть повышает доход бизнеса.
Главная проблема в том, что разнести эти операции получится только вручную в ЛК банка. Представьте, если несколько торговых точек с сотнями операций каждый день. Придется нанимать еще одного человека, который будет этим заниматься.
Правки получится вносить только в ЛК банков, если банков несколько, то отдельно в каждом личном кабинете. К сожалению, в АУСН такой возможности нет.
Например, покупатель приобрел в вашем интернет-магазине телефон стоимостью 40000р и расплатился картой. Вы пробили чек и 40000р автоматически попали в доходы. На следующий день вам пришли деньги по эквайрингу — 40000. И эту сумму банк тоже автоматически отнесет к доходам. Таким образом, налог составит (40000+40000) * 8% = 6400р, хотя на самом деле должен быть 3200р., то есть в два раза больше!
Личные деньги и прочие переводы: все идет в доход
Если ИП пополнил расчетный счет личными деньгами, банк может классифицировать это как налогооблагаемый доход.
Это касается и других операций:
● Переводов между своими счетами в разных банках.
● Возвратов от поставщиков (на АУСН «Доходы» это приводит к увеличению доходов и налоговой базы).
● Поступлений кредитов и займов.
Система видит «приход» и радостно заносит его в базу для налога 8% или 20%.
Если вы на режиме «Доходы минус расходы», то с расходной частью тоже бардак: один и тот же платеж может то попасть в расходы, то нет. Все это приходится отслеживать и исправлять руками.
Например, ИП Иванов перевел с собственной дебетовой карты на расчетный счет бизнеса 150 000р, чтобы закупить товар. Банк распознал это как налогооблагаемый доход. В итоге предприниматель должен заплатить лишние 12 000р налога (8% от 150 000р), хотя по факту просто переложил свои деньги из одного кармана в другой.
Или другой случай: поставщик вернул предоплату за неотгруженный товар — 80 000р. На АУСН «Доходы» эта сумма автоматически попала в налоговую базу. Получается, что бизнес получил обратно свои же деньги, а государство ждет с них 6 400р налога.
Если же вы на режиме «Доходы минус расходы», то система может включить в расходы, например, возврат займа учредителю. Это не расход бизнеса, но налоговая база уменьшится неправомерно, и потом придется долго разбираться с инспекцией.
Кадровый учет: ручной труд по расписанию
АУСН обещала освободить от отчетов, но с сотрудниками она добавила рутины.
Раньше вы раз в месяц отправляли уведомление об исчисленных суммах НДФЛ, и все.
Теперь алгоритм такой:
1. При приеме нового сотрудника вы вручную заносите в ЛК банка его ФИО, ИНН.
2. Два раза в месяц (зарплата и аванс) вы снова заходите в банк и вручную вбиваете: сумму к выплате, код дохода и сумму НДФЛ.
3. Для отпускных и больничных нужно отдельно вносить сумму, код начислений и НДФЛ, хотя раньше подавали сразу в одном уведомлении по периоду.
4. При этом карточки учета налогов и начисления зарплаты вы все равно должны вести сами. Только вот раньше не нужно было каждую выплату «заносить» в банк, а теперь приходится. Если вы забыли это сделать — налог не будет считаться удержанным и уплаченным. А поддержка банка в ответ на вопрос «почему не прошло?» чаще всего отправляет вас в ФНС, а ФНС — обратно в банк. И предприниматель остается один на один с проблемой.
Маркетплейсы: вечная игра в догонялки
Для селлеров АУСН — отдельный вид сложности. Маркетплейс — это агент, и его комиссию нужно учесть как доходы на АУСН «Доходы», а на АУСН «Доходы минус Расходы», как доход и расходы. Но появляется проблема в сроках.
● Площадки часто присылают отчеты с данными об удержаниях после 5-го числа (например, 7-го, 10-го и даже позже).
● А по правилам АУСН данные за прошлый месяц нужно проверить и подтвердить до 5-го числа следующего месяца.
Что получается? До 5-го числа налоговая база висит без учета комиссий агента. Чтобы не платить лишнего, предпринимателю снова приходится лезть в ручную правку после 10-го числа, отменять лишние доходы и вносить корректировки. А если у маркетплейса нет интеграции с ФНС, то все взаиморасчеты придется вбивать вручную целиком.
Пример: селлер на режиме АУСН «Доходы» торгует на Wildberries. За август маркетплейс удержал комиссий на 120 000 ₽, но прислал документы только 7 сентября. До 5 сентября налоговая база была рассчитана без учета этой суммы, то есть доход оказался занижен на 120 000 ₽. Предпринимателю пришлось ждать отчет, а затем 10 сентября вручную корректировать данные: добавлять этот доход. Если бы он этого не сделал, доход остался бы заниженным, что нарушает требования по отражению выручки от агента, а налог был бы уплачен в меньшем размере на 9 600 ₽ (при ставке 8%), что грозит штрафами и пенями.
Мультибанковский хаос и поддержка-переадресатор
Если у вас счета в разных банках, готовьтесь к многозадачному режиму. В АУСН нет единого личного кабинета, где можно увидеть общую картину и все поправить.
● Правки вносятся отдельно в каждом банке.
● Данные в общем ЛК АУСН (на сайте ФНС) обновляются с задержкой. Вы не можете оперативно увидеть реальную налоговую базу по всем счетам сразу.
Костыль для АУСН: спасательные кодировки
Есть специальные коды для назначения платежа, которые помогают системе понять, что это за операция.
● «Б» — операция учитывается в налоговой базе (доход или расход).
● «Н» — не учитывается (пополнение счета, свои деньги).
● «В» — возврат.
Для операций, которые лишь частично влияют на налоговую базу (например, сочетают признаки «Приход» и «Не налоговая база» для входящих платежей или «Расход» и «Не налоговая база» для исходящих), используется специальная кодировка «БXXX.YY».
Если операция является возвратом и также учитывается частично (совмещая признаки «Возврат расхода» для входящих или «Возврат прихода» для исходящих с признаком «Не налоговая база»), применяется кодировка «ВXXX.YY».
Важно: чтобы система корректно распознала такой код, его нужно выделить с обеих сторон символами «+». То есть в тексте он должен выглядеть так: +БXXX.YY+ или +ВXXX.YY+.
На каждой операции надо ставить такой код, а он довольно сложный. Если на каждой операции ставить кодировку вручную — это дополнительное время. А в эквайринге так и вовсе не сделать.
Коротко для предпринимателя
1. АУСН — это не отдых, а ручной контроль. Да, отчетов меньше, но появляется ежедневная или еженедельная рутина: проверять каждую операцию в банке, исправлять задвоения, вручную вносить зарплату и НДФЛ. Если у вас много операций, вам все равно понадобится бухгалтер, чтобы он сидел в ЛК банка.
2. Высокая ставка — плата за риск, а не за удобство. 8% и 20% — это дороже обычной УСН. Плюс режим не отменяет работу бухгалтера, а добовляет ручной работы. По сути, вы доплачиваете за то, что налоговая берет на себя функцию расчета, но функция эта работает с ошибками. Вопрос: готовы ли вы переплачивать за «сырой» сервис?
3. Режим подходит не всем. АУСН может быть удобен только для микробизнеса с одной-двумя операциями в день и без сотрудников. Если у вас оборотный бизнес, есть наёмные работники, или вы торгуете на маркетплейсах — скорее всего, «усложненка» принесет только лишнюю головную боль и риск слететь с режима из-за превышения лимитов по вине кривого учета.
