简介面向 Oracle EBS 实施顾问与供应链计划初学者的 ASCP 方案设置测试文档围绕高级计划排程模块的完整配置与验证流程展开帮助读者理解从物料定义到计划执行的落地方法。资源包共 1 个 doc 文件约 1.43MB以图文步骤形式记录测试全过程便于对照系统界面逐步操作。文档以 YY 手机有限公司为案例背景覆盖物料定义与组织分配、BOM 与工艺路线、来源规则与分配清单、MDS 定义、供应链计划定义与运行以及计划下达、采购、生产、入库、发运等执行环节并附有供应链结构与 BOM 示意。已有 1958 人学习适合需要系统掌握 ASCP 设置逻辑、复盘测试步骤或查漏补缺的 ERP 从业者参考。1. 从一份 2012 年的 ASCP 测试文档说起它到底能解决什么翻到这份 Oracle EBS ASCP 方案设置测试文档时我第一反应是这玩意儿还能跑吗。文档日期停在 2012 年 5 月案例是一家虚构手机公司的多工厂供应链M1 组装、M2 造机身、M3 造机盖零部件从四家供应商采购成品发往 D1、D2 两个分销中心。整套流程从物料定义一路走到计划下达、采购、生产、入库、发运八个大步骤一个不落。对正在啃 Oracle EBS ERP 里 ASCP 高级计划排程模块的人来说这份文档的价值不在于年份而在于它把一个多级供应链怎么在 ASCP 里被完整建模并跑通这件事拆成了可以照着点的操作序列。它适合两类人一是刚接手 ASCP 实施、需要一份端到端演练脚本的顾问二是想理解 ASCP 计划逻辑到底吃哪些主数据、又吐出什么结果的技术人员。下面我按自己复现这套流程的顺序把关键设置、参数含义和翻车点讲清楚。2. 建模前的底盘物料、组织与计划属性怎么定ASCP 跑不出正确结果十有八九不是计划引擎的问题而是主数据没铺对。这份文档把物料定义并分配给每个组织放在第一步是有道理的——ASCP 是跨组织计划一个物料在哪个组织里是制造、哪个组织里是采购、哪个组织里只是传送全靠组织层级的物料属性来区分。底盘没打好后面来源规则和分配清单全是空中楼阁。2.1 物料主组织的三个关键字段文档里以 YY-JG机盖为例做法是在主组织新建物料复制自模板子装配件然后把计划方法设为MRP/MPP 计划预测控制设为冲减衍生追溯设为总装、软发查订单管理里启用客户订购。这几个字段不是随便填的每一个都直接决定 ASCP 怎么对待这个物料。计划方法选 MRP/MPP意味着这个物料参与物料需求计划运算ASCP 会为它生成供应与需求如果误选成不计划它在计划里就是透明的BOM 展开到这一层就断了。预测控制选冲减衍生是让实际销售订单去冲减预测避免重复计算需求——多级供应链里预测和订单并存是常态这个开关不设对需求会被放大。追溯选总装、软发查是为了后面能在计划员工作台里按需求优先级追溯供应文档第七步启用追溯、按需求优先级追溯供应能生效前提就是物料层先把追溯打开。提示复制模板是个省事但容易埋雷的做法。模板带过来的属性不一定全对复制完必须逐字段核对计划方法、预测控制、追溯、成本这些跟计划强相关的项别指望模板默认值刚好合适。2.2 组织分配与制造或采购的判定物料建好后要分配给 M1、M2 等组织这一步在组织层物料属性里完成。文档里 YY-JG 分配给 M1 和 M2但两个组织的属性不一样M1 里制造或采购选采购M2 里选制造两边都选计划员、例外集都选 ASCP。这里是最容易翻车的地方。同一个物料在不同组织可以是不同角色——M2 自己造机盖所以是制造M1 只是装配手机、机盖从 M2 传送过来所以在 M1 的视角它是采购这里的采购是广义的获取实际由来源规则决定是传送还是真采购。如果两个组织都设成制造ASCP 会以为 M1 也要开机盖工单计划结果直接错乱。例外集选 ASCP 则是让这个物料在计划运行时能抛出对应的例外消息方便在计划员工作台里排查。2.3 用一段检查脚本把物料属性过一遍手工点界面核对几十个物料属性很痛苦我一般会用一段 SQL 先把关键字段拉出来对一遍确认没有漏配或配反。下面这段是按文档场景写的检查思路表名和字段名以实际环境为准重点是核对逻辑。-- 核对物料在组织层的计划相关属性 -- 关注计划方法、制造或采购、计划员、例外集 SELECT msi.segment1 AS item_code, msi.description AS item_desc, msi.organization_id AS org_id, msi.planning_make_buy_code AS make_buy, -- 1制造 2采购 msi.mrp_planning_code AS planning_code, -- 计划方法 msi.forecast_control AS fcst_ctrl, -- 预测控制 msi.planning_exception_set AS exc_set -- 例外集 FROM mtl_system_items_b msi WHERE msi.segment1 IN (YY-SJ,YY-JG,YY-JS,YY-BA,YY-SC,YY-CB,YY-KB) ORDER BY msi.segment1, msi.organization_id;这段查询把七个物料的组织层属性一次拉平。看结果时重点盯三件事一是 make_buy 在 M1、M2、M3 是否符合谁造谁采购的分工二是 planning_code 是否都是 MRP/MPP三是 exc_set 是否都挂到了 ASCP 例外集。任何一行对不上先改主数据再往下走别急着建 BOM。参数上make_buy 的编码值各版本可能不同以系统 lookup 为准别硬套。3. BOM、工艺路线与来源规则把供应链结构翻译成 ASCP 能读的语言主数据铺好后接下来是把这家公司怎么造手机翻译成 ASCP 能读的结构BOM 说清楚谁由谁组成工艺路线说清楚在哪造、造多快来源规则和分配清单说清楚每个物料从哪来、往哪去。这三块是 ASCP 计划的骨架缺一块计划就残缺。3.1 BOM 与工艺路线的资源用量文档里 BOM 按实验设计设定成品 YY-SJ、子装配件 YY-JS、YY-JG 的层级。工艺路线以 YY-JG 在 M2 为例定义一个资源 YY-M2-R1定义部门 YY-M2-1、输入地点 M2资源里去掉24 小时可用、数量 1选白班、数量 1工艺路线里选部门 YY-M2-1工序资源选 M2-R1单位使用量输入 10表示 1 小时生产 0.1 千件计划选是。单位使用量这个 10 是很多人会填错的地方。它表达的是生产 1 个单位这里是千件需要多少资源单位时间配合资源可用产能反推出这条线的产出速率。文档给的产能是 M2 每小时 0.1 千件所以单位使用量填 10即 1 千件要 10 小时逻辑自洽。如果填成 0.1ASCP 会以为这条线快得离谱能力约束计划就会给出不现实的排程。计划选是则是告诉 ASCP 这条工艺路线参与能力运算选否就只做物料计划不管产能。注意资源里24 小时可用这个勾一定要按实际班次去掉。留着它资源就是全天候无限产能能力约束计划形同虚设排出来的东西看着漂亮但根本落不了地。3.2 来源规则采购、传送、制造三分法来源规则决定每个物料在某个组织里从哪来。文档分组织定义以 M1 为例外购物料 YY-BA电池来源类型为采购来源子装配件 YY-JG、YY-JS 来源类型为传送自产成品 YY-SJ 来源类型为制造地点。这三类对应供应链里三种获取方式选错类型ASCP 要么去开不该开的工单要么去发不该发的采购申请。判断逻辑其实很朴素这个组织自己造就是制造从别的组织调过来就是传送自从外部供应商买就是采购。难点在于同一物料在不同组织类型不同必须分组织逐个定义不能图省事一套规则套所有组织。文档强调分组织定义来源规则包括 M1、M2、M3就是在提醒这一点。3.3 分配清单需求往哪落、按什么优先级分配清单解决的是需求来了往哪个组织分配、分配多少、什么级别。文档里为 YY-SJ 定义分配清单 YY-M1接收组织分别输入 M1、D1、D2每个接收组织选类型制造地点/传送自、输入组织 M1、分配 100%、级别 1。分配百分比和级别是这里的关键参数。100% 表示需求全额分配到该接收组织级别 1 表示优先级最高。多接收组织场景下ASCP 按级别从低到高、同级别按百分比拆分需求。如果几个接收组织都设 100% 且级别相同需求会被重复分配计划结果翻倍——这是分配清单最经典的坑。正确做法是同一需求来源下各接收组织的百分比之和控制在合理范围级别用来表达优先顺序而不是并列。3.4 指定集把来源规则和分配清单打包来源规则和分配清单定义完还要打包成一个指定集文档里叫 YYAPS-1把产成品 YY-SJ 的分配清单和所有物料的来源补充规则YY-SJ、YY-JG、YY-JS、YY-BA、YY-SC、YY-CB都挂进去。指定集是 ASCP 计划选项里要引用的对象计划跑的时候就是按这个集合去解析每个物料的来源和分配。定义完可以查看多级供应链清单这是验证结构是否完整的第一个检查点——清单里该出现的物料和组织层级都出现了说明骨架搭对了。4. MDS 与供应链计划定义需求从哪来、计划按什么规则跑骨架搭好接下来要喂需求、定规则。MDS主需求计划是 ASCP 的需求入口供应链计划定义则决定这次运算的范围、约束和追溯方式。这两块配错计划要么没需求可排要么排出来的东西跟业务对不上。4.1 在 D1、D2 分别定义 MDS文档在 D1、D2 分别定义 MDS以 D1 为例责任切到制造和分销经理组织改为 D1输入名称 YY-D1-MDS1 和说明选择冲减点物料输入 YY-SJ在详细资料里输入需求时间和数量。5 月需求预测是 5.2 要 10 千、5.25 要 20 千这两个点就是 MDS 里的需求行。冲减这个选项和物料层的预测控制冲减衍生是配套的。MDS 里选冲减实际销售订单会按规则冲减这里的预测需求避免同一份需求被算两遍。如果 MDS 不设冲减、物料层又开了冲减衍生两边逻辑打架需求数量会对不上。我的习惯是先在物料层定好预测控制策略MDS 层跟着这个策略走保持一致。4.2 供应链计划的关键选项文档定义供应链计划 YYAPS-1责任选高级供应链计划员组织选 TST:M1然后在计划选项里逐项设置。主要页计划物料选需求和供应计划物料分配集选自定义的 TST:YYAPS-1启用追溯并选按需求优先级追溯供应。汇总页看计划合并组织页把 D1、D2、M1、M2、M3 都加进来并给 D1、D2 分别挂上对应的 MDS。约束页先做非能力约束计划。这几个选项里计划物料选需求和供应计划物料意味着 ASCP 同时处理需求侧和供应侧是完整供应链计划的标准选法分配集必须指向前面打包好的指定集指错了来源规则和分配清单就全不生效组织页把五个组织都加进来是因为这是跨组织计划少加一个组织那个组织的供需就不参与运算D1、D2 挂 MDS 是把需求接进计划。追溯选按需求优先级追溯供应配合物料层的追溯设置才能在计划员工作台里看到某批供应是为哪个需求准备的。先跑非能力约束计划是稳妥做法先确认物料和供需逻辑通不通再上能力约束看产能瓶颈。一上来就跑能力约束物料层的问题会被产能运算掩盖排查起来更费劲。5. 运行计划与结果解读从请求到计划员工作台计划定义好点启动剩下的就是等请求跑完、看结果。这一步看着简单但结果解读才是 ASCP 真正考验人的地方——计划跑成功不等于计划正确得会看清单、会看供需、会看例外。5.1 启动计划与查看请求文档的操作是组织选 TST:M1选供应链计划 YYASP-1点确定启动然后查看请求。ASCP 是后台并发请求启动后要去请求界面看状态跑完才能看结果。请求报错的话常见原因是组织没加全、分配集没挂对、MDS 没关联按前面几节的检查点倒查基本能定位。5.2 多级供应链清单与计划员工作台计划跑完后文档先看分配集 TST:YYAPS-1组织选 TST:D1、物料 YY-SJ查看多级清单——这是从需求端往下看整条供应链的供应结构。然后用计划员工作台看主要指标右键看供应/需求再右键供应需求导出 Excel右键物料可以看目标、来源、使用处、替代、工艺路线、供应链右键例外看例外汇总。计划员工作台是 ASCP 结果解读的主战场。主要指标给你供需平衡的宏观视图供应/需求明细告诉你每一笔供应对应哪笔需求例外汇总则是系统主动告诉你哪里有问题——比如某物料缺料、某资源超产能、某需求无法满足。文档提到点例外第五行能看到详细页面这个动作很关键例外不是让你扫一眼就过的每条例外背后都是一个具体的计划冲突得点进去看是哪个物料、哪个组织、哪个时间段出的问题。导出 Excel 这个动作我建议养成习惯。ASCP 界面里翻供需明细效率不高导出来用透视表按物料、组织、时间段一切供需缺口一目了然。尤其是多组织多物料场景界面里逐个点太慢。6. 计划执行与避坑下达、采购、生产里的那些坑计划跑通、结果看着合理最后一步是把计划变成实际单据计划下达、采购、生产、入库、发运。这一步是把 ASCP 的输出接到 EBS 执行侧衔接不好前面全白干。下面几条是我复现这类流程时踩过或见别人踩过的坑按现象、原因、解决写。6.1 常见问题排查现象计划下达后采购订单没有订单编号。原因ASCP 释放的采购申请转采购订单时自动创建流程没走完文档里也提到ASCP 释放的采购订单没有订单编号创建采购订单。解决走采购管理自动创建删掉采购员查找自动创建的采购申请选中物料如 YY-BA点自动选供应商点创建再点发运分配子库存文档用 RIP最后审批状态变批准。编号是审批后才正式生成的没审批前别急着找编号。现象工单查不到或释放不了。原因离散任务里按装配件查找时物料或组织选错或者工单状态还停在未释放。解决在制品管理离散离散任务里输入装配件 YY-JG 查找选中后走工具更改状态释放。查不到先确认组织对不对ASCP 下达的工单落在来源规则指定的制造组织里。现象能力约束计划排出来的日期明显不现实。原因资源24 小时可用没去掉或单位使用量填反。解决回工艺路线检查资源班次和单位使用量按实际产能反推使用量确保计划标志为是。现象需求数量翻倍或对不上预测。原因分配清单里多个接收组织都设 100% 且同级别或 MDS 冲减与物料预测控制策略不一致。解决核对分配百分比之和与级别设置统一 MDS 与物料层的冲减策略。现象多级清单里某个物料层级缺失。原因该物料没分配到对应组织或来源规则没定义。解决回物料组织分配和来源规则逐个补补完重新打包指定集再跑计划。6.2 执行链路的衔接顺序文档最后一步把计划下达、采购、生产、入库、发运串起来顺序不能乱先一次性发放含组织间补货、制造任务、采购申请再走采购自动创建、发运分配、审批、接收入库、查看现有量再走生产查找释放工单。组织间补货对应的是传送自来源规则制造任务对应制造地点采购申请对应采购来源——三种来源规则在下达阶段各自变成不同类型的单据这也是前面来源规则必须分组织定义准确的原因。下达出来的单据类型不对回头查来源规则基本一查一个准。7. 一个验证技巧用供需追溯反查计划是否真的合理跑完计划、看完例外很多人就收工了。但我吃过亏之后养成的习惯是挑一两个关键物料用供需追溯反查一遍确认每一笔供应都能说清楚是为谁准备的。文档里启用追溯、按需求优先级追溯供应这个设置就是为这个动作服务的。具体做法是在计划员工作台里选中物料比如 YY-SJ 或 YY-JG右键看供应/需求再对某笔供应右键追溯看它关联到哪笔需求、哪个组织、哪个时间段。判断标准很简单如果一笔供应追溯不到任何需求或者一笔需求被多笔供应重复覆盖说明分配清单或来源规则有问题。这个动作比看汇总指标更能暴露结构性问题因为汇总数字会互相抵消追溯是逐笔对账。下面这段是我用来辅助核对的查询思路把计划和需求按物料组织拉出来对比重点看供需是否平衡-- 按物料组织核对计划供应与需求总量示意表名以实际为准 SELECT item_code, org_id, SUM(CASE WHEN transaction_type SUPPLY THEN quantity ELSE 0 END) AS supply_qty, SUM(CASE WHEN transaction_type DEMAND THEN quantity ELSE 0 END) AS demand_qty, SUM(CASE WHEN transaction_type SUPPLY THEN quantity ELSE -quantity END) AS net_gap FROM ascp_plan_entries -- 计划条目示意表 WHERE plan_name YYAPS-1 GROUP BY item_code, org_id HAVING SUM(CASE WHEN transaction_type SUPPLY THEN quantity ELSE -quantity END) 0;这段查询的意图是把供需净差不为零的物料组织挑出来net_gap 为正说明供大于需可能多下了单为负说明需大于供可能缺料。参数上plan_name 对应你定义的供应链计划名transaction_type 的取值按实际计划条目表调整。查出来的异常行再回计划员工作台逐笔追溯比盲翻界面快得多。还有一个细节追溯要按需求优先级看高优先级需求比如交期近的销售订单应该优先被供应覆盖。如果发现低优先级需求抢了供应、高优先级需求反而缺料多半是分配清单的级别设置或需求日期没维护对。这个检查在月底冲量、多分销中心抢货的场景里特别有用。从那以后我每次跑完 ASCP不管例外多干净都强制挑两个跨组织物料走一遍供需追溯确认供应和需求能逐笔对上才敢往下达。这套动作花不了十分钟但能挡掉大部分计划看着对、执行全乱套的情况。希望帮到你。本文还有配套的精品资源点击获取 
长河君 · 2026/11/4 7:32:51 · 阅读 1.2k Oracle EBS ASCP高级计划排程实战：多级供应链建模与避坑指南
简介面向 Oracle EBS 实施顾问与供应链计划初学者的 ASCP 方案设置测试文档围绕高级计划排程模块的完整配置与验证流程展开帮助读者理解从物料定义到计划执行的落地方法。资源包共 1 个 doc 文件约 1.43MB以图文步骤形式记录测试全过程便于对照系统界面逐步操作。文档以 YY 手机有限公司为案例背景覆盖物料定义与组织分配、BOM 与工艺路线、来源规则与分配清单、MDS 定义、供应链计划定义与运行以及计划下达、采购、生产、入库、发运等执行环节并附有供应链结构与 BOM 示意。已有 1958 人学习适合需要系统掌握 ASCP 设置逻辑、复盘测试步骤或查漏补缺的 ERP 从业者参考。1. 从一份 2012 年的 ASCP 测试文档说起它到底能解决什么翻到这份 Oracle EBS ASCP 方案设置测试文档时我第一反应是这玩意儿还能跑吗。文档日期停在 2012 年 5 月案例是一家虚构手机公司的多工厂供应链M1 组装、M2 造机身、M3 造机盖零部件从四家供应商采购成品发往 D1、D2 两个分销中心。整套流程从物料定义一路走到计划下达、采购、生产、入库、发运八个大步骤一个不落。对正在啃 Oracle EBS ERP 里 ASCP 高级计划排程模块的人来说这份文档的价值不在于年份而在于它把一个多级供应链怎么在 ASCP 里被完整建模并跑通这件事拆成了可以照着点的操作序列。它适合两类人一是刚接手 ASCP 实施、需要一份端到端演练脚本的顾问二是想理解 ASCP 计划逻辑到底吃哪些主数据、又吐出什么结果的技术人员。下面我按自己复现这套流程的顺序把关键设置、参数含义和翻车点讲清楚。2. 建模前的底盘物料、组织与计划属性怎么定ASCP 跑不出正确结果十有八九不是计划引擎的问题而是主数据没铺对。这份文档把物料定义并分配给每个组织放在第一步是有道理的——ASCP 是跨组织计划一个物料在哪个组织里是制造、哪个组织里是采购、哪个组织里只是传送全靠组织层级的物料属性来区分。底盘没打好后面来源规则和分配清单全是空中楼阁。2.1 物料主组织的三个关键字段文档里以 YY-JG机盖为例做法是在主组织新建物料复制自模板子装配件然后把计划方法设为MRP/MPP 计划预测控制设为冲减衍生追溯设为总装、软发查订单管理里启用客户订购。这几个字段不是随便填的每一个都直接决定 ASCP 怎么对待这个物料。计划方法选 MRP/MPP意味着这个物料参与物料需求计划运算ASCP 会为它生成供应与需求如果误选成不计划它在计划里就是透明的BOM 展开到这一层就断了。预测控制选冲减衍生是让实际销售订单去冲减预测避免重复计算需求——多级供应链里预测和订单并存是常态这个开关不设对需求会被放大。追溯选总装、软发查是为了后面能在计划员工作台里按需求优先级追溯供应文档第七步启用追溯、按需求优先级追溯供应能生效前提就是物料层先把追溯打开。提示复制模板是个省事但容易埋雷的做法。模板带过来的属性不一定全对复制完必须逐字段核对计划方法、预测控制、追溯、成本这些跟计划强相关的项别指望模板默认值刚好合适。2.2 组织分配与制造或采购的判定物料建好后要分配给 M1、M2 等组织这一步在组织层物料属性里完成。文档里 YY-JG 分配给 M1 和 M2但两个组织的属性不一样M1 里制造或采购选采购M2 里选制造两边都选计划员、例外集都选 ASCP。这里是最容易翻车的地方。同一个物料在不同组织可以是不同角色——M2 自己造机盖所以是制造M1 只是装配手机、机盖从 M2 传送过来所以在 M1 的视角它是采购这里的采购是广义的获取实际由来源规则决定是传送还是真采购。如果两个组织都设成制造ASCP 会以为 M1 也要开机盖工单计划结果直接错乱。例外集选 ASCP 则是让这个物料在计划运行时能抛出对应的例外消息方便在计划员工作台里排查。2.3 用一段检查脚本把物料属性过一遍手工点界面核对几十个物料属性很痛苦我一般会用一段 SQL 先把关键字段拉出来对一遍确认没有漏配或配反。下面这段是按文档场景写的检查思路表名和字段名以实际环境为准重点是核对逻辑。-- 核对物料在组织层的计划相关属性 -- 关注计划方法、制造或采购、计划员、例外集 SELECT msi.segment1 AS item_code, msi.description AS item_desc, msi.organization_id AS org_id, msi.planning_make_buy_code AS make_buy, -- 1制造 2采购 msi.mrp_planning_code AS planning_code, -- 计划方法 msi.forecast_control AS fcst_ctrl, -- 预测控制 msi.planning_exception_set AS exc_set -- 例外集 FROM mtl_system_items_b msi WHERE msi.segment1 IN (YY-SJ,YY-JG,YY-JS,YY-BA,YY-SC,YY-CB,YY-KB) ORDER BY msi.segment1, msi.organization_id;这段查询把七个物料的组织层属性一次拉平。看结果时重点盯三件事一是 make_buy 在 M1、M2、M3 是否符合谁造谁采购的分工二是 planning_code 是否都是 MRP/MPP三是 exc_set 是否都挂到了 ASCP 例外集。任何一行对不上先改主数据再往下走别急着建 BOM。参数上make_buy 的编码值各版本可能不同以系统 lookup 为准别硬套。3. BOM、工艺路线与来源规则把供应链结构翻译成 ASCP 能读的语言主数据铺好后接下来是把这家公司怎么造手机翻译成 ASCP 能读的结构BOM 说清楚谁由谁组成工艺路线说清楚在哪造、造多快来源规则和分配清单说清楚每个物料从哪来、往哪去。这三块是 ASCP 计划的骨架缺一块计划就残缺。3.1 BOM 与工艺路线的资源用量文档里 BOM 按实验设计设定成品 YY-SJ、子装配件 YY-JS、YY-JG 的层级。工艺路线以 YY-JG 在 M2 为例定义一个资源 YY-M2-R1定义部门 YY-M2-1、输入地点 M2资源里去掉24 小时可用、数量 1选白班、数量 1工艺路线里选部门 YY-M2-1工序资源选 M2-R1单位使用量输入 10表示 1 小时生产 0.1 千件计划选是。单位使用量这个 10 是很多人会填错的地方。它表达的是生产 1 个单位这里是千件需要多少资源单位时间配合资源可用产能反推出这条线的产出速率。文档给的产能是 M2 每小时 0.1 千件所以单位使用量填 10即 1 千件要 10 小时逻辑自洽。如果填成 0.1ASCP 会以为这条线快得离谱能力约束计划就会给出不现实的排程。计划选是则是告诉 ASCP 这条工艺路线参与能力运算选否就只做物料计划不管产能。注意资源里24 小时可用这个勾一定要按实际班次去掉。留着它资源就是全天候无限产能能力约束计划形同虚设排出来的东西看着漂亮但根本落不了地。3.2 来源规则采购、传送、制造三分法来源规则决定每个物料在某个组织里从哪来。文档分组织定义以 M1 为例外购物料 YY-BA电池来源类型为采购来源子装配件 YY-JG、YY-JS 来源类型为传送自产成品 YY-SJ 来源类型为制造地点。这三类对应供应链里三种获取方式选错类型ASCP 要么去开不该开的工单要么去发不该发的采购申请。判断逻辑其实很朴素这个组织自己造就是制造从别的组织调过来就是传送自从外部供应商买就是采购。难点在于同一物料在不同组织类型不同必须分组织逐个定义不能图省事一套规则套所有组织。文档强调分组织定义来源规则包括 M1、M2、M3就是在提醒这一点。3.3 分配清单需求往哪落、按什么优先级分配清单解决的是需求来了往哪个组织分配、分配多少、什么级别。文档里为 YY-SJ 定义分配清单 YY-M1接收组织分别输入 M1、D1、D2每个接收组织选类型制造地点/传送自、输入组织 M1、分配 100%、级别 1。分配百分比和级别是这里的关键参数。100% 表示需求全额分配到该接收组织级别 1 表示优先级最高。多接收组织场景下ASCP 按级别从低到高、同级别按百分比拆分需求。如果几个接收组织都设 100% 且级别相同需求会被重复分配计划结果翻倍——这是分配清单最经典的坑。正确做法是同一需求来源下各接收组织的百分比之和控制在合理范围级别用来表达优先顺序而不是并列。3.4 指定集把来源规则和分配清单打包来源规则和分配清单定义完还要打包成一个指定集文档里叫 YYAPS-1把产成品 YY-SJ 的分配清单和所有物料的来源补充规则YY-SJ、YY-JG、YY-JS、YY-BA、YY-SC、YY-CB都挂进去。指定集是 ASCP 计划选项里要引用的对象计划跑的时候就是按这个集合去解析每个物料的来源和分配。定义完可以查看多级供应链清单这是验证结构是否完整的第一个检查点——清单里该出现的物料和组织层级都出现了说明骨架搭对了。4. MDS 与供应链计划定义需求从哪来、计划按什么规则跑骨架搭好接下来要喂需求、定规则。MDS主需求计划是 ASCP 的需求入口供应链计划定义则决定这次运算的范围、约束和追溯方式。这两块配错计划要么没需求可排要么排出来的东西跟业务对不上。4.1 在 D1、D2 分别定义 MDS文档在 D1、D2 分别定义 MDS以 D1 为例责任切到制造和分销经理组织改为 D1输入名称 YY-D1-MDS1 和说明选择冲减点物料输入 YY-SJ在详细资料里输入需求时间和数量。5 月需求预测是 5.2 要 10 千、5.25 要 20 千这两个点就是 MDS 里的需求行。冲减这个选项和物料层的预测控制冲减衍生是配套的。MDS 里选冲减实际销售订单会按规则冲减这里的预测需求避免同一份需求被算两遍。如果 MDS 不设冲减、物料层又开了冲减衍生两边逻辑打架需求数量会对不上。我的习惯是先在物料层定好预测控制策略MDS 层跟着这个策略走保持一致。4.2 供应链计划的关键选项文档定义供应链计划 YYAPS-1责任选高级供应链计划员组织选 TST:M1然后在计划选项里逐项设置。主要页计划物料选需求和供应计划物料分配集选自定义的 TST:YYAPS-1启用追溯并选按需求优先级追溯供应。汇总页看计划合并组织页把 D1、D2、M1、M2、M3 都加进来并给 D1、D2 分别挂上对应的 MDS。约束页先做非能力约束计划。这几个选项里计划物料选需求和供应计划物料意味着 ASCP 同时处理需求侧和供应侧是完整供应链计划的标准选法分配集必须指向前面打包好的指定集指错了来源规则和分配清单就全不生效组织页把五个组织都加进来是因为这是跨组织计划少加一个组织那个组织的供需就不参与运算D1、D2 挂 MDS 是把需求接进计划。追溯选按需求优先级追溯供应配合物料层的追溯设置才能在计划员工作台里看到某批供应是为哪个需求准备的。先跑非能力约束计划是稳妥做法先确认物料和供需逻辑通不通再上能力约束看产能瓶颈。一上来就跑能力约束物料层的问题会被产能运算掩盖排查起来更费劲。5. 运行计划与结果解读从请求到计划员工作台计划定义好点启动剩下的就是等请求跑完、看结果。这一步看着简单但结果解读才是 ASCP 真正考验人的地方——计划跑成功不等于计划正确得会看清单、会看供需、会看例外。5.1 启动计划与查看请求文档的操作是组织选 TST:M1选供应链计划 YYASP-1点确定启动然后查看请求。ASCP 是后台并发请求启动后要去请求界面看状态跑完才能看结果。请求报错的话常见原因是组织没加全、分配集没挂对、MDS 没关联按前面几节的检查点倒查基本能定位。5.2 多级供应链清单与计划员工作台计划跑完后文档先看分配集 TST:YYAPS-1组织选 TST:D1、物料 YY-SJ查看多级清单——这是从需求端往下看整条供应链的供应结构。然后用计划员工作台看主要指标右键看供应/需求再右键供应需求导出 Excel右键物料可以看目标、来源、使用处、替代、工艺路线、供应链右键例外看例外汇总。计划员工作台是 ASCP 结果解读的主战场。主要指标给你供需平衡的宏观视图供应/需求明细告诉你每一笔供应对应哪笔需求例外汇总则是系统主动告诉你哪里有问题——比如某物料缺料、某资源超产能、某需求无法满足。文档提到点例外第五行能看到详细页面这个动作很关键例外不是让你扫一眼就过的每条例外背后都是一个具体的计划冲突得点进去看是哪个物料、哪个组织、哪个时间段出的问题。导出 Excel 这个动作我建议养成习惯。ASCP 界面里翻供需明细效率不高导出来用透视表按物料、组织、时间段一切供需缺口一目了然。尤其是多组织多物料场景界面里逐个点太慢。6. 计划执行与避坑下达、采购、生产里的那些坑计划跑通、结果看着合理最后一步是把计划变成实际单据计划下达、采购、生产、入库、发运。这一步是把 ASCP 的输出接到 EBS 执行侧衔接不好前面全白干。下面几条是我复现这类流程时踩过或见别人踩过的坑按现象、原因、解决写。6.1 常见问题排查现象计划下达后采购订单没有订单编号。原因ASCP 释放的采购申请转采购订单时自动创建流程没走完文档里也提到ASCP 释放的采购订单没有订单编号创建采购订单。解决走采购管理自动创建删掉采购员查找自动创建的采购申请选中物料如 YY-BA点自动选供应商点创建再点发运分配子库存文档用 RIP最后审批状态变批准。编号是审批后才正式生成的没审批前别急着找编号。现象工单查不到或释放不了。原因离散任务里按装配件查找时物料或组织选错或者工单状态还停在未释放。解决在制品管理离散离散任务里输入装配件 YY-JG 查找选中后走工具更改状态释放。查不到先确认组织对不对ASCP 下达的工单落在来源规则指定的制造组织里。现象能力约束计划排出来的日期明显不现实。原因资源24 小时可用没去掉或单位使用量填反。解决回工艺路线检查资源班次和单位使用量按实际产能反推使用量确保计划标志为是。现象需求数量翻倍或对不上预测。原因分配清单里多个接收组织都设 100% 且同级别或 MDS 冲减与物料预测控制策略不一致。解决核对分配百分比之和与级别设置统一 MDS 与物料层的冲减策略。现象多级清单里某个物料层级缺失。原因该物料没分配到对应组织或来源规则没定义。解决回物料组织分配和来源规则逐个补补完重新打包指定集再跑计划。6.2 执行链路的衔接顺序文档最后一步把计划下达、采购、生产、入库、发运串起来顺序不能乱先一次性发放含组织间补货、制造任务、采购申请再走采购自动创建、发运分配、审批、接收入库、查看现有量再走生产查找释放工单。组织间补货对应的是传送自来源规则制造任务对应制造地点采购申请对应采购来源——三种来源规则在下达阶段各自变成不同类型的单据这也是前面来源规则必须分组织定义准确的原因。下达出来的单据类型不对回头查来源规则基本一查一个准。7. 一个验证技巧用供需追溯反查计划是否真的合理跑完计划、看完例外很多人就收工了。但我吃过亏之后养成的习惯是挑一两个关键物料用供需追溯反查一遍确认每一笔供应都能说清楚是为谁准备的。文档里启用追溯、按需求优先级追溯供应这个设置就是为这个动作服务的。具体做法是在计划员工作台里选中物料比如 YY-SJ 或 YY-JG右键看供应/需求再对某笔供应右键追溯看它关联到哪笔需求、哪个组织、哪个时间段。判断标准很简单如果一笔供应追溯不到任何需求或者一笔需求被多笔供应重复覆盖说明分配清单或来源规则有问题。这个动作比看汇总指标更能暴露结构性问题因为汇总数字会互相抵消追溯是逐笔对账。下面这段是我用来辅助核对的查询思路把计划和需求按物料组织拉出来对比重点看供需是否平衡-- 按物料组织核对计划供应与需求总量示意表名以实际为准 SELECT item_code, org_id, SUM(CASE WHEN transaction_type SUPPLY THEN quantity ELSE 0 END) AS supply_qty, SUM(CASE WHEN transaction_type DEMAND THEN quantity ELSE 0 END) AS demand_qty, SUM(CASE WHEN transaction_type SUPPLY THEN quantity ELSE -quantity END) AS net_gap FROM ascp_plan_entries -- 计划条目示意表 WHERE plan_name YYAPS-1 GROUP BY item_code, org_id HAVING SUM(CASE WHEN transaction_type SUPPLY THEN quantity ELSE -quantity END) 0;这段查询的意图是把供需净差不为零的物料组织挑出来net_gap 为正说明供大于需可能多下了单为负说明需大于供可能缺料。参数上plan_name 对应你定义的供应链计划名transaction_type 的取值按实际计划条目表调整。查出来的异常行再回计划员工作台逐笔追溯比盲翻界面快得多。还有一个细节追溯要按需求优先级看高优先级需求比如交期近的销售订单应该优先被供应覆盖。如果发现低优先级需求抢了供应、高优先级需求反而缺料多半是分配清单的级别设置或需求日期没维护对。这个检查在月底冲量、多分销中心抢货的场景里特别有用。从那以后我每次跑完 ASCP不管例外多干净都强制挑两个跨组织物料走一遍供需追溯确认供应和需求能逐笔对上才敢往下达。这套动作花不了十分钟但能挡掉大部分计划看着对、执行全乱套的情况。希望帮到你。本文还有配套的精品资源点击获取