企业官网建设流程全解析

简介：这份文档面向 Oracle EBS 供应链与计划模块的顾问、实施人员及 ERP 学习者，围绕 ASCP（高级计划排程）的方案设置与测试流程展开，以 YY 手机有限公司的多工厂、多分销中心场景为案例，帮助读者理解从物料定义、BOM 与工艺路线、来源规则与分配清单，到 MDS 定义、供应链计划运行及计划下达、采购、生产、入库、发运的完整链路。资源包共 1 个 doc 文件，约 1.43MB，内容以测试步骤与操作说明为主，适合对照系统界面逐步演练。目前已有 1958 人学习，可作为 ASCP 模块入门与方案验证的参考材料，便于快速把握计划参数配置要点与测试组织方式。

1. 从一份 2012 年的 ASCP 测试文档说起：它到底能解决什么

翻到这份文档的时候，我第一反应是年份——2012 年 5 月，测试人员两个人，案例是一家虚构手机公司的翻盖机供应链。但往下读两页就发现，它不是在讲概念，而是一份把 Oracle EBS ASCP（Advanced Supply Chain Planning，高级计划排程）从建物料一路跑到工单释放的完整操作记录。对正在做 ERP 计划模块实施、或者准备复现一套多组织供应链计划流程的人来说，这种“每一步点哪里、填什么值”的文档比官方 User Guide 好用得多，因为官方文档告诉你字段含义，这份文档告诉你字段之间怎么串起来才跑得通。

它解决的核心问题是：多工厂、多分销中心、多供应商的供应链，如何在一个计划里同时算出采购建议、生产建议和调拨建议。案例里 M1 组装、M2 造机身、M3 造机盖，D1/D2 两个分销中心，四种外购件分属四个供应商，ASCP 要做的就是把这些组织、BOM、工艺路线、来源规则、分配清单全部吃进去，输出一份可下达的计划。适合谁？正在做 ASCP 方案设置的实施顾问、要验证计划链路是否打通的测试人员，以及需要理解“计划为什么这么算”的供应链 IT。下面我按文档的真实步骤拆，补上原文没写透的参数逻辑和翻车点。

2. 物料定义与多组织分配：ASCP 的地基怎么打

ASCP 跑不出结果，十次里有六次是物料和组织属性没配对。这份文档第一步就把 YY-JG（机盖）在主组织建好再分配给 M1、M2，这个顺序不能反——主组织物料是模板，组织层属性才是计划真正读取的东西。

2.1 主组织建物料：计划方法、预测控制、追溯三个字段定生死

文档里 YY-JG 复制自“子装配件”模板，然后改了三个关键字段：计划方法设为“MRP/MPP 计划”，预测控制设为“冲减衍生”，追溯设为“总装、软发查”。这三个字段不是随便填的，它们决定了 ASCP 把这个物料当什么来算。

计划方法选 MRP/MPP，意味着该物料参与物料需求计划运算，ASCP 会为它生成供应和需求；如果误选“不计划”，这个物料在计划里就是透明的，BOM 展开到它就断了。预测控制“冲减衍生”是让销售订单在消耗预测时按衍生关系冲减，多组织场景下这个设置影响 MDS 冲减的准确性。追溯“总装、软发查”则是让计划结果能反查到需求来源，后面计划员工作台看“供应/需求”追溯全靠它。

-- 查主组织物料的关键计划属性，跑 ASCP 前先自查 SELECT m.segment1 AS item_code, m.description, m.planning_make_buy_code, -- 1=制造 2=采购 m.mrp_planning_code, -- 计划方法 m.forecast_control, -- 预测控制 m.planning_exception_set -- 例外集 FROM mtl_system_items_b m WHERE m.organization_id = &master_org_id AND m.segment1 IN ('YY-SJ','YY-JG','YY-JS','YY-SC','YY-CB','YY-KB','YY-BA');

这段查询是我每次跑计划前的固定动作，mrp_planning_code非空且等于 MRP/MPP 对应值，planning_exception_set指向 ASCP 例外集，两个条件缺一个，后面例外工作台就是空的。参数上&master_org_id换成主组织 ID，物料编码按案例里的七个件替换。

2.2 组织层属性：制造或采购，一个字段决定计划建议类型

物料分配给 M1、M2 之后，文档在 M1 的组织属性里把“制造或采购”选成“采购”，M2 选“制造”。这一步是很多人忽略的坑：同一个 YY-JG，在 M1 是采购件（从 M2 调拨进来），在 M2 是制造件（自己生产）。ASCP 生成建议时看的是组织层这个字段，不是主组织。

M1 选“采购”配合来源规则里的“传送自”，计划就会在 M1 生成调拨建议；M2 选“制造”配合工艺路线，计划就在 M2 生成生产建议。如果两边都选制造，M1 会试图自己造机盖，计划结果直接跑偏。文档还要求两个组织都选计划员、例外集选 ASCP，计划员是计划员工作台过滤用的，例外集决定哪些例外消息进工作台。

提示：组织层“制造或采购”改完要重新跑计划才生效，改完不跑等于没改，这是测试时最常见的“我明明改了”类问题。

2.3 分配动作本身：别在主组织分配完就以为完事

文档写“YY-JG 分配给 M1 和 M2”，实际操作是在物料组织的“分配”表单里选目标组织，分配后目标组织会生成一条组织层物料记录。这里有个细节：分配时如果勾了“复制组织属性”，主组织的计划属性会带过去，但“制造或采购”这种必须按组织改的字段，带过去反而是错的。我一般分配完立刻去目标组织核对一遍计划方法和制造/采购标志，两个组织各查一次，比事后排查计划结果快得多。

3. BOM 与工艺路线：让 ASCP 知道“怎么做、做多久”

物料建好只是有了对象，BOM 和工艺路线才是 ASCP 算需求和产能的依据。文档里 BOM 按成品 YY-SJ、子装配件 YY-JS、YY-JG 三层搭，工艺路线以 YY-JG 在 M2 为例，定义了资源、部门、工序资源三步。

3.1 BOM 结构：三层展开对应三个工厂的分工

案例的供应链结构是 M2 造机身（YY-JS）、M3 造机盖（YY-JG）、M1 组装成品（YY-SJ），BOM 必须和这个分工对齐。YY-SJ 在 M1 的 BOM 下挂 YY-JS、YY-JG、YY-BA（电池）等；YY-JS 在 M2 的 BOM 下挂屏幕、电路板；YY-JG 在 M3 的 BOM 下挂键盘、电路板。注意电路板同时出现在机身和机盖的 BOM 里，这是案例故意设计的共用件，ASCP 跑的时候会合并两个组织的电路板需求，这也是验证多组织计划是否真的合并了需求的观察点。

BOM 搭建时组件用量按千件口径填，因为案例所有效率都是“千件/小时”。如果 BOM 用量填 1 而效率按千件算，计划出来的数量会差三个数量级，这种单位不一致是测试环境里最隐蔽的错。

3.2 工艺路线：资源、部门、工序资源三件套

文档在 M2 定义 YY-JG 的工艺路线，先建资源 YY-M2-R1，去掉“24 小时可用”，数量 1，选白班数量 1；再建部门 YY-M2-1，输入地点 M2；最后建工艺路线，物料 YY-JG 选部门 YY-M2-1，工序资源选 M2-R1，单位使用量填 10，计划选“是”。

单位使用量 10 是这份文档里最值得琢磨的参数。M2 每小时生产 0.1 千件，即 1 小时产 0.1 千件，反过来说生产 1 千件需要 10 小时，所以单位使用量填 10（小时/千件）。这个换算如果填成 0.1，ASCP 会认为 1 千件只要 0.1 小时，产能被放大 100 倍，计划永远显示产能充足，排程结果全是假的。

-- 核对工艺路线资源用量，单位使用量口径必须和产量单位一致 SELECT b.component_item_id, r.resource_code, r.uom_code, br.usage_rate_or_amount, -- 单位使用量 br.basis_type -- 1=按件 2=按批次 FROM bom_operational_routings br, bom_resources r WHERE br.resource_id = r.resource_id AND br.assembly_item_id = &item_id AND br.organization_id = &org_id;

usage_rate_or_amount就是文档里的 10，basis_type按件时这个值表示每件耗用的资源单位。跑计划前把关键件的这行查出来对一遍，比在表单里翻快。资源那边“24 小时可用”去掉、班次选白班，是为了让 ASCP 按 8 小时班次算可用产能，勾着 24 小时可用，产能约束就形同虚设。

3.3 计划标志：工艺路线上的“计划”选是，否则产能不参与运算

文档特意写了工序资源里“计划”选“是”。这个字段控制该资源是否参与 ASCP 的能力计划。选“否”的资源只用于成本或车间执行，ASCP 排程时直接忽略。测试时如果发现计划结果完全不考虑产能、交期永远满足，先查这里。另外文档提到先跑“非能力约束计划”，这是合理的测试顺序：先验证物料和需求链路通不通，再开能力约束看排程，一上来就开约束，出了问题分不清是 BOM 错还是产能错。

4. 来源规则、分配清单与指定集：ASCP 的“路由表”

前面建的是对象和结构，这一章建的是规则——物料从哪来、成品分到哪去。文档把来源规则、分配清单、指定集分三步做，这三步是 ASCP 多组织计划的核心，也是最容易配漏的地方。

4.1 来源规则：采购、传送自、制造地点三种类型对应三种供应

文档在 M1 定义 YY-BA 来源规则类型“采购来源”，YY-JG、YY-JS 类型“传送自”，YY-SJ 类型“制造地点”。三种类型对应 ASCP 生成三种建议：采购申请、组织间调拨、生产工单。来源规则按组织定义，M1、M2、M3 各一套，因为同一个物料在不同组织的来源可能不同。

这里的关键是“传送自”要指定来源组织。YY-JG 在 M1 的来源是传送自 M2，如果来源组织填错或没填，ASCP 在 M1 找不到供应来源，要么报例外“无来源”，要么按采购处理生成莫名其妙的采购建议。我一般配完来源规则后，用多级供应链清单反查一遍，看每个物料在每个组织的来源是否符合预期。

4.2 分配清单：成品从 M1 分到 D1、D2 的百分比和级别

文档切换责任到供应链计划员，为 YY-SJ 建分配清单 YY-M1，接收组织填 M1、D1、D2，分别选类型（制造地点/传送自）、输入组织 M1、分配 100%、级别 1。分配清单决定成品需求如何在分销网络里分配。M1 作为制造地点分配 100% 级别 1，D1、D2 作为接收组织也各 100% 级别 1，这个配法的含义是：D1、D2 的需求最终都回溯到 M1 制造，M1 自身需求也在 M1 满足。

级别字段影响分配优先级，多级分配时级别小的优先。案例里全填 1 是简化测试，真实项目里 D1、D2 可能按区域分级别。分配百分比合计在同一个接收组织维度上要合理，填错会导致需求丢失或重复。文档后面在指定集里引用这个分配清单，所以清单名称 YY-M1 要记准，指定集里选错清单，计划跑出来需求全堆在一个组织。

4.3 指定集：把来源规则和分配清单打包给计划用

文档建指定集 YYAPS-1，输入 YY-SJ 的分配清单，再输入所有物料的来源补充规则（YY-SJ、YY-JG、YY-JS、YY-BA、YY-SC、YY-CB）。指定集（Assignment Set）是 ASCP 计划的输入包，计划选项里选哪个指定集，就用哪套规则。文档特别写了“定义好后查看多级供应链清单”，这一步是自检：清单里应该能看到从 D1/D2 需求一路展开到 S1-S4 供应商的完整链路，缺哪一环，计划就在哪断。

-- 查指定集里挂了哪些来源规则和分配清单，配漏了一眼看出来 SELECT a.assignment_set_name, a.assignment_type, -- 1=来源规则 2=分配清单 a.inventory_item_id, a.organization_id, a.sourcing_rule_id, a.allocation_rule_id FROM mrp_assignment_sets a WHERE a.assignment_set_name = 'YYAPS-1' ORDER BY a.assignment_type, a.inventory_item_id;

assignment_type区分规则类型，sourcing_rule_id和allocation_rule_id为空说明对应规则没挂上。跑计划前查一遍，比计划跑完看例外再回头补快得多。参数assignment_set_name按实际名称替换。

5. MDS、计划定义与运行：从需求到计划结果的完整链路

规则配完，接下来是喂需求、定义计划、跑计划。文档在 D1、D2 分别建 MDS，然后建供应链计划 YYAPS-1，最后启动计划看结果。这一章是整份文档的操作高潮，也是坑最集中的地方。

5.1 MDS：需求按日期和数量录入，冲减方式要选对

文档在 D1 建 MDS 名称 YY-D1-MDS1，选“冲减”，物料 YY-SJ，详细资料里输入需求时间和数量（5.2 要 10 千，5.25 要 20 千）。MDS（Master Demand Schedule）是 ASCP 的需求输入。冲减方式选“冲减”意味着销售订单会冲减这里的预测，测试环境如果没有销售订单，冲减不影响结果，但真实场景选错冲减方式会导致预测和订单双算。

D1、D2 各建一个 MDS，因为两个分销中心需求独立。MDS 名称要记准，后面计划定义里要按组织挂对应的 MDS。文档在计划定义的组织页签里“分别对 D1 和 D2 选择相应的需求计划”，就是挂这两个 MDS。挂错或漏挂，对应组织的需求就是零，计划结果里 D1 或 D2 没有任何建议。

5.2 计划定义：计划选项、组织、约束三页要逐页核对

文档建计划 YYAPS-1，责任高级供应链计划员，组织 TST:M1。计划选项页：计划物料选“需求和供应计划物料”，分配集选 YYAPS-1，启用追溯选“按需求优先级追溯供应”。组织页：加入 D1、D2、M1、M2、M3，D1、D2 各挂 MDS。约束页：先跑非能力约束计划。

“需求和供应计划物料”这个选项决定计划范围，选错成“仅需求计划物料”，供应侧不参与，计划只出需求不出供应建议。分配集选错，前面配的来源规则全白费。组织页漏加某个工厂，那个工厂的产能和库存就不参与运算。这三页我习惯逐页截图存档，出问题时对比截图比回忆可靠。

5.3 启动计划与看结果：请求、多级清单、计划员工作台三处验证

文档启动计划后先看请求，确认请求正常完成；再看分配集 TST:YYAPS-1 下 D1 组织 YY-SJ 的多级清单；最后用计划员工作台看主要指标、供应/需求、例外，并导出 Excel。

请求状态是第一个判断点，请求报错后面全不用看。多级清单验证的是需求展开链路，D1 的 YY-SJ 需求应该能看到追溯到 M1 的制造建议、M2/M3 的加工建议、S1-S4 的采购建议。计划员工作台的“供应/需求”右键追溯是验证“按需求优先级追溯供应”是否生效的地方，例外汇总里则能看到缺料、迟到、无来源等问题。文档提到导出 Excel，这一步在测试交付时很实用，计划结果截图加 Excel 一起归档，比只留截图有说服力。

-- 计划跑完后查建议表，确认三类建议都生成了 SELECT p.plan_name, s.organization_id, s.item_id, s.supply_type, -- 1=采购 2=调拨 3=生产 s.new_order_quantity, s.new_order_date FROM mrp_plan_supplies s, mrp_plans p WHERE s.plan_id = p.plan_id AND p.plan_name = 'YYAPS-1' ORDER BY s.organization_id, s.supply_type;

supply_type三类建议齐全，说明来源规则三种类型都生效了；某类为空，回去查对应来源规则。new_order_quantity和new_order_date对照 MDS 需求日期看是否合理，日期明显超前或滞后，多半是提前期或工艺路线用量的问题。

6. 避坑与排查：这份文档没写、但测试时一定会撞上的五件事

文档是 2012 年的操作记录，步骤完整但没写失败场景。下面五条是我按这份案例复现时实际撞过或见别人撞过的，按“现象→原因→解决”记。

现象一：计划跑完，例外工作台空的，但明明配了例外集。原因通常是组织层物料的例外集没选 ASCP，或者计划选项里没启用例外。解决：回 2.2 查每个组织层物料的例外集字段，再查计划定义里例外相关选项，两处都对了例外才会进工作台。

现象二：M1 生成了机盖的采购建议，而不是调拨建议。原因是 M1 组织层 YY-JG 的“制造或采购”选成了采购，但来源规则没配“传送自”或来源组织填错，ASCP 找不到调拨来源就退化成采购。解决：查 M1 的 YY-JG 来源规则类型和来源组织，同时确认 M2 有对应供应。

现象三：计划显示产能永远充足，交期全部满足。原因是工艺路线工序资源的“计划”没选“是”，或者资源勾了“24 小时可用”。解决：查 3.2 的资源和工序资源设置，计划标志选是，24 小时可用去掉，班次按实际白班配。

现象四：D1 或 D2 需求在计划里完全看不到。原因是计划定义组织页没挂对应 MDS，或 MDS 建在了错误的组织下。解决：查计划定义组织页每个分销中心的 MDS 挂接，再查 MDS 所属组织是否和分销中心一致。

现象五：计划建议数量差三个数量级。原因是 BOM 组件用量按“件”填，但效率和需求按“千件”算，单位口径不一致。解决：统一全链路单位，BOM 用量、工艺路线单位使用量、MDS 数量全部按千件口径，改完重跑。

注意：这五条里前三条占了测试失败的大头，跑计划前按 2.2、3.2、4.1 三处各查一遍，能省掉大半返工。

7. 从计划下达到工单释放：验证闭环的一个笨办法

文档最后一章写计划执行：一次性发放（组织间补货、制造任务、采购申请）、采购自动创建转采购订单、采购接收入库、离散任务查找并释放。这一段是验证 ASCP 结果能不能落地的关键，也是我最愿意花时间的地方，因为计划跑得再漂亮，下达环节断了等于没跑。

我的笨办法是拿一个物料走完整闭环，而不是七个物料一起下。选 YY-JG 最合适，它跨 M2 制造和 M1 调拨，一条链能验证两类建议。先在计划员工作台把 YY-JG 的调拨建议和制造建议分别下达，然后切到采购责任看 YY-BA 的采购申请自动创建成采购订单——文档里写了 ASCP 释放的采购订单没有订单编号，要走“采购管理-自动创建”，删掉采购员再查找自动创建的申请，选供应商、创建、发运分配子库存 RIP、审批。这一步的坑在“删除采购员”这个动作，不删查不到自动创建的申请，文档写了但很容易漏看。

生产侧切到在制品管理-离散-离散任务，输入 YY-JG 查找，工具里更改状态为释放。释放成功说明制造建议的工艺路线和 BOM 在车间侧也能识别，计划到执行的链路才算通。采购接收入库后查现有量，现有量变化再回跑一次计划，看 ASCP 是否把新增库存纳入供应——这个回跑动作文档没写，但它是验证计划闭环最直接的手段：库存进去，计划建议相应减少，说明供应和需求真的在同一个池子里算。

从那以后我每次复现这类 ASCP 测试文档，都强制走一遍“单物料全链路 + 回跑验证”，而不是七个物料批量下达完就交差。批量下达看起来快，出了问题定位成本高得多；单物料走通再批量，返工少一半。希望帮到你。

本文还有配套的精品资源，点击获取