Не работает расчет спецификаций

[pitersky]

Цитата:

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

Чтобы все знали - в Dynamics Ax 2012 сайт есть необходимой аналитикой. Другими слова - он всегда есть и не быть его уже не может.

А в чём глубинный смысл такой конструкции? Получается, через сайт придётся и услуги продавать...

[ikopyl]

Цитата:

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

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

Скажите пожалуйста, а у Вас СГП и цех к разным сайтам относятся?

[Hard]

Цитата:

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

Скажите пожалуйста, а у Вас СГП и цех к разным сайтам относятся?

Нет, к одному. У нас вообще один сайт.

[Hard]

Для истории напишу: чем дело кончилось. Может кому пригодится.
Трюк с галкой планирования в группе аналитик не прошел (потому как с Сайтом и у Склада она отключается принудительно), поэтому закомментили строку ReqPOType::Transfer:
в методе isItemProcured() таблицы BOMCalcGroup.
Не знаю, как это скажется для компаний с множеством сайтов, но для конкретного проекта с одним сайтом вполне приемлемо.

[Starling]

Это как-то совсем грустно.
У меня в 2012 R2 не получается настроить следующий пример:
Движение по складам (все в рамках одного сайта):

• ЦентрСклад – закупка комплектации
• КладЦех1 – производство ПФ, потребность в комплектации пополняется путем переноса с ЦентрСклад
• КладЦех2 – производство ГП из ПФ, потребность в комплектации пополняется путем переноса с ЦентрСклад, потребность в ПФ пополняется путем переноса с КладЦех1
• СкладГП – продажа ГП, пополняется путем переноса ГП со склада КладЦех2.

В итоге планирование работает – закупки, производство и переносы планируются так как мне необходимо, но – при расчете цены я не могу развернуть ПФ. Он у меня всегда отображается только одной строкой.
Если я на тех же настройках (группы расчета, группы затрат, складские аналитики, правила покрытия) все складские движения сведу к одному складу, то ПФ при расчете цены разворачивается как и положено.
Правильно ли я понимаю, что единственный вариант получить корректный расчет цены это отказаться от планирования в разрезе складов для ПФ?

[Удвой Покуров]

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

[Starling]

Цитата:

Сообщение от Удвой Покуров

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

Не могу согласиться. Если склад от склада находятся в 100 км, то они должны принадлежать разным сайтам. В этом случае, когда один узел производится на одном сайте, а потребляется на другом, такое поведение системы было бы +\- понятно, и то в идеале его нужно было бы параметризировать.

Но в моем примере склады - это кладовые производственных цехов на расстоянии 100м один от другого.
Как по мне - это явный "косяк" в функциональности. Мне вообще не понятно как его теперь можно использовать без напильника для более менее серьезных производственных компаний.