SAPMM启用了AdvancedReturnManagement之后采购订单上的一些变化 SAPMM模块里的采购功能，有一个叫做AdvancedReturnManagement的功能。这个功能在SAP项目实践中使用比较少，笔者参与的超过20个的SAP项目里，都没有使用过该功能。 尽管它不是一个常用的功能，但是还是引起了笔者的好奇，这使得笔者打算花一些时间来研究该功能。对于对该功能的一些新发现，笔者都会写成文字记录下来，以备不时之需。 1,在采购订单的Header里出现了Returns选项卡， 通过ReturnsOverview按钮，可以看到该单据相关的单据创建情况， 2,在采购订单的ITE
SAPMM启用了AdvancedReturnManagement之后采购订单上的一些变化 SAPMM模块里的采购功能，有一个叫做AdvancedReturnManagement的功能。这个功能在SAP项目实践中使用比较少，笔者参与的超过20个的SAP项目里，都没有使用过该功能。 尽管它不是一个常用的功能，但是还是引起了笔者的好奇，这使得笔者打算花一些时间来研究该功能。对于对该功能的一些新发现，笔者都会写成文字记录下来，以备不时之需。 1,在采购订单的Header里出现了Returns选项卡， 通过ReturnsOverview按钮，可以看到该单据相关的单据创建情况， 2,在采购订单的ITE
SAP创建启用了ARM功能的采购订单，报错-Shippingprocessingisnotselectedtosupplier100057inpurchaseorg.0002- 1，采购订单单据类型NB2， 该单据类型勾选了AdvReturns选项（代表它启用了AdvancedReturnsManagement功能）。 2，ME21N创建采购订单， 报错：shippingprocessingisnotselectedtosupplier100057inpurchaseorg.0002. SAP标准帮助文档，Shippingprocessingisnotselectedtosupplie
SAP创建启用了ARM功能的采购订单，报错-Shippingprocessingisnotselectedtosupplier100057inpurchaseorg.0002- 1，采购订单单据类型NB2， 该单据类型勾选了AdvReturns选项（代表它启用了AdvancedReturnsManagement功能）。 2，ME21N创建采购订单， 报错：shippingprocessingisnotselectedtosupplier100057inpurchaseorg.0002. SAP标准帮助文档，Shippingprocessingisnotselectedtosupplie
SAPQM采购订单收货时没有VendorCoA就不让收货过账的实现 物料号757， 指派了QMControlKey0005,CertificateTypeZ01,没有激活检验类型。 QMControlKey0005的具体配置， CertificateTypeZ01的配置， ControlWithoutCertificate栏位维护成了F–WithoutLot:ErrorMessage,withLot:Status,noSkipToStock.注意这个参数很重要,很关键！ 如下采购订单4500000826， 执行事务代码MIGO对其做收货， 假定我们没有收到供应商CoA,所以
SAPQM采购订单收货时没有VendorCoA就不让收货过账的实现 物料号757， 指派了QMControlKey0005,CertificateTypeZ01,没有激活检验类型。 QMControlKey0005的具体配置， CertificateTypeZ01的配置， ControlWithoutCertificate栏位维护成了F–WithoutLot:ErrorMessage,withLot:Status,noSkipToStock.注意这个参数很重要,很关键！ 如下采购订单4500000826， 执行事务代码MIGO对其做收货， 假定我们没有收到供应商CoA,所以
一、背景 随着机票订单业务的不断增长，当前订单处理系统的架构已经不能满足日益增长的业务需求，系统性能捉襟见肘，主要体现在以下方面： 数据库CPU资源在业务高峰期经常达到50%以上，运行状况亮起了黄灯； 磁盘存储空间严重不足，需要经常清理磁盘数据腾挪可用空间； 系统扩容能力不足，如果需要提升处理能力只能更换配置更好的硬件资源。 因此我们迫切需要调整和优化机票订单数据库的架构，从而提升订单系统的处理性能。通过建立良好的水平扩展能力，来满足日益增长的业务需求，为后续系统优化和支撑10x订单量的增长打下良好基础。 1、存储架构的演进 我们选择一个新的系统架构，应该基于当下面临的问题，综合成本、风险、收
一、背景 随着机票订单业务的不断增长，当前订单处理系统的架构已经不能满足日益增长的业务需求，系统性能捉襟见肘，主要体现在以下方面： 数据库CPU资源在业务高峰期经常达到50%以上，运行状况亮起了黄灯； 磁盘存储空间严重不足，需要经常清理磁盘数据腾挪可用空间； 系统扩容能力不足，如果需要提升处理能力只能更换配置更好的硬件资源。 因此我们迫切需要调整和优化机票订单数据库的架构，从而提升订单系统的处理性能。通过建立良好的水平扩展能力，来满足日益增长的业务需求，为后续系统优化和支撑10x订单量的增长打下良好基础。 1、存储架构的演进 我们选择一个新的系统架构，应该基于当下面临的问题，综合成本、风险、收
一、背景 随着机票订单业务的不断增长，当前订单处理系统的架构已经不能满足日益增长的业务需求，系统性能捉襟见肘，主要体现在以下方面： 数据库CPU资源在业务高峰期经常达到50%以上，运行状况亮起了黄灯； 磁盘存储空间严重不足，需要经常清理磁盘数据腾挪可用空间； 系统扩容能力不足，如果需要提升处理能力只能更换配置更好的硬件资源。 因此我们迫切需要调整和优化机票订单数据库的架构，从而提升订单系统的处理性能。通过建立良好的水平扩展能力，来满足日益增长的业务需求，为后续系统优化和支撑10x订单量的增长打下良好基础。 1、存储架构的演进 我们选择一个新的系统架构，应该基于当下面临的问题，综合成本、风险、收
一、背景 随着机票订单业务的不断增长，当前订单处理系统的架构已经不能满足日益增长的业务需求，系统性能捉襟见肘，主要体现在以下方面： 数据库CPU资源在业务高峰期经常达到50%以上，运行状况亮起了黄灯； 磁盘存储空间严重不足，需要经常清理磁盘数据腾挪可用空间； 系统扩容能力不足，如果需要提升处理能力只能更换配置更好的硬件资源。 因此我们迫切需要调整和优化机票订单数据库的架构，从而提升订单系统的处理性能。通过建立良好的水平扩展能力，来满足日益增长的业务需求，为后续系统优化和支撑10x订单量的增长打下良好基础。 1、存储架构的演进 我们选择一个新的系统架构，应该基于当下面临的问题，综合成本、风险、收
