[精华]oracle核心功能详解
ORACLE核心功能详解
目 录
凭证序列号1
物料2
BOM(物料清单)2
Routing(工艺路线)6
物料成本16
库存事务处理24
凭证序列号
一、概念
凭证序列号的概念很简单,即为每张GL凭证创建一个唯一的号码。
二、特点:
总体来说Oracle的设计还是很不错,是在类别(Category)的层次上进行控制:
1、 可以为每个类别定义单独的序列号,也可以多个类别共用一个序列号
2、 可以规定所有类别不需要序列号,或者全部类别必须要有序列号;也可以根据定义,即哪个类别定义了序列号,那么就启用
3、 手工创建的凭证可有自动的序列号,对于从其他模块或者系统导入的凭证,也可以为其提供序列号
三、缺陷
不过还是有缺陷:
1、 因为内部使用Pro C,又用Int变量,所以最大值为power(2, 31),即2147483648。
2、 因为实际使用DB的Sequence,任何原因导致创建好的凭证没有存入数据库,都会引起取出的序列丢失,即存在不连续编号;这个通常需要开发。
四、设置流程
(首要条件) GL要设置完毕,能够正常开凭证
↓
Define Profile 设置预制文件,控制到底是否需要序列号控制
↓
Define Sequence 定义序列号
↓
Define Category 定义类别,新建的类别,必须使用总帐菜单
↓
Assign Sequence 为目标类别分配序列号
↓
Enter or Import Journal 输入凭证或者导入凭证
物料
物料是系统最重要的主数据之一,其属性控制着各个模块能否对某个物料进行事务处理。Item的属性有300多个,如何才能掌握?其实这个是Oracle的一个“缺陷”,因为80%以上的属性很少用;曾有不少新客户觉得是否可以定制界面,只需留下本企业的少数几个属性。所以掌握Item,关键是掌握其体系和主要属性。
主组织与本组织:
Item都是定义在具体的库存组织上,在使用时也是要指明是哪个组织的Item,包括所有的SQL;初学者唯一要额外注意的是,Item首先要在库存主组织定义,然后统一分配给需要的组织后,再根据各组织自身要求修改一些属性。每个库存的主组织在组织参数上定义。
属性控制层次:
对物料的管理要确保准确、统一,才能保证ERP运行的质量,为此最理想的是在主组织统一设定Item属性,这样维护的工作量小,而且保证数据的统一;然而这样不符合实际工厂千差万别的需要,为此就得允许一些属性可在各组织再做“客户化”。所以Oracle设计了“属性控制”,允许各企业根据需要,设置到底哪些属性必须在主组织统一控制,哪些属性可以让各组织自行修订。
事务处理控制:
Item是用来做事务处理(采购、销售、制造、计划、设计等)的,然而并非所有Item都可以做所有事务,所以需要定义一个Item到底可以用来做什么;在系统中,是由物料的一系列Flag控制的,这些Flag进一步由“物料状态”统一控制。
物料类别和类别集:
物料当然是需要分类,这个符合物料本身管理的需要,也可实现诸如类别采购等“按类别”做事务处理的实际业务。Oracle的设计比较灵活,允许对一个物料进行多维度分类,即从不同角度看,物料从属于不同的分类,这个和一个大学既属于财经院校”、又属于“教育部直属”是一个道理。这个“不同角度”系统中叫“类别集”。一个物料,在每个类别集下,均可定义一到多个类别(通常是一个)。
BOM(物料清单)
一、概念
BOM(物料清单)是制造型企业的业务驱动核心,WIP、OPM、COST、MPS/MRP等是直接跑在BOM的基础上,没有稳定清晰的BOM就没有ERP。
BOM是产品的组成结构图,定义了生产特定物料所需的零件及数量。每一个零件也可能有他们的BOM结构,由此产生多层的产品结构图;虽然Oracle ERP目前允许多达60层的BOM,但实际实施应当尽量扁平化。
BOM的维护和变更实际至少涉及如下部门:工程部/研发中心、计划部、制造部、财务部。
二、分类
从不同角度看,BOM有不同的分类。
从设计与制造角度
1、 工程BOM 在工程模块维护
工程BOM基本上是反应工程图纸上的BOM,如CAD设计出来的BOM。而实际在EBS中的维护,和制造BOM没什么大的差异;主要差别在于工程BOM不能用于生产,维护时可以选择工程物料、其他工程BOM作为组件。
2、 制造BOM 在BOM模块维护或者由工程BOM“实施”——转产而来。制造BOM反应的是当前用于车间实际生产的BOM,即在产品生产过程中,按照标准应当投入的零部件规格及其数量。
从组件供应角度
1、 普通件 供应类型除Phantom外的组件
WIP组件需求按照正常逻辑计算:仅看一层BOM的零部件。
2、 虚拟件 供应类型为Phan