Индивидуальные предприниматели на УСН с объектом налогообложения "Доходы" (6%) сталкиваются с ситуацией, когда банк для анализа финансовой деятельности или контроля целевого использования кредитных средств (особенно в рамках госпрограмм) требует предоставить Книгу учета доходов и расходов (КУДиР) с полным отражением всех расходов. Однако стандартный отчет КУДиР в программе 1С:Бухгалтерия 3.0 для этого режима формируется строго по нормам Налогового кодекса и включает только доходы и расходы, уменьшающие налог (например, страховые взносы).
Рассмотрим, почему возникает такое расхождение в требованиях и какие есть способы подготовить для банка необходимый отчет, не нарушая при этом свой основной налоговый учет.
Проанализируем ситуацию с двух сторон — с точки зрения налогового законодательства и с точки зрения банка.
Позиция Налогового кодекса и 1С:
Согласно статье 346.24 НК РФ, налогоплательщики на УСН обязаны вести учет доходов и расходов в КУДиР. Однако для объекта "Доходы" налоговой базой являются только денежные поступления. Расходы (за исключением страховых взносов и некоторых других платежей, уменьшающих сам налог) никак не влияют на расчет налога. Поэтому программа 1С, следуя букве закона, корректно формирует налоговый регистр — КУДиР, отражая в нем только то, что нужно для ФНС. В разделе I отчета заполняется графа "Доходы", а графа "Расходы" остается пустой.
Позиция банка:
Банк, в свою очередь, действует не как налоговый инспектор, а как кредитор. Его основная задача — оценить финансовую устойчивость заемщика и проконтролировать, что выданные средства, особенно льготные или по программам господдержки, тратятся на заявленные цели (например, пополнение оборотных средств, закупка товара, выплата зарплаты). Для банка КУДиР — это привычный и понятный документ, который отражает хозяйственную деятельность ИП. Требуя включить в него все расходы, банк фактически запрашивает не налоговый, а некий аналог управленческого отчета в удобном для него формате. Это требование является законным в рамках кредитного договора.
Таким образом, возникает конфликт между стандартным функционалом учетной программы и специфическими требованиями коммерческого банка. Решить его можно несколькими способами.
Это наиболее быстрый, но требующий внимательности метод, который и был использован автором вопроса на форуме. Суть его в том, чтобы "обмануть" программу, заставив ее думать, что вы работаете на УСН "Доходы минус расходы" и собрать все расходы в отчет.
Разберем по шагам:
Главное -> Настройки -> Учетная политика.Администрирование -> Обслуживание -> Групповое изменение реквизитов) или через закрытие месяца (Операции -> Закрытие месяца).Отчеты -> Отчеты по УСН -> Книга доходов и расходов УСН. В отчете должны появиться не только доходы, но и расходы, которые программа смогла распознать как принимаемые при УСН 15%.Важно: Этот способ имитирует ведение учета по другой системе. Результат может быть неидеальным, но он часто оказывается достаточным для целей банковского мониторинга.
Этот метод более трудоемкий, но абсолютно безопасный для вашего учета в 1С. Он подходит, если вы не хотите рисковать, работая даже в копии базы, или если расходов не так много.
Отчеты -> Стандартные отчеты -> Анализ счета. Выберите счет 51 "Расчетные счета" и за нужный период сформируйте отчет. В нем вы увидите все списания с расчетного счета в разрезе контрагентов и статей движения денежных средств.Банк и касса -> Банковские выписки. Вы можете просто просмотреть или распечатать выписки за период.Этот способ дает полный контроль над итоговым документом, но требует ручной работы и внимательности.
Иногда можно договориться с банком и предоставить информацию о расходах в другом виде, объяснив, почему стандартная КУДиР при УСН 6% не содержит этих данных.
Что можно предложить банку вместо "доработанной" КУДиР:
Этот вариант является наиболее "правильным" с точки зрения методологии учета, но его успех полностью зависит от гибкости и готовности сотрудников банка рассматривать пакет документов вместо одного привычного отчета.
В итоге, выбор способа зависит от ваших отношений с банком, сложности задачи и готовности к ручной работе или техническим манипуляциям с базой данных.