затраты на СЕБЕСТОИМОСТЬ ПРОДУКЦИИ

[hog]

Интересуют механизмы распределения затрат на себестоимость продукции.

Собственное производство.
Как распределить определ. сумму в конце отчетного периода на себестоиость продукции?
Расходы известны только в конце периода.

Как я представляю - только с использованием механизма модулей "Затраты по целям"/"Управленческий учет", именно в "Производстве" или как иначе - невозможно?

[Aleks_K]

Подниму старую тему - что появилось в АХ за прошедшее время в плане распределения косвенных (непрямых, условно-постоянных) затрат на себестоимость продукции с тем чтобы получить производственную, и полную себестоимость?

Спасибо.

[EVGL]

Цитата:

Сообщение от Aleks_K

Подниму старую тему - что появилось в АХ за прошедшее время в плане распределения косвенных (непрямых, условно-постоянных) затрат на себестоимость продукции с тем чтобы получить производственную, и полную себестоимость?

Спасибо.

Безусловно: AX 2009 вам в руки! Функциональность называется по-русски что-то вроде "лист расчета себестоимости". Кроме того, есть отдельный модуль управленческого учета с итеративным отнесением центров затрат на объекты.

[fed]

Добавлю что costing sheet (лист затрат) позволяет относить на себестоимость НОРМАТИВНЫЕ, а не фактические косвенные затраты. Впрочем, мои знакомые спецы по производственной себестоимости мне доказывают что вообще любое более или менее сложное производство может работать только по нормативным затратам...

[EVGL]

Не совсем так. Косвенные затраты могут относится на процент от себестоимости какого-нибудь узла, при этом при закрытии производственного заказа в качестве базы будет взята фактическая [мгновенная] себестоимость этого узла. Т.е. сам процент будет нормативным, но база берется по факту.

[Hard]

Цитата:

Сообщение от EVGL

Не совсем так. Косвенные затраты могут относится на процент от себестоимости какого-нибудь узла, при этом при закрытии производственного заказа в качестве базы будет взята фактическая [мгновенная] себестоимость этого узла. Т.е. сам процент будет нормативным, но база берется по факту.

У нас как раз такой случай. Процент известен и он фиксированный в зависимости от номенклатуры продукции. А база для расчета - это фактические затраты по производственным заказам. Величина косвенных затрат примерно уже становится известной на стадии оценки производственного заказа.

Но вот беда, хотелось бы ее оценить раньше при расчете спецификации, когда еще думаем, какую цену выкатить заказчику. Этого в Аксапте 2009 не наблюдаю. Расчет спецификации чихать хотел на то, что косвенные затраты настроены, он их просто не видит. В итоге в результате расчета спецификации получаем лишь часть себестоимости.

Кто-нибудь боролся с этим? Реально заставить аксапту рассчитывать спецификацию с учетом косвенных затрат? Или остается только кодить?

[George Nordic]

Используйте нормативную. Корректируйте на периодической основе.

С Уважением,
Георгий

[fed]

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

case BOMCalcCostPrice::OnhandPrice  :

            dimGroupId  = InventTable::find(itemId).DimGroupId;
            inventDimParmFinancial.initFinancialInvent(dimGroupId);
            inventDimParmActive.initDimActive(dimGroupId);

            inventOnhand = InventOnhand::newParametersActive(itemId,
                                                             inventDim,
                                                             inventDimParmFinancial,
                                                             inventDimParmActive);
            if(inventOnhand)
            {
                costPrice = inventOnhand.costPricePcs(true);
                if(costPrice)
                {
                    costPriceUnit   = 1;
                    costMarkup      = 0;
                    costPriceDate   = systemdateget();
                }
            }

BOMCalcCostPrice::OnhandPrice это одна из моделей рассчета цены из групп калькулирования. InventOnHand - это класс-обертка вокруг inventSum. А CostPricePcs, это как раз метод, который считает мгновенную среднюю, поделив сумму из InventSum на количество оттуда же...
С последней ценой в inventTableModule это не связано по моему...

[Hard]

Цитата:

Сообщение от fed

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

case BOMCalcCostPrice::OnhandPrice  :

            dimGroupId  = InventTable::find(itemId).DimGroupId;
            inventDimParmFinancial.initFinancialInvent(dimGroupId);
            inventDimParmActive.initDimActive(dimGroupId);

            inventOnhand = InventOnhand::newParametersActive(itemId,
                                                             inventDim,
                                                             inventDimParmFinancial,
                                                             inventDimParmActive);
            if(inventOnhand)
            {
                costPrice = inventOnhand.costPricePcs(true);
                if(costPrice)
                {
                    costPriceUnit   = 1;
                    costMarkup      = 0;
                    costPriceDate   = systemdateget();
                }
            }

BOMCalcCostPrice::OnhandPrice это одна из моделей рассчета цены из групп калькулирования. InventOnHand - это класс-обертка вокруг inventSum. А CostPricePcs, это как раз метод, который считает мгновенную среднюю, поделив сумму из InventSum на количество оттуда же...
С последней ценой в inventTableModule это не связано по моему...

Тоже надо попробовать. А то я зациклился на BOMCalcCostPrice::CostPrice.
Хотя мне кажется, результат должен быть идентичным. Там же цена меняется не только по не последней покупке, а по последней проводке инвенттранс.

[Hard]

Пожалуйста, скажите, что не правильно настроено.
Имеем остатки по партиям, себестоимость, естественно по партиям, в группе складских аналитик на партии стоит галка "Финансовые запасы".
В строке спецификации по этому материалу партия не указана, мы же не можем знать - какие партии будут приходить во всем периоде действия спецификации.
Однако же inventSum.costPricePcs(_onHandOnly, _priceDate) ищет себестоимость именно по инвендиму строки спецификации, которого в инвентсаме быть не может. и возвращает, разумеется 0. Меня бы устроило, чтобы себестоимость усреднилась без учета партий именно для расчета спецификации. Но как этого добиться - не понимаю.

[fed]

Вероятно придется подхакать названный мною метод, чтобы после inventDimParmFinancial.initFinancialInvent(dimGroupId);
в inventDimParmFinancial очищались флаги для BatchId (InventBatchIdFlag).
Просто у вас партия указана как аналитика финансового склада, вот по ней и пытается усреднить (то есть ищет строки с пустой партией). А если вы флажек очистите, аналитика будет просто исключена из усреднения...

[Hard]

Цитата:

Сообщение от fed

Вероятно придется подхакать названный мною метод, чтобы после inventDimParmFinancial.initFinancialInvent(dimGroupId);
в inventDimParmFinancial очищались флаги для BatchId (InventBatchIdFlag).
Просто у вас партия указана как аналитика финансового склада, вот по ней и пытается усреднить (то есть ищет строки с пустой партией). А если вы флажек очистите, аналитика будет просто исключена из усреднения...

А не повлечет ли это то, что по партиям не будет усредняться фактическая себестоимость? Этого не хочется. В общем-то флажок в группе аналитик и вводили для расчета себестоимости партий.

[fed]

Обсчет спецификации не связан с рассчетом фактической себестоимости. Если рассчет спецификации подправите, на фактическую себестоимость это не повлияет...

[Hard]

Цитата:

Сообщение от fed

Обсчет спецификации не связан с рассчетом фактической себестоимости. Если рассчет спецификации подправите, на фактическую себестоимость это не повлияет...

Ясно, просто подменяем значение InventBatchIdFlag на false уже в контексте CalcCostModel.
Странно, что это не сделано в стандарте.

Кстати с флагом "Последняя себестоимость" все работает для модели CostPrice. Сейчас попытаюсь добиться, чтобы с OnhandPrice тоже заработало.

[Hard]

Добавил строчку. Все получилось.

Есть разница по сравнению с моделью CostPrice и использованием галки "Последняя себестоимость". При модели OnhandPrice действительно берется мгновенная средняя. А при выставленной галке: мгновенная средняя запишется в цену только если в самих проводках она вычисляется, например журнал Перенос. С журналом Проводка и заказами на покупку дело хуже. Их себестоимость вводится по сути ручками. И именно это значение запишется цену номенклатуры. Там очень просто сделано: себестоимость из проводки пишется в себестоимость номенклатуры.

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

Спасибо всем, кто помог разобраться!

[niksen]

Hard
а чем вас действительно не устраивает везде добавлять услугу, у которой проставлять стоимость как вы сами захотите? если вы отталкиваетесь от заказа на производство, то в спецификацию на корневую номенклатуру всегда можно добавлять эту самую услугу. Другой вариант тоже есть: если заранее известны все спецификации верхнего уровня, которые не включают друг друга, то можно просто в них добавить эту услугу и тогда даже в заказе на продажу будет эта услуга и всё.

[Hard]

Цитата:

Сообщение от niksen

Hard
а чем вас действительно не устраивает везде добавлять услугу, у которой проставлять стоимость как вы сами захотите? если вы отталкиваетесь от заказа на производство, то в спецификацию на корневую номенклатуру всегда можно добавлять эту самую услугу. Другой вариант тоже есть: если заранее известны все спецификации верхнего уровня, которые не включают друг друга, то можно просто в них добавить эту услугу и тогда даже в заказе на продажу будет эта услуга и всё.

Это не меня не устраивает, а заказчика. Они не хотят "портить" спецификации и не могут заставить технологов вести абстрактные строки в спецификациях.
Отдельной строкой в заказ - не вариант, поскольку это не попадет в лист калькуляции цены. И кроме того заказа еще нет, рассчитываем из номенклатуры, потому что нужно уметь рассчитывать по разным версиям цен.