SAP零售解决方案研究.docx
《SAP零售解决方案研究.docx》由会员分享，可在线阅读，更多相关《SAP零售解决方案研究.docx（19页珍藏版）》请在冰豆网上搜索。
SAP零售解决方案研究
SAP零售业解决方案
第一章 SAPRetail概述
从1990年，作为世界最大的管理软件供应商——SAP开始与世界领先的零售与批发商紧密协作开发零售行业解决方案。
SAPRetail业解决方案是一套完整和集成的商业零售管理系统。
它覆盖了使零售企业更具竞争力的优化的商品结构策略，灵活的促销形式，ECR（有效的消费者反馈）驱动的商品后勤和营销管理等，形成了一套完整的业务流程。
SAPRetail业解决方案将零售的核心业务与R/3的财务会计，管理会计和人力资源等功能完全无缝联接起来，并且第一次实现了在所有商务领域中的决策优化。
SAPRetail业解决方案为零售企业构造了一条完整的供应链，联结了从供应商到消费者的所有后勤管理渠道。
SAPRetail业解决方案的强大功能，促使零售企业优化管理流程并精确地控制供应商，零售商和消费者之间的商品流和信息流。
SAPRetail业解决方案同时支持正在发展的网上电子商务和企业ECR战略目标。
它也允许法人结构或不同业务的变化，如加盟连锁。
这保证了零售商不仅拥有现在可行的投资，而且可以随着市场变化而转换，企业发展不再被系统局限所制约，现实经济变革可以逐步融入系统之中。
SAPRetail业解决方案与R/3系统其他模块一样，是一种组合式系统，可以分步实现，而且灵活易学。
二、SAPRetail的优势
SAPRetail为企业的各个方面带来了速度，效率和灵活性。
SAPRetail关注于企业的整个价值链—从合同管理到履行，直至管理存货和绩效分析，并关注于可获利的成本，收入和策略。
∙SAPRetail能够满足零售业不同企业的需要
SAPRetail发布之前，世界各地超过30个公司严格地测试了系统的可用性，业务范围和性能以及易实施性。
有10个以上的公司在SAP正式版本发布之前已经开始作为商务系统运转了。
今天，全球已有象批发商、零售商、出口转运商等1300多家零售行业的客户在使用SAPRetail，并使其处于有利的竞争地位。
∙SAPRetail是开放的系统
在实施SAPRetail的各个阶段，都可以在很大的范围集成第三方的系统或用户自己开发的功能。
由于公司之间的业务流程的差异，SAPRetail提供了标准用户出口，以最小的影响来集成用户自己开发的业务。
SAP也提供了经过认证的开发进口和面向某一市场领域的软件开发包，以最大限度地满足客户需要。
∙SAPRetail支持业务重组
新的发展趋势，如电子商务和ECR（有效客户反馈），已经包括在新产品的开发周期中。
SAPRetail允许法人结构和业务实践的变化。
用户不仅能根据未来规划来投资，也能根据市场变化迅速调整。
公司的增长不会受到系统的约束。
公司结构的变化能够平滑而有效地反映到系统中。
∙减少成本
ØSAPRetail将商品计划，需求预测，配货和补货等功能无缝集成，因此能保证更灵敏的，更灵活的供应链，提高效率并减少成本。
ØSAPRetail拥有功能强大的，基于网页设计的，易于使用的商店门户，可获得更精确的采购数据，并提高员工效率，减少培训和降低成本。
∙增加收入
Ø多渠道的业务关系和事务管理，帮助企业推进销售，增加销售频率，提高客户忠诚度，更有效的吸引新客户。
ØSAPRetail先进的商品分类模式：
按商品属性分类，结合商店部门及其货架管理，减少了库存管理层次，提高了货架空间使用效率，延长产品生命周期，从而提高利润率。
∙优化策略
Ø针对零售行业特点定义季节，可制订相应的销售计划，更准确地进行市场预测，支持企业决策。
Ø具有先进经验的报告和分析能力—再加上销售规划、客户、财务和员工等各方面的数据—令企业更深入了解消费者和自身运营状况，从而能根据市场变化更迅速的调整。
∙SAPRetail快速实施过程
零售系统的实施不是一个容易的过程，因为公司所有的部分都必须被集成和同步化。
然而，SAP提供了大量的工具，以帮助用户在最短的实施时间正确决策如何配置系统，例如：
Ø对项目组成员和用户的培训
Ø咨询顾问的培训
ØSAPRetail的模型系统
Ø实施指南
ØASAPRetail等
第二章 企业结构
一、组织结构
1、零售企业模式
每一家零售企业都有其独特的一面，反映在组织机构上也是如此。
同时每一企业的组织机构又有其共性的一面。
SAP的企业模式充分考虑了这一事实，使企业能够充分利用R/3系统所提供的灵活性，而不至于使企业组织结构必须定制于一种固定的模式。
R/3系统中每一主要的模块都有其自己对组织结构的查看方式,及自己的组织结构。
例如，在法国公司代码是一个集中的组织结构，同时后勤用采购组织，分销渠道，和销售地。
人力资源使用组织计划。
企业可以定义这些结构层次，并维护其相应的数据和控制相关功能。
SAP的企业模式为企业提供了一个相当高水平的灵活性，它可以将各种组织结构联结起来，并将其分组，从而与企业各职能部门对应起来。
这使企业可以在系统中充分集成。
二、业务战略
1、企业的业务战略对系统实施是重要性
是否计划在业务中包括网上在线商店直接向消费者销售？
是否将采用其它的分销方式，如特许经营或批发客户分开管理的商店网络。
是否将某些地区交由代理商？
企业可以运用对自己企业战略的了解，充分考虑其未来的发展，来定义其组织结构
2、集中管理和分散管理
SAPRetail业解决方案并不限制你于某个单一的管理模式，既支持总部集中式管理，又支持各个分部的单独运作管理。
3、如何用组织结构控制业务流程
从财务角度，企业可以划分为财务相对独立的更小单位。
在SAPRetail，企业可以根据实际需求给企业一个公司代码或不同的代码于每个分销渠道或每个销售地点，如何划分单位取决于各国家的法律规定。
采购组织单位可以服务于整个集团公司或一个公司。
用其定义从哪个供应商采购哪种商品，其成本价格和条款。
并通过分组进行统计。
企业可以为某分销链定义销售价格，个别商店也可根据自己特定需要来进行调整。
4、制定雇员职责
可以制定岗位并赋予某特定级别的职责给这一岗位。
也可指定工作任务给某人。
系统可以控制谁可以访问某一特定的功能和数据。
用户登录系统后只可以访问其岗位允许的功能操作。
5、构造销售地点
可以将公司分为许多部门，可以按它们包括的商品类别来分。
收/发货点可以按这些部门定义。
从库存管理角度，一个商店可以看作一个储存仓库，一个分销中心可以分成更小单位。
同时可以控制到货位管理。
SAPRetail的库存管理可以管理企业所属或非企业所属的库存。
可以将特许经营者在后勤管理层次看作商店，同时将其作为一个外部公司。
可以向这些外部公司提供大量服务，包括从库存管理到完整的财务。
第三章 分类计划
一、商品目录结构
日益增加的多样化的客户需求，激烈的竞争和快速变化的市场强迫零售商重新考虑其分类策略。
零售商必须经常从不同角度衡量其市场定位，并要考虑地域因素和不同的客户群。
目录管理工作台
目录管理工作台是一个面向过程的环境，它将所有涉及计划和商品目录、成本、收益等业务的控制组织在一起。
工作台分为三个部分：
∙主数据
分类计划和业务控制所需要的主数据，其由商品目录，可能的目录视图，各种定义分类、利润和评估结构的对象组成。
∙计划
计划总是定义在实际数据一级，并且比较其相似性。
例如，可以使用计划功能产生销售计划，成本中心计划以及销售与利润计划。
∙成本控制
在运作层面，目录管理能从各种信息系统提供的报表工具中选择适合零售行业的分析主题。
目录管理能定义任意级细节进行分析，探查到商品目录级或个别的商品级。
这些报表工具能提供问题的答案，如：
Ø哪些客户群购买哪些商品？
Ø哪些商品通常在一起采购？
Ø在商店N的下午4点到5点，卖了多少商品？
用户可以使用例外分析过滤不想要的信息，而只将例外情况的预警信息报告给目录管理，目录管理可以自己定义哪些例外信息将被报告。
二、商品分类
商品分类是商业公司对商品的结构化细分，目的是明确某一时期的目标商品组。
其内容通过分配分类模型来定义的。
商品分类定义了在给定的时期内供应何种商品给一个商店或分销中心，可用于验证销收订单或采购订单的有效性。
每一个场所（商店或分销中心）分配且仅分配一个分类结构，并且在创建场所的同时创建，但是直到商品列清单阶段才对其分配商品。
商品的有效期是分类的重要因素。
SAPRetail允许自定义每个产品的生命周期，生命周期从创建商品主记录开始，到主记录不再使用结束。
随季节时尚而变化的商品生命周期很短，例如，有品牌的商品、食品、或日常消费品有很长的生命周期，可以根据这些差异确立不同的分类策略。
三、供应商主数据管理
在SAPRetail系统中，用户可以在供应商主记录中存储与供应商相关的所有信息。
供应商数据是一种多层的数据结构，可以在通用层、采购数据层、银行数据层、供应商区域层、地址层、会计层、配送控制层来维护供应商的各种功能数据。
四、商品主数据
零售业的商品数量通常会很大，有效的报表工具是不可缺少的。
在SAPRetail业的解决方案中，能够运行一个范围广泛的报表从而获得基于零售商的相关信息。
例如，当订购一个商品的时候，可以显示现存系统中所有的供应商从而横向比较他们的相关信息。
或者，可以调出一个供应商的供应的所有商品。
同时，可以显示厂商的相关报表，包括基于特定产品目录的所有产品、具有某一特定特性的所有产品以及某个配送中心或是特定商店中的所有商品。
即使具有强大的报表工具，使系统中商品的数量保持在一个可以管理的范围仍然是必不可少的。
SAPRetail业解决方案会帮助用户删除系统中的垃圾数据。
用户无需记住要删除的商品编号，SAPRetail业解决方案会提供帮助使用户可以轻松获得那些长久不用的商品信息。
五、票据和附加信息
可以通过为某一商品增加附加信息使得能够更加有效的是客户理解这种商品是什么。
附加信息是SAPRetail中的术语，他可以用来描述票据、价格标签、轻放标签、安全标记、衣架标记以及诸如将某些服装放到衣架上展示的服务。
每一个附加信息都有自己的主数据并且可以通过电子手段传输。
可以在系统中自定义会自动生成附加信息的事件（例如收货）。
这样就可以贴上粘性标签，同时也可以使用贴有公司标志的特殊包装，或是指明货物隶属于某一特定的货物类别，而该类别指明该货物属于某一配送链。
六、定价
定价模块具有双重的功能，既可以计算零售方面的销售价格（对于配送链和商店），也可以计算批发方面的价格（对于配送链和价格清单）。
可以针对一种新的商品的基价指定一些参数。
这些参数包括货物的基础采购价格（成本）和计划包装等等，这些取决于如何配置。
定价模块功能强大，具有很高的灵活性。
对于那些会影响定义好的效益和商品期望利润的因素（比如市场份额的竞争），定价模块能够很好的适应这些需求。
如果某种商品的成本发生了变化，可以选择利润维持不变（需要调整价格）还是价格维持不变（需要调整利润）。
定价会影响传统价值链的核心，每一个新的连结的加入都会导致成本的增加。
有效的响应消费者的方法，诸如满足某一地区的需求或优化后勤流程，会降低会商品的成本，进而影响销售价格。
七、客户关系
客户是你销售货物对象和业务伙伴。
在SAPRetail业解决方案中客户可以分为以下几类：
∙内部客户
∙外部客户（拥有客户主记录）
∙无法识别的消费者（无客户主记录）
因为每一个地点都接受发货，所以每一个地点都有一条客户主记录。
针对无法识别的消费者的销售额会在销售端进行累计并计入一个二级客户纪录。
第四章 需求计划和采购
一、需求计划
需求计划的主要任务是对存货进行监督管理，保证商品在被需求时已确实按正确的数量被定购。
集成化的商业管理系统就做到这一点。
一种商品基础上的库存管理，与随时更新的定单系统以及集成的对商品需求的截至日期的监督管理相结合，提供了一个广泛的而精确的数据采集，它允许你开发多种SAPRetail的补货计划方法。
二、分配（计划性联合采购）
零售商通常在大量商场间分销集中采购的商品。
例如：
服装或促销存货。
SAPRetail的分配功能可以使你计划存货的分配，触发所有需要的货物移动。
分配表中存放了一个存货分配的所有信息，以便你能计划将商品从配货中心直接发放到商场。
你也可以直接从供应商那里为商场供货或者商品从供应商处先交付到配货中心，然后再从配货中心到商场。
分配通知单保证总部与各个商场间保持有效通畅的通讯。
一旦你计划并完成了所有分配的细节，系统会自动产生凭证去采购或交付商品。
三、采购定单
商业管理系统中所有的需求计划，商场定单，分配，促销和销售定单功能为商场，配货中心和客户创建了定单申请。
通常这些定单申请以采购请求的方式创建，额外的信息例如：
供应商或交付日期被增加进去。
这些额外信息是输入在一个实际采购定单中的。
在SAPRetail中，各种功能被高度集成而且所有需要的步续是高度自动化地进行。
对采购请求的核准和批准，你可以建立这样的系统，一旦采购请求被特定的雇员核准和批准，带有确定价值或为特定商品分类的采购定单就被发出。
核准和批准流程是一个灵活的功能，你可以很方便地按自己的需要建立模型。
四、定单优化
1、外部定单的优化
外部定单应尽可能的有效率和电子化。
你最关心的其中一件事，应该是充分利用你和供应商谈判所得到的条件和价格，并且让每次机会都节省费用，你可以仔细地把可能的采购请求和采购定单组合在一起，并且充分利用优化运输能力来做到这些，SAPRetail提供了很多工具来帮助你作到这些。
2、每日业务的反映
一个灵活的分析和模拟功能阵列让你在需要时可以获得你需要的关键数据。
●强大的报告特性
特别开发的SAPRetail的信息（RIS）集成了从供应链中的各个方面，从采购和库存管理到销售和POS的数据。
你可以从任何视图看到在不同应用范围的数据，使你迅速准确地分析当前业务状况。
你可以定义信息显示的详细程序。
●计划和控制采购预算
SAPRetail也合并了一个灵活的计划系统，你可以在一个预定义的时间期间（例如：
一个季度）内，为所有的商品结构类型定义一个总的采购预算，例如:
你可以把这个预算分布到商品类型或商场。
每个月，系统计算已经使用的例如基于未结清采购定单和收货预算百分比，如果你的预算有过度使用的危险，系统显示一个警告信息。
对于集成的承付款项管理，你可以输入和分析所发生的资金承付，每个采购请求或采购定单增加了你的承付款项，当收到货物，例如，减少他们。
这些信息同样与R/3的管理会计模块相集成。
五、发票校验
在发票校验中，你可以检查大量供应商发票的内容，算法和价格。
当一张发票被过帐到财务会计，资产管理和成本会计时，SAPRetail使用从采购和收费收贷中的数据并把这些信息传到所创建的凭证上。
后勤发票检验是特别为SAPRetail开发的，它能使所有在一张原始发票中的数据被输入到R/3的后勤系统中，从财务会计中分离，这种在几个系统间的应用分布使系统性能合理化。
当你记入一张发票时，系统在供应商科目上产生一个未结清项目，当在财务会计模块支付货款时才被结清。
其它数据，例如：
开票商品的平均成本和采购定单历史，也被系统更新。
通常，供应商将开票给你，如果，发票参考一个采购定单，你不得不输入一个定单号码。
其它工作由系统来完成，例：
发现和建议你供应商的名字，供应商已同意的价格条件和所有包含有发票中的逐个的数量和价格。
如果发票参考一个特定的收货，所有你应做的是输入送货单号码，这种方法你可以处理单个的交付。
六、随后结算
你可以同意考虑与供应商有一定的回扣和条件，但不是在支付货物发票的时候，而是当你在预先定义的期间结束时，达到了供应商同意的业务量。
象这样要么是一次性条件要么是周期性结算条件，都可以输入到SAPRetail中，你可以为自己选择有效的期间和协议（特定的数量值，重量，体积或点数）。
SAPRetail可以自动更新就你的公司或集团与供应商达成协议的商品的业务量。
这个更新可以基于采购定单，收货或发票校验的日期，你可以随时显示业务量的更新统计。
你甚至可以输入有追溯效力的协议，系统识别所有过去相关的业务并包括在更新的数据。
在一个有效期间结束或一个双方同意的期间结束后，SAP系统计算你应收到的回扣并创建一个结算列表，根据你选择的结算类型，你要么让系统创建一张发票给供应商，要么创建一张贷记凭单代表供应商。
你也可以在一个期间结束前的任何时间结算条件，这适用于需要一次性或周期性结算的协议。
如果你的业务量更新的结果与供应商不一致，你必须和供应商调节业务量，达成双方都同意的数据，在SAP内部继续维护双方达成一致的数值和系统自己产生的数据，以保证对所有变化有一个完全的审计线索。
这个协议值也可以作为将来结算的根据。
第六章 商品后勤管理
一、收货
1、收货前的商品跟踪
采购组件包括一个有效的工具来跟踪采购定单进行的步续：
采购定单历史，这是一份附在采购定单上，记录所有退货，过帐等活动的卡片。
在收到发货日期和数量的确认后，就可以输入装运通知到系统中去。
2、收货处理的参考
在收货处理时可以参照一张前序的单据，如采购定单或发货通知。
系统将复制相应的数据作为收货单的缺省值。
如果从供应商传来的发货单中没有前序单据的参考号，系统还提供很多搜索方式去查找相应的单据，如：
内部商品号；EAN；发货日期。
3、收货可以按2步来过帐
SAPRetail也支持分2步来收货，先按发货单输入1个粗略收货单，这样系统在实际上收到货物时就能获得及时的信息，准备好后，再参考粗略收货，第2步输入实际收货单。
4、服装类收货的矩阵模式
收货时商品样式从采购定单被复制到收货单里作为缺省值。
SAPRetail提供了一个清晰易用的矩阵用来输入收到的实际数量，也可根据需要把它转成列表方式。
这个模式还允许你同时编辑行列。
5、处理无计划收货
可以做无前序相关票据的收货。
这样，用如下2种方法来作货物过帐：
∙不产生一张采购定单
通过利用某种特殊移动类型，可以直接输入收货而无前序相关票据。
SAPRetail就用当前移动平均价来评估库存。
由于没有采购定单，就不能用发票校验功能来处理到达发票。
∙产生1张采购定单
通过配置可将一张无计划的收货同有前序采购定单的一样处理。
因为没有前序相关票据存在，SAPRetail自动地产生1张采购定单来作发票校验。
6．连接仓库管理系统
R/3仓库管理能完全与收货处理集成。
收货过帐如同往常。
系统就检查库存地点能否使用仓库管理。
如果这样，仓库管理产生移库要求，找出空闲库位并产生移库定单来存放。
7．商场收货的支持
SAPRetail提供1个接口来处理商场的收货。
商场通过读写器采集收货数据，例如以电子数据形式传到中央的R/3系统。
使用该接口带来2个主要好处，
首先，这样可以利用库存数据来双重检查之前输入的数据。
如果，比如商品从配货中心运货，商场收货过帐同时配货中心进货，可以原始的收货数据和商店实际收货量作比较，如果必要则可进行纠正。
其次，可将商场数据送至总部，这样收货过帐后总部便有必要信息。
例如，总部从外部供应商集中定购得商品可以直接发运至商场，在这种情况，商场收货信息将被送至总部，按原始采购定单的基础上进行收货处理。
只须传送关键数据，诸如唯一等商品代码到SAPRetail，因为系统能自动地提供大多数缺少的数据。
如果数据看起来不完整或不协调一致，便可简单地对其编辑。
如果系统不能对收货过帐，那么工作流组件就被激活，1个工作项目被赋值至合适得职员，由其以1个建议的处理方法来完成。
四、商店定单
1张商场定单由1家商场或客户提出的对商品的请购。
商品因此由商场所“拉引”，而非由总部根据中央计划数据“推动”。
可以选择如下单据在SAP系统中来采购商品：
∙采购申请
∙采购定单
∙发货单
∙销售订单
五、退货
有许多原因把商品退还给供应商：
在1个季节或促销之末留下的，或商品断货。
SAPRetail区别“退货发运”和“退货”。
1个退货发运是立即退还商品，并被认为是原来发货的反转，这总是参考某张收货单据或某采购定单。
退货，一般来说是在收到商品之后一些时间再发生，且过帐并不参考任何其它文档。
还有一些不同类型的退货在SAP系统中。
∙退还供应商
当某个商场或配货中心给某个外部供应商退还商品。
∙商场退货
这是当1个商场或配货中心将货物退还给1个配货中心。
∙消费者退货
某个消费者退货是在零售领域内交易，且涉及消费者将商品退还至POS系统。
通常是因为他们希望调换某件商品，或对某件商品不满意。
∙客户退货
系统存有客户主数据的某客户退货，一般发生在批发领域。
第七章 库存管理
一、成本方法
SAPRetail能够使库存分类，并且在各个商品基础上或相关商品组的基础上管理库存。
对每一笔到库存的过帐，和所有影响库存的其它业务，系统自动调整评估，更新财务会计数据以及预定的信息统计。
库存的评估基于零售价格。
如果记录的所有的事物处理都是与实际的商品相关的，你也可以用成本法评估库存。
库存是在一个商场或配货中心的存储地点级来管理的。
在这里，库存被分为很多种分类。
你可以区分可用库存，质量检查库存和冻结的库存。
如果商品应从一个存储地点转存到另一个，这批库存在发货和收货期间被分类为在途库存。
你可以为客户或供应商分派特别的库存。
例如这就允许你去管理从供应商那里的可退货的运输包装，而把它分派给它的实际拥有者。
SAPRetail提供一个批量库存管理系统功能，它允许你使用批号来管理货物。
你可以自己指定批号或由系统指定。
SAP允许你为了库存管理和评估目的从标准库存中区分促销库存。
如果你的商场没有必要的设备去清晰的标识每个已售商品`库存以及销售，那么可以用相关商品组进行管理，例如水果和蔬菜类，办公用品和工具类。
你可以用任何你选择的商品来组成这个组。
单个商品类目常常作为这种库存管理的基础。
然而，合并很多商品类目或把一个商品类目分成很多更小的组也是可行的，每个组被分派一个“只有价值得商品”，这个组内所有商品的销售都被记录到这个只有价值的商品中。
组中每个商品被标记为例外，接着在一种商品基础进行管理。
不基于一种实际商品管理的库存是纯粹基于价值的，对于只有价值的商品，它的成本和零售值是可知的，但却没有数量上的信息。
SAPRetail支持很多为资产负债表评估库存的方法。
“市价孰低原则”让你尽可能谨慎地评估库存。
所有期望的损失都要在资产负债表中考虑，不再需要的库存值被减掉。
基于税或商业法的价格作为这些的基础被创造，而且这些价格是用于计算资产负债表的值。
SAPRetail为基于税或商业法的价格计算提供了很多方法。
这些方法的任何组合都是可能的：
∙最低价的决定基于当前市场价。
∙最低价的决定基于移货率。
∙最低价的决定基于保额范围。
在LIFO（后进先出）评估中，一种商品库存的任何增加在每个期中内被分别评估。
它假设最近收到的库存最先使用。
如果新的库存被收到或使用，老的库存值不会发生变化，这保证了涨价不会导致老的库存在高价位上评估。
在FIFO（先进先出）评估中，它假设先收到的库存先使用。
因此库存的值使用最新收到的货物值来计算。
二、盘点
一个公司至少一年要实施一次库存盘点。
SAPRetail支持很多盘点的方法，并且能够在仓库和商场实施盘点。
你可以用定期盘存方法在资产负债表的关键日期上去实际清点所有库存。
每一种商品都必须清点，而
升级会员 