← На главную

Рассмотрим весьма распространенную ситуацию, с которой сталкиваются пользователи систем «1С:Комплексная автоматизация», «1С:ERP Управление предприятием» и «1С:Управление торговлей». Проанализируем следующий пример: на начало месяца имеется остаток товара в количестве 200 штук на общую сумму 60 400 рублей. В течение месяца оформляется новое поступление — 20 штук стоимостью 6000 рублей. По законам математики и логики расчета средней стоимости, при списании товара в документе реализации себестоимость единицы должна составить (60 400 + 6000) / (200 + 20) = 301.8 рублей. Однако система упорно списывает товар по себестоимости 300 рублей за единицу или 302 рубля. Выясним причину такого поведения программы и разберем по шагам логику расчета.

Скрытая аналитика: справочник ВидыЗапасов

Первоначальное предположение, которое часто делают пользователи — программа не берет входящие остатки при расчете себестоимости, а учитывает только обороты текущего месяца. Однако это в корне неверно. Система учитывает все остатки, но расчет себестоимости в современных конфигурациях 1С имеет гораздо более сложную структуру, чем простое деление общей суммы на общее количество по справочнику Номенклатура.

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

Разберем, какие параметры формируют разные виды запасов:

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

Как работает изолированный расчет средних значений

Проанализируем механику списания. Программа рассчитывает среднюю себестоимость не по номенклатуре в целом, а строго в разрезе конкретного ключа аналитики — ВидЗапаса.

Если в нашей ситуации у начального остатка (200 шт., себестоимость единицы 302 рубля) и нового поступления (20 шт., себестоимость единицы 300 рублей) эти виды запасов оказались разными (например, изменилась схема налогообложения или тип запаса в документе поступления), система откажется складывать их суммы и количества в единую формулу. Усреднения между разными видами запасов не происходит в принципе.

В момент проведения реализации 1С начинает списывать партии последовательно:

1. Сначала система берет запасы из первой «корзины» (начального остатка), где себестоимость единицы составляет ровно 302 рубля.
2. Если товар в первой корзине закончился или приоритет списания был отдан другой корзине, списываются запасы нового поступления с себестоимостью 300 рублей.

Именно поэтому в отчетах по валовой прибыли или себестоимости товаров мы не видим ожидаемой цифры 301.8 рублей.

Предварительная и фактическая себестоимость

Рассмотрим еще один важный аспект архитектуры 1С. То, что мы видим в регистрах или отчетах сразу после проведения документа реализации в середине месяца, очень часто является лишь предварительной (плановой) оценкой.

Полноценный расчет фактической средней себестоимости по взвешенному алгоритму происходит только при выполнении регламентной операции. Чтобы получить точные данные, необходимо запустить обработку ЗакрытиеМесяца. Именно в этот момент система собирает воедино все транспортно-заготовительные расходы (ТЗР), дополнительные затраты, распределяемые на себестоимость, и формирует итоговые движения.

Среднескользящая оценка запасов в новых версиях

Разберем альтернативный метод расчета. В последних редакциях «1С:Комплексная автоматизация 2» и «1С:ERP» разработчики добавили в учетную политику организаций новый метод — «Среднескользящая оценка запасов».

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

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

Итоги

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