Расчет себестоимости УПП РАУЗ"Выполненное количество итераций расчета стоимости" #792861

Делаю расчет себестоимости, служебные сообщение такие: Проведение документа: Расчет себестоимости ИП000000009 от 30.09.2016 23:59:59 Выполненное количество итераций расчета стоимости: 50 Полученное среднее отклонение решений: 0,273083 Выполненное количество итераций расчета стоимости: 50 Полученное среднее отклонение решений: 0,008483 Расчет себестоимости завершен. После этого 20 счет не закрывается до конца, я так понимаю расчет себестоимость завершился по максимуму итераций. Предположил встречный выпуск, скачал отчет "ОтчетПоМертвымПетлям", данный отчет мне показал около 50 мертвых петель. Мертвая петля - это явление, при котором продукция в отчетном периоде выпущена сама из себя, причем не важно, через сколько колен. Вообще для РАУЗ встречный выпуск не должен являться проблемой, подскажите кто знает как с ним бороться? Использую давальческую схему производства. Настройки закрытия -> Распределния: Характер затрат - 1 <По всем характерам затрат>, Вид подразделения - <По всем видам подразделений>, Подразделение - <По всем подразделениям>, Статья затрат - <По всем статьям затрат> , Номенклатурная группа - <По всем номенклатурным группам> , Способ распределения - По выручке. Cостав регламентных операций - Определение списка реализованных услуг, Расчет базы распределения расходов,Распределение расходов по базе,Расчет фактической себестоимости,Формирование движений по регистрам

"Наличие мертвых петель существенным образом замедляет расчет себестоимости выпуска при использовании РАУЗ" из

а также не дает верный результат

"Встречный выпуск" и "мертвая петля" - это одно и тоже понятие или разные? Просто РАУЗ средство которое решает проблемы встречного выпуска. У меня обычные операции не проходят "Дефростация"!!, где Мы сначала заморозили продукцию потом из замороженной продукции сделали снова охлажденную. При партионном учете данную задачу решили бы регистр "Встречный выпуск продукции и услуг", указав что является затратой и что является продуктом. РАУЗ тоже должен такие задачи решать?

[Просто РАУЗ средство которое решает проблемы встречного выпуска]+[ РАУЗ тоже должен такие задачи решать] ты чё то одно выбери

мне одному кажется, что решение проблемы все-таки есть и оно достаточно очевидно?

Фрэнки, конечно оно очевидно, кто уже боролся с такой бедой как "мертвые петли" может помочь с моей проблемой или хоть направление подскажет... дальше сам как-нубудь.

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

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

И понятно, что это все вопросы не к программисту уже, а к экономистам-технологам

Как вариант, можно использовать характеристики номенклатуры.

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

" пр-во которое у нас есть сильно усложнится" - это жизнь. Каждый передел увеличивает себестоимость, фактически это как-бы другой продукт. Вот если перед вами в магазине будет лежать свежая лосось и перезамороженная 10 раз, вы какую купите? А казалось бы одна и та же рыба...

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

и если это все делится на разные не всегда, но все-таки иногда это все-таки делится на разные продукты, то вы как раз и наступили на грабли именно в этом самом "иногда"

или переделывать учет всей этой ветки или распровести и заново провести выпуск того. что подверглось дополнительному процессу, с исключением, точнее, не включением  самого факта доп-процесса. зы. А дополнительный труд программиста или оператора тоже увеличивает стоимость такого переввода информации, если что

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

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

и опять же, повторяюсь - это уже не программиста вопрос, т.к. программист получил "мертвую петлю" в РАУЗ и на этом его роль в принятии решения прекращена.

Всем спасибо, я так подумал РАУЗ все таки инструмент, а не волшебная палочка и зацикленный произв. процесс ей тоже не обсчитать нормально. А у нас получается так: Заморозили 1000 кг - Продали заморозки 100 кг., - > Разморозили 900 кг, -> Произвели 850 кг. -> Заморозили 50 кг. - т.е. вот с таким процессом ей не справиться. Хотя вроде при партионном учете у нас такие проблемы решали встречным выпуском.