как сощитать себестоимостьпроизводства компонентами?

[sintax]

Привет всем,

У нас есть 4 уровня произбодства. Производитса материалы 1 уровня, тогда в сведуещем цехе берут материалы первого уровня, добавляет кое-што, обрабатывает и получает матерялы второго уровня.. ну и так до четвёртого.

Я с ProdID хожу в ProdTableJour, выбираю JournalType себестоимости и собираю цифры по квитам БК. Тогда добавляю с InventSettlement. Один уровень готов. (допустим 4 уровень) Тогда нахожу ProdID компонентов которые были исползованые в производстве етого уровня. Тогда опять собираю всё по квитам БК ну и т.д.
(надеюсь поняли о чём тут я).

Проблема вот в чём - нeкак неполучаю правилные цифры в суме.

Может есть тыт какой нибудь волшебник, которы бы подсказал что неправилно я делаю, или как надо собирать цифры, што-бы они были правилные?

Заранее большое спасибо.

[S.Kuskov]

Да вы, оптимист

[sintax]

Цитата:

Сообщение от S.Kuskov

Да вы, оптимист

Почему?
Я приблизительные цифры получаю, но чего -то нехватает до полной точности. Вот и надеюсь что может быт кто-нибудь даст умны совет.

[S.Kuskov]

Цитата:

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

Почему?

Это я по поводу надежды получить ответ на вопрос, заданный в такой форме. Ничего не понятно. Надежда действительно только на волшебников.

[S.Kuskov]

Цитата:

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

Я приблизительные цифры получаю, но чего -то нехватает до полной точности

Так вы знаете точный ответ? Откуда?

[AraraT®]

А зачем все это, когда есть стандартная функция Оценки производственного заказа...

[AraraT®]

Ну и русский язык "на высоте"...

Это форум, тут живые люди, которым намного приятнее читать корректно составленные предложения без грамматических и орфографических ошибок.

[sintax]

[QUOTE=S.Kuskov;310559]Так вы знаете точный ответ? Откуда?[/QUOTE
Непонял ваш вопрос

[S.Kuskov]

Цитата:

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

Непонял ваш вопрос

Как вы определили, что ваш расчет неточен?

[sintax]

Цитата:

Сообщение от AraraT®

Ну и русский язык "на высоте"...

Это форум, тут живые люди, которым намного приятнее читать корректно составленные предложения без грамматических и орфографических ошибок.

За язык прошу прощения. Просто я не русский и не часто приходитса общатса етим языком.

Цитата:

Сообщение от AraraT®

А зачем все это, когда есть стандартная функция Оценки производственного заказа..

Либо я такой не знаю, либо у нас её нет.

[sintax]

Цитата:

Сообщение от S.Kuskov

Как вы определили, что ваш расчет неточен?

Просто конечные суммы несовпадает с суммами БК.
Разница как- когда 5-15 %

[S.Kuskov]

БК = Бухгалтерская книга = Главная Книга = ГК? Ledger?
Вы сверяете проводки Ledger с проводками Invent? И где получается больше?

[sintax]

Цитата:

Сообщение от S.Kuskov

БК = Бухгалтерская книга = Главная Книга = ГК? Ledger?
Вы сверяете проводки Ledger с проводками Invent? И где получается больше?

БК = Ledger.
Себестоимости у меня получаетса по болше чем в ГК, но компонентов (особенно с 1 уровня) на оборот.
Если cобираю данные толко одного уровня - всё всходитса.
У меня такое причувствие, што чего-то недолжен я брать с LedgerTrans

[fed]

Себестоимость готовой продукции равна себестимости компонет+сумма затрат по журналу операций/заданий. (Это так- аксиома). Если у вас не стоит жесткая маркировка каждой складской проводки (inventTrans) по производственной спецификации(prodBOM) к соответствующей складской проводке по производственному заказу нижнего уровня, то себестоимость списания будет равнятся просто мгновенной средней (то есть - усреднение по всему запасу данного сырья на складе), а не себестимости приходной проводки по заказу нижнего уровня. Добится нужной однозначности можно только если использовать маркировку или жесткую номерацию партий (inventBatchId) для всех компонент. (И даже в этой ситуации - возможны варианты, например при использовании отрицательного склада).
Ну или как вариант - просто объяснить заказчику чтобы не морочил голову выверкой.

[sintax]

Цитата:

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

Добится нужной однозначности можно только если использовать маркировку или жесткую номерацию партий (inventBatchId) для всех компонент.

Проблема не в том, што я не знаю из какой партии взят компонент. С этим у меня всё в порядке.
Просто кокгда скалдываю цифры с LedgerTrasn они как будто перекладываетса и из етого получаетса фигня.

Я подозрываю че будет ли проблема в LedgerTrans.Posting? На пример собирая себестоимость, я должен брать толко записи где LedgerTrans.Posting == ProdReceipt. (Тогда себестоимость сходитса точно.)
Там в постинге их много всяких, и может быт не все надо брать...?

[fed]

В теории prodCalcTrans и ledgerTrans должны сходиться. Но если вы пытаетесь LedgerTrans с inventTrans по списанию материалов сравнивать - то там почти всегда будет разница на сумму нематериальных затрат. (То что из ProdRouteJOurnal и ProdRouteJobJournal породились).