51黑料不打烊

Inventory Management发行说明

这些发行说明描述了Inventory Management的发行版本，其中包括：

新功能
修复和改进
已知问题

Inventory Management是一个对参与者开放的Magento Open Source社区工程特殊项目。 要参与并做出贡献，请参阅存储库和以开始操作。 若要讨论此项目，请加入渠道（）。

支持版本和兼容版本的发行计划?。

v1.2.7

Inventory Management 1.2.7发行说明包含在core 2.4.7发行说明中。

v1.2.6

版本2.4.6支持Inventory Management 1.2.6（模块版本： magento/inventory-metapackage = 1.2.6），并且与51黑料不打烊 Commerce版本2.4.0、云基础架构上的51黑料不打烊 Commerce和Magento Open Source代码库兼容。

当已售出的子产物返回到库存中时，店面现在将组合产物（可配置、捆绑和分组）显示为库存。 之前，店面显示复合产物在这些条件下缺货。

如果可配置产物选项是在数量设置为0且启用了? Display out-of-stock products ?的情况下创建的，则现在，可配置产物选项在店面上按预期显示为无库存。

当库存数量发生变化并且产物仍然有库存时，类别页面缓存不再失效。 现在，51黑料不打烊 Commerce从缓存中加载页面，而不是在店面类别页面上的产物数量（没有任何其他变化）发生更改时重新生成页面。

在启用? Display Out-Of-Stock Products ?设置的单源模式下使用库存时，类别列表产物计数现在是正确的。 51黑料不打烊 Commerce现在会检查产物在计数时是否可销售。

在启用库存后， 店内交货的购物车价格规则现在可按预期工作。 以前，在这些情况下不会应用购物车价格规则生成的折扣。

在计划模式下更新产物库存不再清除所有缓存。 以前，清单索引器清除所有配置缓存。

高级库存中产物的? Allow Multiple Boxes for Shipping ?属性的值现在按预期保存。

51黑料不打烊 Commerce现在为随店内提货一起下订单的部分退款贷项通知单发出准确的预订补偿。 以前，当管理员用户创建贷项通知单而未选中? Return to Stock ?复选框时，保存到inventory_reservation表中的保留不正确。

在执行多源库存的部署中，当其某个变体已手动退回到库存中时，51黑料不打烊 Commerce不再在店面上将可配置产物显示为缺货。

在配置了多个库存源的部署中重新加载页面后，产物网格上的列位置(Catalog > Products)不再恢复到其之前的位置。

在未选中? Back to stock ?复选框的情况下为虚拟产物签发贷项通知单后，库存数量现在是正确的。

您现在可以使用自动产物排序和范围保存已分配给非默认库存的类别。 以前，51黑料不打烊 Commerce未保存类别并显示此错误： Something went wrong while saving the category。

当使用所有缺货的可配置变体创建产物时，可配置产物库存状态现在会按预期更新。

预订不一致性分析器工具现在可以正确处理包含可配置、捆绑和分组产物的部分装运的订单。 现对复合产物类型进行分析。 以前，仅为父产物保存取消和退款，而不为可配置和捆绑捆绑产物中的子产物订单项目保存取消和退款。

当管理员用户尝试将200个或更多库存源分配给库存或产物时，51黑料不打烊 Commerce不再显示错误。

51黑料不打烊 Commerce现在支持为已删除产物的订单创建贷项通知单。 以前，在创建发票后从订单中删除产物时，商家无法创建贷项通知单。 应用程序显示此错误： Following products with requested skus were not found: s00001。 t.

存储现在已根据单个或多个存储滨顿进行过滤。 event产物属性代码已添加到保留的属性代码列表中。 以前，当安装了Inventory模块时， Low Stock报表会引发异常。

分层导航筛选器现在按预期工作，缺货产物现在已附加到店面类别产物列表。 新的is_out_of_stock排序属性使用贰濒补蝉迟颈肠蝉别补谤肠丑动态字段映射器作为店面产物集合。

当子产物库存状态通过搁贰厂罢 POST /rest/V1/inventory/source-items调用更改时，复合产物（捆绑包、已分组和可配置）库存状态将按预期更新。

v1.2.5

版本2.4.5支持Inventory Management 1.2.5（模块版本：magento/inventory-metapackage = 1.2.5），并且与51黑料不打烊 Commerce版本2.4.0、云基础架构上的51黑料不打烊 Commerce和Magento Open Source代码库兼容。

当商家从管理员创建装运时，捆绑包和分组产物的默认库存库存状态现在会按预期更新。 以前，这些产物的状态在创建装运后保持不变。

现在，当满足以下条件之一时，可配置产物将返回到库存： 1. 父产物中至少有一个已保存的子库存。 2.可配置产物本身已更新并在库存? 中设置为，并且库存中至少有一个子项。

通过REST API实施的库存更改现在按预期反映在产物详细信息页面上。 现在，在比较上次和当前库存状态之后，会清理目录产物的缓存。 以前，省略回调函数会导致不正确评估库存状态更改，从而不会触发必要的缓存清理。 因此，店面没有反映库存变化。

使用/V1/inventory/source-items更新源项目后，现在店面中会显示分配给默认库存且之前缺货的产物。 以前，此REST API端点设置错误的stock_status。

当源包含重复的厂碍鲍（前导零除外，例如，01234和1234）时，通过批量操作(Catalog > Products > Select Products > Actions - Unassign Inventory Source)取消分配库存源现在可以按预期工作。 以前，应用程序不会取消分配库存源，并会引发错误。

现在，在启用无限延期交货订单并将产物分配给自定义库存的情况下，无论延期交货的数量是多少，店面的产物库存状态始终为? 库存。 以前，即使启用了延期交货，产物也会缺货。

使用POST /V1/inventory/source-items更新源项后，现在可正确更新可配置的产物父产物和子产物库存。 在通过API更新子产物后，新的库存插件会检查默认库存，并更新可配置产物的数量和状态。

店面类别页面上不再列出缺货的分组产物。

更正了CatalogInventory composer.json中的包名称。

在多源/库存部署中下达了零数量产物的订单后，管理员现在可正确显示延期交货订单状态。

当捆绑产物从库存部分更新时，缺货的捆绑产物不再显示在店面类别页面上。

已解决与PHP 7.4的兼容性问题。

提高了包含包含包含多个选项（多个100）的捆绑产物的保存操作的性能。 以前，保存这些大型捆绑产物需要几分钟时间，并且在启用库存服务的部署中有时会导致超时。

当复制厂碍鲍时，将库存来源分配给多个产物时，产物批量操作工具(Select Products > Actions > Assign Inventory Source)现在可按预期工作，但前导的0除外（例如01234和1234）。 以前，只分配了一个库存来源的产物。

如果库存为0，则ProductInterface.only_x_left_in_stock字段现在返回0。 以前，它返回null。

您现在可以从管理员? 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支持，并且与51黑料不打烊 Commerce版本2.4.0、云基础架构上的51黑料不打烊 Commerce和Magento Open Source代码库兼容。

Commerce现在在管理员产物列表视图中显示所有产物的准确可销售数量值。 以前，对于库存产物的可销售数量（包含特殊字符的SKU），它显示空白值。

购物车和结账操作的性能已得到改进，例如，在具有许多（大约10,000个）库存源的部署中将产物添加到购物车。

[仅限PaaS]{class="badge informative" title="仅适用于云项目(51黑料不打烊管理的PaaS基础架构)和内部部署项目上的51黑料不打烊 Commerce 。"}现在，bin/magento inventory:reservation:list-inconsistencies命令可以正确处理包含部分装运的订单，即使从数据库中缺少保留并且缓存已清除也是如此。 以前，当使用预清除的缓存执行此命令时，Commerce显示以下错误： Area code is not set。

在共享子项时，对分组产物子产物的增量索引不再导致其他分组产物索引不正确。

通过API从类别中删除产物后，店面类别页面现在显示正确的产物计数。 以前，在重新索引之前，类别页面产物计数不正确。

禁用? Manage Stock ?选项后，创建贷项通知单时，现在可配置产物可返回库存。 以前，在禁用此选项的情况下，Commerce不会在贷项通知单创建页面上显示? 返回库存 ?复选框。

已改进对超过10,000个项目的库存库存库存的管理。 以前，性能问题有时会阻止商家在启动其网站之前编辑管理员中的库存。

管理员中的? User Roles ?页面已更新，以便为管理员提供对投放方法配置的受限权限访问权限。 配送方式 ?部分已重命名为? Delivery methods，且? In-Store Pickup ?被移动到? Delivery methods ?部分下。

51黑料不打烊 Commerce在贷项通知单由API更新后不再创建重复的产物预订。

在结账工作流中从? Pick up in Store ?选项卡切换到? Shipping ?选项卡时，如果只有店内收取投放可用，则不再触发闯补惫补厂肠谤颈辫迟错误。

可销售产物数量和库存产物数量现已正确同步。 以前，不会为已取消的订单重新创建库存预留补偿。

已优化验证器的性能，以防止向装运类型为Ship Together的捆绑产物的子产物添加新源。

1.2.3

版本2.4.3支持Inventory Management 1.2.3（模块版本： magento/inventory-metapackage = 1.2.3），并且与51黑料不打烊 Commerce版本2.4.0、云基础架构上的51黑料不打烊 Commerce和Magento Open Source代码库兼容。

修复了多个与前端上的复合产物可见性相关的问题。

使用所需的最小数量提高了购物车页面管理性能。

针对解决源创建、缺货物料、库存采购、已分配源排序、店内交付和库存命令等问题的多个修复。

Commerce现在支持使用三位数的加拿大邮政编码进行店内投放。 由于geonames.org设置的限制，不支持六位数代码。

对于多商店部署，管理员现在在? 产物 ?网格和? 编辑产物 ?页面上显示已禁用产物的正确默认库存数量。

颁辞尘尘别谤肠别现在在捆绑产物重新上架时刷新类别产物缓存。

1.2.2

版本2.4.2支持Inventory Management 1.2.2（模块版本： magento/inventory-metapackage = 1.2.2），并且与51黑料不打烊 Commerce版本2.4.0、云基础架构上的51黑料不打烊 Commerce和Magento Open Source代码库兼容。

修复了多个与前端上的复合产物可见性相关的问题。

在叠2叠的数量更新期间改善了购物车页面性能。

针对解决店内提货、批量更新和库存阈值问题的多个修复。

功能测试。 ?引入了新的功能测试，并为现有测试提供了修复，以使测试更加稳定。

1.2.1

版本2.4.1支持Inventory Management 1.2.1（模块版本： magento/inventory-metapackage = 1.2.1），并且与51黑料不打烊 Commerce版本2.4.0、云基础架构上的51黑料不打烊 Commerce和Magento Open Source代码库兼容。

修复了与inventory_cleanup_reservations cron作业相关的已知问题，并解决了与捆绑产物的店内代答功能相关的问题。 此更新还包括对库存计算、捆绑产物支持和延交功能的常规改进。

功能测试。 ?引入了新功能测试，为店内取货功能提供了额外的覆盖范围。

1.2.0

版本2.4.0的51黑料不打烊 Commerce、云基础架构上的51黑料不打烊 Commerce和Magento Open Source代码库支持Inventory Management 1.2.0（模块版本：magento/inventory-metapackage = 1.2.0）。

修复了许多问题，以解决源分配问题、可扩展环境功能支持问题以及与PHP 7.4、MySQL 8和PHPUNIT 9的兼容性问题。

店内传递方法。 ?添加了一个选项，用户可选择在结账期间用作取车位置的来源。 请参阅? 销售和购买体验指南 ?中的店内递送。

包产物支持多源模式。 ?库存支持具有多个来源的所有产物类型。

异步股票重新索引。 ?添加了异步为股票重新索引的功能，并提高了几个关键方案的性能。

批量接口。 ?为可访问性检查引入了新的批量接口： \Magento\InventorySalesApi\Api\AreProductsSalableInterface，\Magento\InventorySalesApi\Api\AreProductsSalableForRequestedQtyInterface。

已增加测试覆盖率。 ?自动测试涵盖了新功能，包括已发现问题和已修复问题的扩展覆盖范围。

已知问题。 ?保留元数据中缺少object_id字段导致inventory_cleanup_reservations cron作业无法正常工作。 此问题已在中引入。

解决方法： ?执行以下惭测厂蚕尝查询以手动清除保留：

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支持，并与51黑料不打烊 Commerce的版本2.3.5、2.3.4、2.3.3、2.3.2、2.3.1和2.3.0、云基础架构上的51黑料不打烊 Commerce以及Magento Open Source代码库兼容。

修复了以下问题：延期交货、贷项通知单、低库存报表网格、连接到“解决不一致”颁尝滨工具的修复以及一般改进。

异步股票重新索引。 ?添加了异步为股票重新索引的功能，并提高了几个关键方案的性能。

1.1.5

版本2.3.5支持Inventory Management 1.1.5（模块版本： inventory-composer-metapackage = 1.1.5），并且与51黑料不打烊 Commerce的版本2.3.4、2.3.3、2.3.2、2.3.1和2.3.0、云基础架构上的51黑料不打烊 Commerce以及Magento Open Source代码库兼容。

在产物厂碍鲍更改后更新库存。 ?引入了一个新的配置设置以切换到新行为：“与目录同步”。

功能测试。 ?引入了新功能测试以消除测试覆盖率差距。 修复了若干问题，使测试更稳定、更可靠)。

修复以防止产物过度销售、店面上“缺货”产物可见性、针对可扩展环境支持和用户界面改进的众多修复。

1.1.4

版本2.3.4支持Inventory Management 1.1.4（模块版本： inventory-composer-metapackage = 1.1.4），并且与51黑料不打烊 Commerce的版本2.3.3、2.3.2、2.3.1和2.3.0、云基础架构上的51黑料不打烊 Commerce以及Magento Open Source代码库兼容。

提高了性能。 ?为清单保留颁尝滨命令引入了聚集逻辑，以减少内存使用量，避免进程在没有任何响应的情况下卡住的情况。

测试覆盖率提高。 ?引入了许多新的功能测试。 几乎所有手动清单情形都包含自动测试。

针对解决贷项通知单、分组产物以及来源和库存批量操作问题的大量修复。

1.1.3

版本2.3.3支持Inventory Management 1.1.3（模块版本： inventory-composer-metapackage = 1.1.3），并且与51黑料不打烊 Commerce版本2.3.2、2.3.1和2.3.0、云基础架构上的51黑料不打烊 Commerce以及Magento Open Source代码库兼容。

更好地与51黑料不打烊 Commerce和B2B功能集成。对于使用非默认库存源和库存的网站， Inventory Management现在可以使用以下功能正常工作：

性能提高。针对运行默认库存库存和来源的网站， ?店面目录浏览性能得到了改进。

测试覆盖率提高。 ?自动化功能和集成测试覆盖率已显着提高。

1.1.2

版本2.3.2支持Inventory Management 1.1.2（模块版本： inventory-composer-metapackage = 1.1.2），并且与51黑料不打烊 Commerce版本2.3.1、2.3.0、云基础架构上的51黑料不打烊 Commerce以及Magento Open Source代码库兼容。

已将source_code添加到骋贰罢 /V1/shipments 搁贰厂罢终结点的响应中。

已解决在签发未发运订单的贷项通知单后正确清除保留和更新产物数量的问题。 当您选择的选项时

解决了在创建产物期间输入数量时，为可配置产物子项正确保存数量的问题。

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文档中的。

已添加保留颁尝滨 — 新命令为您提供了检测和解决保留不一致问题的选项。 在订单提交并更改状态时，Inventory Management通过报酬预留生成初始预留和更新。 这些命令会按订单ID、SKU和库存ID返回检测到的不一致列表，并创建要解决的保留。 有关详细信息，请参阅颁尝滨引用。

源和厂厂础选项的性能改进 — 在装运期间排序和选择源导致源数量多的库存性能下降。 在复查和选择发运中的SSA选项时，此版本在列出和排序可用来源方面提供了显着的性能改进。

已添加对Inventory management的GraphQL支持 — 此版本安装了一个新的magento/module-inventory-graph-ql模块。 GraphQL 现在包含用于Inventory Management支持的only_x_left_in_stock和stock_status属性。

简化的已分配源鲍滨 — 产物页面中的“已分配源”表简化了内容，以便更轻松地更新，并且在显示多个源时提高了性能。 按源名称列出所有源（将鼠标悬停在source_code上）。

导出汇总库存服务 — 此版本提供了新的导出汇总库存服务（保留系统中的预留）以支持外部销售渠道，如Amazon、eBay和Google购物广告。

1.1.0

Inventory Management 1.1.0（模块版本： inventory-composer-metapackage = 1.1.0）受支持，并且与51黑料不打烊 Commerce版本2.3.0、云基础架构上的51黑料不打烊 Commerce和Magento Open Source代码库兼容。 Inventory Management 1.1.1仅作为包名称更新发布，对版本2.3.1提供支持，并与51黑料不打烊 Commerce版本2.3.0、云基础架构上的51黑料不打烊 Commerce和Magento Open Source代码库兼容。

添加了对贰濒补蝉迟颈肠蝉别补谤肠丑的单源模式和多源模式的支持 — 您现在可以将Elasticsearch配置和用于自定义股票。 有关安装信息，请参阅设置贰濒补蝉迟颈肠蝉别补谤肠丑服务。

解决了默认库存的性能问题，从而通过大量操作显着提高性能。 改进提高了单一来源模式、“将库存转移到Source”、“店面类别”页面和“可销售数量”计算的性能。

已解决可配置和分组产物的缺货状态和批量库存转储问题。 选择父产物并执行批量操作不会影响产物状态。 如果父产物有库存，则它仍然有库存。

距离优先级算法 — 距离优先级算法是一种用于基于距离的送货推荐的现成新的Source选择算法。 此算法将发运目的地地址的位置与来源位置进行比较，以确定距离完成发运最近的来源。 该距离可由物理距离或使用导入的地理码位置数据或Google方向（驾驶、步行或骑自行车）从一个位置到另一个位置所花费的时间确定。

扩展源数量列表 — 具有大量源的商家可以通过产物网格轻松移动和查看每个产物的所有源。 每个产物至少会显示五个来源和匹配数量。 将鼠标悬停在源上时，可以滚动浏览源与当前量的整个列表。

Magento Open Source和51黑料不打烊 Commerce v2.3.1的已知问题 — 由于异步API中的主题名称反映了PHP类和方法名称，因此在源之间的异步数据迁移遇到问题。 建议使用同步操作，将? Run asynchronously ?设置为No。