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

[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 гораздо предпочтительнее (правда, требует небольшого допила в виде вставки по одной строке для каждой из аналитик, у которых включены финансовые запасы, но не заполнены значения в строках спецификаций, например, "Партия" и "Серийный номер").

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

[Hard]

У меня возник еще один вопрос.
Требуется включить в плановую себестоимость некую фиксированную величину по отдельной группе затрат, например, "Прочие затраты". Величина зависит от конкретной поставки, но не зависит от количества изделий. То есть в одном заказе она может быть фиксировано 10000, в другом 12000 и т.д.
На эту группу затрат накручиваются косвенные затраты.
Я пока не могу придумать ничего лучше включения номенклатуры с типом "Услуга" строкой с постоянным потреблением в спецификацию верхнего уровня с номенклатурной аналитикой, по которой веду поиск цены покупки.
Но мне кажется, должно быть более красивое решение. Напрашивается возможность привязки к спецификации неких накладных расходов, причем таких, которые можно сопоставить с группой затрат.
Есть в аксапте что-то подобное?

[EVGL]

В стандарте этого нет, хотя и очень нужно. Мы (фирма FWI) для себя это сделали, но я не рекомендую повторять путь программирования, не каждый может себе позволить такую сложную модификацию. Ваш вариант - наилучший.

[Hard]

Цитата:

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

В стандарте этого нет, хотя и очень нужно. Мы (фирма FWI) для себя это сделали, но я не рекомендую повторять путь программирования, не каждый может себе позволить такую сложную модификацию. Ваш вариант - наилучший.

Спасибо за ответ. Жаль, конечно.

[niksen]

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

[Hard]

Цитата:

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

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

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