← На главную

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

Суть проблемы: почему дополнительные расходы «зависают» на остатках

Рассмотрим типичную ситуацию: компания закупает 10 единиц товара по 100 рублей. Позже оформляется документ Дополнительные расходы на сумму 500 рублей, которые распределяются на это поступление. Ожидается, что себестоимость единицы станет 150 рублей (1000 + 500 / 10). Однако при продаже 9 единиц программа списывает их по 100 рублей, а вся сумма в 500 рублей остается в стоимости последней единицы товара.

Выясним причину такого поведения. В 1С:УНФ метод FIFO реализован через механизм партионного учета, который скрыт «под капотом» системы. Даже если в карточке номенклатуры не установлен флаг Использовать партии, программа все равно создает записи в регистре Запасы и затраты, где каждое поступление фактически является отдельной партией. Если документ Дополнительные расходы введен или проведен по времени позже, чем Расходная накладная, алгоритм закрытия месяца может не распределить эти затраты на уже выбывшие товары.

Влияние хронологии документов на себестоимость

Разберем по шагам, как последовательность ввода документов влияет на итоговый отчет. Программный механизм УНФ крайне чувствителен к моменту времени проведения документа. Рассмотрим два варианта развития событий:

1. Нарушенная последовательность: Приход -> Расход -> Дополнительные расходы. В этом случае на момент реализации товара система «не знает» о существовании доп. расходов. Даже после проведения Закрытия месяца программа может оставить всю сумму доп. расходов на остатке, так как партия уже была частично списана до возникновения затрат.
2. Правильная последовательность: Приход -> Дополнительные расходы -> Расход. Здесь стоимость партии увеличивается до того, как товар будет реализован. Программа видит общую стоимость партии (1500 рублей за 10 шт.) и при продаже списывает ее пропорционально количеству.

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

Роль процедуры «Закрытие месяца»

Важно помнить, что в 1С:УНФ окончательная себестоимость по FIFO формируется не в момент проведения Расходной накладной, а в процессе выполнения регламентной операции Закрытие месяца. Посмотрим, что именно делает этот документ:

• Выполняет расчет фактической себестоимости с учетом всех накопленных затрат.
• Корректирует стоимость списания товаров, если они были реализованы по «предварительной» цене (например, по средней за период до закрытия).
• Распределяет транспортно-заготовительные расходы, если они были оформлены соответствующими документами.

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

Метод «По средней» как альтернатива

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

Практические рекомендации по настройке учета

Для того чтобы себестоимость в отчетах всегда была корректной, рекомендуем придерживаться следующего алгоритма работы:

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

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

Таким образом, для корректного учета по FIFO с учетом дополнительных расходов в 1С:УНФ, главным правилом является соблюдение строгой хронологической последовательности документов и обязательное регулярное выполнение процедуры Закрытия месяца.