При работе в 1С:Бухгалтерия 8.3 КОРП многие пользователи сталкиваются с ситуацией, когда регламентная операция Корректировка стоимости номенклатуры в конце месяца существенно меняет цифры, сформированные первичными документами. Особенно это заметно при сложных цепочках перемещений между складами и последующем списании на затраты. Разберем подробно, почему программа «сторнирует» разницы, как работает алгоритм усреднения и можно ли оставить стоимость списания «как в документе».
Для начала проанализируем, как 1С:Бухгалтерия подходит к расчету себестоимости. В программе фактически сосуществуют два механизма оценки запасов:
Списание товаров, Перемещение товаров, Требование-накладная). Программа берет остаток суммы на складе и делит его на остаток количества в данную секунду. Это значение мы видим в проводках сразу после проведения.Рассмотрим пример из практики. Если на начало месяца у нас был товар по 12 000 руб., а в середине месяца пришло поступление по 14 000 руб., то любое списание до момента регламентной операции будет использовать «временную» скользящую цену. Однако в конце месяца программа обязана привести все списания к единому средневзвешенному знаменателю за весь период.
Когда мы запускаем закрытие месяца, документ Регламентная операция выполняет следующие действия:
(СуммаОстатокНаНачало + СуммаПриходЗаМесяц) / (КолОстатокНаНачало + КолПриходЗаМесяц).Проанализируем ситуацию с перемещениями. Если товар перемещался со Склада 1 на Склад 2 и обратно, программа рассматривает это как внутренний оборот. Регламентная операция стремится исключить «раздувание» стоимости за счет таких внутренних перемещений. Если по итогам всех движений количество на складе вернулось к исходному или было списано, система «протягивает» стоимость от первоначального источника (например, остатка на начало месяца) до конечного потребителя (затрат).
Выясним причину, по которой перемещения могут «схлопываться». В 1С:Бухгалтерии реализован механизм, предотвращающий зацикливание стоимости. Если перемещение 23.04 (со склада 1 на склад 2) оценивается по средней на момент формирования, а ранее 15.04 была обратная операция, система видит в этом петлю. При расчете себестоимости (иногда с применением элементов СЛАУ — системы линейных алгебраических уравнений) такие узлы оптимизируются.
Важный момент: если по итогам месяца сальдо по номенклатуре на счете учета равно нулю, программа принудительно корректирует все суммы так, чтобы итоговый остаток на счете также стал нулевым. Это часто приводит к тому, что списание на затраты в итоге оценивается не по «красивой» средней из середины месяца, а по той стоимости, которая была доступна системе как «базовая» (начальное сальдо).
Посмотрим на настройки, которые определяют поведение системы. В разделе Параметры учета -> Настройки учета запасов есть два ключевых флага:
Даже при включенной настройке «По количеству и сумме», регламентная операция будет корректировать стоимость перемещений между складами, если приход на один склад повлиял на общую среднюю по организации (в случае, если перемещение было источником для дальнейших списаний). Система стремится к тому, чтобы на конец отчетного периода стоимость единицы одного и того же товара была логически обоснована всеми закупками месяца.
Рассмотрим варианты, как можно повлиять на этот процесс, если бухгалтерская логика требует иного отражения:
Если вам критично, чтобы стоимость списания жестко привязывалась к конкретным поступлениям и не пересчитывалась в конце месяца «в общую кучу», следует перейти на метод ФИФО. В этом случае регламентная операция корректировки стоимости практически не меняет суммы, так как каждая единица товара имеет свою четкую «партию-источник».
В документе Списание товаров или Перемещение можно установить флаг Ручная корректировка. В этом случае регламентная операция проигнорирует данный документ. Однако это крайне опасный путь: он часто приводит к «зависанию» копеек или суммовых остатков при нулевом количестве на счете 10 или 41.
Если все приходы и перемещения будут зафиксированы до списания, а само списание произойдет последней секундой месяца, разрыв между скользящей и средневзвешенной оценкой будет минимальным, так как база для расчета в обоих случаях станет идентичной.
Поведение программы, при котором стоимость перемещений и списаний сторнируется или доначисляется до «начального сальдо» или «общемесячной средней», является методически верным с точки зрения российского бухгалтерского учета. Система 1С:Бухгалтерия отдает приоритет средневзвешенной оценке за период. Любые попытки «зафиксировать» промежуточную цену в середине месяца без смены метода учета на ФИФО будут конфликтовать с заложенным алгоритмом закрытия месяца.