Автоприемка спецификаций

[CDR]

DAX 3.0

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

Пример.
Создаем произвольную спецификацию из двух номенклатур. В справочнике номенклатур для спецификации ставим галку "Автоприемка".
Создаем складской журнал "Проводка" и списываем спецификацию. При его разноске система автоматически выпустит списанное количество спецификации. Все вроде бы логично и правильно!
Далее создаем еще один журнал "Проводка" и возращаем списанную ранее спецификацию (указываем положит. кол-во, себестоимость и номер возращаемого лота). При разноске журнала система создает и разносит журнал спецификаций, в котором расходуется спецификация (!!!) и приходуются компоненты (!!!).
Как следует трактовать такое поведение системы?

[S.Kuskov]

Цитата:

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

проблема в том, что при установке этой галки система "собирает" спецификацию не только при расходах, а при абсолютно любых операциях. В том числе и при приходе спецификации на склад!!!

Цитата:

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

При разноске журнала система создает и разносит журнал спецификаций, в котором расходуется спецификация (!!!) и приходуются компоненты (!!!).
Как следует трактовать такое поведение системы?

Вы сами себе противоречите. При приходе спецификации на склад система не собирает ещё одну штуку а разбирает только что пришедшую. Т.е. ваше предположение о том что, система всегда "собирает" - неверно, система для расхода собирает, а при приходе разбирает. По-моему логично. Или вас беспокоит что-то другое?

[samolalex]

Из всплывающей подсказки к полю "Автоматическая приемка":

Цитата:

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

После продажи номенклатура спецификации развертывается, компонентная номенклатура извлекается со склада, номенклатура спецификации добавляется в склад, и все связанные издержки разносятся системой.

Цитата:

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

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

[CDR]

Цитата:

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

система для расхода собирает, а при приходе разбирает. По-моему логично. Или вас беспокоит что-то другое?

Цитата:

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

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

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

[S.Kuskov]

Цитата:

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

Т.е. использовать журнал спецификаций для разборки спецификаций - это правильно?

Да. А в чём подвох?

Цитата:

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

И то, что потом закрытие склада клинит на таких журналах - тоже логично и закономерно?

А журналы переноса сделанные в одну а затем в обратную сторону у вас тоже под запретом?

[Vals]

Цитата:

Т.е. использовать журнал спецификаций для разборки спецификаций - это правильно?

Да. Он работает в обе стороны.

Цитата:

Как следует трактовать такое поведение системы?

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

Цитата:

И то, что потом закрытие склада клинит на таких журналах - тоже логично и закономерно?

ЧТо с ним происходит?

[CDR]

Цитата:

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

Да. А в чём подвох?

Цитата:

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

Да. Он работает в обе стороны.
Есть функциональность, её можно использовать в различных целях.

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

[S.Kuskov]

Цитата:

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

Подвох в себестоимости!

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

[Raven Melancholic]

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

[CDR]

Цитата:

Сообщение от Raven Melancholic

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

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

• Смысл журнала спецификаций - управление себестоимостью собираемой спецификации
• При "разборке" списание спецификации идет по мгновенной себестоимости, а приход компонентов выполняется по произвольной стоимости, указанной в строках. В итоге нарушается логика работы журнала.
• Закрытие склада никак не обрабатывает "разборку" спецификаций

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

Цитата:

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

Так точно, аналогичная проблема в производстве (из одного - многое по произвольному ключу распределения) ставится все чаще и не имеет удовлетворительного решения. Остается работать по нормативной себестоимости компонентов и самой спецификации.

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

[EVGL]

Так точно, аналогичная проблема в производстве (из одного - многое по произвольному ключу распределения) ставится все чаще и не имеет удовлетворительного решения. Остается работать по нормативной себестоимости компонентов и самой спецификации.

[Ivanhoe]

Для производства в AX 2009 EE RU5 сделаны ряд модификаций, позволяющие принимать сопродукты и брак, с возможность расчета себестоимости. Но это только через модуль производства.

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