Почему сумма услуг банка не попадает в КУДиР при УСН "Доходы" и как это исправить в 1С

Бухгалтер 1С v8.3 (Обычные формы) 1C:Бухгалтерия Налоговый учет
← На главную

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

В этой статье мы подробно разберем, почему возникает такая ситуация, как работает типовой механизм отражения банковской комиссии в программе «1С:Бухгалтерия» (на примере редакций 2.0 и 3.0), и рассмотрим пошаговые методы устранения данной ошибки — от проверки корректности ведения учета до анализа кода конфигурации.

Методология учета: почему комиссия банка должна попадать в доходы

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

Рассмотрим классический пример с интернет-эквайрингом или терминалом оплаты:

  1. Клиент приобретает товар и оплачивает картой сумму 100 рублей. Покупателю пробивается кассовый чек на 100 рублей.
  2. Банк-эквайер обрабатывает платеж и зачисляет деньги на расчетный счет организации за вычетом своей комиссии (допустим, 2%).
  3. На расчетный счет организации фактически поступает 98 рублей. Удержанные банком 2 рубля являются расходом организации на оплату услуг банка.

При объекте налогообложения УСН «Доходы» (6%) расходы налогоплательщика не учитываются при расчете налоговой базы. Это означает, что мы не имеем права уменьшать полученный доход на сумму удержанной банком комиссии. Следовательно, в графу «Доходы» КУДиР должна попасть вся сумма покупки — 100 рублей, а не фактически пришедшие 98 рублей. В противном случае налоговая база будет занижена на величину банковских услуг.

Как устроен автоматический расчет в типовой конфигурации 1С

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

Этап 1. Фиксация факта продажи и оплаты покупателем.

Оформляется документ Оплата платежной картой (в редакции 3.0) или Отчет о розничных продажах (с заполнением вкладки «Безналичные оплаты»). В этих документах указывается полная продажная стоимость товара (100 рублей). Программа делает проводку в дебет транзитного счета 57.03 («Продажи по платежным картам»):

Дебет 57.03 — Кредит 62.01 (или 90.01.1) на сумму 100 рублей.

Этап 2. Зачисление денежных средств банком.

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

При проведении этого документа типовой алгоритм 1С выполняет следующие действия:

  1. Формирует проводку по зачислению средств на расчетный счет: Дебет 51 — Кредит 57.03 на сумму 98 рублей.
  2. Списывает удержанную комиссию на прочие расходы организации: Дебет 91.02 — Кредит 57.03 на сумму 2 рубля.
  3. Записывает доход в КУДиР: Программа автоматически суммирует значения реквизитов Сумма и СуммаУслуг (98 + 2 = 100 рублей) и делает запись в регистр накопления «Книга учета доходов и расходов (раздел I)» на полную сумму — 100 рублей.

Таким образом, в типовой конфигурации весь механизм автоматизирован и не требует ручного вмешательства, если документы заполнены корректно.

Почему ломается автоматический расчет и как это исправить

Если в вашей базе КУДиР заполняется некорректно и учитывает только чистую сумму поступления на расчетный счет, проанализируем основные причины возникновения этой проблемы и способы их устранения.

Причина 1. Изменение типового кода конфигурации (кастомизация)

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

Для исправления этой проблемы программисту необходимо выполнить следующие шаги:

  1. Открыть конфигурацию базы данных и запустить сравнение модуля проведения документа с типовой конфигурацией аналогичного релиза.
  2. Найти процедуру обработки проведения документа ПоступлениеНаРасчетныйСчет.
  3. Проанализировать алгоритм формирования записей в регистр накопления КнигаУчетаДоходовИРасходовРазделI (или аналогичный регистр УСН в зависимости от редакции программы).
  4. Если в коде обнаружены закомментированные участки стандартного кода или добавлены нетиповые условия, ограничивающие расчет полной суммы доходов, необходимо вернуть процедуру проведения к ее типовому виду.

Пример стандартной логики формирования дохода УСН в коде проведения (упрощенный вид):


// В типовом механизме сумма дохода для КУДиР рассчитывается как:
СуммаДоходаУСН = ТабличнаяЧастьПлатежа.Сумма + ТабличнаяЧастьПлатежа.СуммаУслуг;
// Программа записывает полученное значение в КУДиР
ЗарегистрироватьДоходКУДиР(СуммаДоходаУСН);

После восстановления типового кода необходимо обязательно выполнить групповое перепроведение документов за налоговый период.

Причина 2. Неверный вид операции в банковской выписке

Очень часто при загрузке данных из сервисов «Клиент-Банк» документы Поступление на расчетный счет создаются автоматически. Программа видит операцию поступления денег и по умолчанию присваивает документу вид операции «Оплата от покупателя».

При таком виде операции в документе просто отсутствует реквизит «Сумма услуг», а программа принимает к доходу только ту сумму, которая указана в выписке (98 рублей). Сумма комиссии банка вообще теряется для налогового учета.

Как исправить:

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

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

Программа 1С динамически рассчитывает состояние расчетов на момент проведения каждого документа. Если документ Поступление на расчетный счет проводится по времени раньше, чем документ продажи (Оплата платежной картой или Отчет о розничных продажах), то программа не видит аванса или зависшей задолженности на счете 57.03 и может некорректно распределить суммы доходов.

Как исправить:

  1. Контролируйте время проведения документов. Сначала всегда оформляется розничная продажа или оплата картой (например, в 12:00:00), и только потом — зачисление денег на расчетный счет по банковской выписке (например, в 16:00:00 или на следующий день).
  2. Для восстановления последовательности перейдите в раздел «Операции» — «Закрытие месяца» и выполните перепроведение документов за весь отчетный период.

Причина 4. Некорректная ручная корректировка КУДиР

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

Как исправить:

  1. Нажмите на кнопку «КУДиР» в верхней панели документа.
  2. Убедитесь, что там не установлены флаги ручной корректировки. Если они установлены, снимите их, чтобы программа вернулась к автоматическому расчету на основании заполненных реквизитов «Сумма» и «Сумма услуг».

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

← На главную