Oracle Retail （原Retek）MOM模组 RMS模块 标准功能详细介绍

Ben-Bu

本文为 "分享知识 原创连载" 活动推荐文章！

[声明：此贴只谈标准功能，不涉及任何实际业务]

大家好！

本文主要用每周更新的连载形式，给大家介绍Oracle Retail的标准功能。

预计更新时间：每周四。

月计划见附表。

Hi, dear all.This article will be series published weekly in order to introduce the standard function of Oracle Retail.
Estimated updated date：Every Thursday.
Following table is monthly plan.
测试用版本13.2

时间表 schedule	具体内容 detail content
七月第一周	Oracle retail简介 （已完成） Oracle retail introduction （completed）
七月第二周	RMS简介（已完成） RMS Introduction（completed）
七月第三周	RMS界面和使用 （已完成） RMS Window & Navigation（completed）
七月第四周	RMS基础数据_组织层次结构（已完成） RMS fundamental data_org hierarchy（completed）

由于个人原因，8月连载暂停，九月继续，望各位理解海涵。

八月第一周	RMS基础数据_店铺（已完成） RMS fundamental data_store（completed）
八月第二周 顺延至9月	RMS基础数据_仓库（已完成） RMS fundamental data_WH（completed）
八月第三周 顺延至9月	RMS基础数据_商品层次结构（已完成） RMS fundamental data_merchandising hierarchy（completed）
八月第四周 顺延至9月	RMS基础数据_货品 RMS fundamental data_item

纵横四海

连载主题：Oracle retail standard function
更新周期：weekly
本连载的亮点是：it will be a step by step test and record and  help you put your business case into the system concepts.
其他要说的话：share the knowledge.

纵横四海点评：和Ben.BU沟通连载也是一拍即合；Retek在中国的案例并不多；你的这个连载一定为成为Retek方面的一个典型连载；加油；

Oracle Retail原名Retek，个人希望了解Retek如何在零售行业作品类管理，品类计划这两项工作；Retek是一个奇葩产品，在零售行业具有举足轻重的地位；研究好了Retek对于我们了解零售行业企业信息化帮助很大，Retek在中国应用的客户还不多，不过目前一些标杆客户正在形成；期待楼主的连载，相信这是一篇非常有价值的连载；

Ben-Bu

这个部分主要从两大方面来介绍，首先是市场，其次是产品。

本节目录
1.市场
    1.1发展历史
    1.2市场地位
    1.3国内情况
2.产品
    1.产品蓝图
    2.产品主体

1.从市场角度看Oracle Retail
1.1发展历史

• 2005年：说到产品历史，就不得不提数年前的竞购。当时Oracle和SAP两家ERP的领军企业竞购retek，最后Oracle在2005年成功将retek收入囊中，作为Oracle Retail解决方案的重要基石。
• 2005年：Oracle收购Profit logic，增强利润优化解决方案。
• 2006年：Oracle收购360commence，增强门店解决方案。
• 2008年：Oracle收购ATV(Advanced visual technology)，增强可视化空间解决方案。
• 2010年：Oracle收购ATG, 增强电子商务方案和零售方案（B2C）。
  
  
  
  
  
  

现在，Oracle的零售解决方案应该说可以找到零售行业需要的绝大部分套件了，但是使用频率最高的，运用最广泛的，还是retek中的核心模块。由此可见2005年的收购对Oracle产品市场布局的重要性。

1.2市场地位
    说到市场地位。硬指标就是市场认可度。这个指标的直接体现就是客户群体的数量和质量。一个优秀的ERP系统可以在提升企业营运效率上作出很大帮助，一个优秀的行业套件更是可以给到客户预期和希望（上了这个系统，你就可以成为或者赶超同行，成为翘楚），所以一个优秀的行业性很强的套件，应该有着持续，大批，优秀的客户。这样这个软件所给予的帮助才不局限于功能、效率、易用性，而更多的体现于业务模式优化，行业优秀经验的总结。
    1.2.1超级市场，折扣店铺，医疗连锁的专家
   Oracle解决方案被top20零售商采用（见本章最下），处于好奇。我查询了着top20的真面目（参考于德勤2013世界零售力量）。如所附图片：
虽然是13年的报告，但是排名的依据是11财年的零售收入总和。所以我们看到考前的多是超级市场这个行业的大鳄：沃尔玛，家乐福，麦德龙，乐购，克罗格等。在这个报告中能名列前茅的原因是因为超级大的流水。但是超级市场的发展道路和核心竞争力不免来自于平价(较低的毛利)，所以一方面我们可以确定。Retail很擅长图中的超级市场，折扣店铺，医疗连锁等行业。但是不能忽略另外一个Retail另外一个重要客户群体······服装零售。

1.2.2服装零售解决方案的NO1
    对于ERP实施厂商而言，一个优质的，可以提供很好资金收入回馈的客户并不只是单纯的盘子大就好的。利润率同样重要。高利润的背后意味着产品或者营运模式上的核心竞争力（长线看好，后续工作源源不断）；适度的撇脂定价更是说明企业库存有紧俏的供需关系（如果把ERP建设作为长期费用化资产，每个产品有更大的分摊费用的空间）。一线的服装厂商符合这两点。一线并不是指品牌的一线，比如也用着Retail的HUGO BOSS（极高的品牌价值，一贯的较高定价）。retail在服装零售行业的经典案例并不是这些品牌上的一线（较高的价格必然对应较少的门店数量）。而是去帮助在逆境中的多门店快时尚服装零售企业去解决库存积压的问题。比较经典的就是GAP的例子。
    2002年GAP出现负利润。由于企业无法再合适的时间对产品作出准确的定价（主要是“老海军”这个产品线），导致失去市场机会，造成库存积压，产能浪费（而如果恰逢通过大合同去削减单位制造成本，原材料成本，则造成更大的沉没成本）。上了Oracle retail（涉及的模块有RMS，forecast，Retail WMS，RDW，Retail POS，Oracle Financial等）之后，优化的降价，加速了库存周转，提高了生产力利用效率。

1.3中国市场
        2013年：李宁，北京华联
        2012年：达芙妮，步步高，三福百货
        2011年：屈臣氏（中国），Zenga（中国）
        2010年：国药（SINOPHARM），优衣库（中国），GAP（中国），万得城（中国）
        2009年：森马，七匹狼

2.从产品角度看Oracle Retail

此部分内容后续说到标准功能会展开。这里用图片做简单展示，给出概念，供大家参考。
       2.1Retail产品蓝图

2.2Retail产品主体
      商品运营管理（MOM=Merchandising Operation Management）

第一章结束。希望对你有帮助。I hope it will be helpful to you.
2013.07.05 @SH

2013-09-13更正：全球top20零售商使用oracle解决方案分布情况

纵横四海

你查询资料真的确认 “当年的retek，号称用于世界top20的零售大鳄。” 这句话是正确的么？如果真是这样真的是零售之王；

Ben-Bu

Ben-Bu 发表于 2013/7/5 00:31
这个部分主要从两大方面来介绍，首先是市场，其次是产品。本节目录
1.市场
    1.1发展历史

Chapter2 RMS简介 重点为罗列RMS核心功能

本节目录
1.RMS是什么？
RMS全称：Oracle Retail Merchandise System。
2.RMS地位
MOM的核心。基础数据和业务数据汇聚的中心。


3.RMS核心功能
基础数据类：
3.1组织层次结构
3.2店铺
3.3仓库
3.4商品层次结构
3.5货品
3.6供应商
3.7客户
业务流程类：
3.8采购和分销
3.9发货和接收
3.10成本变动
3.11库存盘点
3.12转移
3.13退货至供应商
3.14成批退回


4.基础设置步骤
4.1定义设置组织层次结构-org hierarchy：company，chain，area，region，district，channel，store，WH。
4.2定义设置商品层次结构-merchandise hierarchy：company，division，group，department，class，subclass。
4.3供应商信息维护-supplier：basic info（contract，address，etc），supplier attributes，traits，partners，RTV requirements，expense profiles，EDI，INV mgt parameters，import attributes，REIM attributes，payment types by stores，delivery schedule@store&WH，vendor managed INV
4.4客户信息维护-customer：customer，customer group，location。
4.5系统选项设置-sys parameters：audit trails，dynamic hierarchy，error message，multi-view，code，batch，sys variable，main menu。

无缘不相逢

您好，请教个问题，医药行有个典型的特点，需要记录批次管理，此批次管理同ebs的批号管理不同，当然批次管理比批号管理更为严格。
举个简单的例子：有A \B两家药品分销商，同时对公司供货，会有这样一个情况，向A\B同时采购某药品，恰巧药品‘批号’又一致，而在
传统批号管理中，认为这个药品入了库就是一个东西，而药品往往为了追溯采购来源，比如A供应商入库001批号100个，B供应商入库200
个，如果这个时候销售出库001批号150，在统计分析的时候就需要区分是分别哪两个供应商供货。当然在真正的实物管理中，做不到，但
往往客户需要这样的分析报表。
请问retail 标准功能可以吗？

无缘不相逢

我们后来是用父子批号实现

xiaoleerp

现在零售业可以焦点，跟着版主学习啦，一步一步整...

Ben-Bu

无缘不相逢 发表于 2013/7/11 14:37
我们后来是用父子批号实现

hi你好！
RMS标准功能不行。库存表中没有lot这个字段。目前我接触的项目也只是客户化了一个lot表和一个lot attribute表去记录到一个OU下一个商品的一个批号去锁定唯一记录。但是如果一个OU下一个商品一个批号来自两个供应商。还是同一记录。

但是你描述的情况在YY行业确实存在，客户需要那些分析报表的原因是在YPLS企业和供应商结算的时候有很大一部分是通过销售去做付款结算的。
但是前端pos只记录到批号。但是没有供应商信息。
当供应商是分销商的时候，同一个批号的商品可能来自两个供应商的供货。我们在做进销存报表指导付款的时候。就必须制定一个同批号销售商品究竟归属于那个供应商。但是这种分摊规则就必然导致数据的偏差。在统计数据评估供应商的时候影响数据的准确性。影响于供应商的关系。
在业务上，彻底解决这个问题的方法就是管理到批次。
但是对于YPLS而言。个人觉得：需要做到批次管理。（明确到批次就可以细分批号。不同供应商的接收对应不同批次即可以做区分。）
但是没有必要用批次成本。（批次成本通常使用于按照批次的成本去指导定价，eg：有色金属行业。）

以上是我的认识和想法。
希望对你有帮助。另外，也欢迎你与我沟通下你用父子批号在EBS中实现以上业务需求的方法。以及其他一些关于行业和功能的交流。

无缘不相逢

把供应商看做是父批号、药品的真实批号当做是子批号，从而可以解决从供应商角度追溯来源，但是还是无法追踪到销售是那个采购批次。做的细致点，把供应商+采购订单作为父批次。这样就可以实现追踪。但是实物库存管理很难做到。

Ben-Bu

无缘不相逢 发表于 2013/7/12 12:46
把供应商看做是父批号、药品的真实批号当做是子批号，从而可以解决从供应商角度追溯来源，但是还是无法追踪 ...

thx！
可以询问下做WMS的哥们。
实物还是可以同步管理起来的。

Ben-Bu

RMS界面展示主要包括：登录登出，菜单选中掘取定位，功能列表使用，语言转换




Log on & exit RMSLog on

登录：

在登录界面，输入

•    用户名

•    密码

•    连接字符串（connect string）

点击登录。

点击“登录”后看到以下界面：

Exit

退出

在活动菜单，点击“关闭”来退出应用。

点击操作后，点击“关闭”。

Navigate within a window

界面定位方法

drop down list

下拉式选单，在界面的左侧。

点击一级菜单后挖掘展开二级菜单。通过进入正确的菜单项目来到对应的区域（field）。

List of values button

值按钮列表

在界面的右侧。次列表列示了所有定义的值和选项。

Sort information

通过点击列头标题（column heading buttons）来实现。

点击可以展开，再次点击可以收起。

Menu
Button1
Button2
Language transfer

维护完毕退出后重新登录即可。

希望对你有帮助。

Ben-Bu

RMS基础数据_组织层次结构
概览

RMS中组织层次结构分为6个层次：
具体如下：
1.company
2.chain
3.area
4.region
5.district
6.store&WH

意义
定义组织结构的意义在于出具多维度营运报告。


具体设置步骤
我们在讨论组织层次结构的学习中时，最关键的是去看下每个层次都有可以维护多少值，都有哪些信息。这样对层次的理解可能会更高效。下面逐一看下设置步骤，重点关注下每个层次的属性：
一.company：全局唯一。ID就是1.

1.        公司ID默认为1.

2.        维护公司名称。

3.        维护次要名称。

4.        维护公司地址。

5.        维护所在城市。

6.        维护所在省份（选择值列表）。

7.        自动带出省份所属国家。

8.        维护辖区（一般为空，国内不涉及）。

9.        维护所在地邮政编码。

二.chain：      

1.         维护连锁ID（0~9数字）

2.        维护连锁说明（连锁名称）

3.        维护连锁经理名称。

维护连锁币种（仅作报表统计用）
三.area

1.        维护大区ID（0~9数字）

2.        维护大区说明（大区名称）

3.        维护大区经理名称。

4.        维护大区币种（仅作报表统计用）

5.        将大区绑定到连锁（业务单位&大区集合）

四.region

1.        维护“地区”ID（0~9数字）

2.        维护地区说明（地区名称）

3.        维护地区经理名称

4.        维护地区币种（仅作报表统计用）

5.        将地区绑定到大区

五.district

1.        维护“行政区”ID（0~9数字）

2.        维护行政区说明（行政区名称）

3.        维护行政区经理名称

4.        维护行政区币种（仅作报表统计用）

5.        将行政区绑定到地区

六.store&WH

后续章节说明

运用

1.         chain模式的选择：single chain ，brand&function chain，region chain。需要作为考虑依据的是公司的现状和未来的发展方向。

2.         area、region、district三个层次出发点均为细分地理位置。

系统限制

1.        对于每级销售架构，如果已经存在其下级销售架构，例如店组下已有门店存在，则该级销售架构无法删除。销售架构创建后，不允许编辑销售架构ID。

2.        ID上限-10个数字。

测试相关SQL复查脚本

组织层次：

--查询组织架构层次

SELECT a.area,a.area_name,c.chain,c.chain_name,r.region, r.region_name, d.district, d.district_name,s.store,s.Store_Name_Secondary

  FROM AREA a,--大区

  chain c, --连锁

  region r, --区域

  district d,--行政区

  store s--店铺

where a.chain =c.chain

   and a.area =r.area

   and r.region= d.region

   and s.district = d.district

无缘不相逢

您好,看到您发布的组织层次结构，想到一个问题，在retail 管理零售时，如果支持大批量的新开店。

Ben-Bu

无缘不相逢 发表于 2013/7/23 14:53
您好,看到您发布的组织层次结构，想到一个问题，在retail 管理零售时，如果支持大批量的新开店。

有叫like store的功能可以满足你的需求。后续会又说到，倒是请查看，如果功能描述不能满足。可以继续讨论。

54luomanyatou

好帖！！我也是做retek的，目前正在你说的其中一个项目中做MOM，继续关注

zqandzy

这个lz貌似相识呀{:soso_e100:}

xiaoleerp

retail目前比较热，看来以后会是个热点，好好学习学习。

Ben-Bu

今天讲下店铺（store）
开篇扯一点闲话。给大家聊聊现在零售业的店铺业态理论。

什么是零售业的店铺？
店铺是零售企业为了满足不同的消费需求和形成的经营方式的直接形态。

零售理论中将店铺形态做如何分类？

零售形态可以分为有店铺的零售形态（store selling）和无店铺（non-store selling）的零售形态。


有店铺的零售形态（store selling）

理论形态	说明
食品杂货店 traditional grocery store	是以香烟、酒、饮料、休闲食品为主，独立、传统的无明显品牌形象的零售业态。
便利店 convenience store	满足顾客便利性需求为主要目的的零售业态。
折扣店 discount store	是店铺装修简单，提供有限服务，商品价格低廉的一种小型超市业态。
超市 supermarket	是开价售货，集中收款，满足社区消费者日常生活需要的零售业态。
大型超市 hypermarket	实际营业面积6000m2 以上，品种齐全，满足顾客一次性购齐的零售业态。
存储会员店 WH club	以会员制为基础，实行储销一体、批零兼营，以提供有限服务和低价格商品为主要特征的零售业态。
百货店 department store	在一个建筑内，经营若干大类商品，实行统一管理，分区销售，满足顾客对时尚商品多样化选择需求的零售业态。
专业店 speciality store	以专门经营某一大类商品为主的零售业态。
专卖店 exclusive store	以专门经营或被授权经营某一主要品牌商品为主的零售业态。
家居建材店 home store	专门销售建材、装饰、家居用品为主的零售业态。
购物中心 shopping mall	多种零售店铺、服务设施集中在由企业有计划地开发、管理、运营的一个建筑物内或一个区域内，向消费者提供综合性服务地商业集合体。
社区购物中心 community shopping centre	在城市的区域商业中心建立的，面积在5万m2以内的购物中心。
市区购物中心 regional shopping centre	在城市的商业中心建立，面积在10万m2以内的购物中心。
城郊购物中心 super region shopping centre	在城市的郊区建立的，面积在10万m2以上的购物中心。
厂家直销中心 factory outlets centre	生产商直接设立或委托独立经营者设立，专门经营本企业品牌商品，并且多个企业品牌的营业场所集中在一个区域的零售业态。

无店铺零售形态（non-store selling）

电视购物 television shopping	以电视作为向消费者进行商品推介展示的渠道，并取得订单的零售业态。
邮购 mail order	以邮购商品目录为主向消费者进行商品推介展示的渠道，并通过邮寄的方式将商品送达给消费者的零售业态。
网上商店 shop on network	通过互联网进行买卖活动的零售业态。
自动售货亭 vending machine	通过售货机进行商品售卖活动的零售业态。
直销 direct selling	销售人员直接和终端消费者推荐
电话购物 tele-shpping	主要通过电话完成销售或购买活动的一种零售业态。

画外音：各种业态孰优孰劣？
万物生，皆有因。walmart的销售业绩再大也无法完全限制路边的小店的存在。零售业top1 walmart走的是大型商超路线（国内的华联，联华）。便利品牌全家走的是便利店路线。都是卖日常生活用品给顾客。各自有各自的市场。当然电商在国内红火起来后，也有像一号店这样的新的网上商店红火起来。但是他们各自有各自的限制，各自针对不同特征的消费群体。满足了多元化的消费行为。相互牵制，相互渗透，但是无法相互取代。
现在的百货商店：eg：南京路上的永安百货，中心区开放式的货架看着有卖场的感觉。大型商超也有PC专柜。可见，业态在相互交融，相互各区所长。


抛开店铺的业态概念。回到企业诉求：
盈利点越多越好！——越来越多的业态如何统一管理？
投资最赚钱的业态！——如何及时正确的评估业态对于企业经营的优劣？

RMS中的店铺
开篇掉了一地书包。其实就是跟大家说明店铺业态这个东西的存在并且跟大家说明在关注系统的同时，回追思考下业务及理论的必要。在RMS店铺维护的时候，系统设计了一个专门的业态字段供你标记。仅此而已，但是一个简单的字段，可以展现出产品的专业性，本人实施过EBS中OM2AR的流程，因为EBS没有店铺的概念，所以只能把“业态”和“渠道”的概念混谈，把店铺作为客户维护在系统内，店铺分类层次结构用弹性域标记，实现了客户的基本诉求-在店铺上标记上渠道业态层次，但是看不出软件的行业性了。
话外音：行业性软件？
EBS的客户上有几个弹性域可以供人折腾？数据按照业务迁移变更的工作量？需要做多少客制话功能开发和分析报表？

下面就看看RMS中怎么体现店铺管理！

1.RMS的店铺基本信息。
罗列了店铺基础信息上的主要字段，供大家体会参考：

字段	说明	举例
店铺编号	只能纯数字0~9999999999
店铺名称
经理
电话号码
传真号码
电子邮件地址
VAT区域	类似EBS中的税务管辖区。
行政区
转移区域	转移区域用于限制两个地点间的调拨，分属不同转移区域的门店或仓库之间，禁止商品调拨。
店铺业态		core  business（核心业务）    category  killer（专品店）    expanded  offering（多品类供应）    hard  discount（折扣店）    fashion（时尚店）    hypermarket（大规模超级市场）    supermarket（超级市场）    catalog store（目录商店）：发个小册子，上面是商品，跳完商品通过通讯方式向下单员下单，较早的一种零售业态。    kiosk（小卖部）    outlet（奥特莱斯）    specialty  store（专卖店）    upscale  store（高消费店铺）    upscale  supermarket（高级超级市场）    virtual  store（虚拟店铺）    warehouse（仓库）    club（俱乐部）    Mass  Merchant（大宗交易）
购物中心名称	如果店铺位于购物中心内，可以在此字段备注购物中心信息，即KA信息	IFC  Mall
渠道	当多渠道商业环境时使用
默认仓库
货币
语言
DUNS编号	经常被译为“邓氏全球编码”邓白氏集团是一个评估机构，独有的9位数字编码，为全球企业用以识别、组织及链接全球企业家族族系机构的标准。为全球企业及机构用以评估商业机遇及风险的参考。
DUNS地点编号
姐妹店	复制现有店铺数据到该店铺。作为补货参考
转移实体	转移实体用于定义retail中相互之间有销售关系的实体，分属不同转移实体的门店、仓库之间的商品调拨被视为销售关系。
组织单位ID	财务配套用EBS就是LE的概念。
总面积/销售面积/直线距离

其余的字段不再赘述。具体有机会的各位可以参考UG实测一把。

话外音：RMS的店铺基础信息好在哪里？
1.行业性十足的预置字段。
2.思路清晰的账务信息设计。

2.批量复制类似店铺

用like store（类似店铺）的功能实现，效果是按照现有店铺。创建一个有相同物品分类（assortment of items）的店铺。

同时，可选的复制项目有：

补货信息

运输计划（deliveryschedule）

活动计划（activity schedule）

当然，特定的信息还是要输入的：

store店铺

10chars

3chars

Manager

VAT区域

Region地区

District行政区

Store open date开店日期

Start order days开始订货日期

Channel渠道

Currency币种

Language语言

Unique tran NO. by唯一事务处理编号依据

明日工作略多，本节未完待续。。。继续聊

方案
在做系统设计的时候，基础的来说，纯粹从功能出发，不用考虑店铺的业态，分布，结构，选址等等，这些都是客户提供的基础数据。
但是核心的我们必须明确的是：
这个店铺是自营性质的还是加盟性质的。--转移实体。
这个店铺是用来做内部批发销售的还是零售的。--店铺类型（company & wholesale）区域之间是不是有跨区销售禁止--转移区域


测试补充
cost zone--和RPM相关。建议先看下RPM的概览，明白cost zone对定价指导的意义。
store_add批处理--在新建店铺后需要运行批。测试环境手工运行即可（secureCRT）。

Ben-Bu

zqandzy 发表于 2013/7/31 14:47
这个lz貌似相识呀

{:soso_e112:}{:soso_e181:}