При совмещении нескольких налоговых режимов (например, упрощенной системы налогообложения УСН и патентной системы ПСН, либо ранее действовавшего ЕНВД) бухгалтеры часто сталкиваются с технической проблемой. При загрузке банковской выписки часть платежей по эквайрингу (оплат платежными картами) корректно регистрируется по особому режиму налогообложения, а часть «улетает» на основную систему — УСН. В результате искажается Книга доходов и расходов (КУДиР), и налогооблагаемая база рассчитывается неверно.
В этой статье мы подробно разберем, по какому алгоритму программа 1С:Бухгалтерия предприятия 3.0 распределяет входящие безналичные платежи, почему происходит сбой в аналитике и как по шагам исправить эту ошибку раз и навсегда.
Для начала проанализируем внутреннюю кухню программы. При совмещении режимов 1С не может «угадать» происхождение денег на расчетном счете только по факту их поступления от банка-эквайера. Процесс распределения доходов всегда завязан на связку двух документов:
Связующим звеном между продажей и оплатой выступает транзитный счет 57.03 («Продажи по платежным картам») и специальный регистр накопления Книга учета доходов и расходов (а также регистр Прочие расчеты). Если программа видит цепочку документов с абсолютно идентичной аналитикой, то доход по банку автоматически признается по правилам того документа продажи (ОРП), который закрывает эти расчеты. Если эта связь ломается — программа перестраховывается и относит весь доход на основную систему налогообложения по умолчанию (то есть на УСН).
Разберем основные причины, почему ломается эта связь, и как мы можем исправить ситуацию.
Выясним, корректно ли оформлены розничные продажи. Если сам отчет о продажах проведен по УСН, то и связанные с ним платежи никак не смогут попасть на ЕНВД/Патент.
Выполним следующие шаги для проверки:
Склады. Там должен быть установлен флаг Особый порядок налогообложения (или указано применение Патента/ЕНВД).Важное правило настройки видов оплат:
Для разделения потоков доходов рекомендуется создавать отдельные элементы в справочнике Виды оплат. Например:
В настройках каждого вида оплаты должен быть четко прописан договор с банком-эквайером и счет расчетов (обычно 57.03).
Проанализируем настройки в самом документе Поступление на расчетный счет. Начиная с конфигурации БП 3.0, в программе реализован упрощенный механизм учета безналичных оплат.
Если открыть проблемный документ поступления, мы увидим переключатель режима расчетов. Здесь возможны два варианта:
Отчет о розничных продажах, а затем зачисляете деньги. При проведении банка программа ищет закрывающий ОРП и берет систему налогообложения из него.Если в документе поступления на р/с установлен режим Без закрывающих документов, то в форме появляется явное поле Налог / Статья доходов (или распределение налогов). Нам со 100% уверенностью нужно проверить это поле. Если там вручную или по умолчанию выставлено «УСН», то программа проигнорирует любые ваши отчеты о розничных продажах и запишет сумму в доход по УСН.
Решение:
Если мы ведем полноценный учет с выпуском ОРП, переведем переключатель в положение «По актам и накладным». Если мы работаем по упрощенной схеме без ОРП, то в поле «Налоговый учет» или «Статья доходов» вручную укажем патентную систему или ЕНВД.
Программа 1С сопоставляет банковскую выписку и продажи по трем жестким ключам аналитики:
Достаточно допустить малейшую опечатку, чтобы цепочка разорвалась. Например, в Отчете о розничных продажах на вкладке «Безналичные оплаты» выбран вид оплаты, привязанный к договору «Договор эквайринга №123» (где контрагентом выступает Сбербанк). А при загрузке банковской выписки программа автоматически подставила договор «Основной договор» или создала дубль контрагента «ПАО СБЕРБАНК» вместо «Сбербанк АО».
В этом случае на счете 57.03 возникнет развернутое сальдо: по одному договору будет висеть дебет (из ОРП), а по другому договору — кредит (из банковского поступления). Розничная продажа не закроется оплатой, и программа расценит поступление на расчетный счет как прочий аванс по умолчанию, обложив его налогом УСН.
Как исправить:
Откроем одновременно два документа (проблемный ОРП и проблемное Поступление на р/с). Сверим реквизиты «Банк-эквайер» и «Договор». Они должны совпадать символ в символ.
Поскольку налоговый учет в 1С ведется кассовым методом, последовательность проведения документов играет критическую роль. Рассмотрим стандартную ситуацию в течение одного рабочего дня:
На момент проведения банковской выписки в 9 утра программа еще «не знает» о том, что вечером будут розничные продажи по ЕНВД/Патенту. Счет 57.03 еще пуст. Программа временно квалифицирует это поступление как аванс под УСН. Даже после вечернего проведения ОРП налоговые регистры автоматически не пересчитаются.
Для восстановления правильного распределения доходов нам необходимо запустить групповое перепроведение документов. Программа перепроведет документы в правильной временной последовательности, закроет авансы и перенесет доходы в нужную Книгу учета доходов.
Для выполнения этой процедуры перейдем в раздел Операции — Закрытие месяца — Перепроведение документов (или воспользуемся обработкой «Групповое перепроведение документов» в разделе Администрирование).
Давайте сведем все наши действия в единый, понятный алгоритм, который поможет быстро найти и устранить ошибку:
57.03. Проверим, нет ли там развернутого сальдо (зависания сумм по разным договорам одного банка).57.03 и правильный договор эквайринга.Выполнение этих простых правил позволит вам содержать учет в чистоте, а Книга доходов и расходов будет заполняться автоматически и без досадных ошибок распределения налога.