В производственном учете на базе конфигурации «Управление производственным предприятием» (УПП) часто возникает ситуация, когда в одну номенклатурную группу объединяют продукцию с разными единицами измерения. Например, весовой товар, который учитывается в килограммах, и фасованный товар (упаковки по 180 или 500 грамм), который учитывается в штуках. При стандартных настройках распределения затрат «По объему выпуска» возникает критическая ошибка: система приравнивает 1 килограмм к 1 штуке. В результате на легкую пачку продукции падает столько же затрат, сколько на целый килограмм весового сырья, что делает фасовку «золотой» по себестоимости. Разберем, как решить эту проблему программными и методическими средствами.
Проанализируем алгоритм работы типового решения. Когда мы выбираем в способе распределения затрат базу «По объему выпуска», система обращается к количеству выпущенной продукции в Единицах хранения остатков. Для системы нет разницы, какой физический вес стоит за этой единицей. Если для весового товара единица хранения — «кг», а для фасованного — «шт», то при выпуске 100 кг и 100 штук (весом 0.18 кг каждая) затраты распределятся в пропорции 50/50. Однако фактически весовой продукции выпущено 100 кг, а фасованной — всего 18 кг. Очевидно, что распределение должно идти пропорционально массе или базовым единицам измерения.
Если мы хотим, чтобы система автоматически учитывала реальный вес или коэффициенты единиц измерения, нам необходимо внести изменения в программный код. Рассмотрим по шагам, как добавить новую базу распределения, которая будет учитывать Коэффициент единицы хранения по отношению к базовой единице.
БазыРаспределенияЗатрат. Добавим в него новое значение, например, «По объему выпуска (в базовых единицах)».ПроцедурыРасчетаБазыРаспределенияЗатрат. Здесь нам нужно создать логику формирования текста запроса для новой базы.СформироватьТекстЗапросаБазаПоОбъемуВыпускаЦеныНоменклатуры, скопируем её и внесем изменения в расчет количества. Вместо простого количества нам нужно умножать его на коэффициент единицы измерения.Разберем пример изменения логики запроса. В коде формирования базы необходимо заменить выборку поля количества на конструкцию вида:
// В тексте запроса для новой базы распределения
"ВЫБРАТЬ
| ВыпускПродукции.Продукция,
| ВыпускПродукции.Количество * ВыпускПродукции.Продукция.ЕдиницаХраненияОстатков.Коэффициент КАК База
|ИЗ
| РегистрНакопления.ВыпускПродукции.Обороты КАК ВыпускПродукции"
Важный нюанс: если на предприятии используется расширенная аналитика учета затрат (РАУЗ), правки необходимо внести также в соответствующие процедуры для РАУЗ, так как механизмы формирования базы там отличаются от партионного учета. Проанализируем процедуры, отвечающие за построитель запроса для способов распределения, и добавим туда вызов нашей новой функции.
Если возможность привлечения программиста ограничена, рассмотрим методический подход. Вместо базы «По объему выпуска» выберем «По плановой себестоимости». Этот метод считается наиболее адекватным для сложных производств.
В этом случае система распределит фактические затраты пропорционально заданным стоимостным весам. Продукция весом 180 грамм получит ровно столько затрат, сколько заложено в её плановой стоимости относительно килограмма.
Выясним еще одну причину: почему мы используем разные единицы хранения? В УПП есть возможность установить Единицу хранения остатков — кг даже для штучного товара. В этом случае:
Однако этот способ требует осторожности, так как изменение единиц хранения остатков у номенклатуры, по которой уже были движения, в типовой конфигурации напрямую запрещено и может привести к искажению исторических данных.
Проанализируем ситуацию и выберем оптимальный путь. Если у вас сотни позиций фасовки и их количество постоянно растет, лучше один раз потратить время на программную доработку (Способ 1), добавив в систему базу распределения по коэффициентам. Если же номенклатура стабильна, переход на распределение по плановой себестоимости (Способ 2) позволит получить точный результат без вмешательства в код конфигурации. Помните, что использование разных единиц измерения в одной номенклатурной группе при базе «По объему выпуска» — это гарантированный путь к получению некорректных финансовых показателей.