← На главную

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

Разберем по шагам логику расчета стоимости партий, влияние настроек учетной политики и документов поступления, а также выясним, почему нельзя просто добавить измерение в регистр партий и как корректно решить задачу разделения сумм с НДС и без него.

Анализируем причину расхождения цифр при оприходовании

Рассмотрим конкретную практическую ситуацию, с которой сталкиваются пользователи при оформлении поступлений:

1. Документ №1: установлены флаги «Учитывать НДС» и «Сумма включает НДС», цена товара указана 123 руб.
2. Документ №2: установлен флаг «Учитывать НДС», но флаг «Сумма включает НДС» снят, цена товара также указана 123 руб.

Посмотрим на результат движений в регистре ПартииТоваровНаСкладах в зависимости от учетной политики:

1. Если в учетной политике включена опция «Не включать НДС в стоимость партий»:

   Для документа №1 в регистр попадает сумма 104,24 руб., так как 123 руб. уже содержали налог (ставка 18%), и программа вычла 18,76 руб. НДС. Для документа №2 в регистр попадает сумма 123,00 руб., так как 123 руб. изначально являлись чистой ценой без налога (НДС рассчитывался «сверху»).

2. Если в учетной политике выключена опция «Не включать НДС в стоимость партий»:

   Для документа №1 в регистр попадает сумма 123,00 руб. (полная сумма с учетом налога). Для документа №2 в регистр ложится сумма 145,14 руб. (123 руб. базы плюс 22,14 руб. начисленного сверху НДС).

Проанализируем этот расчет: система отрабатывает абсолютно корректно. Одинаковой себестоимости (123,00 и 123,00) при разных комбинациях флагов быть не может, поскольку в табличных частях документов задан разный экономический базис цены: в одном случае налог сидит внутри цены, а в другом — начисляется поверх нее.

Архитектура регистра партий в УТ 10.3 и влияние учетной политики

В отличие от более ранней конфигурации «Торговля и Склад 7.7», где в регистре одновременно присутствовали ресурсы для суммы с НДС, суммы без НДС и управленческой себестоимости, регистр ПартииТоваровНаСкладах в 1С:УТ 10.3 устроен иначе:

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

Почему регистр «НДС по партиям запасов» не подходит для анализа

Многие специалисты обращают внимание на регистр с похожим названием — НДС по партиям запасов. Однако использовать его для решения управленческих задач не получится по следующим причинам:

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

Опасность добавления измерения в регистр партий

Рассмотрим вариант доработки, который часто предлагают новички: добавить в регистр ПартииТоваровНаСкладах измерение сНДС (значения 1 или 0). Делать это категорически не рекомендуется:

1. Измерения регистра формируют ключ уникальности остатка. Добавление нового измерения искусственно расщепит физический остаток одной и той же номенклатуры на складе на две разные ветки.
2. Типовые алгоритмы списания партий по методам FIFO или LIFO не рассчитывают на поиск остатков по признаку наличия налога. Программа не сможет автоматически погасить партию, если в расходном документе не будет точно указано, какую именно партию (с НДС или без) нужно списать.
3. В результате система начнет выдавать ошибки нехватки остатков при проведении реализаций или перестанет корректно закрывать себестоимость, что потребует масштабного переписывания запросов списания во всех модулях конфигурации.

Варианты решения задачи

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

Способ 1. Организационный (без доработки конфигурации)

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

Способ 2. Параллельный учет сумм через добавление ресурсов (рекомендуемая доработка)

Если требуется видеть в отчетах обе суммы одновременно (и с НДС, и без НДС), правильнее расширить структуру данных ресурсами, а не измерениями:

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

Такой подход не ломает ключи аналитики партионного учета, сохраняет штатную работу механизмов FIFO/LIFO и позволяет в отчетах («Ведомость по партиям товаров на складах») выводить обе колонки себестоимости одновременно.

Способ 3. Использование регистра бухгалтерских партий

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