DFO365 зависает при смене склада в закупке

[Ace of Database]

Привет!
DFO365 зависает при смене склада в закупке, в которой более 500 строк.
Вот такой код работает несколько часов для 500 строк.

          purchTable.InventLocationId = 'XXXXXX';
          //purchTable.modifiedField(fieldNum(PurchTable, InventLocationId));
          purchTable.InventSiteId = InventLocation::find(purchTable.InventLocationId).InventSiteId;
          //purchTable.modifiedField(fieldNum(PurchTable, InventSiteId));

            PurchTable2LineUpdatePrompt purchTable2LineUpdatePrompt = PurchTable2LineUpdatePrompt::newFromPurchTable(purchTable);
            
            purchTable.update();
            
            PurchTable2LineUpdate   purchTable2LineUpdate;

            purchTable2LineUpdate = PurchTable2LineUpdate::construct(purchTable2LineUpdatePrompt);
            
            purchTable2LineUpdate.parmUpdatePricedisc(NoYes::Yes); //пробовал ставить NoYes::No, но эффекта не дало
            purchTable2LineUpdate.parmUpdatePriceDiscMode(PriceDiscUpdatePriceDisc::KeepManualSystem);
            
            purchTable2LineUpdate.parmCopyTaxGroupToMarkupTrans(DialogButton::No);
            purchTable2LineUpdate.update();

Вообще-то моя цель - только поменять склад в шапке и в строках закупки. Я попробовал сделать по-старинке через обновление InventDim в строках закупки, но тогда возникают косяки при утверждении закупки и разноске накладной.
Есть ли какой-то красивый способ поменять склад в шапке и строках закупки ?

[Ace of Database]

Заработало
Удалось сделать вот так:

        purchTable.InventLocationId = 'XXXXXX';
        //purchTable.modifiedField(fieldNum(PurchTable, InventLocationId));
        purchTable.InventSiteId = InventLocation::find(purchTable.InventLocationId).InventSiteId;
        //purchTable.modifiedField(fieldNum(PurchTable, InventSiteId));

            purchTable.update();

            while select forupdate purchLine
                where
                    purchLine.PurchId == purchTable.PurchId
            exists join existInventDim
                where
                    existInventDim.inventDimId == purchLine.InventDimId
                &&  existInventDim.InventLocationId != purchTable.InventLocationId
            {
                inventDim = purchLine.inventDim();
                inventDim.InventLocationId  = purchTable.InventLocationId;
                inventDim.InventSiteId      = inventDim.inventLocation().InventSiteId;
                inventDim = InventDim::findOrCreate(inventDim);
                purchLine.InventDimId = inventDim.inventDimId;
                //purchLine.setInventDimId(inventDim.inventDimId);
                purchLine.update();
            }

После этого утверждение и разноска накладной работают. Вчера почему-то не работало
Теперь все отрабатывает за 10 минут, включая разноску накладной.

[VORP]

А в чём отличие от способа по старинке - что вы отключили связывание складской и фин аналитики сайт? В нём была проблема?

[Ace of Database]

Цитата:

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

А в чём отличие от способа по старинке - что вы отключили связывание складской и фин аналитики сайт? В нём была проблема?

Возможно. Я вчера до 3 часов ночи это гонял. А сегодня за 10 минут исправил. Лучше не трогать больше то, что работает
В этой моей задаче не надо пересчитывать цены. Только поменять склад. Я там в отладчике смотрел, какой-то ужас творится с налоговыми проводками по закупке, которая еще даже не утверждена. Возможно, она считает PurchTotals.

[Damn]

Цитата:

Сообщение от Ace of Database

Возможно, она считает PurchTotals.

В D365 тоже долго считается сумма закупки\заказа, в котором несколько сотен строк ?

[Ace of Database]

Цитата:

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

В D365 тоже долго считается сумма закупки\заказа, в котором несколько сотен строк ?

Мне кажется, это особенность работы класса PurchTable2LineUpdate и класса AXPurchLine, который интенсивно что-то делает с налоговыми проводками. Как себя ведут закупки в других алгоритмах системы, я пока не смотрел. Я в основном по верхушкам прыгаю, не залезая в глубину. Если один способ не работает, то пробую другой. Не влезая в то, что под капотом. Сейчас уже занят другим делом, но возможно и придется вернуться к этому.

Через связку PurchTable2LineUpdate - AXPurchLine реально одна строка по 10 секунд обрабатывалась. Но не каждая, некоторые строки быстро проскакивают.