Как в 1С:Бухгалтерии 3.0 отнести эквайринговую выручку к спецрежиму (ЕНВД/патент) и не допустить ее попадания в КУДиР?

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

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

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

Выясним причину: почему доход попадает в КУДиР

Проанализируем алгоритм работы программы. В 1С:БП 3.0 документ Поступление на расчетный счет делает проводку Дт 51 - Кт 57.03. Программа определяет налоговый режим не по банковской выписке, а автоматически на основе аналитики закрываемой задолженности по счету 57.03 («Продажи по платежным картам») и движений первичных розничных документов.

Попадание эквайринговой выручки в доходы по УСН чаще всего происходит по двум причинам:

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

Способ 1. Корректировка цепочки документов и проверка счетов доходов (штатный режим)

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

  1. Проверяем первичный документ розницы. Откроем документ Отчет о розничных продажах (или Операция по платежной карте). Перейдем в табличную часть товаров и услуг. Для деятельности, не относящейся к УСН, счет учета доходов обязательно должен быть 90.01.2 («Выручка по отдельным видам деятельности с особым порядком налогообложения»), а счет учета расходов — 90.02.2. Если там указан счет 90.01.1, выручка автоматически регистрируется как относящаяся к УСН.
  2. Проверяем настройки склада. Если розничная точка выделена в структуре как отдельный склад (например, неавтоматизированная торговая точка), проверим карточку этого склада в справочнике Склады. В ней должен быть явно выбран особый порядок налогообложения.
  3. Контролируем время проведения. Документ фиксации розничной выручки (Отчет о розничных продажах) должен быть проведен строго раньше, чем документ Поступление на расчетный счет. Изменим время банковской выписки так, чтобы она стояла позже отчета за соответствующую смену.
  4. Перепроводим документы последовательно. Выполним перепроведение: сначала первичный документ продаж, затем выписку банка. После этого откроем движения документа Поступление на расчетный счет (кнопка Дт/Кт) и проверим регистр накопления Книга учета доходов и расходов (раздел I) — запись о включении суммы в налоговую базу УСН должна исчезнуть либо переместиться в графу «Доходы всего» без отражения в графе принимаемых доходов.
  5. Контролируем оборотно-сальдовую ведомость. Сформируем отчет Оборотно-сальдовая ведомость по счету по счету 57.03 с детализацией по субконто и дням. Убедимся, что по счету отсутствуют отрицательные остатки, а расчеты закрываются корректно.

Способ 2. Использование вида операции «Прочее поступление»

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

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

Способ 3. Ручная корректировка движений документа

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

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

Рекомендация по разделению потоков эквайринга

Если в одной базе параллельно ведется учет розничных операций по УСН и по спецрежиму, проанализируем справочник Виды оплат. Рекомендуется создать отдельные элементы справочника для каждого режима и привязать их к соответствующим договорам эквайринга или терминалам. Это предотвратит смешивание взаиморасчетов на счете 57.03 и обеспечит корректное автоматическое закрытие реестров банком без ручного вмешательства.

← На главную