David's Untitled Life

WM 常用T-code

仓库管理(from Baidu)
仓库管理 （事务码 描述 ）
LB01 Create Transfer Requirement 创建转储需求
LB02 Change transfer requirement 修改转储需求
LB03 Display Transfer Requirement 显示转储需求
LB10 TRs for Storage Type 按仓储类型的转储请求
LB11 TRs for Material 物料转储请求
LB12 TRs and Posting Change for Mat.Doc. 转储请求及物料凭证变更传送
LB13 TRs for Requirement 按需求的转储请求
LD10 Clear decentralized inventory diff. 清除分散的库存差异
LD11 Clear differences for decentral.sys. 清除分散系统的差异
LI01 Create System Inventory Record 创建系统库存记录
LI02 Change System Inventory Record 修改系统库存记录
LI03 Display System Inventory Record 显示系统库存记录
LI04 Print System Inventory Record 打印系统库存记录
LI05 Inventory History for Storage Bin 仓位的库存历史
LI06 Block stor.types for annual invent. 冻结年库存仓储类型
LI11 Enter Inventory Count 输入库存盘点
LI12 Change inventory count 修改库存盘点
LI13 Display Inventory Count 显示库存盘点数
LI14 Start Inventory Recount 库存重新盘点开始
LI20 Clear Inventory Differences WM 清除库存差异 仓库管理WM
LI21 Clear Inventory Differences in MM-IM 清除 MM-IM 中的库存差额
LL01 Warehouse Activity Monitor 仓库活动监控
LLVS WM Menu 仓库管理菜单
LN01 Number Ranges for Transfer Requirem. 转储需求编号范围
LN02 Number Ranges for Transfer Orders 转储单编号范围
LN03 Number Ranges for Quants 数量编号范围
LN04 Number Ranges for Posting Changes 修改的数字范围记帐
LN05 Number Ranges for Inventory 存货的编号范围
LN06 Number Ranges for Reference Number 参考号编号范围
LN08 Number Range Maintenance: LVS_LENUM 编号范围维护: LVS_LENUM
LP10 Direct picking for PO 直接为采购单(PO)分检
LP11 WM staging of crate parts WM 装箱部件待运
LP12 Staging release order parts (WM-PP) 待运下达订单零件
LP21 WM replenishment for fixed bins WM 固定仓位补充
LP22 Replenishm. Planning for Fixed Bins 补充。计划固定储位
LQ01 Transfer Posting in Invent. Mgmt 库存管理中转移过帐
LQ02 Transfer Posting in Invent. Mgmt 库存管理中转移过帐
LS01 Create Warehouse Master Record 创建仓库主记录
LS02 Change Warehouse Master Record 修改仓库主记录
LS03 Display Warehouse Master Record 显示仓库主记录
LS04 Display Empty Storage Bins 显示空仓位
LS05 Generate Storage Bins 生成仓位
LS06 Block Storage Bins 冻结仓位
LS07 Block Quants 冻结份
LS08 Block Storage Bins per Aisle 冻结每一通道的仓位
LS09 Display Material Data for Stor.Type 显示仓储类型的物料数据
LS11 Change storage bins (multiple proc.) 修改仓储位(多处理)
LS12 Block stor.type 冻结存储类型
LS22 Change Quants 修改份
LS23 Display Quants 显示数量
LS24 Display Quants for Material 显示物料数量
LS25 Display Quants per Storage Bin 显示每一仓位的数量
LS26 Stock of Material 物料库存
LS27 Display quants for storage unit 显示仓储单位数量
LS28 Display storage units / bin 显示仓储单位/仓位
LS32 Change storage unit 修改仓储单元
LS33 Display storage unit 显示仓储单位
LS41 List of control cycles for WIP loc. 在制(WIP)位置控制周期清单
LT01 Create Transfer Order 创建转储单
LT02 Create TO for Inventory Difference 创建库存差额转储单
LT03 Create TO from Delivery Note 按交货单创建转储单
LT04 Create TO from TR 按转储要求创建转储单
LT05 Process Posting Change Notice 处理记帐改变通知
LT06 Create TO for Material Document 创建物料凭证的转储单
LT07 Create TO for mixed storage unit 创建混和存储单位的转储单
LT08 Manual addition to storage unit 人工增加仓储单位
LT09 ID point function for storage units 仓储单位的标识点功能
LT0A Pre-plan storage units 预先计划仓储单位
LT0B Stock Placement of Shipping Units 发运单位的入库
LT0C Stock Removal of Shipping Units 发运单位的出库
LT0D Stock Transfer of Shipping Units 装运单元的库存转储
LT0E Create Removal TO for 2-Step Picking 为两步领货创建移动 TO
LT10 Create Transfer Order from List 创建自清单的划帐委托
LT11 Confirm Transfer Order Item 确认转储单项目
LT12 Confirm Transfer Order 确认转储单
LT13 Confirm TO for storage unit 确认仓储单位的转储单
LT14 Confirm preplanned TO item 确认预计划的转储单项目
LT15 Cancelling transfer order 取消转储单
LT16 Cancelling TO for storage unit 取消仓储单位的转储单(TO)
LT17 Single Entry of Actual Data 实际数据的单个条目
LT1A Change Transfer Order 改变划帐委托
LT21 Display Transfer Order 显示转储单
LT22 Display Transfer Order / Stor. Type 显示转储单/仓储类型
LT23 Display Transfer Orders by Numbers 按号码显示转储单
LT24 Display Transfer Order / Material 显示转储单/物料
LT25 Display Transfer Order / Reference 显示划帐委托/参考
LT26 Transfer orders for storage bin 仓位转储单
LT27 Transfer order for storage unit 仓储单位用的转储单
LT28 Display Transfer Order / Reference 显示划帐委托/参考
LT31 Print TO Manually 手工打印转储单
LT32 Print transfer order for stor.unit 打印仓储单位转储单
LT41 Prepare TRs for Multiple Processing 准备多重处理的转储单
LT42 Create TOs by Multiple Processing 按多处理创建转储单
LT43 Forming groups for deliveries 形成交货组
LT44 Release for Multiple Processing 批准重复处理
LT45 Evaluation of reference numbers 参考号评估
LT51 Maintain Missing Stock 保持遗漏原料
LT63 Control: Single Entry of Actual Data 控制：实际数据的单个条目
LT64 Single Entry of Actual Data 实际数据的单个条目
LT72 Determine 2-step relevance 确定两步相关
LT73 Display 2-step 显示两步
LU01 Create Posting Change Notice 创建记帐改变通知
LU02 Change Posting Change Notice 修改记帐改变通知
LU03 Display Posting Change Notice 显示记帐改变通知
LU04 Selection of Posting Change Notices 记帐改变通知的选择
LX01 List of Empty Storage Bins 空仓位清单
LX02 Inventory List 库存清单
LX03 Bin Status Report 仓位状态报告
LX04 Capacity Used 占用能力
LX05 Block Bins in Bl.Storage w.Time Lim. 冻结在仓储冻结时限内的仓位
LX06 Inventory List for Fire Department 消防部门的库存清单
LX07 Check storage 检查库存
LX08 Accident Regulations List 事故细则清单
LX09 Overview of All Transf.Requirements 所有转储需求的总览
LX10 Activities per Storage Type 每一仓储类型的有关活动
LX11 Overview of Documents 凭证总览
LX12 Document Overview: Landscape Format 凭证概览: 自然格式
LX13 Analysis of Differences 差额分析
LX14 Analysis of Material Transfers 物料转储分析
LX15 Selection of Bins for Annual Invent. 年度盘点的仓位选择
LX16 Selection of Bins for Continuous Inv 永续盘点的仓位选择
LX17 List of Inventory Differences 库存差额清单
LX18 Statistics of Inventory Differences 盘点差额统计
LX19 Inventory Data Takeover by Btch Inp. 按批量入库的库存数据
LX20 Generate interim storage bins 生成中间存储仓位
LX21 Pick List for Several Transfer Ord. 对应于多个转储单的拣配单
LX22 Process Inventory from Overview 浏览库存处理
LX23 Stock comparison IM - WM 库存比较 IM-WM
LX24 Display of hazardous mat.numbers 显示危险物料数据
LX25 Inventory Status 库存状态
LX26 Inventory in WM via cycle counting 通过周期盘点的仓库管理中的库存
LX27 Stock levels by shelf life exp.date 根据货架寿命有效日期的库存水平
LX28 Relevant TO item for ext.system 与外部系统有关的转储单项目
LX29 Fixed bin supervision 固定仓位管理
LX30 Overview of WM messages ext.system 传给外部系统的仓库管理 消息总览
LX31 Analysis of print control tables 打印控制表分析
LX32 Archived transfer orders 归档的转储订单
LX33 Archived transfer requirements 归档的转储需求
LX34 Archived posting change notices 归档的记帐修改单
LX35 Archived system inventory records 归档的系统库存记录
LX36 Archived inventory histories 归档的库存历史
LX37 Linked objects 连接的对象
LX38 Check Report Customizing Strategy K 检查报表系统定制策略 K
LX39 Evaluation Reference No. for 2-S.Pck 两步领货的评估参考号
LX40 Material Situation Prod. Storage Bin 物料位置产品仓位
LX41 Bin Status Report WM/PP Interface 储位状态报表 WW/PP 接口
LX42 Evaluation PP Order from WM View 从WM视图中评估PP订单
LX43 Consistency Check for Control Cycles 控制循环的一致性检查
MCL9 WM: Material Plcmt/Removal:Selection WM: 物料入库/出库：选择
MCLD WM: Material flow - Selection WM: 物料流程 - 选择
MCLH WM: Movement types - selection WM: 移动类型 - 选择
OL01 Display / change LDK34 (bins) 显示/修改 LDK34 (仓位)
OL02 Display / change RLPLA (bins) 显示/修改 RLPLA (仓位)
OL03 Display / change LDK33 (stock) 显示/修改 LDK33 (库存)
OL04 Display / change RLBES (stock) 显示/修改 RLBES (库存)
OL05 Display / change LDK30 (mat.whse) 显示/修改 LDK30 (物料库)
OL06 Display / change LDK31 (mat.type) 显示/修改 LDK31 (物料类型)
OL07 Data transfer stor.bins LDK34->RLPLA 仓储位LDK34 ->RLPLA 数据转储
OL08 Data transfer stor.bins RLPLA->B.I. 仓储位RLPLA ->B.I.数据转储
OL09 Data transfer stor.bins LDK34->LAGP 仓储位LDK34 ->LAGP 数据转储
OL10 Test storage bin data transfer 测试仓位数据传送
OL11 Data transfer stock LDK33->RLBES 库存LDK33 ->RLBES 数据转储
OL12 Data transfer stock RLBES-> B.I. 库存RLBES ->B.I.数据转储
OL13 Data tranfer stock LDK33->LQUA 库存IDK330 ->LQUA 数据转储
OL14 Test stock data transfer 测试库存数据传送
OL15 Data transfer material whse no.view 物料仓库号视图数据转储
OL16 Test mat.master data transfer (MLGN) 测试物料主数据传递 (MLGN)
OL17 Data transfer material storage type 物料仓储类型数据转储
OL18 Test mat.master data transfer (MLGT) 测试物料主数据传递 (MLGT)
OLVS C SD Menu for Master Data 设置 SD 物料主数据菜单
VM01 Create Hazardous Material 创建危险品
VM02 Change Hazardous Material 改变危险品
VM03 Display Hazardous Material 显示危险品

在创建Vendor主数据时(国家选择了US)，系统产生错误信息Communication error with the external tax system

原因是应用了vertex

In the US the tax system is very complicate and therefore tax
determination is not done within SAP.
Just as an explanation. The tax rate might be different in each state.
Well that's normal and no problem for SAP. But the tax rate can be
different between the cities in the same state and if it comes worse the
rate various depending on the street where the customer is located.
In the same complex way the product might be taxable and sometimes not
taxable depening what kind of customer is ordering this product.

SAP recommends 3 products: Sabrix, Taxware and Vertex

One important thing for the taxdetermination is the so called "tax
jurisdiction code". This code will be determined based on the customers
address (state, city and sometimes even street). SAP uses RFC calls and
is transfering this information to Vertex and Vertex is responding with
the jurisdication code.

I don't know who has setup your system for the US market but normally it
is standard that you get an error message during customer master
maintenance if the connection between SAP and Vertex is not working.

I doubt that you can run SAP for the US without Vertex, Sabrix or
Taxware.
You have to fix the communication problem.

For details about the configuration please look at the SAP document:

"R/3 Tax Interface Configuration Guide"

由于我也是刚刚才有系统，零售行业第一次接触，IRT100又是SAP官方的一个概览课程，所以只是概要的介绍，很多知识点没有办法深入下去，但是后面的相关课程里应该会详细研究。接下来一部分是master data。具体图片，请见附件(图片较多，很多流程看一眼图片就明白了) http://www.box.net/shared/1pqp9sop4r

IRT100 Retail Process Overview

• Overview &Organization Structure

业务想定：公司既是零售商又是批发商，货物从vendor采购到distribution center，然后从这里分发给各个商店销售给顾客，商店和顾客也可以直接从vendor得到货物。
如图，vendor与DC间业务往来涉及的组织结构是采购组织和采购组，交易通过PO进行，DC和store在系统中体现为site，并可配置有storage location，他们之间的交易通过stock transfer进行，DC和customer间业务涉及的组织结构是销售组织和分销渠道，交易通过SO进行。

关于FI和采购方面的组织结构，与SAP标准模块相同，此处不赘述。而SD相关的组织结构，只有division在零售系统中不被作为组织结构中的一部分来使用。
a) Site
标准中的plant在零售系统中称为site,它可以配置为store, distribution center(DC),production location,下面可以配置storage location。一般都会给DC配置多个SL，来区分物理上不同的存货点，而store一般只配置一个SL

Site同时还是一个customer，根据需要还可以是一个vendor，因为，DC需要从外部vendor采购，那么DC实际上相当于一个内部customer，而DC需要向内部store和外部customer提供货物，此时DC又相当于一个内部vendor。所以每个site都有customer主数据存在，也可能有vendor主数据存在。

一个store可以划分为多个department, department可以分配给一个receiving point，我们还可以为一个site分配一段时期内的supplying sites。我们还可以为store分配merchant ID，用于使用信用卡的billing sales进行清帐
而屏幕中各个字段属性的控制，是通过site profile来控制的，我们可以通过Logistics – General->Plant Master->Control Data->Site Profiles来配置。在site的创建时(WB01) site profile是必输字段。如图，我们可以配置site的类型(DC或者store)field status，控制屏幕字段，以及site创建时可以进行数据复制的参考项等。这些会在master data中讨论。

b) Merchandise Categories
Merchandise category是一组具有相同或相似属性的article(创建article时必须指定MC)。Hierarchy level则是体现整个商品结构层级的组织结构。MC或者MCH则被分配给其他的MCH Level，整个结构组成了Merchandise Category Hierachy

如图，我们可以为MC创建MC reference article，将来每次为这个MC创建article，都会参照它的值。我们可以为MC创建MC value article，这样使得在这个MC级别上的库存管理基于value。Characteristics也可以分配给一个MC，当创建一个generic article和它的variant时会起作用。

c) Article
Article是可以被采购的最小单元(TCODE MM41 MM42 MM43)，但并不一定要以采购时的形式出售。因为article会产生大量的数据，所以使用reference article可以减少数据量，对reference article的更改会自动体现到各个article上。

d) Article Category
Article有很多种类，创建的时候需要指定，如图

Single article: 被单独处理的，在单独的包装，或者用特殊的重量单位
Generic article: 以不同的形式销售(比如颜色，通过characteristics进行配置)，也就是它的variant
Sales set: 是若干个single article或者generic article的variant组合在一起，作为一个single article销售，拥有一个article number,一个采购价格
Prepack: 一个或多个generic article的若干个variant组合在一起作为一个single article销售。拥有一个article number，一个采购价格。
Display: 是若干个single article或者generic article的variant组合在一起，作为一个single article销售，拥有一个article number,一个采购价格。Display是由生产商或者供货商直接提供的。
可以通过Logistics->Retailing->Master Data->Article Data->Bill of Material来维护，在新的retail release中，这些功能已经整合到article master data维护事务中
Article的数量单位有基本单位，订货单位，交付单位，销售单位等。

如生产系统中的物料主数据一样，零售系统中article的各个视图，也有分组织结构，叫做validity area 比如Listing中需要指明销售组织和分销渠道。
e) Assortment/Listing
Assortment是整个零售公司的货物销售的再细分部分，针对一个时期内的特殊群体。Assortment定义了哪些货物可以提供给一个store, DC,或一个customer。
货物通过assortment module来分配。这种分配可以在article和assortment维护时自动执行，也可以手动将article分配给assortment module，然后将这个module分配给assortment.
分配一个assortment user给assortment使得相关的客户可以在各种业务操作中使用这些article。 在零售系统中，最重要的assortment user是site. 与将每个assortment分配个各个site相比，可以将assortment分配给一个ref site(我们介绍site profile时提及过)。被分配了ref site的site，通过其ref site来与assortment关联。

Assortment list提供给store或者customer一个所有上架listing货物的overview.

• Requirement planning & deliver to DC

整个过程如图

相应的SAP文档和凭证为

a) Requirement Planning
Logistics->Retailing->Purchasing-> Requirements Planning
零售系统的需求计划，大部分生产系统中的MRP相似，比如对整个site进行需求计划，或者对单个物料进行需求计划，然后自动产生PR，转化为PO等等。在之前我的MM自动采购讲解里都有涉及。
在article维护画面，有一个RP type字段，比较重要，它决定了一个forecast的planning是否生成。而是否是forecast的RP type，是后台配置的Materials Management->Materials Management->Master Data->Check RP Types


关于RP type的具体使用，以后有时间讨论MRP时会详细讲解，此处只做简略介绍。因为它与生产系统的MRP类似：
reorder point planning：我的讲解MM的MRP的资料有介绍，属于静态计划的一种
time-phased planning：如果一个vendor总是在一个特定的日期交货，则保存之前的交货期间数据和延迟交货时间就很有意义，此刻可以使用time-phased planning. 首先在article主数据上维护RP type和planning cycle，如图


Planning cycle用来决定计划和订货的具体时间。在后台Materials Management->Consumption-Based Planning->Master Data->Maintain Planning Calendar维护
比如vendor总是每隔2个星期的星期三交货。则可以创建一个从周三开始到2周后的周四的一个区间为2周长的时期。那么，所有的需求，都会被组织在这个区间内，另外，交货的deadline也会落这个区间。此外，我们还需要维护plan delivery time和一个精确类型的lot size。Time-phased planning会根据plan cycle在特定的日期执行。
在article主数据的logistics视图中，点击RP/Forecast data按钮，可以指定系统用来做forecast时，考虑的历史数据周期数，以及为将来多少个周期做forecast，如图

可以通过点击consumption vals来查看货物消费历史值，点击forecast values查看预测值。
我们可以通过MDW1 - Plan by vendor来针对某一特定的vendor相关的货物进行需求计划。
注意，在选择画面，我们勾选display of selected articles选项，从而出现需要进行需求计划的货物列表，而不是直接产生Order，如图

我们可以选择其中某几个货物，点击interactive按钮，来定制一些参数，比如计划的日期，然后运行需求计划
b) PO
Logistics->Retailing->Purchasing->Purchase Order
在创建PO采购货物时，零售系统运用Minimum Qty; rounding profile; UoM Group来优化采购数量。Rounding profile和UoM Group，我有过专门的文章介绍。这三项，都在article主数据的purchasing视图中维护。
此步之后，是load building(装载组合)，为了减少运输和固定成本。Load building有自动和手动两种方式。
Logistics->Retailing->Purchasing->Purchase Order->Order Optimizing->Load Building 我们可以通过WLBA - Configuration Check for Load Building来check load building配置是否正确，或者某些vendor或者article是否可以进行load building. 如图，我们的vendor配置不满足需求，可以通过Long text来得到系统具体的guide，然后点击交通灯，进入编辑画面。
我们这里需要为vendor设定load building的restriction profile和auto PO的checkbox

关于此处的配置在Materials Management->Purchasing->Order Optimizing->PO-based Load Building
Profile主要是由一些restriction组成，他们可以自定义，比如重量，价格，币种等等。满足这些restriction的采购订单，可以进行load building.
具体的配置作用和操作，会在IRT300 采购一文中详细讲解。
在创建PO的时候，系统会搜索article info record, contract,和condition来进行定价过程。定价与MM类似，这里不详细讲，我贴过一篇关于condition的文档。
PO中的confirmation也与MM无异，不过讲解MM采购时我并未提到这里。会写一篇文章简单介绍。
PO创建好了之后，会产生output message，通过EDI FAX或者打印出来，通知供货商。
PO之后，vendor发出shipping notification(可以是EID方式也可以手动，据此创建inbound delivery)，通知订购货物的发货。
比如我们在confirmation中选中inbound delivery，也就是说，这个PO需要后续的Inbound delivery做确认。

我们通过VL31N创建一个Inbound delivery

则可以发现，confirmation中有了体现

c) Goods Receipt
Logistics -> Retailing-> Merchandise Logistics-> Goods Receipt
然后是goods receipt，可以一步完成，也可以分为两步：rough GR(TCODE VL41), GR.
采购收货过程中，可以应用Handling Unit Management模块。我在一个汽车行业的项目中有所涉及，有兴趣的可以查看sap help文档。可以理解为将货物进行包装形成的处理单元，具有唯一标识的编号。
零售系统中，可以根据PO, Shipping notification（inbound delivery）, rough GR来做GR，也可以不参照任何文档做GR。如果GR是参照Inbound delivery来做的，则可以通过IDoc发送收货证明给vendor
在零售系统中一个特殊的GR类型是，Returnable transport packaging的创建，返回的可以是运输工具，比如货箱，也可以是瓶子之类的容器。
d) Warehouse Management
如果实施了WM模块，则库存管理在WM的范围之内，如图


e) Invoice Verification
发票校验有两种方式，一种是我们平常使用的流程，叫做check based on GR，另外一种叫做payment based on GR，也就是ERS 这个之前我的MM相关文章里有过介绍。发票校验是MM里的单独一门课程，会在以后详细讲解，这里不再深入探讨，还是主要探讨零售行业解决方案。
f) Subsequent Settlement（后续结算）折扣协议(rebate arrangement)
菜单：Logistics->Retailing-> Purchasing->Subsequent settlement-> Vendor Rebate Arrangements
http://help.sap.com/erp2005_ehp_03/helpdata/en/12/0858d8470311d1894a0000e8323352/content.htm
g) Investment Buying
http://help.sap.com/erp2005_ehp_03/helpdata/en/4c/420dca470a11d1894a0000e8323352/content.htm
目的是为了在最优化的数量和开销下采购货物，所以即使货物没有短缺，但是根据对未来价格的预测，也可以进行采购活动。系统是根据投资回报(ROI = Return of Investment)来计算的。
菜单Logistics-> Retailing-> Purchasing-> Purchase Order-> Order Optimizing-> Investment buying
在后续的采购章节中会详细描述整个计算和操作的过程。

• Requirement planning & Sale in Store

a) Calculation sales prices for store
如果store的货物是从vendor那里直接采购的，则价格的计算是基于采购价格的，叫做one-step price calculation.与这种情况相比，更多的零售业企业会先采购货物到DC，然后从DC分发到各个store。为了映射这种情况，SAP使用了two-step price calculation，store的采购价格是基于DC的transfer price.
当我们提到销售价格维护时，可能是指维护货物在store中最重的销售价格，也可能是指仓库和DC的transfer price.销售的价格是基于采购价格和预定义的利润率，可以为单个货物，也可以为一组货物维护价格。
在价格计算显示的选择画面中，我们可以通过list group和list variant来控制屏幕布局，可以通过后台配置来满足自己的要求。
Retailing->Master Data->Pricing-> Price calculation
价格计算中，markup利润计算是一个计算销售价格的方法。Planned markup计划利润率可以存储在系统中，在价格计算中参与运算，它反映了公司计划达到的利润。销售链和MC作为组合KEY来定义计划利润率，因为计划利润率也是条件类型，所以，也可以定义其他的组织结构作为KEY。
Retailing->Master Data->Pricing->Conditions->Planned markup

比如我们要为某个article在某个distribution chain下建一个价格，则
Retailing->Pricing->Price calculation->VKP5 – Create

当我们保存时，可以看到有Price document生成” Data saved; pricing document 1070 created”,可以通过VKP7来查看。
通过Pricing-> Conditions-> VKP2 - Price overview来查看更改过的价格

b) Replenishment
我们可以通过Retailing-> Sales-> Replenishment-> Overview-> WR60 – Parameters 来查看某个article跟补货有关的参数。我们双击site一列，然后在site master画面，导航到MCs画面, 如果M checkbox被勾选了，则库存管理是基于MC的，对FI stock科目的post，是使用MC Article进行的。

我们可以通过Retailing-> Sales-> Replenishment-> Replenishments Planning-> WRP1 – Execute来为article运行补货计划，然后自动产生后续的订单。
c)Exchange data
就是销售终端机POS和SAP的数据交换接口


d)Generate stock transfer order
零售系统中，有两种类型的库存管理，replenishment-based IM和MM IM. 前者个功能比较简化，如图。在运行补货的时候，就有两种过程: standard procedure和simplified procedure. 后者是基于POS中销售数量的记录，而不必引入货物移动环节。在运行补货之前，系统中article主数据必须维护Logistics: store视图的数据，其中Replenish. IM checkbox，可以使得我们从MM库存管理中切换出来。而Correct RS checkbox使得库存的数量可以基于后续的采购文档，而不必涉及GR环节，如图


我们来看补货的标准过程 standard procedure: 系统会读取MM IM中的当前库存，以及在RLT(replenishment-lead-time)内的预期的进货量(receipt)和出货量(issue).系统会根据article的历史数据来进行forecast，得到未来的发货量，ATP(Available-to-promise)决定计划的发货量和进货量。最终，在RLT的终点时间，期待库存的计算公式为
Expected stock = current stock + expected receipt – expected issue
如果计算出来的值，比target stock或者reorder point要小(这两个值在Logistics: store中维护), 系统对会对补货数量由如下公式计算得到
Replenishment = target stock – expected stock

简化补货过程：与标准过程相比，简化过程中的current stock从replenishment-based IM中读出，并被认为等于expected stock. 而其他的计算与标准过程相同。

e)Stock transfer order

有四种最基本的需求计划类型：
Reorder point planning; Time-phased planning; Forecast-based planning; Replenishment. 前三种在我介绍MM中的MRP的文章中有介绍，或之前有介绍。而replenishment是专门为store和外部customer而设计的计划类型。为外部customer进行需求计划，应用VMI(vendor-managed inventory),如图

为了便于批量的维护replenishment主数据(target stock, reorder point, safety stock, mini target stock, max target stock)，SAP提供了replenishment group的概念，在后台Materials Management->Consumption-Based Planning->Replenishment Control中维护。这样通过组合store和MC作为KEY，将需求类似的组成一组，进行维护。
产生了需求以后，就是货源的决定，这个我有文章进行详细的介绍。
之后就是产生各种后学的order，，但是我们这里从DC发货给store，产生的stock transfer order

f)Outbound delivery
如果使用的是lead WM的话，则不会管理到storage bin一级，但是可以设置一个固定的storage bin。我们创建outbound delivery，通过transfer order进行Pick, 可以进行packing,，然后post goods issue。我们可以通过outbound delivery monitor来监控那些在处理中或已经处理完成的outbound delivery. 整个过程，和SAP生产系统中的Logistics execution部分是一样的。在最终完成Post goods issue后，会有如下反应

仓库库存量减少；FI中的stock账户会改变；delivery需求会减少；delivery的状态信息会更改；反映在document flow上；会产生billing的work list；如果后台配置为One-level stock transfer,则GR会同时发生在store一端。
g) Goods Receipt at store

• From planning to distribution articles

a) Plan sales figure
Merchandise and Assortment Planning(MAP)
Retailing-> Info Systems/Planning-> Merchandise and Assortment Planning
Allocation
零售公司经常会分销数量巨大的货物，通过allocation table，可以计划这种分发过程并触发后续的业务操作。我们会在merchandise logistics部分详细讨论allocation，此处只做概览

Retailing-> Retailing-> Allocation
http://help.sap.com/erp2005_ehp_03/helpdata/en/12/085290470311d1894a0000e8323352/frameset.htm
Subsequence processing of allocation table

Prepack allocation planning

Retailing-> Master Data-> Article Data-> Article-> Prepack Allocation Planning
b) From vendor to store by cross-docking

SAP Retail Store是基于SAP Retail的一个单独的产品，适用于中小型store的业务，业务操作的屏幕进行了适当的简化，使得可以迅速创建各种order.
http://help.sap.com/erp2005_ehp_03/helpdata/en/fb/89ef37516fdb2be10000009b38f842/frameset.htm

SAP Retail Store的界面是基于web使用的，还可以使用PDC。

由各个SAP Retail Store产生的order，在DC处会组织成为collective PO发送给vendor.
在DC收到货物进行分发时，分为两步：
Planning for merchandise distribution：使用allocation table或collective PO。
Merchandise distribution: 分发的数量会调整为收货可用的数量，然后使用不同的过程分发。
Article distribution profile和site distribution profile是两个重要的控制参数。
Distribution profile在site的purchasing/distribution视图中维护
后台Logistics – General->Merchandise Distribution->Site Profiles for Merchandise Distribution中配置distribution profile
分发过程有如下几种：
Cross-docking: 收货到分发过程中，不需要移动到临时存储地点，不需要pick，生成delivery。货物有一个Pre-pack的功能也就是，通知vendor具体pack的信息，运到后可以直接分发，每个接收端得到的pack，里面有不同的article


Recipient-driven flow-through: 需要进行picking 运来的货物，需要根据各个接收端不同的需求，对货物进行拣配



Merchandise-driven flow-through:基于distribution order进行pick，在delivery中包含HU信息，只能应用于lean WM

Putaway：货物被移动到一个存储地点。之后货物从存储地点中移动走时，创建delivery.

Perishable planning
http://help.sap.com/erp2005_ehp_03/helpdata/en/e7/55584fb8e111d1ad74080009d2232d/frameset.htm

• Returns to the Distribution Center

促销结束，将未售完的货物退回DC，或者发现货物质量有问题，要退回DC。

我们首先创建returns allocation table，之后通过它创建stock transfer order。如果由于某些原因不行的话，可以创建PO。之后创建return delivery, 而后在store端进行Post goods issue. 然后再DC端进行goods receipt. 如果在后台配置中，选中了one-step，则不需要预先在store进行post goods issue，在DC端GR时，goods issue自动完成，之后DC开出credit memo.

具体图片参考附件Rounding Profile.rar

Rounding Profile

• Overview

Rounding profile是用来调整order的数量的。在物料主数据的sales和MRP视图中都可以维护。后台通过Materials Management->Consumption-Based Planning->Planning->Lot-Size Calculation->Maintain Rounding Profile来创建rounding profile
主要有三种类型：static rounding profile; Dynamic rounding profile; Rounding profile with quantity to be added/subtracted

• static rounding profile

静态的定义阈值和阈值范围内, round off到的数量。
我们设定如下，当达到2阈值时，入到3
将这个rounding profile配置如物料主数据，设定MRP type等，使得产生2个需求。通过MD03进行MRP RUN，然后MD04看最后的结果如下，由于rounding profile的存在，产生了3个的PR

我们将rounding profile去掉，再跑MRP会发现，产生的是需求为2的PR

• Dynamic rounding profile

如图，动态的有两个主要参数需要维护，先看第一个rounding off method

如果选了0，则不进行四舍五入，可以通过simulation来确认。
那么选1 Round off to multiple of order/sales unit of measure，则会四舍五入到物料的销售或者采购单位与基本单位关系的倍数 比如，采购单位1 BOX = 5 PC 那么我们如果采购2PC会自动四舍五如到10 PC
那么我们首先在物料主数据中维护这个1 BOX = 5 PC的采购单位与基本单位的关系
Simulate一下，看到结果如下，2PC会四舍五如到1BOX = 5 PC

之后我们选择2 Round off to order/sales Un and to log. Units 此时系统会要求输入rounding rule 可以通过Logistics – General-> Quantity Optimizing and Allowed Logistics Units of Measure-> Unit of Measure Rounding Rules来定义
如图，Alt. unit of measure定义的单位相当于采购或者销售单位，需要在物料主数据里进行维护。% rounding up维护的是阈值，也就是达到多少百分比进行round up，比如1BOX = 100 PC ，设置80%，则79 PC就不会round up, 100%表示永远不会round up 我们设置为80%来simulate一下，可以发现，79PC时不会四舍五入，而80PC时，四舍五入就发生了


%Round down 则相反，比如输入10%，那么110PC以下就会被舍为1BOX 100PC，110PC以上则不会产生影响。
Check vendor checkbox表示，在做四舍五入时，只有vendor允许的数量单位，才会进行四舍五入。这个通过measure group定义，Logistics – General-> Quantity Optimizing and Allowed Logistics Units of Measure-> Unit of Measure Groups
在vendor主数据的采购视图data中，维护unit of measure group，如图

Check recipient类似，检查的是接收方，通过客户主数据的销售data中维护，如图

• Rounding profile with quantity to be added/subtracted

比如销售100件衣服，但是由于损耗等，可能需要多于100个随衣服一起销售的袋子，那么，我们可以为袋子创建这种rounding profile，比如多出10%，也就是说，当销售100个衣服时，系统会建议附加110个袋子。
则如图所示配置

具体图片请见附件eCATT_inDetail.rar

由于CATT工具在新的SAP release中，已经不是很适用，我做了一个文档来讲述eCATT的使用

包括：

• eCATT概览
• eCATT测试的system landscape：system container
• 测试用例的核心: test script
  这里面会涉及到普通的测试命令编写以及用TCD SAPGUI方式录制事务进行测试。我们可以利用这种方式进行数据量不大的数据传输工作
• 可重用的测试基础: test data container
• 测试的组织工具: test configuration

由于时间仓促，难免有错误，而且如ABAP OBJECT和WEBDYNPRO这种不是很常用的测试想定并没涉及。

Transaction Code Text
SALE Display ALE Customizing
SM59 RFC Destinations (Display/Maintain)
BD64 Maintenance of Distribution Model
BD82 Generate Partner Profiles
WE20 Partner Profiles
WE21 Port definition
WE30 IDoc Type Development ( View Segments of an IDOC )
WE60 IDOC segment field description
WE19 Test tool for IDOC Processing
WE05 IDOC Lists
WE09 Search for IDOC in Database
BD87 Status Monitor for ALE Messages (Process IDOC manually)
BD73 Start Error Handling for Non-Posted IDocs
WEDI IDOC and EDI Basis

Change Pointers:

BD50 Activate change pointer for message type
BD61 Activate Change pointer generally
BD52 Triggering table and field name
BD21 Creates and sends the Idoc for Change pointer method
BD59 Set the field for Filter in Distribution Model
BD95 Along with BD59 , used for setting a filter in Distribution model

Assigning FM to the outbound IDOC , and specifying Change
BD60
pointer Table and Object
BD56 Segment Filtering


Inbound IDOC:

WE81 Create Logical message types
WE82 Assign Messages for IDoc Type
WE31 Development IDoc Segment
WE57 Assignment of FM to Log, Message and IDoc Type
BD51 Characteristics of Inbound FM
WE42 Creating Inbound Process Code
BD67 Function modules for Inbound ALE-EDI

由于在项目中要负责所有关键主数据的配置维护与数据导入，所以总结了一篇比较详尽的文档，主要参考了《SAP业务数据传输指南》并做了补充。主要有如下方面

• LSMW的使用详解：包括使用SAP标准传输程序 使用BAPI和使用IDOC 3种主要方式
• 总结了SAP常用的标准传输程序
• SAP传输技术详解：包括批输入(batch input) 直接输入(direct input)和事务调用(call transaction)
• 数据传输工作台简介(DXWB) 因为项目中大多数都使用LSMW，所以此工具制作了简要介绍
• CATT的使用介绍 目前所欠缺的是eCATT的总结，此工具在我的项目中也会涉及，所以后续应该会有文档介绍

具体文档和图片请参照附件http://www.box.net/shared/7qpcfn8jl3

因为最近要做零售系统解决方案的项目，所以在看相关资料，不过苦于没有系统，暂时还没办法将看到的付诸实践。暂且将总结的资料放上来，难免有错误，望大家指正。接下来会陆续的放上其他资料，下一部分应该会是零售系统的主数据。详细请见附件SAPretail_overview.rar

-------------------------------------------------------------------------

SAP Retail 概要总结

l SAP零售系统的概览

Ø SAP零售系统使用article master货物主数据而不是面向生产的material master物料主数据。而且多数零售系统功能都使用货物主数据而不是物料主数据。面向生产的系统也可以使用货物主数据，但是SAP并没有经过充分的测试，需要自己在项目中测试充分。如果一旦系统配置为零售系统，则Material Ledger 和MRP Area都将不可用。

Ø 一旦SAP零售功能被激活，则对vendor主数据的更改将会自动反映到货物主数据和信息记录上，但是在标准SAP功能中，可能不会这样，这依赖于配置，会导致潜在的系统运行不同。请查看以前系统配置于Logistics - General under Business Partner ® Vendors ® Control ® Define Account Groups and Field Selection (Vendor)，如图

SAP帮助如下：

This field controls how default values for material master and purchasing info.records, which can be maintained as part of vendor master data processing, can be transferred from the (existing) material masters and purchase info.records that are relevant for the vendor in question:

• ' ': do not transfer any data

• 'A': only transfer purchasing info.records (with confirmation popup)

• 'B': only transfer purchasing info.records (without confirmation popup)

• 'C': only transfer material master records (with confirmation popup)

• 'D': only transfer material master records (without confirmation popup)

• 'E': transfer all data (with confirmation popup)

• 'F': transfer all data (without confirmation popup)

Ø 在SAP零售系统的物流管理中，处于中心地位的是货物article而不是物料，货物和物料有一些不同。比如货物需要变式variant而物料需要BOM，因为货物的数量巨大，所以SAP对货物主数据的组织和传输有了一定的优化:比如一些数据被整合，如信息记录，销售价格计算等；更多层次的组织结构，包括sites和 distribution chains

Ø SAP留守系统中可以使用的标准功能：
MM：MMBE查看库存，而零售系统使用RWBE
SD：SD所有功能，零售系统都支持
PP：BOM和物料variant;MC84创建的产品组；产品成本计算；MRP；计划订单；计划订单转换为生产订单；生产订单的确认；使用C233创建货物生产版本article production version后可以使用大批量生产功能
SM：service management所有功能
QM：所有功能

Ø 零售系统不支持的标准功能：库存管理变式下的变式配置；长期的需求计划等，具体http://help.sap.com/erp2005_ehp_03/helpdata/en/92/b22ab45a2711d3ae46080009d2232d/content.htm

Ø 有一些SAP标准功能，在零售系统中没有测试，具体http://help.sap.com/erp2005_ehp_03/helpdata/en/b5/4e4142646ab46be10000000a155106/frameset.htm

Ø SAP零售中的术语有些与标准SAP不同，比如

SAP提供了将标准UI转化为零售术语的方案

l SAP零售系统组织结构

一个公司批发零售的典型组织结构如下图

• Central purchasing

The highest element in the whole corporate group hierarchy is the client. All the organizational units in a client are subject to the same control mechanisms. Data valid across the whole corporate group is stored at client level. In the example, the central purchasing department of the company is located in the SAP Retail structure at client level. 全球采购部门，对应于标准SAP的CLIENT，是最高层次

• Local purchasing

Local purchasing departments are assigned to central purchasing. Each local purchasing department is responsible for a different distribution chain. Each local purchasing department corresponds to a company code or a purchasing organization in SAP Retail. Specific purchasing activities are assigned to individual purchasing groups. 本地采购部门，被分配给最高层次(client) 每个本地采购部门对应于一个公司代码或者采购组织。

• Distribution chains

Local purchasing procures merchandise for different distribution chains centrally. Distribution chains in SAP Retail are a combination of sales organization and distribution channel. The sales organizations are assigned to different company codes.分销链，与SAP标准的销售差不多，但是不是简单的分销渠道，而是由销售组织和分销渠道组成

• Distribution center, Store

Distribution chains consist of distribution centers (DC) and stores. The generic term for DCs and stores in SAP Retail is "site." 在SAP零售系统中叫做SITE，对应是分销中心或者商店，对应的是SAP标准中的工厂。物料存在工厂里，货物存在site里，site分为分销中心或者商店，挺容易对应理解的吧

Sites are also managed as customers in the system.

• Storage location, Storage section, Department

Sites can also be seen as a combination of one or more locations in close proximity to each other where stocks of merchandise can be found (examples are storage locations and storage sections). Stores can also be subdivided into departments, which in turn can be understood as cost centers. Each department can be assigned a receiving point. Site可以看作是一个或者多个相互靠近的存储货物的地点，比如库存地点，货存箱段

• Customer

The value chain concludes with the customer or consumer. If the customer is recorded in the system (and is therefore an identifiable customer), natural persons can be defined in the customer master as the contact persons at that customer.

Ø corporate group组织结构中最高层级

Ø company code 独立会计核算单位，与SAP标准一样。至于销售组织的配置，与SAP采购相似。而valuation area比较特殊，不能分配为公司代码层级，在零售系统中，它必须与一个site相关联

Ø site 货物的商店，分销中心或者生产地点。货物的补给和库存管理在site级别。每个site只能分配给一个公司代码，与SAP标准类似。

Ø site group 用Classification System将多个site组织在一起，用于数据维护的方便或者出具报表

Ø Vendor 用于向site或者customer交付货物。Site也可以作为vendor的身份存在(如SAP标准中，工厂也可以作为货源)，一般商店不配置为vendor但是DC会。

Ø Purchasing organization

Ø Purchasing group

Ø Purchasing area 被分配给一个采购组织。没有实际数据存储在这个层次，只是为了报表和数据分析目的

Ø stock planner group 一个site被分为多个stock planner group

Ø 销售组织 分销渠道 division 销售部门 销售组等概念与SD类似

Ø distribution chain 由销售组织和分销渠道组成。公司可能有很多销售店铺，外观相似但是面对的客户群体不同，distribution chain可以反映这一点，它还影响到定价。3种分销链：store; distribution center; wholesale

Ø Department 是 ship-to party 送达方的再细分，它可能是商店的不同部门，分销中心的不同仓库，或者一个site的某个区域。一个department只可以分配给一个receiving points。比如一批货物首先到达商店的1层，也就是unloading point，然后这批货物分到不同的楼层，也就是internal receiving points，最后，不同的包裹分给不同的department，比如厨卫，电器…

如图，在SO中的header中查看

如图，site的类别，可以是store或者是DC

http://sap.javaeye.com/blog/287172