Эквайринг при УСН с НДС: почему может неправильно выделяться НДС в 1С Бухгалтерия

В прошлой статье мы разбирали, почему может неправильно выделяться НДС при УСН при получении оплаты от покупателей на расчетный счет (в банковских выписках), теперь рассмотрим поступления по платежным картам.

В примере продавец на УСН «Доходы минус расходы», применяет пониженную ставку НДС 5% с 01.01.2025г. на все товары и услуги (отсутствуют льготные/необлагаемые).

В 1С «Бухгалтерия» реализован одинаковый механизм учета НДС и УСН для «Операций по платежной карте», «Платежей по реестру» и «Отчета о розничных продажах» - далее будем называть все эти документы обобщенно «Оплата по карте». Рассмотрим его.

При проведении документа «Оплата по карте» сумма оплаты не разносится напрямую на счет 51 «Расчетные счета», а используется промежуточный счет 57.03 «Продажи по платежным картам». Когда денежные средства от банка-эквайера поступают на расчетный счет организации, обычно это на следующий рабочий день, проводится банковская выписка с видом операции «Поступление по платежным картам» - далее будем называть ее просто «Банковская выписка», и тогда на счетах учета происходит списание со счета 57 и зачисление на счет 51 за минусом комиссии банка, которая в целях расчета УСН встает одновременно и в доход, и в расход (на УСН «Доходы» в 1С отражается только доход):

Выделение НДС и включение в доход для УСН происходит не из документов оплаты по карте, а из банковской выписки. Причем, корректные суммы будут только при соблюдении следующих условий:

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

Такой проблемы при оплате по терминалу обычно не возникает, т.к. банк зачисляет деньги на следующий день или позже. А вот при приеме платежей от физлиц (по типу ЖКХ по лицевым счетам), оплата разносится по покупателям в программе в зависимости от того, когда банк предоставляет файл с реестром, т.е. может оказаться их проведение в один день с банковской выпиской. Или, например, у вас принято разносить отчеты о розничных продажах на утро следующего дня текущей датой.

В этих случаях необходимо настроить автоматическое время проведения документов: Раздел «Администрирование» - блок «Настройки программы» - «Проведение документов» - галочка «Время документов устанавливать автоматически».

Если стоит вышеуказанная настройка, то в документах «Оплата по платежной карте» и «Платеж по реестру» время всегда будет 16:00:00, а в документе «Отчет о розничных продажах» - 14:00:00. А в выписке банка по поступлению этих денежных средств на р/с, - время 17:00:00, то есть позднее самих документов оплаты. В таком случае программа видит документы-основания платежа и подтягивает из них НДС.

После любого этапа исправления ошибок необходимо перепроводить не только документы оплаты по карте и выписки банка, но и возвраты покупателям, и все документы реализации, т.к. в них находятся важные регистры.

2. В документе оплаты по карте должна быть проставлена верная ставка НДС,

иначе в банковской выписке, соответствующей этому документу оплаты, будет неправильно выделяться НДС:

Если документы загружаются и разносятся автоматически (например, платежи по реестру, СБП), вероятнее всего, ставка там правильная – заложенная в алгоритм в соответствии с учетной политикой. А вот в документах, которые заносятся пользователями вручную, например, платежи по терминалу или отчеты о розничных продажах, могут быть ошибки (как настроить программу, чтобы ставки НДС максимально автоматизированно заполнялись при создании документов, в этой статье). Также неверная ставка НДС в документе реализации, по которому затем происходит оплата картой, приводит к неверному  выделению налогов в выписке банка. Как найти такие ошибки, если операций множество?

В рознице у документов оплаты по карте корреспондирующий счет всегда 90.01 «Выручка», т.е. достаточно сформировать оборотно-сальдовую ведомость по счету 90.01 с разверткой по ставкам НДС (это является одним из пунктов проверки НДС за квартал в целом):

При оптовых продажах с использованием документа «Операция по платежной карте» проверка сложнее, т.к. НДС скрыт внутри документа и в журнале не отображается, и ОСВ по корр.счету 62 в разрезе ставок НДС не формируется, поэтому будем использовать Универсальный отчет:

 - Раздел «Отчеты» - блок «Стандартные отчеты» - Универсальный отчет – «Тип объекта = Документ», «Имя объекта = Операция по платежной карте» - «Имя таблицы = Основные данные».

- Настройки – вкладка «Фильтры» - Добавить фильтр – В поле поиска набрать «орг» (если вам нужен фильтр по организации) – встать на «Организация» - Выбрать. По аналогии сделать другие фильтры, если нужны.

- Перейти на вкладку «Поля и сортировки» - в левом окне снять галочки с лишних полей – Добавить - В поле поиска набрать «ндс» – встать на «Расшифровка платежа.Ставка НДС» - Выбрать – Закрыть и сформировать.

- При большом количестве строк выгрузить получившийся отчет в Эксель и уже там с помощью обычного фильтра найти отличающиеся ставки.

3. У вас не должно быть ошибок в регистре "Прочие расчеты"

Чтобы сделать «связку» через счет 57.03 между оплатами по карте и выпиской банка, используется регистр «Прочие расчеты». В нем хранятся документы-основания, которые проставляются программой при разнесении проводок по счетам 62.01. и 62.02 при проведении документа оплаты по карте. Этот регистр используется в банковской выписке именно для того, чтобы видеть, по какому документу пришла оплата, и нужно ли в нем выделять НДС.

Ранее на эти регистры мы не обращали внимание, т.к. они не влияли на включение суммы оплаты в доход по УСН, а корректность разнесения платежей по видам (эквайринг, платежи по реестрам, биллинг) мы контролировали с помощью оборотки по счету 57.03 в разрезе договоров, и этого было достаточно. Теперь же, в рабочей базе организации, у которой активное движение оплат по картам, мы увидим, например, такую картину: платеж по карте вчера принят от контрагента Иванова, а в банковской выписке, которая соответствует этому платежу, на вкладке «Прочие расчеты» стоят документы-основания совсем других контрагентов. То есть когда-то этот список «поехал», но мы об этом даже не узнали, т.к. в стандартных отчетах этот регистр не отображается, и во всех последующих выписках банка проставились неверные документы-основания, которые являются источником некорректного отражения НДС и дохода УСН.

Откуда могли пойти такие ошибки? Возможно, когда-то при разнесении банка перепутали договор эквайринга с договором биллинга, или в отчете о розничных продажах забыли отразить данные на всех вкладках, если его разносят вручную, и тому подобное. Потом бухгалтер в ОСВ по счету 57.03 увидел некорректное сальдо, зашел и вручную поправил, но в регистрах движения так и остались неверные документы-основания. Может быть, некорректно отразили возврат покупателю на банковскую карту.  Возможно, случился технический сбой, и оплата по терминалу так и не была зачислена банком-эквайером на расчетный счет - и такое бывает, а сальдо так и «висит» на счете 57.03. Да и просто при большом объеме операций и длительном ведении учета в базе, к сожалению, ошибки накапливаются.

О том, как правильно делать корректировки в таких случаях, и как в целом разобраться с регистром «Прочие расчеты», подробно в отдельной статье. Там же четкий алгоритм, как работать с документами 1С, чтобы ошибки в регистре не повторялись.

Видео к данной статье размещено в моем ТГ-канале https://telegram.me/Anisovabuh