Почему эквайринг в НТТ при совмещении УСН и ЕНВД (Патента) попадает в КУДиР УСН и как это исправить?

← На главную

При совмещении упрощенной системы налогообложения (УСН) и патентной системы (ранее — ЕНВД) в программе 1С:Бухгалтерия 8.3 бухгалтеры часто сталкиваются с неприятной ситуацией. Розничная выручка, поступающая наличными в неавтоматизированную торговую точку (НТТ), корректно распределяется на особый режим налогообложения. Однако безналичные оплаты, проходящие через банковский терминал (эквайринг), упорно попадают в КУДиР по УСН, увеличивая налогооблагаемую базу. При этом все бухгалтерские проводки на счетах учета формируются правильно.

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

Суть проблемы и разница в цепочках документов

Для того чтобы понять, почему наличная выручка отражается корректно, а безналичная — нет, рассмотрим разницу в цепочках документов для этих двух видов оплат в условиях НТТ.

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

Для безналичных расчетов (эквайринга) цепочка документов значительно сложнее и состоит минимум из двух этапов:

Первичная фиксация оплаты покупателем — документ Операция по платежной карте (или Отчет о розничных продажах). Этот документ делает проводку Дт 57.03 - Кт 90.01.2 (или 62) и фиксирует факт продажи по картам.
Фактическое зачисление денежных средств банком-эквайером на расчетный счет организации — документ Поступление на расчетный счет с видом операции «Поступление от продаж по платежным картам». Он делает проводку Дт 51 - Кт 57.03.

Именно на втором этапе чаще всего и происходит сбой, из-за которого вся сумма зачисления попадает в КУДиР по УСН.

Механика налоговых регистров: почему закрытие счета 57.03 в ноль не гарантирует результат?

В программе 1С бухгалтерский и налоговый учет ведутся параллельно. Тот факт, что в оборотно-сальдовой ведомости (ОСВ) по счету 57.03 («Продажи по платежным картам») все закрылось «в ноль», еще не гарантирует правильность отражения в КУДиР.

Для целей налогового учета УСН программа использует специальные регистры накопления. Главным из них в данной цепочке является регистр Прочие расчеты (а также сопутствующий регистр УСН.01). Давайте разберем схему их работы:

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

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

Упрощенно алгоритм распределения в коде программы выглядит следующим образом:


// Алгоритм распределения эквайринговой выручки при проведении банковской выписки
Если НайденаЗаписьВРегистреПрочиеРасчеты(СделкаОплатыКартой) Тогда
    Если СделкаОплатыКартой.ОсобыйРежимНалогообложения Тогда
        ОтразитьДоходВКУДиР(Сумма, "Патент/ЕНВД"); // Доход исключается из книги УСН
    Иначе
        ОтразитьДоходВКУДиР(Сумма, "УСН");
    КонецЕсли;
Иначе
    // Если сопоставить платеж не с чем, сумма признается авансом УСН по умолчанию
    ОтразитьДоходВКУДиР(Сумма, "УСН");
КонецЕсли;

Причина 1. Системная ошибка 1С № 30172784 при вводе начальных остатков по счету 57.03

Выясним причину, с которой столкнулся автор темы на форуме. Это официально зарегистрированная ошибка конфигурации 1С:Бухгалтерия. При начале ведения учета в программе пользователи переносят остатки на счет 57.03 через стандартный помощник ввода начальных остатков.

Проблема: В документе Ввод начальных остатков по счету 57.03 отсутствует техническая возможность указать, что этот остаток относится к деятельности с особым порядком налогообложения (ЕНВД или Патент). В результате документ формирует только бухгалтерские проводки, но не делает необходимых записей в регистре Прочие расчеты с признаком особого режима налогообложения.

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

Решение проблемы с вводом остатков по эквайрингу

Для исправления этой системной ошибки выполним обходной маневр, предложенный разработчиками 1С:

Полностью откажемся от использования документа Ввод начальных остатков по счету 57.03. Если он уже создан, необходимо удалить из него строки со счетом 57.03 или пометить документ на удаление.
Вместо этого за один день до начала ведения учета (например, 31 декабря, если учет начинается с 1 января) введем документ Операция по платежной карте (раздел «Банк и касса» — «Оплаты платежными картами»).
В документе выберем вид операции «Розничная выручка», укажем наш склад НТТ с особым режимом налогообложения и введем сумму нашего остатка на счете 57.03.
Проведем документ. Он сформирует правильные проводки по дебету 57.03 и, что самое главное, сделает корректную запись «Приход» в регистре Прочие расчеты, пометив сумму как относящуюся к ЕНВД/Патенту.
После этого первое январское Поступление на расчетный счет успешно сопоставит зачисление денег с этим документом и исключит сумму из доходов КУДиР УСН.

Причина 2. Нарушение хронологической последовательности документов

Проанализируем еще одну частую ошибку: нарушение времени проведения документов в течение одного дня. В розничной торговле часто сначала загружают банковские выписки (утром), а документы розничных продаж проводят в конце дня или на следующий день.

Если документ Поступление на расчетный счет будет проведен по времени раньше (например, в 10:00), чем первичный документ Операция по платежной карте (например, в 18:00 того же дня), программа на момент проведения выписки не «увидит» продажи по особому режиму. Сумма незамедлительно будет признана авансом УСН.

Решение: Соблюдайте строгое правило проведения документов. Все документы продаж по картам должны иметь время проведения ранее, чем выписки банка. При необходимости используйте обработку Групповое перепроведение документов в конце отчетного периода, предварительно восстановив последовательность.

Причина 3. Ошибка 1С № 30158777 (Переплаты банка-эквайера)

Рассмотрим ситуацию, когда банк-эквайер зачислил на расчетный счет сумму, превышающую фактически проведенные по терминалу оплаты за день (например, из-за технических сбоев или округления комиссий).

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

Решение: Если банк переплатил, разбейте документ Поступление на расчетный счет на две строки или два отдельных документа:

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

Причина 4. Некорректные настройки склада и счетов учета доходов

Проверим настройки самой торговой точки (склада). Перейдем в справочник «Склады» и найдем нашу НТТ. В карточке склада в обязательном порядке должен быть установлен флаг Особый порядок налогообложения.

При выборе этого склада в документе Операция по платежной карте программа должна автоматически подставлять счета доходов и расходов особого режима:

90.01.2 — «Выручка по отдельным видам деятельности с особым порядком налогообложения».
90.02.2 — «Себестоимость продаж по отдельным видам деятельности с особым порядком налогообложения».

Если в проводках документа продажи ошибочно фигурируют счета 90.01.1 и 90.02.1, программа считает эту выручку относящейся к УСН, и последующее зачисление денег банком также отразится в КУДиР УСН.