Как организовать учет УСН «Доходы минус расходы» при использовании 1С:Розница

Бухгалтер 1С v8.3 (Управляемые формы) 1С:Розница Налоговый учет Торговля и дистрибуция
← На главную

При использовании программного продукта 1С:Розница (особенно версии 2.3 и ниже) многие пользователи сталкиваются с серьезным затруднением: как корректно рассчитать налог по системе УСН «Доходы минус расходы» (15%). Основная претензия заключается в том, что в программе отсутствует полноценный партионный учет в реальном времени, а себестоимость зачастую считается по «средней». Рассмотрим детально, как решить эту проблему, не прибегая к дорогостоящим доработкам системы.

Понимание концепции: почему 1С:Розница «не видит» УСН

Для начала проанализируем ситуацию. 1С:Розница — это конфигурация, предназначенная для фронт-офиса. Ее главные задачи: быстрое обслуживание покупателей, складской учет и управление торговым оборудованием. Налоговый учет по системе УСН 15% требует соблюдения трех жестких условий для признания расхода:

  1. Товар должен быть оприходован на склад (поступление от поставщика).
  2. Товар должен быть полностью оплачен поставщику.
  3. Товар должен быть фактически продан конечному покупателю.

Выясним причину сложности: в типовой 1С:Розница 2.3 учет себестоимости ведется упрощенно. Она не «знает» в момент продажи, был ли оплачен конкретный проданный товар поставщику, так как не ведет сквозную связь «Поступление — Оплата — Реализация» в разрезе партий. Однако это не означает несовместимость. Рассмотрим правильную архитектуру решения.

Решение 1: Делегирование налогового учета в 1С:Бухгалтерию (БП)

Самый методически верный путь — это использование связки 1С:Розница + 1С:Бухгалтерия предприятия 3.0. Разберем этот процесс по шагам:

Шаг 1: Настройка учетной политики в БП. Рассмотрим параметры в 1С:Бухгалтерии. В разделе «Главное» — «Налоги и отчеты» — «УСН» необходимо убедиться, что выбран метод оценки запасов ФИФО. Именно этот метод позволяет программе автоматически подбирать наиболее ранние партии при списании товара.

Шаг 2: Организация детального обмена. Это критически важный момент. Многие пользователи совершают ошибку, настраивая «сводную» выгрузку данных. Проанализируем последствия: если в БП попадает документ Отчет о розничных продажах одной строкой («Товары в ассортименте»), бухгалтерия не сможет сопоставить эту продажу с конкретными поступлениями от поставщиков. Чтобы УСН 15% считался автоматически, выгрузка должна быть построчной, с указанием каждой номенклатурной позиции.

Шаг 3: Синхронизация оплат. В 1С:Бухгалтерию должны выгружаться не только продажи, но и данные об оплатах поставщикам (платежные поручения). Программа сама сопоставит факт продажи товара с фактом его оплаты поставщику на основании партионных регистров накопления, таких как Расходы при УСН.

Решение 2: Переход на 1С:Розница 3.0 или 1С:УНФ

Если специфика вашего бизнеса требует видеть налоговую нагрузку и точную себестоимость по ФИФО непосредственно в торговой базе, рассмотрим вариант перехода на новую платформу. Актуальная версия 1С:Розница 3.0 построена на базе кода 1С:Управление нашей фирмой (УНФ).

В чем преимущество этого подхода? Разберем подробнее:

Проблема больших данных: 15 магазинов и 200 тысяч позиций

Рассмотрим ситуацию, описанную в теме: огромное количество номенклатуры и большой объем документов. Выгрузка детальных данных в 1С:Бухгалтерию может привести к раздуванию базы и замедлению работы. Как поступить в этом случае?

  1. Свертка номенклатуры: Если учет в БП ведется только для налогов, можно рассмотреть вариант частичной агрегации, но это потребует написания сложных правил обмена.
  2. Использование промежуточного звена: Часто внедряют схему Розница (магазины) -> Управление торговлей (центр) -> Бухгалтерия. Проанализируем ситуацию: в Управлении торговлей (УТ 11) мощный партионный учет, который подготовит данные для БП в более структурированном виде.
  3. Оптимизация обмена: Настройте синхронизацию таким образом, чтобы в БП попадали только итоговые документы за день по каждому магазину, но обязательно с расшифровкой по номенклатуре.

Технические детали: работа регистров

Для программистов и продвинутых пользователей разберем, как именно происходит «магия» признания расходов в типовых решениях. В 1С:Бухгалтерии ключевую роль играет регистр накопления Расходы при УСН. Посмотрим на его структуру:


// При проведении Поступления товаров формируется запись в регистр:
// СтатусОплатыУСН = "Не оплачено"

// При проведении Списания с расчетного счета (оплата поставщику):
// СтатусОплатыУСН меняется на "Оплачено"

// При проведении Реализации (или Отчета о розничных продажах):
// Проверяются остатки по регистру со статусом "Оплачено"
// Если условия выполнены, сумма попадает в КУДиР (Книгу учета доходов и расходов)

Важно помнить, что если вы ведете учет в 1С:Розница 2.3, то этот регистр в ней просто отсутствует в нужном виде. Поэтому попытки рассчитать налог «внутри» Розницы без доработок обречены на провал. Программа ориентирована на управленческий учет по средневзвешенной стоимости.

Подведем итоги и дадим практические рекомендации

Не стоит пытаться заставить 1С:Розница 2.x выполнять функции бухгалтерской программы. Правильный алгоритм работы выглядит так:

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

Если же ваша компания только планирует автоматизацию, настоятельно рекомендуем обратить внимание на 1С:Розница 3.0. Она объединяет в себе простоту интерфейса для кассира и мощный аналитический блок УНФ, включая корректную работу с УСН Доходы минус расходы прямо «из коробки».

← На главную