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

Ben-Bu

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

like store功能已经描述过啦。
评估下？呵呵

Ben-Bu

今天说一下仓库（Warehouse）：以下简称WH

（今日略忙，稍后补上仓库相关的运用和方案考虑点）
新建仓库的系统内操作：Create WH

路径：action》org hierarchy，进入组织层次主界面。

定位到树形图中的“仓库”后，点击“新建”。

进入维护仓库的主界面。

输入相关信息。

字段如下：

仓库ID	仓库的ID
仓库描述	仓库的名称
别名	仓库的别名
币种	仓库的报告币种
报高层次
具体层次
VAT区域	用于指定VAT区域，类似于ebs中etax管辖区的概念。
主要虚拟仓库（opt）	默认所有的事务都在主要虚拟仓下发生，除了特别的指定。
Email（opt）	WH的主要联系方式
Break pack WH（opt）
Redistribution WH（opt）	该仓库为重分销仓库，用于接收采购订单来货的商品但是该仓库内的商品尚未用于分销（distribution）
配送政策（opt）	当接收地点关闭的时候的配送政策。    Next day：隔天配送；    Next delivery day：按照配送时间表下一个常规配送周期进行配送。
保留天数	接收商品之后，将其放置到相关地点来达到可拣货状态的时间周期。
邓白氏编码	9位（邓白氏提供）
邓白氏编码地点	4位（邓白氏提供）

---

Inbound：目前感觉是value chain中core value chain中的inbound的概念。

Associate cost location with WH

单击“zoning location”，来到“zoning location维护界面”

选择你想复制的成本地点的类型，eg：store

输入地点的ID，找到具体的location。

点击ok关闭zoning location窗口。

Complete the WH info

增加营业和邮政的地址。

增加虚拟仓库Opt—此部分下面详细说明

Note：虚拟仓库仅仅当多渠道环境时才需要维护。

设置仓库属性（WH attribute）。Opt

设置配送时间表（delivery schedule）。Opt

设置活动时间表（activity schedule）。Opt

Add virtual WH to physical WH

Org entity type

VWH type

Pricing location

Transfer entity

新增一个非内部完成方的仓库。

Ben-Bu

Ben-Bu 发表于 2013/8/15 12:33
今天说一下仓库（Warehouse）：以下简称WH

（今日略忙，稍后补上仓库相关的运用和方案考虑点）

由于自己私事，阔别接近20天。今天继续补下之前WH的内容。
前一帖给大家屏幕截图介绍了怎么在MOM中新增仓库。现在给大家说下仓库在MOM中的作用和方案考虑点。

仓库是啥？
系统中的仓库呢，对应到实际的零售业务中就可以作为实际物理存放地点，交叉转运中心，或者物流配送中心。
—物理存放地点：就是实际的物理仓库。
—交叉转运中心：不直接针对于门店，也不直接针对供应商PO收货，作为中转的仓库。
—物流配送中心：直接面对店铺或者外部客户配送的仓库。

仓库中的业务？
在仓库下的业务和店铺下发生的一样，除了木有零售销售。

仓库&渠道的管理？
对仓库可以进行多渠道管理。

明白了着三个基本点。我们来看下关于仓库的方案设计考虑点。

首先，系统逻辑上将仓库分为物理仓和虚拟仓。为啥么呢？
是一个系统变量在控制的：multi-channel indicator 多渠道指示。
当这个系统变量勾选时，才有虚拟仓这个东西存在。如果不勾选，则系统内只有物理仓的概念。

按照MOM的标准实施方案，推荐勾选，因为即使在单一渠道下，也推荐使用多渠道的概念进行对实际仓库按功能分类的渠道划分。

那么默认此系统变量勾选，则针对系统内的仓库。必须先建立一个物理仓，然后再物理仓下绑定虚拟仓。
物理仓对应什么呢？物理仓对应实际业务中的具体实物存在的物理仓库。
虚拟仓对应什么呢？针对物理仓按照渠道或者作用或者账务的需求分类去维护的仓库。事务是发生在虚拟仓库层面的。

看一个例子，假设一个集团公司：BenBU Co.总部在上海。
下面有3个区域公司，分别在上海，浙江，北京。
其中，各个公司的仓库情况如下：
总部，有一个实际仓库，在上海。
上海公司，没有实际物理仓库。如果上海区域下的门店要货，均从总部配送。
浙江公司，有实际物理仓库，在杭州。
北京公司，有实际物理仓库，在北京。

那么关于仓库的设计如下：
第一考虑：物理仓库设计，完全按照实际仓库走，系统内有3个物理仓，总部物理仓，浙江物理仓，北京物理仓。
第二层考虑：按照账务需求，总部配上海，需要算转移。所以在总部物理仓下维护，总部虚拟大仓，上海虚拟过账仓，浙江虚拟大仓，北京虚拟大仓。
第三层考虑：每个区域公司下按照业务功能对仓库进行更细的分类：比如，总部物理仓下挂，总部虚拟大仓，总部虚拟待处理仓，总部虚拟残次品仓。
第四层考虑：建立仓库与渠道的关系：将仓库指定到渠道。诸如此类的关联，在MOM标准数据抽取分析工具RDW下，均能通过RETL建立的关系去做数据的抽取。

关于仓库，掌握到以上部分。就明白了仓库在组织架构中的位置和大致的属性，以及维护仓库的基本操作。进阶需要掌握的知识有：
仓库与库存帐的关系：系统日历的选择，部门层面指定的售价法与进价法对库存计价的影响。
仓库的盘点
仓库进行的具体业务
仓库业务中包括的事务代码
等
在此罗列，提醒大家关注，后续按照进度情况进行介绍。


至此，仓库基础知识，介绍完毕。

Ben-Bu

商品层次结构
RMS商品层次优点

集中管控

灵活的层次机构设置方式去匹配特定公司的特定业务

商品层次基本结构

Level	Maximum Number
Company	1
Division	~10,000
Group	~10,000
Department	~10,000
Class	~100 Million  Each Department can have 10,000 Classes
Subclass	~1 Trillion  Each Class can have 10,000 Subclasses

商品层次的核心点在于“部门”

因为：

通常作为营运层次的最高层级

RPM中的工作表以此为集合

加价率在此层面

部门层面的转移&订单

关于库存信息的追踪和记录都是在此层面的

Oracle retail中数据挖掘功能多基于部门，分类，子分类三个层面。

利润计算方法

在部门层面，可以指定利润计算方式（影响“库存帐”功能）：

利润计算方法	说明
进价法（cost accounting）	利润的计算基于对供应商采购的进价。
售价法（retail accounting）	利润的计算依赖于期间累积利润率。

OTB计算类型

同时，OTB也在部门层面有控制点，关于OTB inventory的计价基准：

OTB计算类型	说明
成本计价	按照采购成本做预算
零售计价	按照零售销售做预算

加价计算类型

需要注意，部门上设置的加价计算类型在初始定价的时候并不生效。实际生效的是RPM中定义的主要区域组。

加价类型	说明
成本价	基于成本价加价
零售价	基于零售价倒算成本价

此处如此理解：如果一个商品采进成本为10元，零售价位20元，如果是加价计算类型为成本加价的话，那么加价率为100%，如果选择为零售加价，那么加价率为50%。

采购类型

采购类型	说明
普通商品	一般购销
代销存货	当货物实际销售的时候才和供应商结算
特许存货	file:///C:/Users/Ben.BU/AppData/Local/Temp/msohtmlclip1/01/clip_image001.gif   供应商向零售商租用场地，用作销售。    file:///C:/Users/Ben.BU/AppData/Local/Temp/msohtmlclip1/01/clip_image001.gif   作为零售商需要跟踪此类货品销售情况，但是不算自身的业务。

方案设计考虑因素

计划

组织架构的平稳，历史组织架构 & 计划分析

KPI,日常营运

零售会计（售价法）

其他