Разберем ситуацию, когда индивидуальный предприниматель совмещает УСН с объектом «Доходы» и патентную систему налогообложения, получает от заказчика оплату 205 000 рублей, указывает в документе поступления, что доход относится к УСН, но программа относит 50 000 рублей к патентной деятельности.
В Книге учета доходов и расходов по УСН при этом может появиться сообщение следующего содержания: часть оплаты отнесена к деятельности на патенте. Такое поведение программы обычно не означает, что 1С произвольно разделила один доход между режимами налогообложения. Как правило, программа пытается автоматически закрыть задолженность покупателя по ранее введенным документам реализации.
Рассмотрим подробнее, почему это происходит, как проверить причину и как исправить учет так, чтобы доходы по УСН и ПСН попадали в разные книги учета корректно.
При совмещении УСН и ПСН в программе необходимо вести раздельный учет доходов. Доходы от деятельности на УСН должны попадать в КУДиР по УСН, а доходы от патентной деятельности — в Книгу учета доходов по патенту.
В документе Поступление на расчетный счет программа анализирует не только выбранный пользователем вид дохода, но и взаиморасчеты с покупателем. То есть 1С проверяет, какие документы реализации ранее были оформлены на этого контрагента и по этому договору, а затем определяет, какую задолженность должна погасить поступившая сумма.
Если у одного заказчика и по одному договору были оформлены реализации как по УСН, так и по патенту, программа может автоматически зачесть поступившие деньги в оплату более ранней задолженности. При этом не имеет значения, что пользователь предполагает отнести всю оплату к УСН: для программы 50 000 рублей могут являться оплатой конкретной реализации, ранее отраженной как патентная.
Именно поэтому необходимо рассматривать не только сам банковский документ, но и всю цепочку документов: реализацию, договор, задолженность покупателя, порядок зачета оплаты и записи в налоговом учете.
Наиболее распространенная причина заключается в том, что один и тот же договор с покупателем используется одновременно для операций на УСН и для операций по патенту.
Например, рассмотрим ситуацию:
При автоматическом зачете задолженности программа может определить, что у покупателя имеется неоплаченная задолженность по патентной реализации на 50 000 рублей. В результате часть поступления закроет эту задолженность, а оставшаяся сумма будет отнесена к реализации по УСН.
В такой ситуации программа фактически отражает следующую логику:
Поэтому в КУДиР по УСН программа исключает 50 000 рублей из доходов УСН и сообщает, что эта сумма относится к патентной деятельности.
Важно: отметка «Патент» в документе реализации является определяющей для классификации выручки от продажи. Отметка в банковском документе не должна противоречить документу, задолженность по которому погашается.
Для поиска причины последовательно проанализируем документы, связанные с данным покупателем и договором.
Поступление на расчетный счет, в котором отражена оплата 205 000 рублей.Оплата от покупателя.Патент.Особое внимание уделим реализации на 50 000 рублей. Если она была проведена с установленным признаком патента и к моменту поступления 205 000 рублей оставалась неоплаченной, программа могла корректно зачесть ее в первую очередь.
Рассмотрим подробнее механизм проверки взаиморасчетов. Нам необходимо выяснить не только итоговую сумму оплаты, но и конкретный документ, задолженность по которому была погашена.
Откроем документ Поступление на расчетный счет и посмотрим раздел, связанный с погашением задолженности. В зависимости от версии программы в документе может быть доступен выбор порядка расчетов:
Если выбран вариант автоматического погашения, программа самостоятельно распределяет оплату между задолженностями покупателя. Обычно задолженность закрывается по хронологии документов, то есть начиная с более ранней реализации.
При наличии двух реализаций по одному договору — одной по патенту и другой по УСН — автоматический зачет может привести к разделению платежа между налоговыми режимами.
Проверим расшифровку расчетов с покупателем. Для этого используем отчет по счету расчетов с покупателями, например оборотно-сальдовую ведомость по счету 62.01 или карточку счета. В настройках отчета установим группировку по контрагенту и договору, а при необходимости — по документам расчетов.
Наша задача — увидеть, какие реализации были неоплачены до даты банковского поступления. Если в расшифровке обнаружится долг 50 000 рублей по патентной реализации, причина разделения суммы будет подтверждена.
Наиболее надежный способ избежать автоматического смешения доходов — использовать отдельные договоры для операций на УСН и для операций по патенту.
Даже если покупатель один и тот же, разделим взаиморасчеты следующим образом:
Например, можно использовать следующие наименования договоров:
Названия договоров могут быть любыми, однако они должны позволять бухгалтеру быстро определить, к какому режиму относится операция. Главное — не использовать один договор одновременно для патентной и упрощенной деятельности без необходимости.
Преимущество такого подхода заключается в том, что программа не сможет закрыть оплатой по договору УСН задолженность, которая числится по договору ПСН. Взаиморасчеты будут разделены технически, а риск ошибочного распределения доходов существенно снизится.
Этот способ особенно полезен, если с одним заказчиком регулярно выполняются работы, оказываются услуги или продаются товары, относящиеся к разным налоговым режимам.
Если разделить договоры невозможно или документы уже введены по одному договору, используем ручное указание документа, задолженность по которому должна быть погашена.
Разберем по шагам:
Поступление на расчетный счет.Например, если заказчик оплатил именно реализацию по УСН на 205 000 рублей, укажем в поступлении этот документ реализации. Тогда программа не должна автоматически направлять первые 50 000 рублей на погашение старой задолженности по патенту.
При этом необходимо учитывать реальное назначение платежа. Нельзя искусственно привязывать оплату к документу УСН, если по договору и назначению платежа она фактически относится к патентной реализации. Налоговый учет должен соответствовать первичным документам и экономическому содержанию операции.
При работе с УСН и ПСН многие пользователи пытаются исправить распределение дохода через реквизит Аванс в НУ. Разберем, когда этот реквизит действительно работает, а когда он не влияет на результат.
Реквизит Аванс в НУ предназначен прежде всего для предварительной оплаты, когда на дату поступления денег еще нет документа реализации. В этом случае мы можем указать, к какому налоговому режиму относится будущая операция: УСН или патент.
Однако если на дату поступления денег уже существует задолженность покупателя по реализации, программа воспринимает поступление не как аванс, а как оплату ранее оказанных услуг, выполненных работ или отгруженных товаров.
В такой ситуации реквизит Аванс в НУ не должен использоваться как способ принудительно изменить режим налогообложения погашаемой задолженности. Для корректного учета необходимо выбрать конкретный документ реализации либо разделить взаиморасчеты по договорам.
Рассмотрим пример:
Если программа видит долг по реализации от 15 сентября, то она может зачесть часть оплаты в эту задолженность. Указание УСН в реквизите Аванс в НУ не отменит факт существования ранее отраженного долга по патентной деятельности.
В данном случае необходимо либо указать в поступлении конкретную реализацию по УСН, либо проверить, не была ли патентная задолженность ошибочно оставлена неоплаченной.
Иногда причина заключается не в порядке зачета оплаты, а в неправильном признаке самой реализации.
Откроем реализацию на 50 000 рублей и проверим:
Патент обоснованно.Если окажется, что реализация на 50 000 рублей фактически относится к УСН, исправим документ реализации. Снимем признак патента, перепроведем документ и затем перепроведем связанные документы оплаты.
После исправления обязательно переформируем налоговые регистры. В противном случае в КУДиР или Книге доходов по патенту могут оставаться старые записи, созданные до корректировки.
Если ошибка была обнаружена после проведения поступления денег, не будем исправлять только итоговую запись в книге учета. Сначала восстановим корректную цепочку первичных документов.
Рекомендуем действовать в следующем порядке:
Не рекомендуем исправлять проблему ручной корректировкой проводок без анализа документов-оснований. Такой способ может временно изменить цифры в отчете, но не устранит причину неверного распределения. При последующем перепроведении документов, закрытии месяца или исправлении другого документа ошибка может появиться вновь.
При совмещении УСН и ПСН порядок проведения документов имеет важное значение. Программа формирует не только бухгалтерские проводки, но и записи налогового учета, необходимые для заполнения КУДиР и Книги доходов по патенту.
Если вручную изменить движения документа, не исправив саму реализацию, договор или порядок зачета оплаты, возникает риск расхождения между:
Поэтому сначала выясним причину, затем исправим исходный документ и только после этого проверим итоговые отчеты.
При получении аванса порядок учета может отличаться от ситуации с оплатой уже оформленной реализации.
Предположим, покупатель перечисляет 50 000 рублей до выполнения работ. На дату поступления денег реализация еще не оформлена. В этом случае поступление является авансом, и нам необходимо сразу определить, к какому виду деятельности он относится.
Если аванс относится к патентной деятельности, укажем соответствующий режим в налоговом учете документа поступления. Если аванс относится к УСН, отразим его как доход УСН.
Но далее важно не смешать операции при оформлении реализации. Рассмотрим проблемную последовательность:
В таком случае доход может быть перенесен между режимами, а запись в Книге доходов по патенту может быть скорректирована. Причина остается той же: один договор используется для разных систем налогообложения.
Чтобы не допустить такой ситуации, разделим договоры или укажем конкретный документ, по которому должен быть зачтен аванс.
Рассмотрим практический подход к организации учета. Для каждого покупателя, который может приобретать товары, работы или услуги по разным направлениям деятельности, создадим отдельные договоры.
Например:
После этого закрепим правило работы с документами:
Такой порядок снизит количество ручных исправлений и упростит проверку учета перед расчетом налога по УСН.
После исправления документов сформируем КУДиР по УСН и проверим записи по дате поступления денежных средств.
Убедимся, что:
Если после исправления 205 000 рублей действительно являются оплатой только за деятельность на УСН, вся сумма должна быть отражена в доходах УСН. Если же 50 000 рублей фактически погашают долг по патентной реализации, то исключение этой части из КУДиР по УСН будет правильным.
Отдельно сформируем Книгу учета доходов по патенту и проверим запись на 50 000 рублей.
Убедимся, что эта сумма отражена по патенту только при наличии основания:
Раздельный учет необходим не только для правильного расчета налога по УСН. Он также нужен для подтверждения доходов по патентной деятельности и контроля условий применения ПСН.
Чтобы не сталкиваться с подобной ситуацией повторно, регулярно проверяем остатки по взаиморасчетам.
Рекомендуем контролировать:
Особенно внимательно проверяем документы перед закрытием квартала и перед формированием КУДиР. Если ошибка остается незамеченной длительное время, последующие поступления могут продолжать закрывать старую задолженность в неправильной последовательности.
При поступлении оплаты через эквайринг дополнительно проверим расчеты с банком-эквайером. В таких операциях могут использоваться промежуточные расчеты, в том числе счет 57.03.
Если продажи по УСН и патенту отражаются через один договор с банком-эквайером, программа может аналогично автоматически закрывать задолженность в порядке проведения документов.
Для корректного раздельного учета рекомендуем:
57.03.Если банковское поступление проведено раньше документа реализации, программа может классифицировать поступление как аванс или некорректно распределить его по налоговым режимам. Поэтому сначала отражаем продажу, затем поступление денежных средств, если операции относятся к одному дню.
При совмещении УСН и ПСН недостаточно правильно заполнить только реквизиты документов. Необходимо также соблюдать последовательность их проведения.
Рассмотрим правильный порядок работы:
Если документы были проведены задним числом, выполним перепроведение документов за период. Это позволит программе заново сформировать взаиморасчеты и налоговые записи с учетом правильной хронологии.
Чтобы не усугубить ошибку, не будем использовать следующие подходы без предварительной проверки учета:
Аванс в НУ, если поступление фактически закрывает задолженность по патентной реализации.В рассматриваемой ситуации необходимо выяснить, почему программа отнесла 50 000 рублей к патентной деятельности. Наиболее вероятно, что по контрагенту и договору уже существовала неоплаченная реализация на 50 000 рублей с установленным признаком Патент.
Разберем итоговый алгоритм:
Главный вывод: 1С распределяет оплату между УСН и ПСН не по произвольному правилу, а исходя из документов реализации и задолженности покупателя. Чтобы вся сумма поступления была отражена по УСН, необходимо убедиться, что она действительно относится только к реализации по УСН и не погашает ранее возникший долг по патентной деятельности.
Информация носит справочный характер