Выход и Потребление в Производстве

[anatoliy]

Суть проблемы:
учитываем произв. заказ выход и потребление с одним и тем же артикулом. Проблема - Выход себестоимости нулевая. Первый найденый источник проблемы не переоценивается потребление (обработкой коррекция себестоимости).

ктонибуть сталкивался с данной ситуацией или может есть предположения?

Спасибо.

[Dzemon]

А Покупки потребления учтены финансово?

[anatoliy]

Да все покупки и прозв. заказы для предыдущих операций финансово закрыты

[Alterant]

А заказ на производство завершен?

[anatoliy]

Да
завершен

[asacom_imported]

А Учет Себест. Операций запускали?

[anatoliy]

> Учет Себест. Операций запускали?

если имеется в виду "Фин. Учет Себест. Товаров", то запускался.

[asacom_imported]

Цитата:

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

> Учет Себест. Операций запускали?

если имеется в виду "Фин. Учет Себест. Товаров", то запускался.

<{POST_SNAPBACK}>

Не, я про коррекцию...
А в операциях стоимости и Товар Книге операций все нормально записано?

[anatoliy]

и операцию коррекции регулярно запускаю.


нет не нормально, поэтому и спрашиваю.
операции с типом "потребление" не переоценивается, в поле дата переоценки стоит 31/12/9999.

и таких операций (с некорректной датой переоценки) с каждым днем больше и больше.

[Alterant]

Стуация требует прояснения.

Вы делали потребление того же продукта, что и выпускался по этому же заказу?

[asacom_imported]

Цитата:

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

и операцию коррекции регулярно запускаю.

<{POST_SNAPBACK}>

А можно узнать про выполняемые действия более подробно?
У меня после коррекции себестоимости операций, по заказу со статусом "Завершен", в поле Дата Переоценки проставляется нормальное значение...

[anatoliy]

Пробую обьяснить подробно:

1. Создаю запущенный заказ.
2. Спецификация для "Item No."=1005, не определена
3. Через журнал выхода учитываю выход "Item No."=1005
4. Через журнал потребления учитываю потребление "Item No."=1005
5. Пробовал одинаковыми и разными датами, результат одинаков
6. Завернаю производственный заказ
7. Запускаю обработку "Коррекция себестоимости"
8. Запускаю обработку "Фин Учет себестоимости"

Внимание вопрос:

в строке "Value Entry" в поле "Дата переоценки" с типом операции стоит дата 31/12/9999, при любых вариантов с датой. Тоесть операция потребления не переоценивается.
В чем может быть причина?

[Rungart]

Очень похоже, что в системе были ручные правки кода или учетных таблиц. IMHO.

[anatoliy]

ручные=исключено!!!
т.к. на предыдущих проектах корректировал руками и имел большой гиморой.

Есть предположение следующее. В запущеном заказе учитываю потребление, выясняется что неправильно, учитываю выход +1 и -1 и завершаю заказ. После этого артикул потребления отказывается переоцениваться.
В таком случае вопрос = а как его переоценить?

[Dzemon]

Я покопался в кодеюнитах производства, и обнаружил, что при некоторых проблемах планирования (расчета производственных заказов) по умолчанию используются даты 30129999D в "Ending Date".

Соответственно, проверьте в своих произв.заказах строки Маршрутов и строки Компонентов. Возможно проблема пошла оттуда...

[Alterant]

Про даты сказать ничего не могу, а вот что касается с/с - система отрабатывает правильно!

Нельзя потребить тот же товар, что и выпускается, в данном случае задание коррекции не переоценивает выход.

Представим ситуацию, что на заказ потребилась именна та операция, которая вышла по заказу (применение так отработало в силу каких-либо причин, например этого товара до выпуска не было).
Имеем:
1. если другой товар не потреблялся, то мы выпустили товар с неизвесной с/с и только его же потребили для собственного выхода - с/с рассчитать невозможно, точнее она нулевая, поскольку товар у нас получился из воздуха.
2. если кроме выпускаемого товара был потреблен другой, то выход оценивается по другим товарам которые были потреблены. но увеличивая с/с выхода мы увеличиваем и с/с потребленного товара на этот же заказ. следовательно и выход снова должен возрасти. получается замкнутый цикл, постоянно увеличивающий с/с. ситуация опять неразрешима.

так что система отрабатывает правильно!

[anatoliy]

спасибо Alterant за исчерпывающий и на мой взгляд правильный ответ.

а обойти эту проблему решил так:

для каждого артикула который нужно произвести сам в себя добаляем на карточку транзитный артикул, через который и крутим два производственных заказа заместо одного:
артикул 1 -> транз артикул -> артикул 2

[Alterant]

Цитата:

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

спасибо Alterant за исчерпывающий и на мой взгляд правильный ответ.

а обойти эту проблему решил так:

для каждого артикула который нужно произвести сам в себя добаляем на карточку транзитный артикул, через который и крутим два производственных заказа заместо одного:
артикул 1 -> транз артикул -> артикул 2

Это решит проблему только в том случае, когда потребление первого артикула пройдет раньше выпуска второго, что исключает описанную мной выше ситуацию. Либо необходимо использовать применение операций при потреблении превого артикула - указывать конкретную операцию из ILE, не равную операции выхода второго артикула (если выход второго артикула прошел раньше).

Если этого не делать, то если выход артикула 2 был раньше потребления артикула 1 и система при потреблении подцепила именно ту операцию выхода, то выход конечно оценится, но задание коррекции с/с скорее всего (тут я не до конца уверен - нужно проверять) будет постоянно переоценивать эти операции и накручивать стоимость.

[anatoliy]

Цитата:

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

Это решит проблему только в том случае, когда потребление первого артикула пройдет раньше выпуска второго, что исключает описанную мной выше ситуацию. Либо необходимо использовать применение операций при потреблении превого артикула - указывать конкретную операцию из ILE, не равную операции выхода второго артикула (если выход второго артикула прошел раньше).

Если этого не делать, то если выход артикула 2 был раньше потребления артикула 1 и система при потреблении подцепила именно ту операцию выхода, то выход конечно оценится, но задание коррекции с/с скорее всего (тут я не до конца уверен - нужно проверять) будет постоянно переоценивать эти операции и накручивать стоимость.

<{POST_SNAPBACK}>

протестировали работу "артикул 1 -> транз артикул -> артикул 2", действительно проблема не решается. Операции не накручивают стоимость, проблема при переоценке следующих операций= они не переоцениваются и идут с нулевой себестоимостью.
решение с ручным применением не подойдет т.к. если артикул мы не покупаем а производим то возможна ситуация : Выход1 -> Выход2 -> Выход3 -> Потребление2, вопрос к чему применится потребление?

[Alterant]

Цитата:

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

решение с ручным применением не подойдет т.к. если артикул мы не покупаем а производим то возможна ситуация : Выход1 -> Выход2 -> Выход3 -> Потребление2, вопрос к чему применится потребление?

<{POST_SNAPBACK}>

А можно поподробней о Выход1 -> Выход2 -> Выход3 -> Потребление2?