Каждый бухгалтер, работающий с розничными продажами и эквайрингом, рано или поздно сталкивается с нюансами отражения банковской комиссии. При оплате картами на расчетный счет организации поступает сумма за вычетом комиссии банка-эквайера. Возникает закономерный вопрос: какая сумма должна отражаться в Книге учета доходов и расходов (КУДиР) — фактически зачисленная на счет или полная стоимость покупки?
В этой статье мы подробно разберем методологию учета таких операций, выясним, почему программа 1С может вести себя некорректно, и пошагово рассмотрим способы исправления этой ошибки на примере конфигурации 1С:Бухгалтерия.
Прежде чем переходить к техническим настройкам в программе, давайте разберем методологическую сторону вопроса. Должна ли комиссия банка попадать в доходы по УСН?
Согласно п. 1 ст. 346.15 и п. 1, 2 ст. 248 Налогового кодекса РФ, доходом признается вся выручка от реализации товаров или услуг без вычета комиссионных вознаграждений третьих лиц. Это означает следующее:
Таким образом, требования бухгалтера отразить в КУДиР сумму документа вместе с комиссией абсолютно законны и методологически верны. Если программа записывает в КУДиР только сумму, фактически поступившую на 51 счет, вы занижаете налоговую базу, что может привести к штрафам от ФНС.
Для того чтобы КУДиР заполнялась автоматически в типовой конфигурации, учет эквайринговых операций должен строиться по строго определенному алгоритму. Рассмотрим этот процесс по шагам.
В документе Поступление на расчетный счет обязательно должен быть выбран вид операции Поступления от продаж по платежным картам и банковским кредитам. В этом случае в форме документа становятся доступны два ключевых поля:
Проанализируем проводки, которые формирует этот документ в бухгалтерском учете:
Дт 51 — Кт 57.03 — на сумму, фактически поступившую на счет (поле «Сумма»).Дт 91.02 — Кт 57.03 — на сумму удержанной банком комиссии (поле «Сумма услуг»).В налоговом учете УСН программа не ориентируется напрямую на проводки по 51 счету. Вместо этого она делает записи в специальный регистр накопления Книга учета доходов и расходов (раздел I). Алгоритм программы автоматически складывает показатели полей Сумма и Сумма услуг и делает запись в КУДиР на общую сумму (доход в полном объеме).
Примерный программный алгоритм распределения сумм выглядит следующим образом:
// Упрощенная логика формирования записей в регистр КУДиР
СуммаДоходаУСН = Объект.Сумма + Объект.СуммаУслуг;
ДвижениеРегистра = Движения.КнигаУчетаДоходовИРасходов.Добавить();
ДвижениеРегистра.Период = Объект.Дата;
ДвижениеРегистра.Графа4 = СуммаДоходаУСН; // Доходы всего
ДвижениеРегистра.Графа5 = СуммаДоходаУСН; // В т.ч. принимаемые для расчета налога
Если в вашем учете комиссия банка упорно игнорируется КУДиР, рассмотрим основные причины, из-за которых это может происходить, и способы их устранения.
Как и произошло у автора вопроса на форуме, очень часто причиной сбоев становятся неквалифицированные доработки программы. Программисты или пользователи могли внести изменения в модуль проведения документа Поступление на расчетный счет, которые заблокировали стандартный механизм формирования движений по регистрам УСН.
Решение: Проанализируем конфигурацию на наличие изменений. Если обнаружены кастомные корректировки в процедурах проведения банковских документов, необходимо временно отключить их или вернуть типовой код проведения. После отмены доработок и перепроведения документов сумма в КУДиР начнет рассчитываться правильно (Сумма + Комиссия).
Если бухгалтер вместо вида операции Поступления от продаж по платежным картам выбирает обычную Оплату от покупателя, программа не увидит поле Сумма услуг. Соответственно, в доход КУДиР запишется только «чистая» сумма, пришедшая на расчетный счет.
Решение: Изменим вид операции в документе Поступление на расчетный счет на корректный. Заполним поле комиссии и перепроведем документ.
Для корректного зачета авансов и признания доходов в УСН крайне важно, чтобы документы реализации (например, Отчет о розничных продажах или Операция по платежной карте) по времени шли раньше, чем документ Поступление на расчетный счет от банка-эквайера. Если выписка банка проведена раньше продажи, 1С может не сопоставить эти операции по транзитному счету 57.03.
Решение: Выполним групповое перепроведение документов за отчетный период. Сделать это можно через меню Операции -> Закрытие месяца -> Перепроведение документов.
Для правильного закрытия взаиморасчетов по эквайрингу договор с банком-эквайером должен иметь вид Прочее, а расчеты должны вестись строго на счете 57.03. Если в договоре указан вид С поставщиком или С покупателем, автоматический алгоритм КУДиР работать не будет.
Решение: Проверим карточку договора с банком и при необходимости создадим новый договор с видом Прочее, после чего перевыберем его во всех первичных документах.
Если документов за прошлые периоды очень много, а перепроводить их или менять конфигурацию прямо сейчас нельзя (например, период уже закрыт и сдан), мы можем воспользоваться механизмом ручной корректировки книги доходов и расходов.
Для этого в 1С предусмотрен специальный документ Запись книги учета доходов и расходов (УСН):
Используя этот комплексный подход, мы сможем гарантировать полную прозрачность налогового учета и успешно пройти любые проверки со стороны контролирующих органов.