- INV: Items
参考《深入浅出Oracle EBS之核心功能（DIS）》。canca
- INV: Transactions基本库存事务处理
参考《深入浅出Oracle EBS之核心功能（DIS）》。canca
- BOM: Bills of Material物料清单
应用：Bills of Material
职责：Bills of Material
-
- 基础业务学习
总体说明
BOM（物料清单）最终解决的问题是生产过程中用料和用量的标准化。准确度要求在98%以上，要不断与现场比对，逐步达到100%。
BOM是制造型企业的业务驱动核心，WIP、OPM、COST、MPS/MRP等是直接跑在BOM的基础上，没有稳定清晰的BOM就没有ERP。
BOM是产品的组成结构图，定义了生产特定物料所需的零件及数量。每一个零件也可能有他们的BOM结构，由此产生多层的产品结构树。
例如一个车轮需要两个轮辋的自行车还是比较少见的哦！可以看出，生产一部自行车，需要轮辋 2 * 2个
BOM的维护和变更实际至少涉及如下部门：工程部/研发中心、计划部、制造部、财务部。
从不同角度看，BOM有不同的分类。
从设计与制造角度 据bom_bill_of_materials.assembly_type分
- 工程BOM 在工程模块维护
工程BOM基本上是反应工程图纸上的BOM，如CAD设计出来的BOM。
而实际在EBS中的维护，和制造BOM没什么大的差异；主要差别在于工程BOM不能用于生产，维护时可以选择工程物料、其他工程BOM作为组件。
- 制造BOM 在BOM模块维护或者由工程BOM“实施”——转产而来
制造BOM反应的是当前用于车间实际生产的BOM，即在产品生产过程中，按照标准应当投入的零部件规格及其数量。
从组件供应角度 据bom_inventory_components.wip_supply_type分
- 普通件 供应类型除Phantom外的组件
WIP组件需求按照正常逻辑计算：仅看一层BOM的零部件。
- 虚拟件 供应类型为Phantom的组件
WIP组件需求，跳过虚拟件，把其下的组件直接作为WIP的需求；忽略虚拟件的工艺路线。
虚拟件只是从其父件的角度出发区分出来的，其本如果直接开Job，和其他装配件没有任何差异。
从产品类型角度 据mtl_system_items_b.bom_item_type分
- 标准BOM
最常见的普通BOM，理论上组件都是必须的，数量也是标准耗用量。
WIP、CST等模块使用的就是标准BOM，OM实际执行的也是标准BOM。
- 模型BOM
用于OM的CTO（ATO、PTO）销售方式，所以具体又可分ATO BOM、PTO BOM。
企业事先定义了一个产品的模型，其中的组件，有些是必须的（Mandatory），有些是可选的（Optional）；在上述两种组件中，可能又定义一个类别（Option Class），只要在这个类别中选一个或多个就行了。模型BOM如果嵌套定义，就非常复杂了。
客户根据模型，最终选定一个满意的组成方案；我们根据客户的方案开SO下单执行。
SO会根据选配结果创建一个Item及其BOM。因为这种Item我们通常设置为采用“<原物料编码>*<序列号>”的方式生成，所以也叫“星号Item”；对应的BOM叫“配置BOM”，其和标准BOM没有任何差别。
- 选项类BOM
用于模型BOM的组件，参考上面说明。
比如计算机模型中的显示器，就可以作为选项类，公司可以提供多个型号供客户选择。
有时候会觉得“选项类BOM”和“模型BOM”类似嘛，这就对了，差别在于前者只能作为后者的组件，不独立供客户订购了。^o^！
- 计划BOM
计划BOM和标准BOM的差别在于其组件使用量都有百分比，这样在做Forecasts展开的时候，MPS会逐层乘以百分比，得出扩展计划数量。
计划类型的Item不能定义Routing、BOM没有产出率、不卷积成本、不需要供应/发运等等信息，总之计划BOM仅仅关心数量！
从配方主次角度 据bom_bill_of_materials.alternate_bom_designator分
- 主BOM
最常用的产品结构，在各模块使用中默认都是主BOM，如成本卷积、开JOB、MRP运算、OM模型BOM等；成本卷积、开JOB可以手工选择替代BOM。
- 替代BOM
创建主BOM之后，就可以建立平行配方——替代BOM了，意思是同样一个产品，还可以用其他的配方（不同物料、不同数量）生产，这样比用替代料来得更加直接、更加好控制。
在做工程BOM的时候，通常可以创建一系列替代BOM，来比较其组成、工艺、成本。
-
- 核心功能流程
标准BOM学习流程
Prerequisite 参考《深入浅出Oracle EBS之全模块设置详例》设置BOM
↓
Review Item 回顾物料定义中BOM Tab页属性，参考“INV: Items”
↓
Review Profile 回顾重要的Profile设置
↓
Define Primary BOM 定义主BOM
↓
Define Alternate 定义替代项
↓
Define Alternate BOM 定义替代BOM
↓
View Indented BOM 查看BOM多级清单
↓
View Item Where Used 查看物料使用处
↓
Modify Component 失效组件、添加新组件
-
- Review Profile
预制文件
N: Sys/Profiles/System
重点关注如下几个Profile的设置值：
-
- Define Primary BOM
主BOM
N: BOM/Bills/Bills
EBS中BOM是分层独立定义的，但顺序不分先后，如上述“自行车组成结构图”，可以先定义自行车的BOM，再定义车轮的BOM；也可以反过来定义。最终都一样组成一棵产品结构树，相对的，父节点叫“装配件”或“父件”，子节点叫“组件”或“子件”。
上图，装配件为“960001”，组件有“910001”、“960002”。
上图，装配件为“960002”，组件有“910002”、“910003”。
这样一层层下去，理论上可以无限制定义；Oracle ERP目前允许多达60层的BOM，但实际实施应当尽量扁平化。
常用字段详细说明，粗体部分是必须要掌握的：
我们本章练习定义的BOM数据如下：
-
- Define Alternate
替代号
N: BOM/Setup/Alternates
定义替代号HUAJHUA：
-
- Define Alternate BOM
替代BOM
N: BOM/Bills/Bills
和Primary BOM唯一的差别在于需要在“装配件”下加定义替代号，假定配方HUAJHUA的数量和主配方不一样。
960001的HUAJHUA：
960002的HUAJHUA（注：等看完“View Indented BOM”再回来定义！）
我们本章练习定义的BOM数据如下：
-
- View Indented BOM
多级清单
N: BOM/Bills/Indented Bills
如上面所讨论的那样，BOM定义的时候是分层独立定义，而完整的BOM应当是棵结构树，Indented Bills就是以缩进方式展示了这棵树，叫“BOM多级清单”。
“BOM多级清单”是从装配件的角度看，递归使用了哪些物料来生产。
首先进入查询界面，我们先查主BOM：
这个查询界面数据含义是：展开当前960001主BOM，看直接、间接使用了哪些组件，最多10层。结果是（点击左下角+号展开），是一棵正立的树：
这里重点关注Quantity和Extended Quantity，后者是由前者逐层递乘出来。
再查下替代BOM的“多级清单”，定义960002替代配方前：
定义960002替代配方后：
EBS在展开多级清单的时候遵循如下规则：以顶层的替代号为准，首先用子层中相同替代号的BOM展开，如果没有则用主BOM，直到叶结点（没有定义BOM的物料）。
-
- View Item Where Used
物料使用处
N: BOM/Bills/Item Where Used
“物料使用处”是从组件的角度看，到底被哪些装配件使用，可以递归至顶层装配件！
上图界面含义是：查询910002当前被哪些装配件直接、间接使用了，最多网上找10层。结果如下，是多级清单的倒立：
-
- Modify Component
须改组件
N: BOM/Bills/Bills
对于组件的修改，比如修改数量、供应方式、产出率等，可以直接修改相应行，这样简单、直接，但是无法保留痕迹。建议的做法有2：一是“拷贝”一行进行修改，失效原行；二是通过ECO（Engineering Change Order工程更改单）来做。
这里用方法1，先查出要改的BOM，在要修改的行填入“失效日期”，保存后；新增一条记录，录入同序号及新的组件信息。
这样实际上产生了新版本（Version）的BOM，如此例，27-OCT-2006 16:43:05及之前是一个版本，27-OCT-2006 16:46:40及之后是另外一个版本；严格说，这两个时间的空档内，又是一个版本。
-
- 其他重要问题
Revision and Version
虽然没有标记版本号，前面的“Modify Component”因为有有效时间范围进行区分，使BOM在不同时点具有不同的Version（版本）；另一方面，Item是可以创建Revision（修订号）的，以不同修订号的Item创建的BOM，其版本当然也不同。
所以，总的来说，可以通过这两种方式维护不同的BOM版本。
如何写BOM SQL
- 在Form和包中
应当使用系统标准API来展开：apps.bompexpl.exploder_userexit，可以展开任意级的多级清单，含指定类型的成本。我们不需要自己写展开BOM的函数，也不需要用SQL直接取，这样可以保证最大的代码健壮性和兼容性。
- 在日常的SQL中，也要参考该标准API来书写，下面是取当前时点（Sysdate）单层BOM的例子，尚缺考虑Revision：
SELECT mst.segment1 assembly_item,
boms.alternate_bom_designator alternate,
bics.item_num,
msic.segment1 component_item,
bics.component_quantity,
bics.effectivity_date,
bics.disable_date
FROM inv.mtl_system_items_b mst,
apps.bom_bill_of_materials boms,
apps.bom_inventory_components bics,
inv.mtl_system_items_b msic
WHERE mst.organization_id = boms.organization_id
AND mst.inventory_item_id = boms.assembly_item_id
AND boms.bill_sequence_id = bics.bill_sequence_id
AND boms.organization_id = msic.organization_id
AND bics.component_item_id = msic.inventory_item_id
--Item
AND mst.bom_enabled_flag = 'Y'
AND mst.bom_item_type IN (1, 2, 3, 4) --Dependent
--BOM Header
AND boms.assembly_type = 1 --1 Manufature,2 ENG
AND nvl(boms.effectivity_control, 1) <= 3
--BOM Line
AND nvl(bics.disable_date, SYSDATE) >= SYSDATE
AND bics.effectivity_date <= SYSDATE
AND bics.implementation_date IS NOT NULL
AND nvl(bics.eco_for_production, 2) = 2
--Filters
AND mst.organization_id = 82
AND mst.segment1 LIKE '96%'
ORDER BY 1, 2 NULLS FIRST, 3
可选阅读：不同类型BOM允许的组件类型
《115bomug.pdf》/Bills of Material/Overview of Bills of Material/Components
可选阅读：不同类型BOM允许的组件属性
《115bomug.pdf》/Bills of Material/Overview of Bills of Material/Components
如何共享BOM
N: Tools/Copy or Common
一个组织的BOM，可以共享给同一主组织下的其他组织，甚至可以共享给同一组织的其他物料，只要物料的BOM Item Type相同。这样可以减少维护工作量，XXX公司的BOM就是在同一组织维护，然后Common给整个集团！
永远注意：共享仅共享一层BOM，其组件的BOM需要再做共享；跨组织的话供应子库/货位无法共享；要保证组件和替代物料在目标组织存在，否则无法共享。
共享有两种方式：一是拷贝，这样拷贝过去后，可以修改，独立维护；二是参考，也叫Common，BOM仍然在原组织/原物料维护，目标组织/目标物料BOM不能再维护，系统规定Common BOM不能再被其他Item Common，否则程序找起来很费劲。
另外，对于CTO销售企业来说，BOM在普通的组织维护，而SO的验证组织通常是Master组织，所以必须把BOM Common到主组织。
替代物料
N: Button/Substitute
标准BOM可以设置替代物料（不要和替代号混淆），即组件可以用其他物料来替代，数量不需要相等；这个仅影响MRP，不影响WIP。
避免BOM循环定义
N: Tools/Check for Loops
定义BOM的时候，实际上仅关注一层，并不关心组件本身的BOM定义，如果A用了B，B用了C，C用了A，如果用多级清单展开的话，实际上是个死循环，为此系统提供了该检查功能，防止循环的出现。
BOM维护监控
BOM或其组件，创建、修改、删除的没一次动作，系统在后台记录了Business Event，如果需要监控的话，只要定义订阅即可达到监控目的，比如数量修改了，则发个通知给特定的人员，感觉是不错的功能。
批量修改
N: BOM/Bills/Mass Change
提高维护效率的手段，可以独立于ECO使用。
可以定义一系列条件——要改的BOM范围，然后设置Action——修改内容，比如增加组件B、删除组件A等丰富的修改方式。
比较两个BOM
N: BOM/Bills/Comparison
可以比较任意组织、任意BOM，看其在用料和用量上有哪些差异
如何删除BOM
N: BOM/Delete Groups
统一通过删除组删除，这样可以统一检查是否已有事务处理等约束条件，没有的话方可删除。
约束条件
N: BOM/Setup/Constraint文章来源：https://www.toymoban.com/news/detail-410448.html
设置BOM删除时的约束条件，默认的足矣！文章来源地址https://www.toymoban.com/news/detail-410448.html
到了这里，关于Oracle_EBS_核心功能（MFG）（1）的文章就介绍完了。如果您还想了解更多内容，请在右上角搜索TOY模板网以前的文章或继续浏览下面的相关文章，希望大家以后多多支持TOY模板网！
