Почему оплата банковской картой по документу реализации попадает в доходы УСН при совмещении режимов и как это исправить

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

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

Причины возникновения проблемы в типовой логике 1С

Проанализируем цепочку документов и механизм работы регистров налогового учета. Когда организация оформляет продажу документом Реализация (акт, накладная) (РТУ), в бухгалтерском учете формируются проводки по счету расчетов с покупателями (счет 62.01 или 62.02) и счетам учета выручки спецрежима (например, 90.01.2 и 90.02.2). Далее создается документ Операция по платежной карте с видом операции Оплата от покупателя, который списывает задолженность по счету 62 и переносит сумму на счет 57.03 (Продажи по платежным картам).

Затем в программу загружается выписка банка, и формируется документ Поступление на расчетный счет с видом операции Поступления от продаж по платежным картам и банковским кредитам. Именно здесь возникает конфликт алгоритмов:

  1. Разрыв розничной аналитики: Типовой алгоритм банковской выписки определяет налоговый режим выручки по счету 57.03 не по бухгалтерским счетам 90.01.2 из накладной, а по специализированному розничному контуру. Для корректного автоматического распознавания спецрежима алгоритм ожидает наличие документов Отчет о розничных продажах или документа Операция по платежной карте с видом Розничная выручка.
  2. Поведение по умолчанию: Если по счету 57.03 поступают средства, источник которых оформлен через оптовую накладную (РТУ) с контрагентом, система не может сопоставить их с конкретным спецрежимом и по умолчанию регистрирует доход по основному режиму налогообложения — УСН.
  3. Хронологическая последовательность: Если документ Поступление на расчетный счет проведен раньше по времени, чем реализация и операция по карте, на счете 57.03 возникает кредитовое сальдо. В таком случае сумма зачисления автоматически расценивается программой как аванс и в полном объеме включается в налогооблагаемую базу УСН.

Способ 1. Переход на розничный контур учета

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

Вместо цепочки накладных оптовой торговли оптовые и розничные продажи разделяются:

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

Способ 2. Изменение вида операции в документе поступления на расчетный счет

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

Разберем по шагам, как настроить закрытие расчетов вручную:

  1. Открываем документ Поступление на расчетный счет.
  2. В поле Вид операции выбираем Оплата от покупателя или Прочее поступление.
  3. В качестве счета расчетов указываем счет 57.03, чтобы закрыть зависшую сумму эквайринга.
  4. В поле Доходы УСН или Налоговый учет вручную переключаем значение на Не принимаются или Доход ЕНВД / патент.
  5. Комиссию банка (услуги эквайринга) при таком способе отражаем отдельной строкой или документом Списание с расчетного счета с видом операции Прочее списание (дебет счета 91.02).

Способ 3. Ручная корректировка налоговых регистров или запись КУДиР

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

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

Рекомендации по контролю учета

Для предотвращения подобных ошибок в дальнейшей работе рекомендуется регулярно формировать оборотно-сальдовую ведомость по счету 57.03 с максимальной детализацией по субконто. Сальдо на конец дня должно соответствовать только фактически непоступившим суммам по банковским слипам. Также перед формированием деклараций следует сверять общую сумму доходов по отчету Анализ состояния налогового учета по УСН с фактическими данными реализации по основному виду деятельности.

← На главную