SAPMM初阶之不常用事务代码MEBV 今天从一个同行那里听到事务代码MEBV(extendagreement)，可以用于在年底的时候顺延或者说扩展合同的。这个事务代码笔者从未用过，也没有听说过。所以笔者自然是有些好奇，决定抽时间捣鼓捣鼓，对它做一个基本研习，了解一下它到底是干嘛的。 1,执行事务代码ME31K创建一个普通的采购合同。 这是一个没有物料号的quantitycontract，费用化采购的业务场景。 2,执行事务代码MEBV,试图拓展该合同。 系统提示：Rebatearrangement46000200doesnotexist. 也就是说事务代码MEBV是用来扩展Rebat
SAPMM初阶之不常用事务代码MEBV 今天从一个同行那里听到事务代码MEBV(extendagreement)，可以用于在年底的时候顺延或者说扩展合同的。这个事务代码笔者从未用过，也没有听说过。所以笔者自然是有些好奇，决定抽时间捣鼓捣鼓，对它做一个基本研习，了解一下它到底是干嘛的。 1,执行事务代码ME31K创建一个普通的采购合同。 这是一个没有物料号的quantitycontract，费用化采购的业务场景。 2,执行事务代码MEBV,试图拓展该合同。 系统提示：Rebatearrangement46000200doesnotexist. 也就是说事务代码MEBV是用来扩展Rebat
SAPMM初阶之事务代码MIBC 某零售行业SAP项目里，业务人员提出SAP系统是否可以自动推荐哪些物料需要做盘点。对于这个问题，笔者很佩服这些业务人员，他们的想法真不少，以为SAP系统什么都可以做。 如果业务人员希望SAP系统的这种推荐如同一些社交平台比如头条号，或者淘宝网站上的按照用户的个人喜好或者在SAP系统上的行为习惯来做智能推荐那样，那确实是为难SAP系统了。 不过SAP系统是可以根据商品的consumption/usage/requirement的数据，自动建议更新商品主数据里的cyclecountingphysicalinventory标记。这就是事务代码MIBC的作用，比如把哪
SAPMM初阶之事务代码MIBC 某零售行业SAP项目里，业务人员提出SAP系统是否可以自动推荐哪些物料需要做盘点。对于这个问题，笔者很佩服这些业务人员，他们的想法真不少，以为SAP系统什么都可以做。 如果业务人员希望SAP系统的这种推荐如同一些社交平台比如头条号，或者淘宝网站上的按照用户的个人喜好或者在SAP系统上的行为习惯来做智能推荐那样，那确实是为难SAP系统了。 不过SAP系统是可以根据商品的consumption/usage/requirement的数据，自动建议更新商品主数据里的cyclecountingphysicalinventory标记。这就是事务代码MIBC的作用，比如把哪
SAPRETAIL初阶之使用事务代码WRFMATCOPY创建商品主数据 1,商品号727。 2，执行事务代码WRFMATCOPY复制商品号727去创建一个新的商品号，进入如下界面， 在sourcematerial里输入商品号727，勾选如下选项： -Internalnumberassignment.-Underlyingmaterialdata.-Additionalmaterialdata.-PlantVariances-EANEntry. 执行，出现如下窗口， 这个就是EANEntry选项被勾选的结果。如上图，给用户机会去输入EAN信息。回车，进入如下界面，
SAPRETAIL初阶之使用事务代码WRFMATCOPY创建商品主数据 1,商品号727。 2，执行事务代码WRFMATCOPY复制商品号727去创建一个新的商品号，进入如下界面， 在sourcematerial里输入商品号727，勾选如下选项： -Internalnumberassignment.-Underlyingmaterialdata.-Additionalmaterialdata.-PlantVariances-EANEntry. 执行，出现如下窗口， 这个就是EANEntry选项被勾选的结果。如上图，给用户机会去输入EAN信息。回车，进入如下界面，
SAPRETAIL初阶之商品主数据门店视图里没有WM数据 这里以商品号729为例简要说明。 执行事务代码MM42进入Logistics:Store视图，门店代码NM03, 回车， 无法维护其WM相关的数据。 如果是进入Logistic:DistributionCenter视图， 这里能通过点击’WarehouseMgmt’按钮去维护其WM相关的视图数据。 由此可见：SAPRETAIL系统中，认为门店是不启用WM管理的，只有DC才能启用WM管理。这是合理的，毕竟门店是主要销售活动场所，而非库存管理场地，在门店里只用IM管理，符合业务场景的需要。 注：本文展示的内容基于SAPS4HANA1
SAPRETAIL初阶之商品主数据门店视图里没有WM数据 这里以商品号729为例简要说明。 执行事务代码MM42进入Logistics:Store视图，门店代码NM03, 回车， 无法维护其WM相关的数据。 如果是进入Logistic:DistributionCenter视图， 这里能通过点击’WarehouseMgmt’按钮去维护其WM相关的视图数据。 由此可见：SAPRETAIL系统中，认为门店是不启用WM管理的，只有DC才能启用WM管理。这是合理的，毕竟门店是主要销售活动场所，而非库存管理场地，在门店里只用IM管理，符合业务场景的需要。 注：本文展示的内容基于SAPS4HANA1
SAPQM初阶之取样策略如何确定检验批SampleSize？ 1，执行事务代码QDV1创建了如下的2个取样策略，取样策略：NM000001, 取样数量是批量的5%。取样策略：NM000002 取样数量是固定50EA。 2,将这2个取样策略指派给检验计划54下的2个不同的主检验特性。如下图示： 那相关的检验批上的SampleSize是如何确定的？ 3,执行事务代码MIGO,移动类型101做一笔采购订单收货业务，收货数量200EA，过账后创建一个检验批。 其inspectionspecifications里表明该检验批将使用inspectionplan54. 为啥这个检验批的Sample
SAPQM初阶之取样策略如何确定检验批SampleSize？ 1，执行事务代码QDV1创建了如下的2个取样策略，取样策略：NM000001, 取样数量是批量的5%。取样策略：NM000002 取样数量是固定50EA。 2,将这2个取样策略指派给检验计划54下的2个不同的主检验特性。如下图示： 那相关的检验批上的SampleSize是如何确定的？ 3,执行事务代码MIGO,移动类型101做一笔采购订单收货业务，收货数量200EA，过账后创建一个检验批。 其inspectionspecifications里表明该检验批将使用inspectionplan54. 为啥这个检验批的Sample
