Как в 1С:Бухгалтерия 3.0 настроить приоритетное списание товаров по УСН при совмещении с Патентом?

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

В этой статье мы подробно разберем, как работает механизм распределения расходов, и выясним, какими способами можно изменить приоритет списания товаров без нарушения законодательства.

Анализируем логику работы программы и регистра «Расходы при УСН»

Для начала проанализируем, как 1С понимает, какой товар считается оплаченным и принятым к учету. Все движения по налоговому учету УСН проходят через специализированный регистр накопления Расходы при УСН. В этом регистре программа отслеживает статусы каждой партии товара:

1. Не оплачено: Товар получен от поставщика, но деньги за него еще не перечислены.
2. Не списано: Товар оплачен поставщику, но еще не продан конечному покупателю.
3. Не оплачено, не списано: Начальное состояние после поступления.

Когда вы проводите документ Списание с расчетного счета, программа обращается к этому регистру и ищет остатки со статусом «Не оплачено». Подбор документов поступления (партий) происходит строго в хронологическом порядке. Если вы сначала продали 8 единиц товара по Патенту, а затем 2 единицы по УСН, то первая же оплата поставщику в размере стоимости 8 единиц будет «привязана» к патентной реализации. В Книгу учета доходов и расходов (КУДиР) эти суммы не попадут, так как расходы по патенту не учитываются в базе УСН.

Решение 1: Использование разных договоров с поставщиком

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

Для этого в карточке контрагента создадим два договора: например, «Основной (УСН)» и «Основной (Патент)». При оформлении документа Поступление (акт, накладная, УПД) мы сразу указываем, под какую деятельность закупается товар. Соответственно, при оплате поставщику в документе Списание с расчетного счета мы выбираем конкретный договор.

Преимущества этого метода:

• Полная прозрачность для налоговой инспекции.
• Отсутствие необходимости в доработках конфигурации.
• Четкое разделение взаиморасчетов в акте сверки.

Решение 2: Ручное указание документов оплаты

Посмотрим на ситуацию, когда товар закупается общим скопом, а разделение происходит уже в момент продажи. Если вы хотите, чтобы конкретный платеж закрыл именно «УСН-овские» поступления, можно воспользоваться ручной расшифровкой платежа.

Рассмотрим пошагово, как это сделать:

1. Откроем документ Списание с расчетного счета.
2. В поле «Погашение задолженности» установим значение «По документу» (вместо «Автоматически»).
3. В появившемся поле выбора документов нажмем кнопку «Добавить» и выберем те накладные, по которым товар был продан через УСН.

В этом случае программа проигнорирует хронологию ФИФО и закроет задолженность именно по выбранным партиям. Это позволит статусу расхода в регистре Расходы при УСН измениться на «Принимается» быстрее.

Решение 3: Виртуальные склады для раздельного учета

Проанализируем еще один методический прием — использование раздельных складов. Мы можем создать в справочнике Склады две позиции: «Оптовый склад (УСН)» и «Розничная точка (Патент)». При поступлении весь товар попадает на общий склад, но перед продажей мы делаем документ Перемещение товаров.

Хотя само по себе перемещение не меняет порядок оплаты поставщику, оно позволяет визуально и аналитически разделить остатки. В сочетании с Решением №2 это дает бухгалтеру четкую картину: какие именно партии (документы поступления) сейчас находятся на «складе УСН» и требуют приоритетной оплаты.

Решение 4: Программная оптимизация (для разработчиков)

Если объем операций слишком велик для ручного управления, рассмотрим вариант «разумной дописки». Цель — заставить алгоритм проведения оплаты автоматически отдавать приоритет тем записям в регистре Расходы при УСН, которые помечены как «принимаемые» к налоговому учету.

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

Ниже представлен пример логики, которую можно реализовать через расширение (используя префикс Перед или Вместо для процедуры распределения оплаты):

// Схематичный пример модификации запроса подбора партий
Запрос = Новый Запрос;
Запрос.Текст = 
    "ВЫБРАТЬ
    |   РасходыПриУСН.ДокументВозникновенияРасхода КАК Партия,
    |   РасходыПриУСН.ОтражениеВУСН КАК СтатусОтражения,
    |   РасходыПриУСН.СуммаОстаток КАК Остаток
    |ИЗ
    |   РегистрНакопления.РасходыПриУСН.Остатки(&МоментВремени, Контрагент = &Поставщик) КАК РасходыПриУСН
    |УПОРЯДОЧИТЬ ПО
    |   // Сначала двигаем те, где ОтражениеВУСН = Принимается
    |   ВЫБОР 
    |       КОГДА РасходыПриУСН.ОтражениеВУСН = ЗНАЧЕНИЕ(Перечисление.ОтражениеВУСН.Принимается) ТОГДА 0 
    |       ИНАЧЕ 1 
    |   КОНЕЦ,
    |   РасходыПриУСН.ДокументВозникновенияРасхода.Дата";

Важный нюанс: При такой доработке необходимо быть крайне осторожным, так как изменение порядка зачета авансов и долгов в налоговом учете может привести к расхождениям с данными бухгалтерского учета (счет 60.01 и 60.02), если там оставлен автоматический зачет. Поэтому рекомендуется синхронизировать логику либо использовать Корректировку долга для выравнивания аналитики перед закрытием месяца.

Риски и рекомендации

При попытке искусственно «подвинуть» УСН-расходы вперед, следует помнить о требованиях налоговой инспекции к ведению раздельного учета. Если вы оплачиваете поставщику накладную №2 (УСН), имея неоплаченную накладную №1 (Патент), это должно быть зафиксировано в ваших первичных документах или учетной политике.

Подведем итог:

• Если операций мало — используйте ручной выбор документов в оплате.
• Если закупки четко делятся — используйте разные договоры.
• Если нужен полный автомат — требуется доработка алгоритма распределения в регистре Расходы при УСН через расширение конфигурации.

Правильная настройка этого механизма позволит вам легально оптимизировать налоги и избежать претензий со стороны проверяющих органов из-за некорректного распределения трат между спецрежимами.