SAPRETAIL事务代码MP38可以为多个物料执行预测  在SAP零售系统里，事务代码MP30(ExecuteForecast)可以用于为单个物料executeforecast。  但是零售行业品类太多，物料号动不动数以十万计，单个为物料执行预测会弄出人命的，批量为商品执行预测成为刚需。  当然的，SAP系统提供了批量预测的功能，比如可以一次性为一个门店的所有物料执行预测。这就是事务代码MP38。  执行事务代码MP38(ExecuteMassForecast),  输入门店代码，其它必要参数，不输入物料号信息。执行，      -完- 写于2021-12-22.

SAPRETAIL事务代码MP38可以为多个物料执行预测  在SAP零售系统里，事务代码MP30(ExecuteForecast)可以用于为单个物料executeforecast。  但是零售行业品类太多，物料号动不动数以十万计，单个为物料执行预测会弄出人命的，批量为商品执行预测成为刚需。  当然的，SAP系统提供了批量预测的功能，比如可以一次性为一个门店的所有物料执行预测。这就是事务代码MP38。  执行事务代码MP38(ExecuteMassForecast),  输入门店代码，其它必要参数，不输入物料号信息。执行，      -完- 写于2021-12-22.

SAPRETAILWR60商品补货参数概述  SAPRETAIL系统上可以为商品设置自动补货相关的参数。由于零售行业商品总数数以十万计的，所以如果能有一个功能可以批量显示大量商品的补货参数信息，方便业务人员定期检查，修正，优化就能给提供一个很好的用户体验了！ 事实上，SAP系统里真有这么一个功能，事务代码是WR60(Replenishment:parameteroverview)。 执行该事务代码，进入如下界面：   输入查询条件，执行，得到如下界面，   在这个界面上，以列表形式显示相关商品的Replenishment参数： -MRPtype-OpenPOQty-TargetStock-Re

SAPRETAILWR60商品补货参数概述  SAPRETAIL系统上可以为商品设置自动补货相关的参数。由于零售行业商品总数数以十万计的，所以如果能有一个功能可以批量显示大量商品的补货参数信息，方便业务人员定期检查，修正，优化就能给提供一个很好的用户体验了！ 事实上，SAP系统里真有这么一个功能，事务代码是WR60(Replenishment:parameteroverview)。 执行该事务代码，进入如下界面：   输入查询条件，执行，得到如下界面，   在这个界面上，以列表形式显示相关商品的Replenishment参数： -MRPtype-OpenPOQty-TargetStock-Re

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为门店维护多个存储地点 SAP零售系统里，门店或者DC就是我们常说的Plant/Site.每个门店下可以根据业务的需要维护很多个存储地点。只是SAP零售系统上门店下维护存储地点跟SAP制造业系统比较起来，略有不同。因为门店主数据的维护，不再是配置的方式维护了，不能通过TR传输方式传入不同的SAP系统环境了。 1,事先使用WB01创建门店代码，比如门店NM03。   这里的门店的维护变成了一个前台操作的事务代码，保存后不会触发TR，无法通过TR传输的方式在多个不同的SAP系统上维护门店主数据。这是零售行业系统里的Plant(Store/DC)维护与制造业系统上一个显著的差异。 

SAPRETAIL为门店维护多个存储地点 SAP零售系统里，门店或者DC就是我们常说的Plant/Site.每个门店下可以根据业务的需要维护很多个存储地点。只是SAP零售系统上门店下维护存储地点跟SAP制造业系统比较起来，略有不同。因为门店主数据的维护，不再是配置的方式维护了，不能通过TR传输方式传入不同的SAP系统环境了。 1,事先使用WB01创建门店代码，比如门店NM03。   这里的门店的维护变成了一个前台操作的事务代码，保存后不会触发TR，无法通过TR传输的方式在多个不同的SAP系统上维护门店主数据。这是零售行业系统里的Plant(Store/DC)维护与制造业系统上一个显著的差异。 

SAPQM模块的弊端？  晚上一个同行在微信上问我，SAPQM模块有哪些弊端。这引起了笔者的思考，虽然在几个SAP项目实施过程中担任QM顾问，但是还真没有去全面的思考过SAPQM模块有哪些弊端这样的问题。笔者所做过的QM项目都是globalrollout项目，没有经历太多的自开发功能。要说SAPQM模块有啥弊端或者不足之处，可能还真不如做过很多民营企业项目的顾问们回答得更接地气。  笔者结合自己的个人经验和对SAPQM标准功能的一些认知，整理了几条回复了该同行。本文就是基于笔者对于同行在微信上的回复整理之后形成的，与同行们共勉，不对之处望得到同行们的斧正。 个人认为，SAPQM模块本身功能还是

SAPQM模块的弊端？  晚上一个同行在微信上问我，SAPQM模块有哪些弊端。这引起了笔者的思考，虽然在几个SAP项目实施过程中担任QM顾问，但是还真没有去全面的思考过SAPQM模块有哪些弊端这样的问题。笔者所做过的QM项目都是globalrollout项目，没有经历太多的自开发功能。要说SAPQM模块有啥弊端或者不足之处，可能还真不如做过很多民营企业项目的顾问们回答得更接地气。  笔者结合自己的个人经验和对SAPQM标准功能的一些认知，整理了几条回复了该同行。本文就是基于笔者对于同行在微信上的回复整理之后形成的，与同行们共勉，不对之处望得到同行们的斧正。 个人认为，SAPQM模块本身功能还是