简介：本资源是一份面向Oracle EBS实施顾问、供应链计划专员及ERP进阶学习者的ASCP（高级计划排程）模块实操测试文档，聚焦真实制造场景下的方案配置与端到端验证。文档以YY手机有限公司多工厂、多分销中心的典型供应链为背景，完整覆盖物料主数据定义、BOM与工艺路线配置、来源规则与分配清单设置、MDS需求定义、供应链计划创建与运行、以及计划下达至采购/生产/发运的全链路执行过程，含详细参数设置截图逻辑与组织级配置要点。资源为1个1.43MB的Word文档（.doc），结构清晰、步骤翔实，适合作为ASCP功能验证模板或项目实施参考手册。目前已有1957人学习下载，可直接用于理解ASCP核心配置逻辑、复现测试流程、排查计划异常，并支撑MRP/MPP混合计划策略落地。

1. 这不是“高级计划排程”说明书，而是一份能跑通的ASCP落地手记：从YY手机BOM到M1工厂工单释放，8步闭环验证Oracle EBS ASCP真实可用性

你有没有试过：在EBS里点开ASCP模块，界面华丽、选项繁多，但一运行计划就报“无可行供应路径”，或生成一堆跨组织补货单却卡在审批环节？这不是配置漏了，而是缺了一张带物理约束的供应链地图——它必须同时满足：M2工厂每小时只产0.1千件机盖、M1组装线每小时吞5千件、S1供应商电池交期3天、D1分销中心5月21日就要10千台现货。这份2012年实测文档，正是用YY手机这个“小而全”的案例，把ASCP从理论模型拉回产线现场：它不讲算法原理，只记录哪一步填错提前期会导致计划崩盘、哪个组织属性没勾选会让采购申请永远不生成、为什么MDS需求时间必须精确到日而非月。适合正在部署ASCP的实施顾问、刚接手计划模块的运维工程师，以及被“计划不准”问题反复折磨的计划主管——如果你的ASCP还停留在“能进系统”，那这份文档就是你第一张可复现的生产级校验单。

2. 物料与组织绑定：ASCP计划生效的前提是“每个物料都认得清自己的家”

ASCP不是全局大脑，它是个极度依赖组织边界的计划引擎。YY手机案例中，同一物料YY-JG（机盖）在M1和M2扮演完全不同的角色：在M1它是外购半成品，在M2它是自制子装配件。若物料未正确分配至组织，或组织属性未声明其制造/采购身份，后续所有计划都将失效。以下操作必须逐项确认，缺一不可。

2.1 物料主数据初始化：模板选择与计划方法强关联

在“主组织物料”中新建YY-JG时，必须复制自“子装配件”模板（非“成品”或“原材料”）。该模板预置了关键字段：

• 计划方法：设为“MRP/MPP计划”（非“独立需求”或“无计划”）
• 预测控制：选“冲减衍生”（确保MDS需求能向下传递至BOM层级）
• 追溯：勾选“总装、软发查”（为后续多级清单追溯埋点）

提示：若此处误选“独立需求”，ASCP将忽略BOM结构，直接对YY-JG生成独立采购计划，导致M2工厂产能被绕过。

2.2 组织级物料分配：制造/采购属性决定计划流向

YY-JG需分配至M1和M2两个组织，但两者的组织属性设置截然不同：

• M1组织属性：
  • “制造或采购” → 选“采购”（因M1仅组装，不生产机盖）
  • “总计划” → 指定计划员（如PLAN_M1）
  • “例外集” → 选“ASCP”（此为关键！未指定则该组织不参与ASCP计算）
• M2组织属性：
  • “制造或采购” → 选“制造”（M2负责机盖生产）
  • “总计划” → 同样指定计划员（如PLAN_M2）
  • “例外集” → 同样选“ASCP”

-- 验证物料是否已正确分配至组织（SQL查询示例） SELECT msi.segment1 AS item_code, mp.organization_code AS org_code, mp.planning_make_buy_code AS make_buy_flag, mp.exception_set_name AS exception_set FROM mtl_system_items_b msi JOIN mtl_parameters mp ON msi.organization_id = mp.organization_id WHERE msi.segment1 IN ('YY-JG', 'YY-JS', 'YY-SJ') AND mp.organization_code IN ('M1','M2','M3');

逻辑说明：此SQL检查三要素是否齐备——物料编码存在、组织代码匹配、制造/采购标识正确、例外集名称为ASCP。若任一字段为空或值错误，ASCP运行时将跳过该组织，导致计划断层。
参数说明：planning_make_buy_code字段值为1=制造、2=采购；exception_set_name必须与后续定义的ASCP计划中引用的例外集名称完全一致（大小写敏感）。

2.3 物料基础属性校验：提前期与价格是计划成本的锚点

YY手机所有物料的提前期（Lead Time）和价格必须在物料主数据中维护，否则ASCP无法计算供应时间窗与总拥有成本（TCO）：

• YY-SC（屏幕）：提前期1天 → 影响S4供应商到货时间
• YY-CB（电路板）：提前期2天 → 决定M2工厂何时启动机盖生产
• YY-BA（电池）：提前期3天 → 约束M1组装线5月21日10千台交付能力
• 所有物料价格需录入，ASCP在多源供应比价时（如M1既可向M2要货，也可向S1采购）以此为决策依据

注意：提前期单位必须为“天”，且为工作日（非日历日）。若M2工厂每周仅工作5天，但提前期填“1”，ASCP会误判为24小时内到货，导致计划不可行。

3. BOM与工艺路线：让ASCP看懂“手机是怎么造出来的”

ASCP的计划逻辑本质是BOM展开+能力约束求解。YY手机的BOM结构虽简单（YY-SJ→YY-JG+YY-JS+YY-BA），但工艺路线中的资源定义直接决定M2/M3工厂能否按时产出。这里没有“默认值”，每一步都需手工绑定物理约束。

3.1 BOM结构定义：组织粒度决定计划范围

以成品YY-SJ为例，BOM必须在M1组织下定义（因M1是最终组装厂）：

• 父项：YY-SJ（组织M1）
• 子项1：YY-JG（机盖，用量1件）→ 指向M2组织（因M2生产）
• 子项2：YY-JS（机身，用量1件）→ 指向M3组织（因M3生产）
• 子项3：YY-BA（电池，用量1件）→ 指向M1组织（因M1采购）

提示：若子项YY-JG未指定组织为M2，ASCP将默认在M1本地寻找供应，导致计划生成“M1向M1采购机盖”的荒谬单据。

3.2 工艺路线资源绑定：小时产能必须换算成ASCP可读单位

以YY-JG在M2的工艺路线为例：

• 资源定义：创建资源YY-M2-R1，类型为“机器”，单位为“小时”
• 部门定义：创建部门YY-M2-1，地点为M2，班次设为“白班”（8小时）
• 工序定义：
  • 工序1：使用资源YY-M2-R1
  • 单位用量：10（关键！非“1”）
  • 计划标志：“是”

为什么单位用量是10？
M2工厂每小时生产0.1千件（即100件），而YY-JG的BOM用量单位为“件”。ASCP要求资源单位用量 = 1小时产出件数 / BOM用量单位。此处BOM中YY-JG用量为1件，故单位用量 = 100件/小时 ÷ 1件 = 100 → 但文档中写“10”，说明实际BOM用量单位可能为“十件”（即1个YY-JG=10件）。必须与BOM用量单位严格匹配，否则产能计算偏差10倍。

# Python脚本：校验BOM用量与工艺路线单位用量一致性 def validate_bom_routing_consistency(bom_data, routing_data): """ bom_data: [{'parent': 'YY-SJ', 'child': 'YY-JG', 'quantity': 1.0, 'org': 'M2'}] routing_data: [{'item': 'YY-JG', 'org': 'M2', 'resource': 'YY-M2-R1', 'unit_usage': 10.0}] """ for bom in bom_data: if bom['child'] == 'YY-JG' and bom['org'] == 'M2': # 查找对应工艺路线 routing = next((r for r in routing_data if r['item'] == 'YY-JG' and r['org'] == 'M2'), None) if routing: # BOM用量为1.0（件），工艺路线单位用量应为100（因M2每小时产100件） # 若BOM用量单位为"十件"，则BOM quantity=0.1，unit_usage=10才匹配 expected_unit_usage = 100 / bom['quantity'] print(f"YY-JG BOM用量: {bom['quantity']} | 期望单位用量: {expected_unit_usage:.1f} | 实际: {routing['unit_usage']}") if abs(routing['unit_usage'] - expected_unit_usage) > 0.1: print("❌ 警告：BOM用量与工艺路线单位用量不匹配！") break # 示例调用 bom_data = [{'parent': 'YY-SJ', 'child': 'YY-JG', 'quantity': 1.0, 'org': 'M2'}] routing_data = [{'item': 'YY-JG', 'org': 'M2', 'resource': 'YY-M2-R1', 'unit_usage': 10.0}] validate_bom_routing_consistency(bom_data, routing_data)

逻辑说明：该脚本通过BOM用量反推工艺路线应设的单位用量，避免人工心算错误。若输出“警告”，必须修正BOM用量或工艺路线单位用量。
参数说明：bom['quantity']为BOM中子项用量数值；routing['unit_usage']为工艺路线中资源单位用量；差值>0.1即视为严重偏差。

3.3 工艺路线启用状态：未激活的路线等于不存在

完成工艺路线定义后，必须执行发布（Release）操作：

• 路径：制造 → 工艺路线 → 发布
• 选择YY-JG、组织M2、生效日期设为测试起始日（如2012-05-01）
• 状态变为“已发布”后，ASCP才能识别该路线

注意：若仅保存未发布，ASCP运行时将提示“无有效工艺路线”，并默认按“采购”处理YY-JG，彻底绕过M2工厂。

4. 来源规则与分配清单：ASCP的“决策宪法”，定义谁给谁、给多少、怎么给

ASCP不自动判断供应来源，它严格按来源规则（Sourcing Rule）和分配清单（Assignment Set）执行。YY手机案例中，M1工厂对YY-JG的供应策略是“优先从M2传送”，而非“向S2采购”，这一逻辑必须显式编码。

4.1 来源规则定义：按组织+物料组合精准控制

在M1组织下为YY-JG定义来源规则：

• 规则名称：YY-JG_M1_TO_M2
• 类型：传送自（Transfer From）
• 接收组织：M1
• 发送组织：M2
• 分配百分比：100%
• 生效日期：2012-05-01

同理，为YY-BA（电池）在M1组织下定义：

• 类型：采购（Purchase）
• 供应商：S1
• 分配百分比：100%

提示：若为YY-JG同时定义了“采购自S2”和“传送自M2”两条规则，ASCP将按分配百分比加权计算总成本，但此处必须100%指向M2，否则计划会生成向S2采购的订单，违背业务逻辑。

4.2 分配清单构建：把分散的来源规则聚合成可执行策略

分配清单是ASCP计划的输入载体，它将多个来源规则打包：

• 清单名称：YYAPS-1
• 分配行：
  • 物料YY-SJ → 来源规则：YY-SJ_M1_MANUF（M1自制）
  • 物料YY-JG → 来源规则：YY-JG_M1_TO_M2（M2传送）
  • 物料YY-JS → 来源规则：YY-JS_M1_TO_M3（M3传送）
  • 物料YY-BA → 来源规则：YY-BA_M1_PURCH（S1采购）

# EBS后台验证分配清单是否生效（需DBA权限） SELECT aset.assignment_set_name, aset.description, sr.sourcing_rule_name, sr.sourcing_rule_type, sr.distribution_percent FROM mrp_assignment_sets aset JOIN mrp_sourcing_rules sr ON aset.assignment_set_id = sr.assignment_set_id WHERE aset.assignment_set_name = 'YYAPS-1' AND sr.enabled_flag = 'Y';

逻辑说明：此SQL确认分配清单YYAPS-1已启用，且所有来源规则状态为enabled_flag='Y'。若某规则enabled_flag='N'，ASCP将忽略该行，导致对应物料无供应路径。
参数说明：sourcing_rule_type值为1=采购、2=传送、3=制造；distribution_percent必须为100（单源）或总和为100（多源）。

4.3 分配清单与计划绑定：ASCP计划的“宪法引用”

在定义供应链计划YYAPS-1时，必须在“计划选项”中明确指定：

• 分配集：选择TST:YYAPS-1（TST为测试责任名）
• 启用追溯：勾选“按需求优先级追溯供应”（否则无法查看D1需求如何驱动M2生产）

注意：此处的“TST:YYAPS-1”格式必须与分配清单在责任下的完整名称一致，包括责任前缀。若在“供应链计划员”责任下创建清单，此处必须写供应链计划员:YYAPS-1。

5. MDS定义与计划运行：把销售预测变成可执行的工单与采购申请

MDS（主需求计划）是ASCP的输入源头，它把模糊的“5月需求20千台”转化为精确的“5月25日D2仓库收货20千台”。YY手机案例中，MDS定义质量直接决定计划结果是否可信。

5.1 MDS创建：需求时间必须精确到日，且与计划周期对齐

在D1组织下创建MDS：

• 名称：YY-D1-MDS1
• 说明：5月D1手机需求
• 需求行：
  • 物料：YY-SJ
  • 需求时间：2012-05-21
  • 需求数量：10（单位：千件）
• 冲减方式：选“冲减”（确保需求被计划消耗后不再重复计算）

提示：若需求时间填“2012-05”，ASCP将默认分配至5月1日，导致M2工厂5月初就启动生产，库存积压。

5.2 供应链计划定义：组织范围决定计划边界

计划YYAPS-1必须包含所有参与实体：

• 组织列表：D1、D2、M1、M2、M3（缺一不可）
• D1/D2需求计划：在“组织”选项卡中，为D1选择YY-D1-MDS1，为D2选择YY-D2-MDS1
• 能力约束：首次运行选“非能力约束计划”，验证逻辑正确性；二次运行再启用能力约束

-- 查询MDS需求是否被ASCP识别（验证关键） SELECT md.demand_date, md.demand_quantity, md.demand_class_code, md.status_flag FROM mrp_demand md WHERE md.organization_id = (SELECT organization_id FROM org_organization_definitions WHERE organization_code = 'D1') AND md.inventory_item_id = (SELECT inventory_item_id FROM mtl_system_items_b WHERE segment1 = 'YY-SJ') AND md.demand_date BETWEEN DATE '2012-05-01' AND DATE '2012-05-31';

逻辑说明：此SQL确认D1组织的YY-SJ需求已成功载入ASCP需求池。若无结果，说明MDS未发布或组织/物料匹配失败。
参数说明：status_flag为'A'=已批准，'C'=已取消；只有'A'状态的需求才会被ASCP读取。

5.3 计划运行与结果验证：三步定位计划是否“活”了

1. 启动计划：在TST:M1责任下运行YYAPS-1，请求状态为“已完成”
2. 查看多级清单：路径供应链计划 → 多级供应链清单，选择TST:YYAPS-1、组织D1、物料YY-SJ → 应显示：
   • D1需求：2012-05-25, 20千件
   • M1供应：2012-05-25, 20千件（由M2/M3传送+采购）
   • M2供应YY-JG：2012-05-23, 20千件（考虑2天提前期）
3. 导出Excel验证：在计划员工作台右键“供应/需求” → “导出”，检查列：
   • Demand Date（需求时间）
   • Supply Date（供应时间）
   • Supply Organization（供应组织）
   • Supply Type（供应类型：Manufacture/Transfer/Purchase）

注意：若导出Excel中Supply Type全为“Purchase”，说明来源规则未生效；若Supply Date早于Demand Date，说明提前期设置错误。

6. 常见问题排查：8条血泪经验，专治ASCP计划“不动、乱动、假动”

ASCP计划失败往往不是功能缺陷，而是配置链上某个环节的微小偏差。以下是YY手机测试中踩过的坑，按现象归类，每条附可执行的诊断命令：

6.1 现象：计划运行后“多级供应链清单”为空，或提示“无可行供应路径”

• 原因：MDS未发布，或需求时间超出计划周期（ASCP默认只计算未来90天）
• 解决：

  -- 检查MDS是否发布 SELECT demand_source_header_id, status_flag, last_update_date FROM mrp_demand_sources WHERE demand_source_name = 'YY-D1-MDS1'; -- status_flag必须为'A'

  若未发布，路径需求管理 → 主需求计划 → 发布重新操作。

6.2 现象：计划生成采购申请，但目标组织显示为M1而非D1

• 原因：MDS在D1组织定义，但计划运行时组织选错（如选了TST:M1而非TST:D1）
• 解决：运行计划时，组织必须选TST:D1（与MDS所在组织一致），否则ASCP无法关联需求。

6.3 现象：YY-JG在M2的工艺路线被忽略，计划显示“采购自S2”

• 原因：YY-JG在M2组织的“制造或采购”属性未设为“制造”，或工艺路线未发布
• 解决：

  -- 检查M2组织属性 SELECT planning_make_buy_code FROM mtl_parameters WHERE organization_code = 'M2'; -- 必须返回1（制造） -- 检查工艺路线状态 SELECT status_type FROM bom_operational_routings WHERE assembly_item_id = (SELECT inventory_item_id FROM mtl_system_items_b WHERE segment1 = 'YY-JG') AND organization_id = (SELECT organization_id FROM org_organization_definitions WHERE organization_code = 'M2'); -- status_type必须为'PUBLISHED'

6.4 现象：计划下达后，采购申请状态为“已批准”，但无采购订单生成

• 原因：采购员未分配，或“自动创建采购订单”流程未启用
• 解决：
  • 路径采购管理 → 设置 → 采购选项，勾选“启用自动创建”
  • 路径采购管理 → 采购员，为M1组织分配采购员

6.5 现象：工单释放后，状态为“已计划”但无法“释放”

• 原因：M2工厂的“在制品”责任未启用，或资源YY-M2-R1未分配至部门YY-M2-1
• 解决：

  -- 检查资源分配 SELECT department_id FROM bom_department_resources WHERE resource_id = (SELECT resource_id FROM bom_resources WHERE resource_code = 'YY-M2-R1'); -- 必须返回YY-M2-1的department_id

6.6 现象：计划显示M2需生产20千件YY-JG，但实际工单数量为200千件

• 原因：BOM中YY-JG用量为1，但工艺路线单位用量填了100（应为10，因M2每小时产0.1千件=100件，BOM用量单位为“十件”）
• 解决：重算单位用量 = 100件/小时 ÷ BOM用量（若BOM用量为10，则单位用量=10）

6.7 现象：D1和D2的需求合并显示，无法区分各自供应路径

• 原因：分配清单中未为D1/D2分别定义MDS，或计划中未为D1/D2单独选择需求计划
• 解决：在计划“组织”选项卡中，D1行选YY-D1-MDS1，D2行选YY-D2-MDS1，不可共用一个MDS。

6.8 现象：计划运行耗时超30分钟，或数据库CPU飙升

• 原因：启用了能力约束，但M2/M3工厂的资源未设置“最大容量”
• 解决：
  • 路径制造 → 资源 → 定义资源，为YY-M2-R1设置：
    • 最大容量：8（小时/天）×5（天/周）=40
    • 单位：小时

注意：未设最大容量时，ASCP会尝试无限迭代求解，导致性能崩溃。

7. 从计划到执行：如何用ASCP生成的工单反向验证BOM与工艺路线的物理真实性

ASCP最硬核的价值，不是生成一堆报表，而是把虚拟计划变成产线可执行的动作。YY手机测试中，我坚持一个动作：每次计划运行后，立即在M2工厂释放工单，并对比工单BOM与工艺路线是否与ASCP输出一致。这招让我揪出三个致命配置错误——它们在报表里毫无痕迹，却让计划在产线彻底失效。

7.1 工单释放：ASCP计划的“最后一公里”验证

路径：在制品管理 → 离散任务 → 查找

• 物料：YY-JG
• 组织：M2
• 点击“工具 → 更改状态 → 释放”

释放后，检查工单头信息：

• 计划数量：应为ASCP多级清单中M2供应量（如20千件）
• 开始日期：应为ASCP计算的供应日期（如2012-05-23）
• 资源分配：工单行中应显示资源YY-M2-R1，用量=计划数量 × 单位用量（20,000 × 10 = 200,000）

提示：若工单数量为0，或资源未显示，说明ASCP未将YY-JG识别为M2自制件——回到第2章检查M2组织属性。

7.2 工单BOM展开：用实物反推虚拟配置

在已释放工单上，右键“查看BOM”：

• 展开YY-JG的BOM，应显示其子项（YY-SC、YY-CB等）及用量
• 关键验证点：子项组织必须为M2（因M2生产YY-JG，其BOM子项应在M2本地消耗）
• 若子项组织显示为M1，说明YY-JG的BOM在M1组织下定义，而非M2——这是典型配置错位

-- 查询YY-JG在M2组织下的BOM结构 SELECT bic.component_item_id, msib.segment1 AS component_code, bic.component_quantity, ood.organization_code AS component_org FROM bom_inventory_components bic JOIN mtl_system_items_b msib ON bic.component_item_id = msib.inventory_item_id JOIN org_organization_definitions ood ON msib.organization_id = ood.organization_id WHERE bic.assembly_item_id = (SELECT inventory_item_id FROM mtl_system_items_b WHERE segment1 = 'YY-JG') AND bic.organization_id = (SELECT organization_id FROM org_organization_definitions WHERE organization_code = 'M2');

逻辑说明：此SQL强制限定BOM查询范围为M2组织，确保看到的是M2实际使用的BOM。若结果为空，证明BOM未在M2下定义。

7.3 工单工艺路线执行：时间戳是物理世界的刻度

在工单详情页，点击“工艺路线”标签：

• 应显示工序1：使用资源YY-M2-R1
• 计划开始时间：应为工单开始日期 + 提前期（如2012-05-23 + 0天）
• 计划结束时间：= 开始时间 + （计划数量 × 单位用量）÷ 每小时产能
  • 例：20,000件 × 10 ÷ 100件/小时 = 2,000小时 → 2,000 ÷ 8小时/天 = 250天？显然错误！
  • 正确计算：因M2每小时产0.1千件=100件，20,000件需200小时 → 200 ÷ 8 = 25天
  • 所以单位用量必须为100，BOM用量单位为“件”

血泪教训：单位用量填错10倍，工单计划时间就错10倍。从那以后我每次配置工艺路线，都强制用计算器验算一遍：计划数量 × 单位用量 ÷ 每小时产能 = 总工时，再除以每天班次时长，结果必须在合理范围内（如≤30天）。希望帮到你。

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