Простой код, но UpdateConflict, почему?

[SRF]

Посмотрите, как работает отмена покупки, метод PurchCancel\updatePurchTable()

        if (!purchTable.selectForUpdate())
        {
            purchTable = PurchTable::findRecId(purchTable.RecId, true);
        }

        if (purchTable.ChangeRequestRequired && purchTable.DocumentState >= VersioningDocumentState::Approved)
        {
            VersioningPurchaseOrder::newPurchaseOrder(purchTable).createChangeRequest();
        }
        else if (!VersioningPurchaseOrder::newPurchaseOrder(purchTable).isLastVersionArchived() && purchTable.DocumentState == VersioningDocumentState::Confirmed)
        {
            // Force archiving to avoid it during line cancellation as that would lead to update conflicts.
            purchTable.update();
        }

Смысл я думаю тут простой - при использовании версионности (purchTable.ChangeRequestRequired) - создавайте запрос на изменение (ведь для чего то вы включили его, получается используется коробочный механизм, а для него есть специальный флоу и есть api которое можно\нужно использовать)

Без версионности - после того как вы покупку подтвердили - в коробке фиксируются какие-то параметры (не только в самой строке покупки) и если вы хотите изменить уже подтвержденную покупку - то вам тоже надо сделать какой то "сброс" и затем подтвердить эту покупку повторно.

В целом если использовать активацию обновления покупки как например сделано в purchCancel\updatePurchTable(), то дальше спокойно можно обновлять строки в цикле по update, без дополнительных reread