← На главную

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

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

Почему 1С не распределяет эквайринг «на лету» пропорционально выручке

Начнем с анализа методологии программы. В конфигурации 1С:Бухгалтерия 3.0 не предусмотрен алгоритм автоматического пропорционального деления одного входящего банковского платежа по эквайрингу между разными налоговыми режимами на основе текущей выручки за день. Программа не умеет самостоятельно рассчитывать пропорции в момент проведения банковской выписки.

Для разделения доходов в программе используется другой принцип — прямое сопоставление (партионный учет по методу FIFO) либо ручное разделение транзакций. Система ожидает, что каждая продажа изначально отнесена к конкретному налоговому режиму в первичном документе (в розничной торговле это Отчет о розничных продажах, в оптовой — Реализация товаров и услуг), а последующая оплата лишь закрывает эту задолженность.

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

Сценарий 1. Стандартный розничный учет через Отчет о розничных продажах

Это классический и наиболее корректный вариант ведения розничных продаж в 1С:Бухгалтерии. Проанализируем, как в этом случае работает распределение оплат:

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

Важное примечание: Чтобы этот механизм работал без сбоев, крайне важно соблюдать хронологическую последовательность проведения документов. Сначала в системе должны быть проведены все розничные продажи за день, и только после этого — выписка банка. Если нарушить эту последовательность, программа воспримет банковское поступление как аванс и автоматически отнесет его на основную систему налогообложения (УСН).

Сценарий 2. Оптовая схема: Реализация услуг (РТУ) + Оплата платежной картой (ОПК)

Часто при интеграции 1С:Бухгалтерии с внешними системами (например, «Альфа-Авто» или сторонними CRM) данные загружаются не через розничные отчеты, а через стандартную цепочку: документ Реализация товаров и услуг (РТУ) плюс документ Оплата платежной картой (ОПК). С точки зрения методологии 1С, РТУ — это оптовая сделка. Здесь распределение работает сложнее, и именно в этой схеме чаще всего возникают ошибки, когда весь эквайринг «улетает» на УСН.

Давайте разберем по шагам, почему так происходит и как исправить ситуацию:

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

Инструкция по ручному разделению эквайринга в банковской выписке

Рассмотрим, как вручную разделить общую сумму поступления от банка-эквайера между УСН и патентом (ЕНВД):

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

Новые возможности распределения эквайринга в современных релизах 1С:БП 3.0

Разработчики фирмы «1С» постоянно совершенствуют механизмы учета при совмещении налоговых режимов. Начиная с версии 3.0.174 и выше, в программе появились важные доработки:

• В документе Поступление на расчетный счет теперь можно напрямую указывать конкретные документы Отчет о розничных продажах, оплату по которым закрывает данный банковский перевод. Это позволяет полностью отказаться от ненадежного автоматического распределения по FIFO и жестко привязать банковские зачисления к конкретным торговым сменам и СНО.
• Появилась возможность явного указания налогового режима для авансовых платежей по эквайрингу, что исключает автоматическое отнесение всех неопознанных сумм на УСН.

Для проверки корректности распределения расчетов по эквайрингу мы рекомендуем регулярно формировать Универсальный отчет по регистру накопления Прочие расчеты, а также контролировать нулевой сальдовый остаток на конец месяца по счету 57.03 в разрезе банков-эквайеров и договоров.