David's Untitled Life

• Assortment List的简介
• Assortment List Type配置
• Assortment List Profile配置
  Retail-Assortment List.rar

具体内容参考附件Retail-Assortment.rar

• General Assortment创建过程和控制参数
• Listing Procedure详解
• Assortment Module简介

Exclustion assortment module additional comment:

Even we list article in exclusion assortment module, the article still can be listed but this will effect the POSDM download and normal purchase operation. The article won't download to POS and SAP stop you during ME21N even it's listed.

由于部分同学不是为了学习而下载文档,部分文档从即日起开始加密. 请真正SAP志同道合的同学留言索要密码Pricing and Promotion(PartII).rar

• Price Family
• Competitor Price
• Market-Basket Price

由于部分同学不是为了学习而下载文档,部分文档从即日起开始加密. 请真正SAP志同道合的同学留言索要密码.Pricing and Promotion(PartI).rar

第一部分包括

Retail中独有的sales price determination

• Price Point
• pricing type相关配置
• purcahse price determination seq.
• sales price determination seq.
• One-step calculation and Two-step calculation of sales price
• Pricing document and pricing worklist

Retail solution的article master中(MM41/42/43)，在basic view维护UoM的位置可以勾选是basic uom/order uom/issue uom/sales uom
在sales view中，UoM是validity area的一个key值。当我们选择retail的distribution chain的时候，SAP自动带出的是retail uom，当我们选择whole sale或者公司间的交易时(DC->Store)SAP自动带出issue uom,这个事怎么实现的呢？
原来在SAP配置里 Logistics - General->Basic Data Retail->Distribution Chain Control
在Distr.chain category这个选项中，我们可以选择这个distribution chain是for store/for DC/for wholesale。如果选择了第一项就是retail的distribution chain SAP会带出sale uom
这里SAP的处理还是十分智能的，我和merchandise logistics的顾问还以为SAP有啥magic呢，呵呵。

http://www.box.net/shared/1pqp9sop4r
IRT310 SAP Retail Master Data (Part II)

l Single Article

Ø Basic Concept

Retail的article有single article, generic article, structured article之分，其中structured article包括display, sales set, prepack

display中是一些single article或者generic article的variant，作为一个整体采购，因此有采购价格，vendor和制造商预先制造准备好。比如情人节巧克力礼盒。

Sales Set是一些single article或者generic article的variant，作为一个整体销售，因此有销售价格，比如日本过年的福袋。

Prepack与display类似，不同的是article要来自同一个MC

Article主数据与material主数据一样，也有很多视图，只不过有了些变化basic data/list/purchasing/sales/logistics:DC/logistics:store/POS

因为article的数据量很大，所以SAP为零售准备了模板技术-reference article

我们可以为MC创建ref. article则所有这个MC下的article的数据都参考这个ref. article 在article创建屏幕可以指定ref. article，可以覆盖MC的ref. article。创建的article不会受ref. article数据的更改而有任何影响。

Article type与material type一样，可以控制valuation, Qty/value update, screen control, number range等

因为article可以以不同的单位出售，可以为每个UoM创建一个EAN，可以为一个UoM分配多个EAN，但是需要指定一个主要EAN

对于article可以通过Logistics->Central Functions->Mass Maintenance或者TCODE MM46进行大批量维护。

另外，我们还可以通过菜单Logistics – General-> Material Master-> Retail-Specific Settings-> Settings for Screen Data Display来设定为article上传图片 目前SAP预置的MODE article类型被分配了显示图片的子屏幕

Discontinue:如果一个商品不能继续供货或者不再销售，则需要做商品中止。Retailing-> Master Data-> Article Data-> Article-> Discontinue 之后我们可以通过discontinue monitor来查看商品中止结果，如果成功，可以将此worklist删除。被终止的产品如果想更改或者查看，系统会产生warning的消息。

Ø Fast Entry

SAP Retail中有一个article core master data的概念，是一种被其他模块功能生成的article.比如在采购时发现某些article没有创建，则不必退出PO功能，可以直接在PO中创建这个article,当然创建的article只具有当前业务功能的数据，如果想在其他所有业务模块使用，需要做完全的数据维护。

在MARA中需要指定一个field来存储article的status是否是core master以便稍后利用TCODE WRFMATMON - Article Monitor进一步的完善数据。

Logistics – General-> Material Master-> Retail-Specific Settings-> Settings for Core Master Data中可以做具体的设置

Maintenance group在创建article core master时是需要指定的。MG包含了一系列可维护的字段，在后台配置中，这些字段用field group组织在一起，在MG中需要指定field group

Logistics – General->Logistics – General->Retail-Specific Settings->Settings for Field Groups

Logistics->Retailing->Article Data->Article->WRFMGROUP - Manage Maintenance Groups

我们之前提到的要为article core master data设置值就是在这里的attribute维护的。

通过点击Show/Hide按钮，可以打开下半部的窗口，为自己创建新的template，这个template会在批量维护时使用

我们也可以通过WRFMATCOPY – Copy来参考一个article快速创建一个新的article，并指定copy的内容

SAP还可以对article进行follow-up和replacement操作。Follow-up会永久的替代原来的article，而replacement只会替代一个固定的时间段。

Logistics->Retailing->Article Data->Article-> Follow-Up/Replacement Articles

对于这种article的替代，可以在不同的层次上进行，比如一个site(local assortment)或者很多site(general assortment)

Logistics – General-> Material Master-> Retail-Specific Settings-> Settings for Follow-Up/Replacement Material下可以设置是否进行check 是否有validity等，但是一般我们不会更改

Ø PRICAT

如果想要vendor维护article大部分的数据，然后把敏感数据发给你，然后我们从data pool或者vendor那里得到最新的article数据，可以用到PRICAT功能。一个catalog item对应于一个SAP article

Ø Article List

Article list是一组预定义的article.比如你想要隶属不同MC的article被一起分发给store，则可以定义一个article list.比如你想创建一个article list，其中包含所有将来不再想继续销售的article或者定义出同一个代理商的所有article，在将来对article做选择操作时作为一个选择条件

SAP中有两种AL：

Dynamic AL: 在系统中保存一个选择的标准，然后动态的选出符合的article

Static AL: 在系统中包含选择标准和release时选出的article

运行TCODE WRF_AL – Edit 画面如下

左侧是article list hierarchy，可以以商业或者应用为标准进行组织，article list会创建在最终节点上，右侧是相应的AL信息画面。

首先编辑AL的header信息，如图

在编辑完header信息后，点击edit selection定义article选择的标准。定义完之后点击results list来查看结果。如果是static list，可以手工添加和删除不在选择标准内的article

如果是static list，在编辑了新的选择标准以后一定要点击update result，新的结果才会更新，并且结果前面会标出来不同的图标，+表示新增加，=表示没变，-表示被删去。

在SAP中创建的static article list可以被BI用来reporting.

SAP BI中有business contents映射为article list, BI回传给SAP填充static article list

Ø Discontinuation

一个article将不再被使用的时候，我们可以做discontinuation废止。对于废止的方法，我们有以下几种：

Article discontinuation for vendor 特定的vendor将不能再提供article

Article discontinuation for assortment article将不能从特定的assortment(sites)采购和销售

Article discontinuation for distribution Chain article将不能在特定的distribution chain销售

Client-side article discontinuation article不能在任何业务操作中使用

在一个article不再使用之前，需要有一些check的步骤的

如果在库存，在PO等里面依然存在这个article，则discontinue不会成功，我们必须先解决这些问题。SAP预先定义了一些解决问题的后续步骤：

IMG->Logistics – General->Material Master->Retail-Specific Settings->Settings for Material Discontinuation->Define Follow-Up Actions

我们可以看到是一些系统内置的function module 如果我们要开发自己的后续action 就需要在这里配置

Assign Follow-Up Actions to Error Messages一步将每种error分配一个action

l Generic Article

Ø Characteristic

Generic article的关键是SAP的classification system。我们先用TCODE CT04创建一个characteristic.在创建了相关的characteristic 之后通过Logistics -> Retailing -> Master Data -> Article Data -> Environment -> Merchandise Categories -> Characteristics -> Characteristics ->TCODE WRFCHVALGRP - Group Characteristic Values我们可以将相关的value 组织起来。

左边区域显示了整个特征值的树状结构，特征值可以在每个节点层级上，在屏幕右下部分维护。每个节点的使用可以限制在固定的一些MC上，在右上部分维护。也就是说如果一个article不属于这个范围中的MC，那么article的维护画面不会出现维护search help

之后我们通过TCODE CLWE - Create创建一个characteristic profile，在char.维护处输入我们创建的characteristic并在relevant输入

IRT310_SAP_Retail_Master_Data(PartI).rarPartI includes sites, article grouping, assortment listing etc except article, that will be inlcuded in part II

IRT310 SAP Retail Master Data (Part I)

Organizational Structure 从商业实际上的结构映射到SAP中的结构要素，如图

其中controlling area, business area等都与SAP FI/CO中一样.
比如controlling area是从成本控制的观点来划分的，可以分配多个company code给它。
从财务的观点来划分，定义business area，来区分不同的业务领域，从一个业务范围的角度来做一些财务上的行为，比如有很多公司，经营着房地产投资，零售，服装等行业，互相有交叉，则可以为每种业务定义为一个Business area。
Site就相当于非零售系统中的plant，但是site可以细分为distribution center和store或者production location
Valuation area在MM的库存管理那里有过介绍，这是SAP灵活控制物料库存价值计算的方法，可以是整个公司是一种，也可以细分为工厂(Enterprise Structure->Definition->Logistics – General->Define valuation level) 在应用SAP Retail时，系统就已经决定valuation是在site level，这点是不同。

采购当中有一个组织结构，在非零售系统中较少提及，就是purchasing area，它是连接采购组织和采购组的一个单元，用于报表等需求，但是并不会在这一level保存数据。菜单:
Materials Management->Purchasing->Maintain Purchasing Area/Purchasing Area Determination
下图展示了零售中的库存管理结构图，与非零售系统没有什么区别

而与sales相关的组织结构，有一点特殊的就是，division必须定义，但是sap retail并不会使用它，而是为了组成sales area。
 Customer & Vendor
在SAP零售系统中有3类customer: 内部(site);外部(具有customer主数据);匿名(没有customer 主数据)
零售系统的customer与非零售系统并无区别，只是因为supply的观点看，每个site都是一个customer，所以都具有customer主数据
在SAP零售系统中有2类vendor:内部(distribution center);外部
从supply的观点看，DC会向store供货，所以DC具有vendor主数据
在vendor主数据中，我们可以维护这个vendor为哪个supply region供货(TCODE MK03 菜单extras->region of supply)。每个site的purchasing视图中，会维护一个supply region。在创建PO时，如果采购的货物相关site所属supply region不在vendor供货范围内，则系统会产生警告信息。


 Site  Site overview
Retailing-> Master Data-> Site Data-> Site
前面提到过site的类别，我们主要讨论site重要的两个角色：distribution center 和 store
一般，store会分配一个storage location，而DC则会分配多个。
对于site来说，最重要的是site profile，创建的时候会需要维护，它决定了site的基本参数，比如屏幕字段，copy rule, site类别, customer/vendor的账户组等。Logistics – General-> Plant Master-> Control Data-> Site Profiles

我们还可以在logistics – General-> Plant Master-> Control Data-> Transaction-Dependent Field Selection下，根据创建、更改、显示，对field进行必输，隐藏等的设置。
在创建site时，可以指定从哪个site进行copy，在Logistics – General-> Plant Master-> Control Data-> Define Copy Rule and Assign to Tables中，定义copy的规则，和这个规则对应的table，也就是哪些和site相关的table会从ref site中copy过来。这个site创建的参考site，也可以直接在site profile中指定，则每次创建新site，ref site会根绝配置自动指定。
一个store可以分为多个department, department可以被分配receiving point，每个receiving point还可以分配一个unloading point.
下图描述了这几个概念在实际业务中的关系

一个store，会现在unloading卸货，然后分发给receiving point，比如是各个floor，然后在每个floor细分给不同的department，之后再分发给MC(merchandise category)
MC只能飞配给一个department,但是一个department下可以有很多MC，如图

每个department也只能分配一个receiving point

Receiving point也只能分配一个Unloading point
Unloading point在site相应的customer主数据的general data中维护

然后再site主数据的receiving points中维护receiving point

Department在Logistics – General-> Plant Master-> Control Data-> Departments 定义
 Department stores/shop
Retailing-> Master Data-> Site Data-> Department Store/Shop

SAP为store引入了department store和shop的概念，目的是满足在department level进行库存管理的要求。如果想要department作为一个独立的处理单元，就要将它们定义为shop. 它在department store层级下，site的类别为store, store的类别是department store。所有在标准SAP零售系统中的关于site的业务功能，在shop中都适用。
Store/department和Department Store/Shop是两种管理物料的模型，但是后者会管理得更加详细。因为assortment被细分为多个shop,而且只能在shop级别上使用。
首先我们通过WRFDEP01 - Create Department Store创建一个department store 然后可以通过WRFSHOPDEP - Create Shops via Department Store或者WRFSHOPCAT - Create Shops via Category两种方式批量的创建shop

也可以通过WRFSHOP01 - Create Shop一个一个shop创建
创建完成之后，我们WB03查看这个department store，看到多出了display assortment按钮，点开后，弹出的是它下面的shop.

我们还可以通过WB03输入Shop的number，查看shop的信息，可以发现shop也是作为一个site在系统中存在的。

 Block
假设一个store，由于店面装修，需要停业1个月，则可以利用block功能。
在site主数据的Layout/blocks视图中，可以设置block reason，和block的期间。

而block reason，在后台Logistics – General->Plant Master->Control Data->Blocking Reasons设定

其中可以设定Order/delivery/billing等的block,而具体这些block的内容是各个模块设定的，比如order在Sales and Distribution->Sales->Sales Documents->Define And Assign Reason For Blocking
另外，block永远是与具体customer相关的，也就是说想block哪个customer不能进行那种order的操作，则建立block reason，然后assign给相应的order type，然后将block reason ID赋值给customer 主数据，如图

所以我们只要把site的customer vendor中block数据进行维护，则与此site有关的所有transaction都会被block

 Layout
零售业经常需要在同一个销售区域的商店具有同样的货品销售区域和货架，无论商店大小规格。这样无论客户去哪个商店都很容易找到自己需要的产品，可以增加客户满意度，SAP利用Layout来满足这一需求。
Layout用来优化组织store的与assortment关联的sales are(floor space: The size of the sales area can be specified for each plant or each department)。

前台Retailing->Master Data->Assortment/Listing->Layout
后台Logistics – General->Material Master->Retail-Specific Settings->Settings for Key Fields
Layout由很多layout module组成，layout module表示商店中的一个固定区域，比如一个架子，包含一组销售的货物。Layout area表示了layout module在layout中的空间上的分配，多个layout module可以分配给一个layout，通过layout area组织起来的，一个layout module可以分配给一个layout中的多个layout area。
如图，在Site master中维护这些参数

我们可以将layout分配给assortment
如果为了time-phased planning，我们可使用layout module version，每个version都有一个唯一的validity时间区间，使用它可以反映货架季节性的货品变化。
如图，我们通过TCODE WLMM - Layout Module Maintenance来进行layout module的维护，可以新建和删除layout module，可以为layout module创建新的version 也可以通过TCODE WLMV - Maintenance of Layout Module Version维护layout module version，


Fixture是对layout概念的一个补充，这样可以根据位置安排assortment对象。Fixture分配给layout module version.
我们通过TCODE WLMF - Fixture Maintenance来维护Fixture，然后通过layout module维护画面来将fixture分配给某个layout module version,如图，我们可以将一个fixture分配给一个layout module version多次，可以修改fixture的capacity


 Article Grouping
 Merchandise Category Hierarchy
MCH是用来组织article的一种方式，由MCH level 和MC构成。
首先通过CLWM – Create 来创建MCH level，然后通过CLW1 – Create来组织MCH Level之间的关系。然后通过WG21 – Create创建MC，再用WG26 – Create将MC分配给上一级的MCH Level。
MCH总是有一个top节点，MC永远在MCH最底一层，MC article被分配给MC而不是MC level。零售系统中的MC和MCH利用的是SAP的classification，如图


在MCH创建之后可以通过Reclassification功能来做更改，包括更改MC下的article。我们需要为这个重新制定的过程定义一个version number和生效日期，然后选择要更改的MC或者article范围，WRC4 - Create Version，通过objects或者block按钮选择，reassign按钮重新分配

我们可以为MC创建MC Ref. article，在创建这个MC下的article时作为模板使用。一个MC Ref. article可以给分配给多个MC，另外，这种article数据不会被传输给POS。
可以为MCH level和MC分配characteristics，并且低级别的会继承高级别的characteristics属性。
可以为MC分配characteristics profile，并且可以分配多个。
如图，我们建立一characteristics然后分配了两个character

如图，我们为一个MC分配了一个CP

那么创建这个MC下的article时可以发现维护这两个character的区域

 Value-Only basis Inventory Management
基于价值的IM，在货物移动时并不会基于各个article的数量，而是直接更新库存价值到value-only article.我们可以在MC级别上创建，也就是说在此MC级别上进行基于价值的库存管理。我们在site主数据的valuation/Inv. Mgmnt的Inventory Mgt Profile决定此site以何种方式进行库存管理。
 Article Hierarchy
MC经常是从采购的角度来组织article，而我们有时候需要根据客户来重新组织article，此刻可以使用article hierarchy.

在创建article hierarchy的时候，需要指定distribution chain，可以设定BW Update，意味着AH将会传输给BW。Multiple article assignment，可以控制是否一个article只能分配给一个Node
我们在后台Logistics – General->Article Hierarchy->Edit Control Parameters 可以设定AH中的一些参数。
Change document如果被勾选，则激活版本的AH中进行node和article的设定会产生change document
Check End Nodes如果被勾选，则系统会对value-only article进行check，来确保被分配在最终的节点上。
Delete check如果被勾选，则系统只允许删除没有被分配子节点和article的node
CDT update是关于BW的选项
Number range interval 此处设定节点的号码范围，外部或内部。
Sorting用来选择AH显示时的顺序，默认是按照node，也可以更改为按照描述排序显示。
 Assortment Management
 Assortment
Assortment可以用来决定一个store/DC/customer在某个特定期间内获取哪些article，因此assortment可以用来检查PO和SO。Assortment这个功能也叫做Listing。
Assortment有两种：
1. Local Assortment:系统中的TYPE A(Store)和TYPE B(DC), 在创建SITE时系统会自动创建并分配这个SITE给它，不能分配其它SITE
2. General Assortment：TYPE C 可以为任何customer分配，而且如果后台配置了multiple assignment(Logistics – General->Basic Data Retail->General Control, Retail Master Data)，还可以分配给多个store和DC

SAP提供了使用起来十分方便的assortment assignment工具，WSOA6 - Assign Assortment User WSOA7 - Assign Merchandise Categories，它们可以更加方便的帮助我们维护assortment.
 Assortment Modules
一个assortment可以有多个assortment module，每个assortment module是一组article. Assortment module可以手动或者自动创建，并且有很多种类别：

Profile module：是在为了assortment和MC维护article时自动生成的
Shelf module：在维护layout module时生成
Promotion module：包含了将会被一起促销的article
Standard module：包含从任意MC中的article，手动创建。
Exclusion module：为了在某一时期内将某些article排除在存在的assortment
Rack jobber module：为那些在store内自己陈列货物的vendors创建。只能分配给一个vendor，并且其中的article不能再分配其它module
 Open new site
当我们新开了一家店铺，并且想在很短的时间内为它创建assortment，有以下3种方法：
1. 基于MC设置
我们可以利用已经分配给assortment的MC来组织新site的assortment,通过TCODE WSM8
Master Data->Assortment/Listing->Mass Maintenance->Assortment
2. Assortment copy
如果系统没有设置为multiple assignment，则可以通过assortment copy的方式，将已有的assortment数据copy到新site的Local assortment
Master Data->Assortment/Listing->Mass Maintenance->Assortment ->Copy
3. New site分配给general assortment
如果系统设置为multiple assignment，则我们可以通过将新site分配给assortment来实现
我们也可以通过TCODE REFSITE，为新建立的site分配ref site，这样新site会与ref site拥有一样的assortment
在实际应用中，创建了新的site之后，不单单是assortment的设置，我们还需要快速的设置采购和后勤数据。我们可以通过site的grouping功能，这些也通过TCODE REFSITE执行

 Subsequent Listing
在某些特定情况下，比如goods receipt或者stock transfer，article可能可以交付给没有被list的site. 在site master中如下参数来控制是否可以进行这种subsequent listing.
 Listing Procedure
我们可以通过MM42维护article时，勾选手动listing来进行Online的list，可以exclude一些assortment。如果选择了restrict listing则只对选择的sales distribution chain进行listing

最基本的procedure profile check
会检查article的merchandise category是否在assortment中，如果存在，才会在这个assortment中list出来

带有assortment grade的check:
Article的MC是否在assortment中
是否article中的assortment grade被包含在assortment MC的grade中
是否包含assortment grade 的listing algorithm在listing procedure中被输入了

Article中可以指定assortment grade

在assortment中的MC中可以指定grade

Logistics – General->Assortment->Assortment下可以配置关于grade, list algorithm等
首先我们配置Assortment Grades比如1，2，3，4 然后创建Listing Algorithm，比如01，然后配置Assortment Grade Rules，配置入algorithm 01的grade4规则是1+2+3+4。最后我们把01分配给list procedure

Basic procedure layout check:
是否article被分配给了一个layout module
是否site链接到了一个layout
是否article的layout module是assortment中layout的一个layout area

如果我们使用了space management则我们需要保证上架的货物有在具体货架上拥有空间。
Classification Check：
可以在Retailing->Master Data->Assortment/Listing->Assortment->General Assortment下维护assortment的class 只有article的类别属性与assortment的相符才会做list

 Listing Procedure configuration
Assortment listing procedure
如果选中这个选项，则在assortment中定义的listing procedure必须被使用
Multiple listing
如果选中这个选项，一个已经被list的article可以被其他module list，比如standard list和promotion list
Sequence control
这个选项影响下面check rule的效果。如果没有选中，check rule是P&K&L，在P处发生错误，则K,L不会执行，也不会产生error；如果选中，K L都会继续执行，并且产生error
Process control
设置check rule之间的关系(OR AND) check rule通过exit function方式实现，可以替换为自己的function
 Assortment List
AL(Assortment List)提供了一个listed assortment的概览。AL使得对任何在assortment之内的article的更新(新增 打折 变价 促销等)都会通知到store或者customer也就是assortment的assortment user
在Logistics – General->Assortment->Assortment List中进行相关配置
在article主数据中维护AL type

AL可以以多种形式存在，打印文档或者电子文档发送给零售店。
AL有三种version:
1) Full Version:包含了从这个AL创建以来的所有有效地article数据
2) Change Version:包含了从上次产生message以后有个change的article
3) Mixed Version:包含了整个所有后续变更和当前状态的最新的full version


AL配置中，lead time是指从AL message创建到validity之间的天数
Cycle是指多久系统多久生成一次AL
NO. of change vers.是指产生了多少个change version后产生一个full version
之后我们可以配置Maintain Profile for Assortment Lists 在这里可以对将AL组合在一起分配一个profile来控制参数，比如是否产生IDOC，是否保存version等，然后在创建site时，将此profile分配给SITE的POS view
我们可以通过Logistics->Retailing->Master Data->Assortment/Listing->Assortment List->Generate->WDBM - Manual Selection来生成一个新的AL

由于我也是刚刚才有系统，零售行业第一次接触，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.

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