И снова об аналогах и заменителях...

[Om]

Здравствуйте всем
Неоднократно обсуждался этот вопрос на форуме(http://www.axforum.info/forums/showt...863#post14863, например), но как правило без серьёзных модификаций решения ему не было. Но есть один успешный опыт на эту тему, без каких-либо модификаций, правда и без возможности продолжения...
Вот что мне удалось настроить в одной учебной базе, на этапе освоения Axapta 3/0:

Условия задачки:
В строках спецификации присутствует«основная» номенклатура и её аналоги (заменители). Понятно, что для планирования закупок или списания материалов в производство нужна только одна конкретная номенклатура из перечня возможных аналогов – назовём её «основная».
Компоненты и сама номенклатура-спецификация не имеют номенклатурной аналитики конфигурация.
Механизм работы с аналогами:
Для аналогов в строках спецификации указываем код конфигурационной группы (любой). Далее создаём производственный заказ (Производство/Заказы). На этапе работы с формой «Создание производственного заказа», нажав кнопку «Спецификация» мы можем перейти в строки спецификации и отредактировать их, в частности переопределить основную номенклатуру и её аналоги (например, поменять местами).
Результаты
После закрытия формы «Создание производственного заказа» мы имеем производственный заказ со статусом «создано» и в него попали только строки «основной номенклатуры» - т. е. те, для которых не указан код конфигурационной группы.
В режиме сводного планирования также участвуют только строки спецификации, для которой не указана конфигурационная группа.

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

Может есть какие-то рекомендации или комментарии по этому поводу? Что это было?? Ведь в учебной базе всё по-прежнему работает, как часы. Заранее благодарен за совет.

P.S. Работа с конфигурируемой номенклатурой не рассматривается. Там всё в порядке. А здесь речь идёт только о таком вот нестандартном использовании стандартного функционала.

[Тимур]

Какую базу и конфигурацию системы Вы использовали?

[Om]

В качестве учебной базы использовалась Axapta 3.0 SP3 с полным функционалом.
В качестве реальной базы используется Axapta 3.0 SP3 с набором ключей: Финансы1, Финансы2, Производство, Логистика и ОС.

[Тимур]

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

[Om]

Цитата:

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

Сделали. Эффекта нет - в сводное планирование попадают все строки спецификации. Неужели прийдётся модификацию писать??

Спасибо, что уделяете внимание моему вопросу

[Тимур]

Хм. Интересно откуда Вы такую базу расчудесную взяли?
А что говорят доблестные представители MBS?

[Om]

Решилась проблемка!
При ближайшем рассмотрении выяснилось, что в учебной базе (там где эффект получается) был всётаки SP1, а не не SP3 В этом всё и отличие. В SP3 отсутствует одно условие в классе BOMSearch, которое, как раз и обуславливает этот эффект в SP1.
Интересно, конечно, почему оно в SP3 не попало? По недосмотру или специально так сделали? Логика подсказывает, что оно должно быть, т. к. проверяет корректность настроек по конфигурационным группам: мол, если вы в строках спецификации указали для номенклатуры конфигурационную группу, а правила выбора для неё не настроили (не связали с конкретной номенклатурой), то до свидания - строки в ProdTable не попадают и в сводном планировании не учавствуют.
Вот такие-вот пироги...