← На главную

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

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

Законодательные требования к признанию расходов на товары

Разберем фундаментальную ошибку, которую часто совершают при переходе на УСН 15%. Согласно статье 346.17 Налогового кодекса РФ, расходы по оплате стоимости товаров, приобретенных для дальнейшей реализации, учитываются в составе расходов по мере реализации указанных товаров.

Проанализируем условия, которые должны быть выполнены одновременно для включения стоимости товара в КУДиР:

1. Товар оприходован: он поступил на склад и зафиксирован в учете.
2. Товар оплачен поставщику: обязательства перед контрагентом погашены.
3. Товар реализован: право собственности перешло к конечному покупателю (факт оплаты покупателем для УСН не является обязательным с 2009 года, важен сам факт продажи).

Важный риск: Предложение обслуживающих организаций списывать расходы сразу в момент оплаты поставщику (без привязки к реализации) является прямым нарушением НК РФ. В случае налоговой проверки это приведет к исключению нереализованных остатков из состава расходов, доначислению налога, пеням и штрафу в размере 20% от суммы недоимки. Проверить это нарушение инспектору легко: достаточно сопоставить общую сумму закупок и выручку в КУДиР.

Техническая проблема: 200 000 позиций номенклатуры

Рассмотрим ситуацию, когда база торговой конфигурации имеет внушительный объем (например, 50 ГБ) и огромный справочник номенклатуры. Если мы решим выгружать каждое поступление и каждую розничную продажу пономенклатурно в 1С:Бухгалтерию, мы столкнемся со следующими проблемами:

• Раздувание базы: Бухгалтерская база быстро догонит по размеру торговую.
• Замедление проведения документов: Механизм партионного учета в БП при проведении Отчета о розничных продажах на тысячи строк будет работать крайне медленно.
• Ошибки последовательности: Любое исправление документа задним числом потребует перепроведения огромного массива данных для восстановления КУДиР.

Варианты архитектуры решения

Выясним, какие существуют пути решения данной проблемы, исходя из практического опыта участников форума.

Вариант 1. Ведение полноценного налогового учета в торговой базе

Это наиболее предпочтительный вариант для крупного ритейла. Если в торговой конфигурации (УТ, Рарус, Розница) уже настроен партионный учет, логично формировать налоговые регистры именно там.

Проанализируем шаги реализации:

1. Настраиваем в торговой системе учет взаиморасчетов с поставщиками по документам оплаты.
2. Обеспечиваем расчет себестоимости реализованных товаров в разрезе партий.
3. Формируем КУДиР непосредственно в торговой базе.
4. В 1С:Бухгалтерию выгружаем данные в свернутом виде (суммовой учет) только для формирования проводок и сдачи отчетности по НДС и сотрудникам.

Вариант 2. Суммовой учет по методике среднего процента

Рассмотрим методику, упомянутую в письмах Минфина России от 28.04.2006 № 03-11-04/2/94. Она допускает использование «расчетного» метода для определения стоимости реализованных и оплаченных товаров.

Алгоритм расчета выглядит следующим образом:

Расходы к принятию = (Оплачено поставщикам за период) * (% реализованных товаров от общего объема закупа)

Однако стоит учитывать, что в типовой конфигурации 1С:Бухгалтерия этот механизм «из коробки» для УСН не автоматизирован так глубоко, как пономенклатурное списание. Этот метод может потребовать доработки системы или ручных операций в КУДиР, что не всегда удобно при больших оборотах.

Вариант 3. Выгрузка в Бухгалтерию свернутых данных по группам

Чтобы снизить нагрузку на 1С:Бухгалтерию, можно настроить правила обмена так, чтобы номенклатура сворачивалась в разрезе номенклатурных групп или ставок НДС. Разберем этот процесс:

1. В торговой базе создаем виртуальные позиции (например, «Товары 10%», «Товары 20%»).
2. При выгрузке Отчетов о розничных продажах и Поступлений заменяем реальную номенклатуру на эти виртуальные позиции.
3. Проблема: В этом случае 1С:Бухгалтерия сможет отследить факт продажи и факт поступления, но ей будет сложно сопоставить оплату конкретного товара поставщику, если не ведется жесткий учет по документам расчетов (ФИФО по взаиморасчетам).

Оценка рентабельности и выбор объекта налогообложения

Проанализируем ситуацию с налогами, описанную в обсуждении. При выборе между УСН 6% (Доходы) и УСН 15% (Доходы минус расходы), ключевым фактором является наценка. Посмотрим на расчет:

• Если доход составляет 100 рублей, то налог при УСН 6% составит 6 рублей.
• Чтобы налог при УСН 15% был равен тем же 6 рублям, налоговая база должна составить 40 рублей (так как 15% от 40 = 6).
• Это означает, что расходы должны составлять не менее 60 рублей.

Вывод: Если ваша торговая наценка составляет менее 66% (т.е. себестоимость товара в цене продажи занимает более 60%), то объект «Доходы минус расходы» выгоднее экономически, даже с учетом сложности учета. При средней розничной наценке в 30% переход на УСН 15% оправдан, несмотря на трудозатраты на ведение партионного учета.

Рекомендации по настройке системы

Если вы решили вести детальный учет в 1С:Бухгалтерии, обратите внимание на следующие настройки:

1. Учетная политика: Убедитесь, что в настройках налогового учета УСН установлены все три «галочки» (Поступление, Оплата поставщику, Реализация).
2. Регистр «Расходы при УСН»: Это основной технический объект, в котором система хранит «состояния» каждой партии. Следите, чтобы в нем не накапливались остатки по неоплаченным или нереализованным позициям.
3. Восстановление последовательности: Регулярно запускайте обработку «Закрытие месяца». Без актуальной последовательности проведения документов расчет КУДиР будет неверным.

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