Почему 1С корректирует стоимость перемещений и списаний при учете по средней?

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

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

Методология: Скользящая vs Средневзвешенная оценка

Для начала проанализируем, как 1С:Бухгалтерия подходит к расчету себестоимости. В программе фактически сосуществуют два механизма оценки запасов:

  1. Скользящая оценка: Рассчитывается непосредственно в момент проведения документа (Списание товаров, Перемещение товаров, Требование-накладная). Программа берет остаток суммы на складе и делит его на остаток количества в данную секунду. Это значение мы видим в проводках сразу после проведения.
  2. Средневзвешенная (периодическая) оценка: Рассчитывается один раз в конце месяца регламентной операцией. Согласно ПБУ 5/01 (и актуальному ФСБУ 5/2019), средняя себестоимость за месяц определяется как общая стоимость всех поступивших за месяц запасов плюс остаток на начало, деленная на общее количество.

Рассмотрим пример из практики. Если на начало месяца у нас был товар по 12 000 руб., а в середине месяца пришло поступление по 14 000 руб., то любое списание до момента регламентной операции будет использовать «временную» скользящую цену. Однако в конце месяца программа обязана привести все списания к единому средневзвешенному знаменателю за весь период.

Алгоритм «Корректировка стоимости номенклатуры»

Когда мы запускаем закрытие месяца, документ Регламентная операция выполняет следующие действия:

  1. Собирает все затраты и приходы по конкретной номенклатурной позиции в разрезе аналитики (склад, подразделение, счет учета — в зависимости от настроек).
  2. Рассчитывает итоговую среднюю стоимость единицы за месяц по формуле: (СуммаОстатокНаНачало + СуммаПриходЗаМесяц) / (КолОстатокНаНачало + КолПриходЗаМесяц).
  3. Сравнивает полученную сумму с той, что была зафиксирована документами в течение месяца.
  4. Формирует корректирующие проводки (обычно это доп. записи или сторно) на разницу между скользящей и средневзвешенной стоимостью.

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

Проблема «паразитных» циклов и встречных перемещений

Выясним причину, по которой перемещения могут «схлопываться». В 1С:Бухгалтерии реализован механизм, предотвращающий зацикливание стоимости. Если перемещение 23.04 (со склада 1 на склад 2) оценивается по средней на момент формирования, а ранее 15.04 была обратная операция, система видит в этом петлю. При расчете себестоимости (иногда с применением элементов СЛАУ — системы линейных алгебраических уравнений) такие узлы оптимизируются.

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

Настройки учета, влияющие на результат

Посмотрим на настройки, которые определяют поведение системы. В разделе Параметры учета -> Настройки учета запасов есть два ключевых флага:

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

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

Можно ли сохранить скользящую среднюю при списании?

Рассмотрим варианты, как можно повлиять на этот процесс, если бухгалтерская логика требует иного отражения:

1. Использование партионного учета (ФИФО)

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

2. Ручная корректировка документов

В документе Списание товаров или Перемещение можно установить флаг Ручная корректировка. В этом случае регламентная операция проигнорирует данный документ. Однако это крайне опасный путь: он часто приводит к «зависанию» копеек или суммовых остатков при нулевом количестве на счете 10 или 41.

3. Оформление документов концом месяца

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

Резюме

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

← На главную