Замена комплектующих по условию

[bum10]

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

[S.Kuskov]

Цитата:

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

Как реализовать данную ситуацию?

Вы хотите спросить как отразить факт такой ситуации? или как предусмотреть возможность такой ситуации при планировании комплектующих?

Я знаю идинственный способ планирования подобного рода неопределённостей - это использование страхового запаса.

[bum10]

Как отразить?

[pitersky]

Как вариант:

1. номенклатуру "Шайба" включить в группу аналитики с включённой ном. аналитикой "Размер". В ней задать все возможные размеры + размер "ноль"
2. в спецификациях задать шайбу именно с нулевым размером
3. в журналах списания для шайбы по факту выбрать вместо нулевого тот типоразмер, который нужен

Правда не очень представляю, как это всё будет стыковаться со сводным. Оно-то будет считать потребность именно в нулевом размере. Т.е. однозначно возникнет пересорт.
Да и вообще ном. аналитики - редко используемый функционал, могут и всякие неожиданности выползти

[S.Kuskov]

Ну раз такая экзотика пошла, то тогда расскажу какая мысль пришла в голову мне.

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

[Murlin]

Цитата:

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

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

У нас была похожая проблема с расчетом жалюзей, т.е. допустим формула расчета количества компоненты в производственном заказе зависит от самой ширины жалюзей, типа управления, высоты, и формулы постоянно меняются в зависимости от разных комплектующих например компоненты другие теперь которых до этого не было(чтобы программист не копал и не переписывал формулы постоянно). Вообщем я не стал заморачиваться сделал такую формочку настройка запроса(запрос запаковыевыется в контайнер в табличку) и формула(текстовое поле), которая работает через xppCompiler(с заменой операторов вида trunc заменяется например на ЦЕЛОЕ(вернее наоборот при обработке этой формулы ЦЕЛОЕ заменяется на trunc) чтобы было похоже на excel или например ЕСЛИ у меня заменяется при обработке на особую функцию мною написаную типа real iif(boolean _b, real _x,real _y) { return b ? _x :_y;} ) отдал все это пользователю(немного избыточно потому что запрос заменяет сам по себе оператор если, ну тут так захотели пользователи). Запрос по умолчанию я сделал таким упрощенно ProdBOM->ProdTable->firstonly ProdBOM, первый ProdBOM расчитывается, а из 2го ProdBOMа берем количество(ширину,высоту).
И все переменные у меня представлены так ширина - поле ширина из ProdTable,
высота - высота из ProdTable, количествокомпоненты2 - количество из ProdBOMа второго, ну кроме того я еще сделал приоритет т.е. по производственному заказу бегают мои запросы(у ProdTable в запросе подставляется критерии ProdId = текущий пр.заказ) сначала те которые с более высоким приоритетом, что то что подпадает под запрос - расчитывается по формуле, и более не расчитывается если даже подпадает под запрос с более низким приоритетом.
А для xppCompiler у меня строиться функция xppCompiler.compile("real calcQty(real _width,real _height,real _controlLength) { return "+Моя формула с заменными строчками + "};" и я ее вызываю xppCompiler.execute(ширина из ProdTable,высота из ProdTable,длинауправления).
Ну и соответственно то у чего количество 0 из производственного заказа удаляется.
Может вам поможет :-)

[glibs]

То, что вы описали, реализовано в стандартной фунциональности в модуле Конфигуратор продукции. Там сделано нечто вроде макропрограммирования в MS Access с возможностью использования кода Х++ где угодно.

Но вариант S.Kuskov не смотря на потребность в полуручном режиме управления тоже может быть приемлемым. Опасение pitersky насчет сводного планирования для дефолтовой версии спецификации с шайбой нулевого размера нужно решать переводом этой виртуальной шайбы на ручное планирование покрытия. Соответственно закупки под нее не создадутся. А после выбора реальной версии спецификации уже создадутся закупки реальные. Действительно поскольку версию могут выбрать в последний момент потребуется держать страховой запас.

[Murlin]

Цитата:

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

То, что вы описали, реализовано в стандартной фунциональности в модуле Конфигуратор продукции. Там сделано нечто вроде макропрограммирования в MS Access с возможностью использования кода Х++ где угодно.

Но вариант S.Kuskov не смотря на потребность в полуручном режиме управления тоже может быть приемлемым. Опасение pitersky насчет сводного планирования для дефолтовой версии спецификации с шайбой нулевого размера нужно решать переводом этой виртуальной шайбы на ручное планирование покрытия. Соответственно закупки под нее не создадутся. А после выбора реальной версии спецификации уже создадутся закупки реальные. Действительно поскольку версию могут выбрать в последний момент потребуется держать страховой запас.

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

[glibs]

Формулы простой инструмент. Для сложной продукции — отдельный модуль. С т.з. системы тут все ОК.

[Murlin]

Цитата:

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

Формулы простой инструмент. Для сложной продукции — отдельный модуль. С т.з. системы тут все ОК.

У нас таких формул уже около 20 штук.
Вот таким образом я заменил целый модуль