Класс wrkCtrMasterData_prod в AX40sp2

[Alexx7]

Доброго здоровья.

Кто знает зачем нужен класс wrkCtrMasterData_prod при обновлении произв. заказа (приемка), если мы не используем в производстве маршруты и задания? Больше всего интересует что выполняет метод Load() в котором есть загадочный, для меня, кусок кода:

        if (this.last())
        do
        {
            this.updateExplosion(cacheProdTable);
        } while (this.prev());

Спасибо.

[fed]

В общем - wrkCtrMasterData инкапуслирует несколько зависимых производственных заказов, получившихся из спецификации с типами строк "Производство". Метод load() просто загружает данные о заказах в память. Загадочный кусок кода - просто пробегает по списку заказов и по каждому запускает сводное планирование (фактически - ищет покрытие списаний под ПЗ). В версии 2009 эта штука запускается только при разноске маршрутных журналов (но никак не журнала приемки), если в параметрах производства включена галка Update Capacity Plan (поле JournalUpdateCapacity). Возможно - в вашем случае он отрабатывает потому, что какие-то загадочные галочки в журнале приемки (я их названия плохо помню) подспудно запускают разноску маршрутных операций со стандартными значениями (из BOMCalcTrans).
Идея за эти стоит следующая: Хочется чтобы по фактическим временным данным, внесенным в журнал маршрутных проводок пересчитывалась загрузка производственных мощностей. Хочу заметить, что я этот механизм до конца не раскапывал, никогда им не пользовался и как он работает полностью не понимаю. Я например так до конца и не разобрался, как временные данные введенные в журнале, обновляют время текущей операции в prodRoute/prodRoteJob. Однако - очень подозреваю что общая идея, которую я тут описал - правильная...

[EVGL]

Цитата:

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

В версии 2009 эта штука запускается только при разноске маршрутных журналов (но никак не журнала приемки), если в параметрах производства включена галка Update Capacity Plan (поле JournalUpdateCapacity)...

Возможно, что они "перепрыгивают" статусы п. заказа и из Estimated запускают сразу приемку из меню Update.
Я бы поинтересовался, что именно беспокоит автора. Или это опять та же тема, что и несколько недель назад, с изменением даты отгрузки подчиненных заказов?

[Alexx7]

Вся идея в том, что строчка

this.updateExplosion(cacheProdTable);

впоследстии приводит Вот сюда (Класс ReqCalc):

void updateItemLock(ItemId _itemId)
{
    ;
    select pessimisticlock inventTableLock
        where inventTableLock.ItemId == _itemId;
}

В результате возникают блокировки, которые вызывают жуткие тормоза при приемке.

[EVGL]

Понятно. Если можете гарантировать, что сводное планирование не будет запускаться в конкурентном режиме, закомментируйте эти строчки в ReqCalc.

[Alexx7]

Вот комментировать код то совсем не желательно. У меня всётаки есть надежда, что:

Цитата:

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

....
Возможно - в вашем случае он отрабатывает потому, что какие-то загадочные галочки в журнале приемки (я их названия плохо помню) подспудно запускают разноску маршрутных операций со стандартными значениями (из BOMCalcTrans).
....

Пытаюсь по коду проанализаровать, где есть проверка галочки. Но если кто уже знает о вышеупомянутой "загадочной галке". Буду признателен.

[EVGL]

ProdParameters.JournalUpdateCapacity - в случае авторазноски журнала произв. маршрутов. Больше параметров нет.
Стек вызова до ReqCalc приведите, пожалуйста.

[Alexx7]

Цитата:

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

ProdParameters.JournalUpdateCapacity - в случае авторазноски журнала произв. маршрутов. Больше параметров нет.
Стек вызова до ReqCalc приведите, пожалуйста.

На неё навешан конфиг кей (ProdRouting), который у нас закрыт. Так что, к сожалению, этот вариант исключен.

[Alexx7]

Цитата:

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

Стек вызова до ReqCalc приведите, пожалуйста.

[s]\Classes\ReqCalc\updateItemLock (4)
[s]\Classes\ReqCalcExplodeProd\insertData (23)
[s]\Classes\ReqCalc\updateData (10)
[s]\Classes\ReqCalc\run (11)
[s]\Classes\ReqCalcExplode\run (10)
[s]\Classes\WrkCtrMasterData_Prod\updateExplosion (9)
[s]\Classes\WrkCtrMasterData_Prod\load (55)
[s]\Classes\WrkCtrScheduleJobs\run (13)
[s]\Classes\ProdUpdScheduling\run (13)
[s]\Classes\ProdUpdScheduling_Operation\run (10)
[s]\Classes\ProdTableType\runOperationScheduling (9)
[s]\Classes\ProdStatusType_CostEstimate\runOperationScheduling (12)
[s]\Classes\ProdUpdRelease\runPreviousJob (12)
[s]\Classes\ProdStatusType_CostEstimate\runRelease (13)
[s]\Classes\ProdUpdStartUp\runPreviousJob (10)
[s]\Classes\ProdStatusType_CostEstimate\runStartUp (13)
[s]\Classes\ProdUpdReportFinished\runPreviousJob (9)
[s]\Classes\ProdStatusType_CostEstimate\runReportFinished (12)
[s]\Classes\ProdMultiReportFinished\run (15)
[c]\Classes\ProdMultiReportFinished\main (16)

[EVGL]

Все понятно. Вы запускаете приемку для заказа в статусе Estimated, как я и предполагал. Система последовательно обновляет статусы, проходя через статус "Запланировано". Вы не найдете параметра, чтобы отключить такое поведение.

[Alexx7]

Цитата:

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

Все понятно. Вы запускаете приемку для заказа в статусе Estimated, как я и предполагал. Система последовательно обновляет статусы, проходя через статус "Запланировано". Вы не найдете параметра, чтобы отключить такое поведение.

Если в параметрах производства (ProdParameters) убрать галку " Ограничение по материалам" (MatLimited) на влкдке "Стандартное обновление", то обновление обходит [s]\Classes\ReqCalc\updateItemLock (4) и всё обрабоатывается намного быстрее.
Вопрос: Чем черевато обнуление галочки?
.

[EVGL]

Тем, что при планировании (втч. вычислении ближайшей даты поставки) не будет учитываться наличие материалов.

[Alexx7]

Вопрос № 2.

При обновлении производственного заказа до статуса "Запланировано", обновляется таблица "Чистые потребности" (ReqTrans). Туда попадают строки спецификации изделия по условиям настроеным ранее. Считаю, что всё логично. Вопрос: Почему при обновлении блокируется само изделие, а не сырьё из спецификации?

Вот в этот кусок кода ([s]\Classes\ReqCalc\updateItemLock (4) ) попадает выходное изделие.

void updateItemLock(ItemId _itemId)
{
    ;
    select pessimisticlock inventTableLock
        where inventTableLock.ItemId == _itemId; // Блокирует изделие. Зачем?
}