简介面向 Oracle EBS 供应链与高级计划排程ASCP初学者及实施顾问的实操型测试文档以 YY 手机制造与分销案例为线索串联物料定义与组织分配、BOM 和工艺路线、来源规则与分配清单、MDS 录入、供应链计划定义与运行以及计划下达、采购、生产、入库和发运等环节帮助读者建立从方案设置到测试验证的整体认识。压缩包内共 1 个 doc 文件约 1.43MB正文按步骤配以案例数据和操作说明便于按章节对照练习、复盘配置逻辑。该文档已有 1953 人学习读者可从中了解多工厂、多分销中心场景下的计划参数选择、供应链清单查看和计划员工作台应用适合作为 ASCP 入门配置、流程验证与问题排查的参考材料。1. 一张 5 月需求预测表背后的难题Oracle EBS ASCP 要回答的三个问题5 月 21 日交 10 千台翻盖手机5 月 25 日再交 20 千台组装、机身、机盖分在三个基地电池、键盘、电路板、屏幕来自四家供应商成品还要发往两个分销中心。计划员手上只有一张需求表却要回答三个问题机身和机盖分别在哪天开工、哪种物料必须提前几天到厂、产能兜不住时该把哪张订单往后挪。Oracle EBS ASCP 这套高级计划排程模块存在的意义就是把这三个问题算清楚而不是靠一张 Excel 拍脑袋。这套方案适合两类人正在做 ERP 方向课程设计或毕业设计、需要一份能跑通的 ASCP 设置文档的学生以及刚接手供应链计划模块、要拿一个多工厂场景做验证的实施人员。整套流程从物料定义一直走到采购入库、工单释放中间任何一环配置错位计划结果都会给出看似合理实则错误的建议下面按建模、组网、跑计划、执行、排错的顺序拆开讲。2. 建模层组织、物料与产能怎么在 ASCP 里立住脚ASCP 算得准不准八成取决于建模阶段。计划引擎不看你的业务口头描述它只看三样东西物料挂在哪些组织下、每个组织的制造或采购属性是什么、资源日历里到底有多少可用小时。这三样任何一项含糊后面跑出来的计划就是黑匣子出了例外也查不到根子上。2.1 把三厂两仓画成 ASCP 的组织视图场景里一共五个库存组织M1 负责成品组装M2 负责机身制造M3 负责机盖制造D1 和 D2 是两个分销中心。建模时先分清主组织与子组织的关系——物料先在主组织里建一次再分配给需要的子组织而不是每个组织各建一遍。这一步偷懒后面 BOM 和来源规则就会对不上号。组织职责制造/采购属性关键动作M1成品组装制造接收机盖、机身、电池装配成品M2机身制造制造消耗键盘、电路板M3机盖制造制造消耗屏幕、电路板D1/D2分销不制造挂 MDS承接市场需求主组织物料主数据—建物料、分配组织责任切换也要提前规划定义物料和 BOM 用生产与分销经理定义分配清单和查计划结果用供应链计划员定义和运行供应链计划用高级供应链计划员。三个责任的权限边界不一样用错责任会出现“明明建了却查不到”的假故障这类问题在课程设计答辩现场特别容易被追问。2.2 物料主数据计划方法、预测控制与追溯三组开关以机盖为例主组织新建物料后从“子装配件”模板复制能省掉大量默认值设置。真正决定计划行为的只有几个字段我一般会先把这几个字段一次性定死再批量分配给各组织。计划方法设为 MRP/MPP 计划表示该物料参与物料需求计划运算如果误设成“不计划”ASCP 会直接跳过它多级清单里整条分支断掉。预测控制设为“冲减衍生”表示销售订单会按规则冲减上游预测避免同一份需求被算两遍。追溯设为总装反查一类的方式决定计划结果能不能反查到最终需求来源答辩时想讲清“这 20 千台是给 D2 的哪张单”就靠它。订单管理中启用客户订购成品必须开半成品一般不开。组织属性页面是第二道关。在 M1 下把机盖的“制造或采购”设为采购因为 M1 只做装配不造机盖在 M2 下同一物料设为制造因为它在这里被生产出来。同一个物料在不同组织下属性相反这是多工厂场景的常态也是最容易被抄错的地方。例外集统一选 ASCP保证计划跑完后能在同一个视图里看全部例外。2.3 产能参数换算把「每小时 0.1 千件」变成资源小时产能配置是最容易出玄学的一环因为业务说的是“每小时产多少”系统要的是“每件占用多少资源小时”方向正好相反。以 M2 为例每小时 0.1 千件换算过来就是每千件占用 10 个资源小时所以工艺路线里资源单位使用量填 10。配置顺序是部门 → 资源 → 工艺路线不能颠倒。资源建 RES-M2-01务必去掉“24 小时可用”这个默认勾选班次选白班、数量 1日历年挂每周 5 天、每天 1 班 8 小时的工厂日历然后建部门 DEPT-M2-01输入地点 M2最后在工艺路线里挂工序资源单位使用量 10并把“计划”标志选“是”——不选这个ASCP 会认为该工序不占用产能计划结果直接变成无限产能。算一下这个场景的真实产能缺口就能明白为什么必须做能力约束计划项目数值说明M2 资源日可用小时8 小时1 班 × 8 小时每千件占用资源小时10 小时单位使用量M2 日产能0.8 千件8 ÷ 10两批需求合计30 千件10 20所需生产天数37.5 天30 ÷ 0.85 月可用工作日约 22 天每周 5 天数据摆出来结论很直接M2 在 5 月内根本交不出 30 千件机身缺口接近四成。这正是 ASCP 值得跑一遍的理由——它会用例外告诉你哪里堵住了而不是等到月底才发现交不出货。M1 和 M3 每小时 5 千件日产能 40 千件不构成瓶颈瓶颈永远在机身这一段。3. 网络层BOM、工艺路线与来源规则的咬合物料建好只是有了节点BOM 和来源规则负责把节点连成一张网。这一层的关键在于三者必须互相对齐BOM 说明“用什么造”工艺路线说明“在哪造、占多少产能”来源规则说明“从哪来”。三者中任意一个指向的组织和另一个不一致计划就会给出跨组织的无效建议。3.1 BOM 展开与工艺路线的建立顺序按场景的物料清单成品 FG-100 由机身 SA-JS、机盖 SA-JG 和电池 RM-BA 组成机身 SA-JS 由键盘 RM-KB 和电路板 RM-CB 组成机盖 SA-JG 由屏幕 RM-SC 和电路板 RM-CB 组成。注意电路板同时出现在机身和机盖两个分支里是典型的共用件共用件在分配和来源规则阶段最容易漏配一旦漏了计划跑完就是一片“无来源”例外。建立顺序建议固定为物料 → BOM → 部门 → 资源 → 工艺路线 → 工序资源。BOM 在成品所属组织 M1 下建子装配件也要在各自的生产组织下建自己的 BOM否则展开到第二层就断了。工艺路线按物料所在的生产组织建机身的路线挂在 M2机盖的路线挂在 M3路线里的部门必须和工厂所在地点一致。提示原始测试文档里出现过“机盖工艺路线挂在 M2”的写法与工厂职责表M2 造机身、M3 造机盖冲突。落地时以组织主数据为准BOM 和工艺路线全部对齐到同一套工厂分工不要两处各写一套。工艺路线建完后回查一遍“计划”标志和单位使用量这两个字段是产能计算的唯一入口。我见过有同学把单位使用量填成 1结果 ASCP 认为一台机身只占 1 小时产能缺口瞬间消失计划看起来完美实际根本交不出货——这种“算对了但配置错了”的情况比报错更难查。3.2 来源规则三种类型的选用与写法来源规则决定每种物料的供应方式场景里恰好用满三种类型正好可以一次讲透物料类型来源说明RM-BA 电池采购来源供应商 S1直接外购提前期最长RM-KB / RM-CB / RM-SC采购来源S2 / S3 / S4分别对应键盘、电路板、屏幕SA-JS 机身传送自M2组织间调拨不是采购SA-JG 机盖传送自M3组织间调拨FG-100 成品制造地点M1在本组织内制造三类规则的分界线要记牢本组织自己造用“制造地点”从别的组织调过来用“传送自”从外部供应商买用“采购来源”。把“传送自”误写成“采购来源”ASCP 会给你生成一张根本不存在的采购申请计划下达后采购员在自动创建里找不到对应供应商整条链路卡死。来源规则按组织分别定义M1、M2、M3 各建一套。M1 下要建电池的采购规则、机身和机盖的传送规则、成品的制造规则M2 下要建键盘和电路板的采购规则、机身的制造规则M3 同理。每个组织只看自己范围内该负责的那部分不要图省事在一个组织里把全部规则建完。3.3 分配清单与分配集把规则挂到具体场景来源规则建好只是躺在那里必须挂到分配清单、再挂到分配集计划才认。分配清单解决“给谁供”分配集解决“这次计划用哪套规则”。分配清单以成品为例名称 YY-M1接收组织依次录入 M1、D1、D2每个接收组织下选类型制造地点或传送自、填供应组织 M1、分配比例 100%、级别 1。级别决定优先级同级别按比例分摊不同级别按顺序优先多供应源场景下这个字段很关键。分配集名称 YYAPS-1里面做两件事一是挂上成品的分配清单二是把全部物料的来源补充规则都加进来包括成品、机身、机盖、电池、屏幕、电路板、键盘。很多人只挂了成品清单就跑了结果半成品和外购件没有来源计划跑完一堆例外。配完后用多级供应链清单做一次自检从上往下应该能看到D1/D2 的需求 → M1 的成品装配 → M2 的机身、M3 的机盖 → 各自的原材料。清单能完整展开到最底层说明网络层配通了展不开的节点就是漏配的地方通常出在共用件或某个子组织的来源规则上。4. 计划层与执行闭环从 MDS 到计划下达前面全是静态配置这一章才开始动起来。计划层的逻辑是需求从哪来MDS→ 用什么规则算计划选项→ 算完怎么看工作台→ 看完怎么落地下达、采购、生产。四步走完一份 ASCP 测试文档才算闭环只跑到“查看结果”就结束的答辩时基本会被问住。4.1 MDS 定义与冲减逻辑MDS主需求计划是 ASCP 的需求入口。切换到制造和分销经理责任把组织改成 D1新建名称 YY-D1-MDS1冲减类型选“冲减”然后录入物料 FG-100、需求日期和数量5 月 21 日 10 千5 月 25 日 20 千。D2 同样建一套数量按分销中心的实际预测拆。冲减类型这个字段决定销售订单是否冲减预测。选“冲减”实际订单来了会抵掉对应预测不会重复计算需求选“不冲减”预测和订单各算一遍计划结果会虚高。做纯预测场景测试时这个差别不一定看得出来一旦导入真实订单就会暴露属于典型的后悔药场景。两个分销中心的 MDS 要分别建不要图省事合成一个。ASCP 靠组织维度区分需求来源合在一起后续做 pegging 反查时分不清这 20 千台到底该由哪个中心承担供应链清单也就失去了意义。4.2 计划选项六组参数的逐项设置供应链计划定义在高级供应链计划员责任下做名称 YYAPS-1组织选 M1。计划选项分几组逐项过一遍比事后排查省事得多。主要页计划物料选“需求和供应计划物料”保证需求和供应两侧都参与运算分配集选前面建好的 YYAPS-1勾选“启用追溯”方式选“按需求优先级追溯供应”这样每个供应建议都能反查到它服务的那张需求。汇总页计划合并相关参数按默认即可测试场景规模小合并与否不影响结论但正式环境里合并粒度会直接影响计划员工作台的读数。组织页把 D1、D2、M1、M2、M3 全部加进来。D1 和 D2 要分别挂上各自的 MDSM1、M2、M3 不挂需求计划它们只承担供应。约束页第一轮先跑非能力约束计划看清物料层面的缺口第二轮再打开能力约束看产能瓶颈。顺序反了会一次冒出大量例外分不清是缺料还是缺产能。组织遗漏是最常见的低级错误只加了 M1计划就只会在 M1 内部找供应机身和机盖的跨组织补货全都不出现看起来像是“传送自”规则失效实际是组织没加进计划范围。4.3 运行计划与三种结果视图计划定义好之后提交并发请求组织选 M1计划选 YYAPS-1确认后到请求界面看状态。计划体量大时请求会跑几分钟别急着刷新先看请求日志里有没有报错。计划跑完有三个视图必看。第一个是多级供应链清单组织切到 D1、物料选成品展开后应该能看到从需求一路到原材料的完整链路第二个是计划员工作台的主要指标页横向对比需求、供应、预计库存和例外数量第三个是例外汇总这里才是真正要处理的东西。工作台里右键物料可以看目标、来源、使用处、替代、工艺路线、供应链等页签右键供应/需求能展开明细还能直接导出成 Excel 做交付附件。计划员工作台的价值不在“看到结果”而在“解释结果”——能给每一个建议找到它的需求来源、它的工艺路线、它占用的资源这个计划才可信。4.4 计划下达、采购与生产入库的衔接计划结果确认无误后做一次性发放把组织间补货、制造任务、采购申请一起下达。这一步之后ASCP 的建议才变成 EBS 里可执行的三类单据。采购侧的流程是切换到生产与分销经理进入采购管理的自动创建清空采购员条件后查找自动创建的采购申请选中电池这类外购物料选择供应商点击创建生成采购订单再在发运里把子库存分配成 RIP最后审批状态变成批准。接着做采购接收回到物料界面查现有量能看到库存增加采购这一段才算验证通过。生产侧的流程是进入在制品管理的离散任务输入装配件查找到半成品机身在工具菜单里更改状态为“释放”工单进入可生产状态。到这一步一条从需求预测到工单释放的完整链路就走通了。如果要把这套流程做成可重复执行的回归测试用脚本提交并发请求比手点更稳-- 提交 ASCP 计划并发请求用于回归测试时批量触发 DECLARE l_request_id NUMBER; BEGIN l_request_id : fnd_request.submit_request( application MSC, -- 供应链计划应用 program MRPSCP, -- 计划并发程序短名以系统实际注册为准 description ASCP 回归测试, start_time SYSDATE, sub_request FALSE, argument1 YYAPS-1, -- 供应链计划名称 argument2 M1, -- 当前组织 argument3 N -- 是否立即启动 ); COMMIT; DBMS_OUTPUT.PUT_LINE(request_id || l_request_id); END; /这段匿名块的三个参数分别对应计划名、组织代码和启动方式短名要以实际环境的并发程序注册为准不同版本会有差异。提交后拿 request_id 到请求界面查状态比起每次手动点菜单更适合需要反复跑多轮对比结果的场景。跑完计划后想核对例外分布直接查底层视图比在界面翻页高效-- 按物料汇总例外数量快速定位问题集中在哪一段 SELECT msi.segment1 AS item_code, msi.description AS item_desc, COUNT(*) AS exception_cnt FROM msc_exceptions ex JOIN msc_system_items msi ON msi.inventory_item_id ex.inventory_item_id AND msi.plan_id ex.plan_id WHERE ex.plan_id plan_id GROUP BY msi.segment1, msi.description ORDER BY exception_cnt DESC;结果按例外数量倒序排在最上面的物料就是这张计划里最堵的环节。通常前几名会集中在瓶颈工厂对应的半成品上跟前面算出来的产能缺口能对上两边互相印证计划结果就有了说服力。5. 常见问题排查ASCP 测试里最容易翻车的五个点ASCP 的报错往往不直接说“你配错了”而是给一个看起来合理的计划结果所以排查要靠现象反推配置。下面五个点是这类多工厂测试里出现频率最高的基本覆盖了从建模到执行的全链路。现象一计划跑完几乎每种物料都报“无来源”。原因通常是来源规则没挂进分配集或者分配集没挂进计划定义。规则建在组织下只是第一步它必须被分配集引用分配集再被计划引用链路断在任何一环结果都一样。解决方式是回到分配集界面逐个确认物料清单里是否包含全部物料包括共用件和所有外购件确认后再重新提交计划。现象二计划下达后采购员在自动创建里找不到采购申请。这种情况八成是单据来源筛选条件不对或者采购申请还没审批。ASCP 释放出来的采购申请不带正式订单编号需要在自动创建里按来源和物料筛选把采购员条件清空再查如果查到但无法创建订单检查该物料的采购来源规则里有没有绑定供应商和采购提前期。现象三计划看起来无限产能明明交不出货却没有任何产能例外。原因有三个可能资源没勾“计划”标志、工艺路线的单位使用量填错、工厂日历没维护班次。三个都排查一遍尤其是“24 小时可用”这个默认勾选忘了取消会直接让资源全天可用产能瓶颈被抹平。解决方式是回到资源和工艺路线把可用小时和单位使用量重算一遍再跑一轮能力约束计划对比。现象四组织间传递的需求完全不出现。多半是物料没有分配给目标组织或者来源规则类型选成了“制造地点”而不是“传送自”。物料分配是跨组织供应的前提没分配的组织在计划里等于不存在类型选错则会让系统在本组织内找制造能力找不到就给例外。解决方式是回物料组织分配界面补齐分配再核对来源规则类型。现象五需求数量偏高同一批需求被算了两遍。通常是 MDS 冲减类型没设成“冲减”或者分销中心的 MDS 和销售订单同时进入计划范围。解决方式是把 MDS 的冲减设置和计划选项里的需求来源一起核对测试阶段可以先把订单排除只跑纯预测确认数量对得上再逐步引入订单。注意每一次改完配置都要重新跑计划再对比不要拿改之前的结果做结论。配置和结果之间隔着一次运算跳过重跑这一步很容易得出“改了没用”的错误判断。6. 验收与答辩怎么证明这套 ASCP 设置真的跑通了验收不看界面截图多漂亮看的是链路能不能闭合。我一般用一张清单逐项打勾任何一项打不上勾就说明前面某层配置还有缺口回去补完再重跑。验收项通过标准检查位置组织与物料五个组织下物料分配齐全制造/采购属性正确物料组织分配BOM 展开成品能完整展开到全部原材料多级 BOM 查询工艺路线资源有班次、单位使用量、计划标志工艺路线工序资源来源规则采购、传送自、制造地点三类齐全来源规则界面分配集全部物料都在清单内分配集明细MDSD1、D2 各一份冲减类型正确MDS 界面计划运行请求正常完成无报错并发请求例外例外数量可解释与产能测算吻合例外汇总计划下达采购申请、工单、补货单三类单据都生成计划员工作台执行闭环采购接收有库存、工单能释放现有量、离散任务答辩时最容易被追问的是三个问题提前准备好答案比临场解释强得多。第一个是“为什么 M2 是瓶颈”答案就是那个 8 小时除以 10 小时的换算加上需求总量除以日产能得出的 37.5 天这组数字张口就来比讲一堆概念有说服力。第二个是“例子里的例外说明了什么”挑一条 pegging 能反查到具体需求的例外从需求一路讲到供应建议展示追溯功能是真的开了。第三个是“换个需求量计划会怎么变”现场改一次 MDS 数量重跑看结果变化是否符合预期这比任何静态截图都更能证明这套配置是活的。还有个小技巧把每次跑计划的请求编号、计划名称、当时的 MDS 数量记在一张表里交付文档附上这张表评审一眼就能看到你跑过几轮、每轮改了什么、结果怎么变的。这比在文档里堆几十张界面截图有用得多。从那以后我每次做这类多组织计划测试都强制先在纸上把组织、物料、来源规则、分配集四张表画完再动手配系统配完立刻拿多级供应链清单自检一遍确认链路闭合了才去跑计划。省下来的排查时间远比画表的时间多。希望帮到你。本文还有配套的精品资源点击获取
简介面向 Oracle EBS 供应链与高级计划排程ASCP初学者及实施顾问的实操型测试文档以 YY 手机制造与分销案例为线索串联物料定义与组织分配、BOM 和工艺路线、来源规则与分配清单、MDS 录入、供应链计划定义与运行以及计划下达、采购、生产、入库和发运等环节帮助读者建立从方案设置到测试验证的整体认识。压缩包内共 1 个 doc 文件约 1.43MB正文按步骤配以案例数据和操作说明便于按章节对照练习、复盘配置逻辑。该文档已有 1953 人学习读者可从中了解多工厂、多分销中心场景下的计划参数选择、供应链清单查看和计划员工作台应用适合作为 ASCP 入门配置、流程验证与问题排查的参考材料。1. 一张 5 月需求预测表背后的难题Oracle EBS ASCP 要回答的三个问题5 月 21 日交 10 千台翻盖手机5 月 25 日再交 20 千台组装、机身、机盖分在三个基地电池、键盘、电路板、屏幕来自四家供应商成品还要发往两个分销中心。计划员手上只有一张需求表却要回答三个问题机身和机盖分别在哪天开工、哪种物料必须提前几天到厂、产能兜不住时该把哪张订单往后挪。Oracle EBS ASCP 这套高级计划排程模块存在的意义就是把这三个问题算清楚而不是靠一张 Excel 拍脑袋。这套方案适合两类人正在做 ERP 方向课程设计或毕业设计、需要一份能跑通的 ASCP 设置文档的学生以及刚接手供应链计划模块、要拿一个多工厂场景做验证的实施人员。整套流程从物料定义一直走到采购入库、工单释放中间任何一环配置错位计划结果都会给出看似合理实则错误的建议下面按建模、组网、跑计划、执行、排错的顺序拆开讲。2. 建模层组织、物料与产能怎么在 ASCP 里立住脚ASCP 算得准不准八成取决于建模阶段。计划引擎不看你的业务口头描述它只看三样东西物料挂在哪些组织下、每个组织的制造或采购属性是什么、资源日历里到底有多少可用小时。这三样任何一项含糊后面跑出来的计划就是黑匣子出了例外也查不到根子上。2.1 把三厂两仓画成 ASCP 的组织视图场景里一共五个库存组织M1 负责成品组装M2 负责机身制造M3 负责机盖制造D1 和 D2 是两个分销中心。建模时先分清主组织与子组织的关系——物料先在主组织里建一次再分配给需要的子组织而不是每个组织各建一遍。这一步偷懒后面 BOM 和来源规则就会对不上号。组织职责制造/采购属性关键动作M1成品组装制造接收机盖、机身、电池装配成品M2机身制造制造消耗键盘、电路板M3机盖制造制造消耗屏幕、电路板D1/D2分销不制造挂 MDS承接市场需求主组织物料主数据—建物料、分配组织责任切换也要提前规划定义物料和 BOM 用生产与分销经理定义分配清单和查计划结果用供应链计划员定义和运行供应链计划用高级供应链计划员。三个责任的权限边界不一样用错责任会出现“明明建了却查不到”的假故障这类问题在课程设计答辩现场特别容易被追问。2.2 物料主数据计划方法、预测控制与追溯三组开关以机盖为例主组织新建物料后从“子装配件”模板复制能省掉大量默认值设置。真正决定计划行为的只有几个字段我一般会先把这几个字段一次性定死再批量分配给各组织。计划方法设为 MRP/MPP 计划表示该物料参与物料需求计划运算如果误设成“不计划”ASCP 会直接跳过它多级清单里整条分支断掉。预测控制设为“冲减衍生”表示销售订单会按规则冲减上游预测避免同一份需求被算两遍。追溯设为总装反查一类的方式决定计划结果能不能反查到最终需求来源答辩时想讲清“这 20 千台是给 D2 的哪张单”就靠它。订单管理中启用客户订购成品必须开半成品一般不开。组织属性页面是第二道关。在 M1 下把机盖的“制造或采购”设为采购因为 M1 只做装配不造机盖在 M2 下同一物料设为制造因为它在这里被生产出来。同一个物料在不同组织下属性相反这是多工厂场景的常态也是最容易被抄错的地方。例外集统一选 ASCP保证计划跑完后能在同一个视图里看全部例外。2.3 产能参数换算把「每小时 0.1 千件」变成资源小时产能配置是最容易出玄学的一环因为业务说的是“每小时产多少”系统要的是“每件占用多少资源小时”方向正好相反。以 M2 为例每小时 0.1 千件换算过来就是每千件占用 10 个资源小时所以工艺路线里资源单位使用量填 10。配置顺序是部门 → 资源 → 工艺路线不能颠倒。资源建 RES-M2-01务必去掉“24 小时可用”这个默认勾选班次选白班、数量 1日历年挂每周 5 天、每天 1 班 8 小时的工厂日历然后建部门 DEPT-M2-01输入地点 M2最后在工艺路线里挂工序资源单位使用量 10并把“计划”标志选“是”——不选这个ASCP 会认为该工序不占用产能计划结果直接变成无限产能。算一下这个场景的真实产能缺口就能明白为什么必须做能力约束计划项目数值说明M2 资源日可用小时8 小时1 班 × 8 小时每千件占用资源小时10 小时单位使用量M2 日产能0.8 千件8 ÷ 10两批需求合计30 千件10 20所需生产天数37.5 天30 ÷ 0.85 月可用工作日约 22 天每周 5 天数据摆出来结论很直接M2 在 5 月内根本交不出 30 千件机身缺口接近四成。这正是 ASCP 值得跑一遍的理由——它会用例外告诉你哪里堵住了而不是等到月底才发现交不出货。M1 和 M3 每小时 5 千件日产能 40 千件不构成瓶颈瓶颈永远在机身这一段。3. 网络层BOM、工艺路线与来源规则的咬合物料建好只是有了节点BOM 和来源规则负责把节点连成一张网。这一层的关键在于三者必须互相对齐BOM 说明“用什么造”工艺路线说明“在哪造、占多少产能”来源规则说明“从哪来”。三者中任意一个指向的组织和另一个不一致计划就会给出跨组织的无效建议。3.1 BOM 展开与工艺路线的建立顺序按场景的物料清单成品 FG-100 由机身 SA-JS、机盖 SA-JG 和电池 RM-BA 组成机身 SA-JS 由键盘 RM-KB 和电路板 RM-CB 组成机盖 SA-JG 由屏幕 RM-SC 和电路板 RM-CB 组成。注意电路板同时出现在机身和机盖两个分支里是典型的共用件共用件在分配和来源规则阶段最容易漏配一旦漏了计划跑完就是一片“无来源”例外。建立顺序建议固定为物料 → BOM → 部门 → 资源 → 工艺路线 → 工序资源。BOM 在成品所属组织 M1 下建子装配件也要在各自的生产组织下建自己的 BOM否则展开到第二层就断了。工艺路线按物料所在的生产组织建机身的路线挂在 M2机盖的路线挂在 M3路线里的部门必须和工厂所在地点一致。提示原始测试文档里出现过“机盖工艺路线挂在 M2”的写法与工厂职责表M2 造机身、M3 造机盖冲突。落地时以组织主数据为准BOM 和工艺路线全部对齐到同一套工厂分工不要两处各写一套。工艺路线建完后回查一遍“计划”标志和单位使用量这两个字段是产能计算的唯一入口。我见过有同学把单位使用量填成 1结果 ASCP 认为一台机身只占 1 小时产能缺口瞬间消失计划看起来完美实际根本交不出货——这种“算对了但配置错了”的情况比报错更难查。3.2 来源规则三种类型的选用与写法来源规则决定每种物料的供应方式场景里恰好用满三种类型正好可以一次讲透物料类型来源说明RM-BA 电池采购来源供应商 S1直接外购提前期最长RM-KB / RM-CB / RM-SC采购来源S2 / S3 / S4分别对应键盘、电路板、屏幕SA-JS 机身传送自M2组织间调拨不是采购SA-JG 机盖传送自M3组织间调拨FG-100 成品制造地点M1在本组织内制造三类规则的分界线要记牢本组织自己造用“制造地点”从别的组织调过来用“传送自”从外部供应商买用“采购来源”。把“传送自”误写成“采购来源”ASCP 会给你生成一张根本不存在的采购申请计划下达后采购员在自动创建里找不到对应供应商整条链路卡死。来源规则按组织分别定义M1、M2、M3 各建一套。M1 下要建电池的采购规则、机身和机盖的传送规则、成品的制造规则M2 下要建键盘和电路板的采购规则、机身的制造规则M3 同理。每个组织只看自己范围内该负责的那部分不要图省事在一个组织里把全部规则建完。3.3 分配清单与分配集把规则挂到具体场景来源规则建好只是躺在那里必须挂到分配清单、再挂到分配集计划才认。分配清单解决“给谁供”分配集解决“这次计划用哪套规则”。分配清单以成品为例名称 YY-M1接收组织依次录入 M1、D1、D2每个接收组织下选类型制造地点或传送自、填供应组织 M1、分配比例 100%、级别 1。级别决定优先级同级别按比例分摊不同级别按顺序优先多供应源场景下这个字段很关键。分配集名称 YYAPS-1里面做两件事一是挂上成品的分配清单二是把全部物料的来源补充规则都加进来包括成品、机身、机盖、电池、屏幕、电路板、键盘。很多人只挂了成品清单就跑了结果半成品和外购件没有来源计划跑完一堆例外。配完后用多级供应链清单做一次自检从上往下应该能看到D1/D2 的需求 → M1 的成品装配 → M2 的机身、M3 的机盖 → 各自的原材料。清单能完整展开到最底层说明网络层配通了展不开的节点就是漏配的地方通常出在共用件或某个子组织的来源规则上。4. 计划层与执行闭环从 MDS 到计划下达前面全是静态配置这一章才开始动起来。计划层的逻辑是需求从哪来MDS→ 用什么规则算计划选项→ 算完怎么看工作台→ 看完怎么落地下达、采购、生产。四步走完一份 ASCP 测试文档才算闭环只跑到“查看结果”就结束的答辩时基本会被问住。4.1 MDS 定义与冲减逻辑MDS主需求计划是 ASCP 的需求入口。切换到制造和分销经理责任把组织改成 D1新建名称 YY-D1-MDS1冲减类型选“冲减”然后录入物料 FG-100、需求日期和数量5 月 21 日 10 千5 月 25 日 20 千。D2 同样建一套数量按分销中心的实际预测拆。冲减类型这个字段决定销售订单是否冲减预测。选“冲减”实际订单来了会抵掉对应预测不会重复计算需求选“不冲减”预测和订单各算一遍计划结果会虚高。做纯预测场景测试时这个差别不一定看得出来一旦导入真实订单就会暴露属于典型的后悔药场景。两个分销中心的 MDS 要分别建不要图省事合成一个。ASCP 靠组织维度区分需求来源合在一起后续做 pegging 反查时分不清这 20 千台到底该由哪个中心承担供应链清单也就失去了意义。4.2 计划选项六组参数的逐项设置供应链计划定义在高级供应链计划员责任下做名称 YYAPS-1组织选 M1。计划选项分几组逐项过一遍比事后排查省事得多。主要页计划物料选“需求和供应计划物料”保证需求和供应两侧都参与运算分配集选前面建好的 YYAPS-1勾选“启用追溯”方式选“按需求优先级追溯供应”这样每个供应建议都能反查到它服务的那张需求。汇总页计划合并相关参数按默认即可测试场景规模小合并与否不影响结论但正式环境里合并粒度会直接影响计划员工作台的读数。组织页把 D1、D2、M1、M2、M3 全部加进来。D1 和 D2 要分别挂上各自的 MDSM1、M2、M3 不挂需求计划它们只承担供应。约束页第一轮先跑非能力约束计划看清物料层面的缺口第二轮再打开能力约束看产能瓶颈。顺序反了会一次冒出大量例外分不清是缺料还是缺产能。组织遗漏是最常见的低级错误只加了 M1计划就只会在 M1 内部找供应机身和机盖的跨组织补货全都不出现看起来像是“传送自”规则失效实际是组织没加进计划范围。4.3 运行计划与三种结果视图计划定义好之后提交并发请求组织选 M1计划选 YYAPS-1确认后到请求界面看状态。计划体量大时请求会跑几分钟别急着刷新先看请求日志里有没有报错。计划跑完有三个视图必看。第一个是多级供应链清单组织切到 D1、物料选成品展开后应该能看到从需求一路到原材料的完整链路第二个是计划员工作台的主要指标页横向对比需求、供应、预计库存和例外数量第三个是例外汇总这里才是真正要处理的东西。工作台里右键物料可以看目标、来源、使用处、替代、工艺路线、供应链等页签右键供应/需求能展开明细还能直接导出成 Excel 做交付附件。计划员工作台的价值不在“看到结果”而在“解释结果”——能给每一个建议找到它的需求来源、它的工艺路线、它占用的资源这个计划才可信。4.4 计划下达、采购与生产入库的衔接计划结果确认无误后做一次性发放把组织间补货、制造任务、采购申请一起下达。这一步之后ASCP 的建议才变成 EBS 里可执行的三类单据。采购侧的流程是切换到生产与分销经理进入采购管理的自动创建清空采购员条件后查找自动创建的采购申请选中电池这类外购物料选择供应商点击创建生成采购订单再在发运里把子库存分配成 RIP最后审批状态变成批准。接着做采购接收回到物料界面查现有量能看到库存增加采购这一段才算验证通过。生产侧的流程是进入在制品管理的离散任务输入装配件查找到半成品机身在工具菜单里更改状态为“释放”工单进入可生产状态。到这一步一条从需求预测到工单释放的完整链路就走通了。如果要把这套流程做成可重复执行的回归测试用脚本提交并发请求比手点更稳-- 提交 ASCP 计划并发请求用于回归测试时批量触发 DECLARE l_request_id NUMBER; BEGIN l_request_id : fnd_request.submit_request( application MSC, -- 供应链计划应用 program MRPSCP, -- 计划并发程序短名以系统实际注册为准 description ASCP 回归测试, start_time SYSDATE, sub_request FALSE, argument1 YYAPS-1, -- 供应链计划名称 argument2 M1, -- 当前组织 argument3 N -- 是否立即启动 ); COMMIT; DBMS_OUTPUT.PUT_LINE(request_id || l_request_id); END; /这段匿名块的三个参数分别对应计划名、组织代码和启动方式短名要以实际环境的并发程序注册为准不同版本会有差异。提交后拿 request_id 到请求界面查状态比起每次手动点菜单更适合需要反复跑多轮对比结果的场景。跑完计划后想核对例外分布直接查底层视图比在界面翻页高效-- 按物料汇总例外数量快速定位问题集中在哪一段 SELECT msi.segment1 AS item_code, msi.description AS item_desc, COUNT(*) AS exception_cnt FROM msc_exceptions ex JOIN msc_system_items msi ON msi.inventory_item_id ex.inventory_item_id AND msi.plan_id ex.plan_id WHERE ex.plan_id plan_id GROUP BY msi.segment1, msi.description ORDER BY exception_cnt DESC;结果按例外数量倒序排在最上面的物料就是这张计划里最堵的环节。通常前几名会集中在瓶颈工厂对应的半成品上跟前面算出来的产能缺口能对上两边互相印证计划结果就有了说服力。5. 常见问题排查ASCP 测试里最容易翻车的五个点ASCP 的报错往往不直接说“你配错了”而是给一个看起来合理的计划结果所以排查要靠现象反推配置。下面五个点是这类多工厂测试里出现频率最高的基本覆盖了从建模到执行的全链路。现象一计划跑完几乎每种物料都报“无来源”。原因通常是来源规则没挂进分配集或者分配集没挂进计划定义。规则建在组织下只是第一步它必须被分配集引用分配集再被计划引用链路断在任何一环结果都一样。解决方式是回到分配集界面逐个确认物料清单里是否包含全部物料包括共用件和所有外购件确认后再重新提交计划。现象二计划下达后采购员在自动创建里找不到采购申请。这种情况八成是单据来源筛选条件不对或者采购申请还没审批。ASCP 释放出来的采购申请不带正式订单编号需要在自动创建里按来源和物料筛选把采购员条件清空再查如果查到但无法创建订单检查该物料的采购来源规则里有没有绑定供应商和采购提前期。现象三计划看起来无限产能明明交不出货却没有任何产能例外。原因有三个可能资源没勾“计划”标志、工艺路线的单位使用量填错、工厂日历没维护班次。三个都排查一遍尤其是“24 小时可用”这个默认勾选忘了取消会直接让资源全天可用产能瓶颈被抹平。解决方式是回到资源和工艺路线把可用小时和单位使用量重算一遍再跑一轮能力约束计划对比。现象四组织间传递的需求完全不出现。多半是物料没有分配给目标组织或者来源规则类型选成了“制造地点”而不是“传送自”。物料分配是跨组织供应的前提没分配的组织在计划里等于不存在类型选错则会让系统在本组织内找制造能力找不到就给例外。解决方式是回物料组织分配界面补齐分配再核对来源规则类型。现象五需求数量偏高同一批需求被算了两遍。通常是 MDS 冲减类型没设成“冲减”或者分销中心的 MDS 和销售订单同时进入计划范围。解决方式是把 MDS 的冲减设置和计划选项里的需求来源一起核对测试阶段可以先把订单排除只跑纯预测确认数量对得上再逐步引入订单。注意每一次改完配置都要重新跑计划再对比不要拿改之前的结果做结论。配置和结果之间隔着一次运算跳过重跑这一步很容易得出“改了没用”的错误判断。6. 验收与答辩怎么证明这套 ASCP 设置真的跑通了验收不看界面截图多漂亮看的是链路能不能闭合。我一般用一张清单逐项打勾任何一项打不上勾就说明前面某层配置还有缺口回去补完再重跑。验收项通过标准检查位置组织与物料五个组织下物料分配齐全制造/采购属性正确物料组织分配BOM 展开成品能完整展开到全部原材料多级 BOM 查询工艺路线资源有班次、单位使用量、计划标志工艺路线工序资源来源规则采购、传送自、制造地点三类齐全来源规则界面分配集全部物料都在清单内分配集明细MDSD1、D2 各一份冲减类型正确MDS 界面计划运行请求正常完成无报错并发请求例外例外数量可解释与产能测算吻合例外汇总计划下达采购申请、工单、补货单三类单据都生成计划员工作台执行闭环采购接收有库存、工单能释放现有量、离散任务答辩时最容易被追问的是三个问题提前准备好答案比临场解释强得多。第一个是“为什么 M2 是瓶颈”答案就是那个 8 小时除以 10 小时的换算加上需求总量除以日产能得出的 37.5 天这组数字张口就来比讲一堆概念有说服力。第二个是“例子里的例外说明了什么”挑一条 pegging 能反查到具体需求的例外从需求一路讲到供应建议展示追溯功能是真的开了。第三个是“换个需求量计划会怎么变”现场改一次 MDS 数量重跑看结果变化是否符合预期这比任何静态截图都更能证明这套配置是活的。还有个小技巧把每次跑计划的请求编号、计划名称、当时的 MDS 数量记在一张表里交付文档附上这张表评审一眼就能看到你跑过几轮、每轮改了什么、结果怎么变的。这比在文档里堆几十张界面截图有用得多。从那以后我每次做这类多组织计划测试都强制先在纸上把组织、物料、来源规则、分配集四张表画完再动手配系统配完立刻拿多级供应链清单自检一遍确认链路闭合了才去跑计划。省下来的排查时间远比画表的时间多。希望帮到你。本文还有配套的精品资源点击获取
