← На главную

Одной из наиболее распространенных проблем, с которыми сталкиваются пользователи при работе в программах 1С (будь то Бухгалтерия предприятия, Управление торговлей или ERP), является кажущийся неправильным расчет себестоимости при списании товаров. Часто бухгалтер ожидает увидеть одну цифру, исходя из цены последней закупки, но программа выдает совершенно иной результат. В данной статье мы подробно разберем, как именно 1С вычисляет себестоимость «по среднему», какие факторы на это влияют и почему итоговые суммы в карточке счета могут шокировать пользователя после закрытия месяца.

Разберем логическую ловушку: Себестоимость vs Цена продажи

Прежде чем искать техническую ошибку в программе, проанализируем саму логику расчета. Рассмотрим пример из практики пользователя: цена закупки товара составляет 180 рублей, а цена продажи — 290 рублей. Пользователь ожидает, что средняя себестоимость будет равна 235 рублям, складывая закупку и продажу и деля пополам. Это в корне неверный подход.

Выясним причину: в расчете себестоимости (как по FIFO, так и «по среднему») цена продажи (выручка) никогда не участвует. Программа анализирует только затраты на приобретение и остатки на складах. Формула средней стоимости выглядит так: (СтоимостьОстаткаНаНачало + СтоимостьПоступлений) / (КоличествоОстаткаНаНачало + КоличествоПоступлений). Если программа выдает себестоимость 240 рублей при цене последнего закупа 180, значит, на складе уже был остаток товара, закупленного ранее по более высокой цене, либо к цене закупки добавились сопутствующие издержки.

Скользящая и средневзвешенная оценка: почему цифры меняются в конце месяца

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

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

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

Влияние дополнительных расходов на себестоимость

Если за 3 единицы товара в карточке счета 41 (или 10) стоит сумма 615 рублей, значит, себестоимость одной единицы составляет 205 рублей. Если цена закупки по накладной была 180 рублей, то разница в 25 рублей на единицу возникла не из воздуха. Разберем, какие документы могут «накручивать» стоимость:

• Поступление доп. расходов: логистика, доставка, услуги грузчиков или таможенные пошлины. Эти суммы распределяются на себестоимость товара и увеличивают его учетную цену.
• Грузовой таможенный сбор (ГТД): если товар импортный, пошлины и сборы напрямую входят в себестоимость.
• Косвенные затраты: в некоторых конфигурациях (например, УНФ или ERP) на себестоимость могут влиять распределяемые производственные расходы.

Рекомендуем всегда проверять отчет Анализ субконто по конкретной номенклатуре с детализацией по документам движения. Там будет четко видно, какой именно документ (например, Поступление доп. расходов) добавил «лишние» рубли к стоимости закупки.

Настройка складского учета: Количество или Количество и Сумма?

Посмотрим на настройки параметров учета. В 1С есть критически важная опция: вести складской учет по количеству и сумме или только по количеству. Рассмотрим последствия:

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

Ситуация: на Складе №1 лежит товар по 180 рублей, на Складе №2 — по 250 рублей. Если вы перемещаете товар между складами или продаете его, итоговая себестоимость в отчете будет сильно зависеть от того, установлена ли галочка Учет по сумме в настройках складов. Без этой настройки перемещение между складами может давать «странные» результаты в карточке счета.

Проблема отрицательных остатков

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

Как проверить правильность расчета самостоятельно?

Для диагностики рекомендуем выполнить следующие шаги:

1. Откройте отчет Оборотно-сальдовая ведомость по счету (например, 41.01) с детализацией по номенклатуре и складам.
2. Сформируйте отчет Карточка счета по конкретной позиции. Проверьте начальный остаток. Часто «высокая» себестоимость тянется из остатков прошлого года.
3. Используйте специализированные отчеты, такие как Ведомость по партиям товаров или Себестоимость товаров (в зависимости от конфигурации).
4. Если вы видите, что сумма за 3 единицы (615 руб.) не совпадает с вашими ожиданиями (180 руб. за шт.), проверьте наличие документов Поступление доп. расходов через меню Отчеты — Анализ субконто.

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