Inventory Management發行說明
這些發行說明說明Inventory Management的發行版本,包括:
新功能
修正和改良
已知問題
Inventory Management是開放給貢獻者的Magento Open Source社群工程特殊專案。 若要參與並貢獻內容,請參閱GitHub專案存放庫和Wiki以開始使用。 若要討論專案,請加入Slack管道(自我註冊)。
發行排程,適用於支援和相容的發行。
v1.2.7
Inventory Management 1.2.7發行說明包含在core 2.4.7發行說明中。
v1.2.6
Inventory Management 1.2.6 (模組版本: magento/inventory-metapackage = 1.2.6
)支援2.4.6版,並與2.4.0版Adobe Commerce、雲端基礎結構上的Adobe Commerce及Magento Open Source程式碼基底相容。
當已售出的子產品退回庫存時,店面現在會將複合產品(可設定、套件組合及群組)顯示為庫存中。 之前,店面指出複合產品在這些情況下缺貨。
如果選項是以數量設為0且已啟用 Display out-of-stock products 的方式建立,則可設定的產品選項現在會如預期般顯示在店面上,且無庫存。
當庫存數量變更且產品仍有庫存時,類別頁面快取不再失效。 Adobe Commerce現在會從快取載入頁面,而不是在店麵類別頁面上的產品數量(沒有任何其他變化)變更時重新產生頁面。
以單一來源模式使用庫存並啟用 Display Out-Of-Stock Products 設定時,類別清單產品計數現在正確。 Adobe Commerce現在會在計算時檢查產品是否可供銷售。
啟用詳細目錄時,店內傳遞的購物車價格規則現在可如預期運作。 以前,在這些條件下,不會套用購物車價格規則產生的折扣。
在排程模式下更新產品詳細目錄不再清除所有快取。 之前,「詳細目錄」索引器會清除所有設定快取。
進階詳細目錄中產品的 Allow Multiple Boxes for Shipping 屬性值現在已如預期儲存。
Adobe Commerce現在會在針對隨店內取貨的訂單發出部份退款銷退折讓單後,發出正確的預留補償。 以前,當管理員使用者未選取 Return to Stock 核取方塊即建立銷退折讓單時,儲存到inventory_reservation
資料表的預訂不正確。
Adobe Commerce不再於店面將可設定的產品顯示為無庫存,當其其中一個變數已在實作多來源庫存的部署中手動退回庫存時。
產品格線上的欄位置(Catalog > Products)在設定了多個詳細目錄來源的部署中重新載入頁面後,不再回復到先前的位置。
未選取 Back to stock 核取方塊時,為虛擬產品簽發銷退折讓單後,庫存數量現在已正確。
您現在可以使用自動產品排序和指派給非預設庫存的範圍來儲存類別。 之前,Adobe Commerce未儲存類別並顯示此錯誤: Something went wrong while saving the category
。
當以所有無庫存的可設定變數建立產品時,可設定的產品庫存狀態現在會如預期更新。
預訂不一致性分析工具現在可正確處理包含可設定、組合及分組產品的部分出貨訂單。 現在會分析複合產品型別。 以前,取消和退款只針對上階產品儲存,而不針對可設定和一起出貨的套裝產品的子產品訂單專案儲存。
當管理員使用者嘗試將200個或更多詳細目錄來源指派給庫存或產品時,Adobe Commerce不再顯示錯誤。
Adobe Commerce現在支援為已刪除產品的訂單建立銷退折讓單。 先前,建立商業發票後,當訂單中刪除產品時,商家無法建立銷退折讓單。 應用程式顯示這個錯誤: Following products with requested skus were not found: s00001
。 t.
商店現在已根據單一和多重商店識別碼進行篩選。 event
產品屬性代碼已新增至保留的屬性代碼清單。 之前,當存貨模組安裝時,「低存貨報表」會擲回例外狀況。
階層式導覽篩選器現在可如預期運作,無存貨產品現在已附加至店麵類別產品清單。 新的is_out_of_stock
排序屬性使用店面產品集合的Elasticsearch動態欄位對應程式。
當子產品庫存狀態由REST POST /rest/V1/inventory/source-items
呼叫變更時,複合產品(套件、已分組和可設定)庫存狀態會如預期更新。
v1.2.5
Inventory Management 1.2.5 (模組版本: magento/inventory-metapackage = 1.2.5
)支援2.4.5版,並與2.4.0版Adobe Commerce、雲端基礎結構上的Adobe Commerce及Magento Open Source程式碼基底相容。
當商家從管理員建立出貨時,套裝與分組產品的預設存貨狀態現在會如預期更新。 以前,在建立出貨後,這些產品的狀態保持不變。
當符合下列其中一項條件時,可設定的產品現在會回到庫存中: 1. 父產品至少有一個已儲存的庫存子項。 2.可設定的產品本身已更新並設定為 庫存,而且至少有一個子項庫存。
透過REST API實作的詳細目錄變更現在會如預期反映在產品詳細資料頁面上。 現在,在比較上次和目前的庫存狀態後,會清除目錄產品的快取。 以前,省略回呼函式會導致不正確評估庫存狀態變更,這不會觸發必要的快取清理。 因此,店面並未反映存貨變更。
使用/V1/inventory/source-items
更新來源專案後,店面現在會顯示指派給預設庫存且先前無庫存的產品。 之前,此REST API端點設定了錯誤的stock_status
。
透過大量動作(Catalog > Products > Select Products > Actions - Unassign Inventory Source)取消指派存貨來源現在可如預期運作,因為來源包含的SKU重複專案,前導零除外(例如01234
和1234
)。 之前,應用程式不會解除指派詳細目錄來源,並擲回錯誤。
啟用無限延期交貨訂單且產品已指派給自訂存貨時,無論延期交貨數量為何,產品存貨狀態現在一律為 庫存。 過去,即使啟用延期交貨,產品也無庫存。
來源專案以POST /V1/inventory/source-items
更新後,可設定的產品上下階產品庫存現在已正確更新。 透過API更新子產品後,用於預設庫存檢查的新庫存外掛程式會更新可設定的產品數量和狀態。
庫存不足的分組產品不再列在店麵類別頁面上。
已在CatalogInventory
composer.json
中修正封裝名稱。
在多來源/存貨部署中下零數量產品的訂單後,管理員現在可正確顯示延期交貨訂單狀態。 GitHub-33756
當從庫存區段更新套裝產品時,沒有庫存的套裝產品不再顯示在店麵類別頁面上。
已解決PHP 7.4的相容性問題。
已改善儲存作業的效能,該儲存作業包含包含許多選項(多個100)的套件組合產品。 以前,儲存這些大型套件產品需要幾分鐘的時間,而且有時會在啟用庫存服務的部署中導致逾時。 GitHub-34732
產品大量動作工具(Select Products > Actions > Assign Inventory Source)現在可如預期運作,當SKU重複時,將庫存來源指派給多個產品,前導的0
除外(例如01234
和1234
)。 之前,僅指派給一種產品一個詳細目錄來源。 GitHub-35171
如果詳細目錄為0,ProductInterface.only_x_left_in_stock
欄位現在會傳回0。 之前,它會傳回null。 GitHub-29932
您現在可以從管理員 Stores > Inventory > Stocks 編輯預設庫存。 以前,當您嘗試從預設庫存新增或移除來源時,控制檯中會顯示JavaScript錯誤,不過您可以將網站指派給預設庫存。
使用已啟用 Display Out-Of-Stock Products 設定的詳細目錄單一來源模式時,類別清單產品計數現在正確。 新的外掛程式現在使用AreProductsSalableInterface
和StockConfigurationInterface
來判斷產品總數。 之前,類別產品清單傳回錯誤的產品數量。
啟用 Move out of stock to the bottom 設定後,庫存更新後,可設定的產品現在會移至產品清單中的最後一個位置。 實施新的自訂資料庫查詢來否定Elasticsearch索引排序順序,這忽略啟用管理員的排序順序。 先前,啟用此設定時,可設定的產品及其子產品不會移至清單底部。
v1.2.4
Inventory management 1.2.4 (模組版本: magento/inventory-metapackage = 1.2.4
)支援2.4.4版,並與Adobe Commerce 2.4.0版、雲端基礎結構上的Adobe Commerce及Magento Open Source程式碼基底相容。
Commerce現在會在管理員產品清單檢視中顯示所有產品的正確可銷售數量值。 之前,對於庫存產品的可銷售數量,如果其SKU包含特殊字元,則會顯示空白值。
購物車與結帳動作的效能已改善,例如在有許多(約10,000個)詳細目錄來源的部署中將產品加入購物車。
bin/magento inventory:reservation:list-inconsistencies
命令現在會正確處理具有部分出貨的訂單,即使資料庫遺漏預留且快取已清除亦然。 先前,當這個命令以預先清除的快取執行時,Commerce會顯示下列錯誤: Area code is not set
。
當子項共用時,群組產品子產品的增量索引不再導致其他群組產品的索引不正確。
透過API從類別中移除產品後,店麵類別頁面現在會顯示正確的產品計數。 以前,在重新索引發生之前,類別頁面產品計數不正確。
當停用 Manage Stock 選項時,可設定的產品現在可在建立銷退折讓單時傳回庫存。 以往,停用此選項時,Commerce不會在銷退折讓單建立頁面上顯示 返回存貨 核取方塊。
超過10,000個專案的存貨存貨管理已改善。 以前,績效問題有時會阻止商家在啟動其網站之前編輯管理員中的庫存。
Admin中的 User Roles 頁面已更新,為管理員提供傳遞方法設定的受限制許可權存取權。 送貨方法 區段已重新命名為 Delivery methods,且 In-Store Pickup 已移至 Delivery methods 區段下方。 GitHub-30053
API更新銷退折讓單後,Adobe Commerce不再建立重複的產品預訂。
在結帳工作流程中,從 Pick up in Store 標籤切換至 Shipping 標籤時,若只有店內收取傳遞可用,將不再觸發JavaScript錯誤。
可銷售產品數量與庫存產品數量現在已正確同步。 以前,系統不會為取消的訂單重新建立存貨預留補償。
驗證程式的效能已最佳化,以防止將新來源新增至出貨型別為Ship Together
的捆綁產品的子產品。
1.2.3
Inventory Management 1.2.3 (模組版本: magento/inventory-metapackage = 1.2.3
)受2.4.3版支援,並與2.4.0版Adobe Commerce、雲端基礎結構上的Adobe Commerce以及Magento Open Source程式碼基底相容。
已修正多個與前端複合產品可見性相關的問題。
以最低必要數量改善購物車頁面管理效能。
針對解決來源建立、無存貨料號、存貨來源、排序已配置來源、店內交貨及存貨命令等問題的數個修正。
Commerce現在支援店內傳遞的加拿大郵遞區號(3位數)。 由於geonames.org
所設定的限制,不支援六位數的代碼。
管理員現在會在 產品 格線和 編輯產品 頁面上針對多存放區部署,顯示已停用產品的正確預設庫存數量。
Commerce現在會在套件產品有庫存時重新整理類別產品快取。
1.2.2
Inventory Management 1.2.2 (模組版本: magento/inventory-metapackage = 1.2.2
)受2.4.2版支援,並與2.4.0版Adobe Commerce、雲端基礎結構上的Adobe Commerce以及Magento Open Source程式碼基底相容。
已修正多個與前端複合產品可見性相關的問題。
在B2B的數量更新期間改善購物車頁面效能。
數個修正已鎖定目標,以解決店內取貨、大量更新和存貨臨界值的問題。
功能測試。 引進了新的功能測試,並為現有測試提供修正,使其更穩定。
1.2.1
Inventory Management 1.2.1 (模組版本: magento/inventory-metapackage = 1.2.1
)支援2.4.1版,並與2.4.0版Adobe Commerce、雲端基礎結構上的Adobe Commerce及Magento Open Source程式碼基底相容。
已修正與inventory_cleanup_reservations
cron工作相關的已知問題,並已解決與套件組合產品的店內收取功能相關的問題。 此更新也包含存貨計算、套件組合產品支援和延期交貨功能的一般改善。
功能測試。 引入新的功能測試,以提供額外的店內收取功能涵蓋範圍。
1.2.0
Inventory Management 1.2.0 (模組版本: magento/inventory-metapackage = 1.2.0
)支援Adobe Commerce 2.4.0版、雲端基礎結構上的Adobe Commerce以及Magento Open Source程式碼基底。
許多修正可解決來源指派、可擴充環境功能支援,以及與PHP 7.4、MySQL 8和PHPUNIT 9的相容性問題。
店內傳遞方法。 新增選項,讓使用者選取要做為結帳期間取車位置的來源。 請參閱 銷售和購買體驗指南 中的店內傳遞。
多來源模式的套件組合產品支援。 詳細目錄支援具有多個來源的所有產品型別。
非同步庫存重新索引。 已新增非同步重新索引股票的功能,並改善數個關鍵案例的效能。
大量介面。 引入新的大量介面以進行可用性檢查: \Magento\InventorySalesApi\Api\AreProductsSalableInterface
,\Magento\InventorySalesApi\Api\AreProductsSalableForRequestedQtyInterface
。
已增加測試涵蓋範圍。 自動化測試涵蓋新功能,包括探索及修正問題的延伸涵蓋範圍。
已知問題。 保留中繼資料中缺少object_id
欄位,導致inventory_cleanup_reservations
cron工作無法正常運作。 此問題已在magento/inventory#3046中引入。
因應措施: 執行下列MySQL查詢以手動清除保留:
SELECT GROUP_CONCAT(reservation_id) FROM inventory_reservation GROUP BY stock_id, sku HAVING SUM(quantity) = 0;
DELETE FROM inventory_reservation where reservation_id IN (result_of_the_first_query);
1.1.6
Inventory Management 1.1.6 (模組版本: inventory-composer-metapackage = 1.1.6
)受到版本2.3.6的支援,並與Adobe Commerce版本2.3.5、2.3.4、2.3.3、2.3.2、2.3.1和2.3.0、雲端基礎結構上的Adobe Commerce以及Magento Open Source程式碼基底相容。
修正以解決延期交貨、銷退折讓單、低庫存報表格線、連線至「解決不一致」CLI工具的修正及一般改善相關的問題。
非同步庫存重新索引。 已新增非同步重新索引股票的功能,並改善數個關鍵案例的效能。
1.1.5
Inventory Management 1.1.5 (模組版本: inventory-composer-metapackage = 1.1.5
)受到版本2.3.5的支援,並與Adobe Commerce版本2.3.4、2.3.3、2.3.2、2.3.1和2.3.0、雲端基礎結構上的Adobe Commerce以及Magento Open Source程式碼基底相容。
產品SKU變更後更新詳細目錄。 引入新的組態設定以切換至新的行為:「與目錄同步」。
功能測試。 引入新功能測試以消除測試涵蓋範圍差距。 修正數個問題,讓測試更穩定可靠)。
修正以防止產品過度銷售、店面上的「無庫存」產品可見度、大量針對可擴充環境支援和使用者介面改良的修正。
1.1.4
Inventory Management 1.1.4 (模組版本: inventory-composer-metapackage = 1.1.4
)受到版本2.3.4的支援,並與Adobe Commerce版本2.3.3、2.3.2、2.3.1和2.3.0、雲端基礎結構上的Adobe Commerce以及Magento Open Source程式碼基底相容。
效能提高。 已針對清查保留區CLI命令引入聚束邏輯,以減少記憶體使用量,並避免處理程式停滯且沒有任何回應的情況。
增加測試涵蓋範圍。 引進了許多新功能測試。 幾乎所有手動清查案例都包含自動化測試。
許多修正都是針對解決銷退折讓單、分組產品、來源與庫存整批作業的問題。
1.1.3
Inventory Management 1.1.3 (模組版本: inventory-composer-metapackage = 1.1.3
)支援2.3.3版,並與Adobe Commerce版本2.3.2、2.3.1和2.3.0、雲端基礎結構上的Adobe Commerce以及Magento Open Source程式碼基底相容。
與Adobe Commerce和B2B功能更整合。 Inventory Management現在可搭配下列功能正常運作,適用於使用非預設庫存來源和庫存的網站:
- 依SKU排序(Adobe Commerce)
- 快速訂購(B2B)
- 請購單清單(B2B)
效能提高。針對執行預設詳細目錄庫存和來源的網站, 店面目錄瀏覽效能已有所改善。
增加測試涵蓋範圍。 自動化功能和整合測試的涵蓋範圍已大幅增加。
1.1.2
Inventory Management 1.1.2 (模組版本: inventory-composer-metapackage = 1.1.2
)支援2.3.2版,並與Adobe Commerce版本2.3.1和2.3.0、雲端基礎結構上的Adobe Commerce以及Magento Open Source程式碼基底相容。
已新增source_code
至GET/V1/shipments
REST端點的回應。
已解決下列問題:在未出貨訂單發出銷退折讓單之後,正確清除預留並更新產品數量。 當您選取的選項時
已解決問題,以在產品建立期間輸入數量時,正確儲存可設定產品子項的數量。
Inventory Management 1.1.2 Beta的新模組包括:
'Magento_InventoryGraphQl' => 1,
'Magento_InventoryReservations' => 1,
'Magento_InventoryReservationsApi' => 1,
'Magento_InventoryReservationCli' => 1,
'Magento_InventoryExportStock' => 0,
'Magento_InventoryExportStockApi' => 0,
新增大量部分存貨移轉端點 — 目前的大量移轉端點會將所有指派的數量從來源移至目的地來源。 新的/rest/V1/inventory/bulk-partial-source-transfer
端點可讓商家以大量作業將部分存貨從來源轉移到來源。 若要轉移特定數量的數量,請輸入具有sku
、qty
、origin_source_code
和destination_source_code
的端點要求。 傳輸確認來源已指派給sku
、有足夠數量可供傳輸,以此類推。 請參閱REST API檔案中的詳細目錄大量動作。
新增的保留專案CLI — 新命令為您提供偵測和解決保留專案不一致問題的選項。 當訂單提交並變更狀態時,Inventory Management會透過報酬預留產生初始預留和更新。 這些命令會依訂單ID、SKU和庫存ID傳回偵測到的不一致清單,並建立要解決的預留量。 如需詳細資訊,請參閱CLI參考。
來源和SSA選項的效能改善 — 在出貨期間排序和選取來源導致來源數量高的存貨效能降低。 此版次在複查及選取出貨的SSA選項時,大幅改善可用來源清單與排序的效能。
已新增Inventory management的GraphQL支援 — 此版本會安裝新的magento/module-inventory-graph-ql
模組。 GraphQL ProductInterface屬性現在包含Inventory Management支援的only_x_left_in_stock
和stock_status
屬性。
指派來源的簡化UI — 產品頁面中的「指派的來源」表格已簡化內容,以便更輕鬆更新,並且在顯示許多來源時提高效能。 依來源名稱列出所有來源(將游標停留在source_code
上)。
匯出彙總存量服務 — 此版本提供新的匯出彙總存量服務(保留系統中的預留)以支援外部Sales Channel,例如Amazon、eBay和Google購物廣告。
1.1.0
Inventory Management 1.1.0 (模組版本: inventory-composer-metapackage = 1.1.0
)受到支援,並且與Adobe Commerce 2.3.0版、雲端基礎結構上的Adobe Commerce以及Magento Open Source程式碼基底相容。 Inventory Management 1.1.1僅以套件名稱更新發行,支援2.3.1版,並與2.3.0版Adobe Commerce、雲端基礎結構上的Adobe Commerce及Magento Open Source程式碼基底相容。
已新增對單一和多來源模式Elasticsearch的支援 — 您現在可以設定並使用具有自訂庫存的Elasticsearch。 如需安裝資訊,請參閱設定Elasticsearch服務。
已解決預設庫存的效能問題,以大幅提升許多作業的效能。 改良功能可提升單一來源模式、「移轉存貨至Source」、「店麵類別」頁面及「可銷售數量」計算的效能。
已解決無存貨狀態的問題,以及可設定組態產品與分組產品的大量存貨移轉至存貨。 選取父級產品並執行大量動作不會影響產品狀態。 如果父產品有庫存,則保持有庫存。
距離優先順序演演算法 — 距離優先順序演演算法是全新的現成Source選擇演演算法,適用於以距離為基礎的送貨建議。 此演演算法會將出貨目的地地址的地點與來源地點做比較,以決定最接近完成出貨的來源。 距離可透過實體距離或使用匯入的地理碼位置資料或Google方向(駕駛、步行或騎腳踏車)從一個位置到另一個位置所花費的時間來決定。
擴充來源數量清單 — 擁有大量來源的商家,可透過「產品格線」輕鬆暫留並檢視每個產品的所有來源。 每項產品至少會顯示五個來源與相符數量。 將滑鼠游標停留在來源上時,可以捲動瀏覽整個來源清單和目前數量。
Magento Open Source和Adobe Commerce v2.3.1的已知問題 — 由於主題名稱反映PHP類別和方法名稱的非同步API有所變更,來源之間的非同步資料移轉會遇到問題。 建議使用同步作業,將 Run asynchronously 設定為No
。