При совмещении нескольких налоговых режимов (например, упрощенной системы налогообложения — УСН и патентной системы — ПСН, либо ранее ЕНВД) бухгалтеры часто сталкиваются с непонятным поведением программы 1С:Бухгалтерия 3.0. Вы вручную заполняете документ Поступление на расчетный счет, четко разделяя суммы по разным налоговым режимам в табличной части, но после проведения документа программа «самовольно» перераспределяет эти суммы в регистре доходов и расходов.
В этой статье мы подробно разберем, почему так происходит, как работает внутренний алгоритм программы и какие шаги необходимо предпринять, чтобы восстановить корректный налоговый учет.
Рассмотрим стандартную ситуацию. В документе Поступление на расчетный счет разбита оплата от покупателя: первая строка на сумму 106 000 рублей отнесена к доходам УСН, вторая строка на 10 000 рублей — к ЕНВД (или патенту). Суммарно документ составляет 116 000 рублей. Однако после проведения в проводках и налоговых регистрах мы видим совершенно другие цифры: на УСН относится 95 000 рублей, а на ЕНВД — 21 000 рублей. Даже если мы оставим одну строку на 106 000 рублей по УСН, программа все равно принудительно перекидывает 11 000 рублей на ЕНВД.
Проанализируем ситуацию. Основная причина такого поведения кроется в настройках зачета задолженности в программе. В 1С логика отражения доходов в налоговом учете напрямую зависит от того, является ли поступившая сумма авансом или постоплатой (погашением ранее возникшего долга):
Реализация (акт, накладная)). Налоговый режим определяется по счету доходов, который был указан в этой реализации. Если отгрузка была отражена по счету 90.01.1 (УСН), то и пришедшая оплата будет признана доходом УСН. Если отгрузка прошла по счету 90.01.2 (ЕНВД/Патент), то оплата пойдет в доходы по ЕНВД/Патенту.Когда в документе Поступление на расчетный счет в поле Погашение задолженности выбрано значение Автоматически, программа перед проведением проверяет остатки по дебету счета 62.01 по данному контрагенту и договору. Если обнаруживается старый долг покупателя по ЕНВД (например, на 11 000 рублей), программа автоматически направляет часть поступивших денег (даже если они вручную помечены как УСН) на закрытие этого долга. В результате в регистрах налогового учета доходы перераспределяются вопреки вашим ручным настройкам.
Прежде чем вносить изменения в документы, нам необходимо увидеть всю картину взаиморасчетов с контрагентом. Давайте выполним следующие действия:
62.01 и 62.02 в отдельности).Разберем по шагам, какими способами мы можем исправить распределение доходов.
Если вам необходимо, чтобы платеж лег строго в соответствии с вашим ручным разделением, выполните следующие действия:
Поступление на расчетный счет.УСН.03.Использование автоматического режима зачета задолженности очень удобно, но оно дает сбои, если по одному договору ведутся продажи по разным налоговым режимам. Чтобы полностью исключить механические ошибки распределения в будущем, мы рекомендуем использовать разделение по договорам:
При таком подходе программа никогда не сможет перенаправить оплату, предназначенную для УСН, на закрытие долга по патенту, поскольку взаиморасчеты будут вестись в разных «папках» (разрезах договоров).
Если подобные ошибки накапливались в базе в течение долгого времени, исправлять каждый документ вручную слишком трудоемко. Проанализируем, как можно исправить ситуацию массово:
Поступление на расчетный счет.Порядок отражения аванса. Измените его на нужное вам значение.Важное примечание: Хотя налог ЕНВД прекратил свое действие на территории РФ, данные механизмы абсолютно идентичны и актуальны сегодня при совмещении Упрощенной системы налогообложения (УСН) и Патентной системы налогообложения (ПСН).