При ведении учета на упрощенной системе налогообложения (УСН) с объектом «Доходы» бухгалтеры часто сталкиваются с проблемой: в Книгу учета доходов и расходов (КУДиР) сумма по операциям эквайринга попадает не в полном объеме. В КУДиР регистрируется только «чистая» сумма, фактически поступившая на расчетный счет, а комиссия банка (услуги банка) игнорируется. Это является грубой ошибкой, которая может привести к занижению налогооблагаемой базы и штрафам от налоговых органов.
В этой статье мы подробно разберем, почему возникает такая ситуация, как работает типовой механизм отражения банковской комиссии в программе «1С:Бухгалтерия» (на примере редакций 2.0 и 3.0), и рассмотрим пошаговые методы устранения данной ошибки — от проверки корректности ведения учета до анализа кода конфигурации.
Для начала проанализируем законодательную сторону вопроса. Согласно статье 346.15 Налогового кодекса РФ, налогоплательщики на УСН должны учитывать в составе доходов выручку от реализации товаров, работ и услуг. При этом доходом признается вся сумма, уплаченная покупателем за товар.
Рассмотрим классический пример с интернет-эквайрингом или терминалом оплаты:
При объекте налогообложения УСН «Доходы» (6%) расходы налогоплательщика не учитываются при расчете налоговой базы. Это означает, что мы не имеем права уменьшать полученный доход на сумму удержанной банком комиссии. Следовательно, в графу «Доходы» КУДиР должна попасть вся сумма покупки — 100 рублей, а не фактически пришедшие 98 рублей. В противном случае налоговая база будет занижена на величину банковских услуг.
Выясним, как этот процесс реализован разработчиками фирмы «1С» в стандартных конфигурациях. Отражение эквайринговых операций базируется на оформлении двух основных этапов:
Этап 1. Фиксация факта продажи и оплаты покупателем.
Оформляется документ Оплата платежной картой (в редакции 3.0) или Отчет о розничных продажах (с заполнением вкладки «Безналичные оплаты»). В этих документах указывается полная продажная стоимость товара (100 рублей). Программа делает проводку в дебет транзитного счета 57.03 («Продажи по платежным картам»):
Дебет 57.03 — Кредит 62.01 (или 90.01.1) на сумму 100 рублей.
Этап 2. Зачисление денежных средств банком.
Оформляется документ Поступление на расчетный счет. Для правильного распределения сумм критически важно использовать вид операции «Поступления от продаж по платежным картам и банковским кредитам». В этом документе присутствуют два ключевых поля:
При проведении этого документа типовой алгоритм 1С выполняет следующие действия:
Сумма и СуммаУслуг (98 + 2 = 100 рублей) и делает запись в регистр накопления «Книга учета доходов и расходов (раздел I)» на полную сумму — 100 рублей.Таким образом, в типовой конфигурации весь механизм автоматизирован и не требует ручного вмешательства, если документы заполнены корректно.
Если в вашей базе КУДиР заполняется некорректно и учитывает только чистую сумму поступления на расчетный счет, проанализируем основные причины возникновения этой проблемы и способы их устранения.
Как показало обсуждение на форуме, это одна из частых причин неверного поведения программы. Предыдущие программисты могли внести изменения в модуль проведения документа Поступление на расчетный счет под специфические требования или под другое юридическое лицо в базе, нарушив тем самым типовую логику.
Для исправления этой проблемы программисту необходимо выполнить следующие шаги:
ПоступлениеНаРасчетныйСчет.КнигаУчетаДоходовИРасходовРазделI (или аналогичный регистр УСН в зависимости от редакции программы).Пример стандартной логики формирования дохода УСН в коде проведения (упрощенный вид):
// В типовом механизме сумма дохода для КУДиР рассчитывается как:
СуммаДоходаУСН = ТабличнаяЧастьПлатежа.Сумма + ТабличнаяЧастьПлатежа.СуммаУслуг;
// Программа записывает полученное значение в КУДиР
ЗарегистрироватьДоходКУДиР(СуммаДоходаУСН);
После восстановления типового кода необходимо обязательно выполнить групповое перепроведение документов за налоговый период.
Очень часто при загрузке данных из сервисов «Клиент-Банк» документы Поступление на расчетный счет создаются автоматически. Программа видит операцию поступления денег и по умолчанию присваивает документу вид операции «Оплата от покупателя».
При таком виде операции в документе просто отсутствует реквизит «Сумма услуг», а программа принимает к доходу только ту сумму, которая указана в выписке (98 рублей). Сумма комиссии банка вообще теряется для налогового учета.
Как исправить:
Поступление на расчетный счет.Программа 1С динамически рассчитывает состояние расчетов на момент проведения каждого документа. Если документ Поступление на расчетный счет проводится по времени раньше, чем документ продажи (Оплата платежной картой или Отчет о розничных продажах), то программа не видит аванса или зависшей задолженности на счете 57.03 и может некорректно распределить суммы доходов.
Как исправить:
Иногда пользователи пытаются исправить суммы вручную непосредственно в форме документа. В верхней части формы документа Поступление на расчетный счет присутствует кнопка «КУДиР» (или ручная настройка отражения в разделах книги). Если бухгалтер воспользовался этой кнопкой и вручную зафиксировал сумму дохода, автоматический расчет блокируется.
Как исправить:
Резюмируя вышесказанное: для корректного ведения КУДиР на УСН «Доходы» при использовании эквайринга всегда проверяйте вид операции банковских документов и полноту заполнения реквизитов комиссии. В случае, если все настройки верны, но сумма комиссии все равно игнорируется программой, обратитесь к конфигуратору — вполне вероятно, что типовой механизм проведения был изменен сторонними разработчиками.