简介面向 Oracle EBS 实施顾问、ERP 初学者及企业信息化从业者的一份流程图速查文档聚焦财务、分销、制造与其他四大模块体系的业务全景帮助读者在短时间内理清各模块职责边界与跨模块协作关系。压缩包内仅含 1 个 doc 文件约 1.15MB以 Word 图文排版呈现便于直接打印或在项目会议中投屏讲解。内容按模块清单与业务流程两条主线组织先分列总账、应付、应收、固定资产、库存、采购、订单、BOM、WIP、成本、计划等子模块的功能定位再串起设计到发布、预测到计划、采购到支付、订单到收款、库存到履约等端到端流程配有流程图示意可当作售前方案讲解、上线培训或新人入门的骨架材料。目前已有 164 人学习下载。1. 从一张没生成应付发票的采购单说起这份 Oracle EBS 各模块流程图能省掉多少沟通成本接手某个制造企业的 EBS 运维时我最先拿到的不是系统账号而是一份几十页的 Word四个模块大类、二十多个子系统缩写、九条端到端业务流程从概念到发布一直画到订单到收款。当时业务方追着一个问题不放——某张采购订单收货了却死活生成不了应付发票最后的答案就藏在「采购到支付」那条线的一个分支节点上。这份 Oracle EBS 各模块流程图文档的价值也在这里它把散在各模块里的单据流、缩写和职责边界压成了一套能按图索骥的结构而不是让你在互联网上翻零散帖子拼出来。适合刚接手 EBS 运维或实施的同学也适合做外围系统对接、需要一个全局视图再动手写接口的开发。2. 模块全景拆解财务、分销、制造、其他四层清单怎么读拿到一份几十页的流程图文档最常见的误读方式是把它当索引目录从头翻到尾翻完只记住一堆 GL、AP、INV 的缩写。真正有效的读法是先建立「谁产生单据、谁消费单据」的模型再回头看图上那些箭头。这份文档的编排恰好是按这个逻辑走的先把模块分成财务、分销、制造、其他四类再用九条主要业务流程把这些模块串起来最后逐个模块给出内部流程图。2.1 四类模块的职责边界与交叉点财务系统这条线是整个 EBS 的记账出口。GL总帐管理是最终账簿其他所有子模块的会计分录最后都要过到它这里AP应付帐管理管供应商侧的发票、付款、预付款AR应收帐管理管客户侧的发票、收款、核销FA固定资产管理管资产增加、折旧、转移、报废CE现金管理管银行账户和现金头寸PA项目会计把项目相关的成本收入归集起来OFA财务分析则是基于上述数据的多维分析工具。这七个模块之间的关系不是并列而是「六个往一个汇」的结构理解这一点后面看图才不会把 AR 的收款和 CE 的银行对账混成一件事。分销系统这条线负责物的流动和订单的履约。INV库存管理是所有物料事务的记账中心收货、发货、调拨、盘点最后都要在它这里落地PUR采购管理从请购单一路管到采购订单和接收OE销售订单管理负责订单录入、发运、开票的整条链SM销售与市场管理和 SC销售补偿管理更偏前端的市场活动和渠道返利SR售后服务管理管安装、维修、退换OSA销售分析做销售侧的数据切片。做外围系统对接时最容易踩的坑是把订单状态的判断写在自己系统里而不是回到 OE 的发运事务上去查结果两侧数据天天对不上。制造系统这条线是文档里图最多、也最值得细看的部分。MPS/MRP计划管理负责主生产计划和物料需求计划CAP能力计划管理做产能校验BOM制造数据管理维护物料清单和工艺路线WIP车间生产管理管工单下发、工序移动、完工入库CST成本管理做成本卷积和差异分析PJM项目制造面向按项目交付的制造场景OPM流程制造面向配方型、批次型的流程行业QM质量管理管检验计划和检验结果。这八个模块的调用顺序基本固定BOM 定义结构MRP 算出需求WIP 执行工单CST 回算成本QM 卡在收货和完工两个卡点上。其他系统模块是外围支撑。EM设备管理管设备台账和维修工单HR人事管理和 PAYROLL薪金管理管组织、人员和薪酬SYSTEM ADMIN系统管理管职责、用户、并发程序、配置文件这些系统级配置ALT预警负责阈值触发和通知OLAP/BIS多维数据分析/商业智能系统做数据仓库侧的分析ADI桌面集成是桌面端批量导入的工具。这组模块平时存在感不强但一旦要排查「为什么这个职责看不到那个菜单」问题基本都落在 SYSTEM ADMIN 的职责与菜单排除配置上。模块组主要模块缩写核心单据主要下游财务GL / AP / AR / FA / CE / PA / OFA日记帐、发票、付款、折旧GL 汇总记账分销INV / PUR / OE / SM / SC / SR / OSA请购单、采购订单、销售订单、发运INV 事务、AR 发票制造MPS/MRP / CAP / BOM / WIP / CST / PJM / OPM / QM计划订单、工单、物料清单、检验单INV 完工入库、CST 成本其他EM / HR / PAYROLL / SYSTEM ADMIN / ALT / OLAP/BIS / ADI设备台账、员工档案、并发请求全局支撑2.2 文档章节编排与检索路径这份文档的目录结构本身就是一份检索地图值得先花十分钟把它记住而不是每次都从头滚屏。前半段是模块清单和业务流程图属于「全局视图」后半段从第 15 节开始是单模块内部流程图属于「局部视图」。真正查问题时路径通常是先从全局图定位到某个模块再跳到后半段找这个模块的内部节点。文档区间内容典型用途第 14 节四大模块组清单与缩写快速确认某个缩写属于哪条线第 56 节Applications 与行业模型离散制造判断当前场景是离散还是流程第 714 节九条主要业务流程与整合流程端到端排查单据断点第 1519 节INV、BOM、WIP、MPS/MRP、CST制造主线的内部节点第 2021 节PUR、OE采购与订单的内部节点第 2225 节GL、AP、AR、FA财务侧的内部节点我一般会在文档最前面自己加一页「缩写速查」把二十多个缩写按四类排一遍再标上页码。听着很土但排查问题时省下的翻页时间很实在。另外一种更工程化的做法是直接到系统里核对模块到底装了哪些——文档给的是通用清单实际环境往往只启用了一部分按图找了一个根本没启用的模块那种翻车体验一次就够了。-- 核对当前实例实际安装并启用的产品模块避免照着文档找一个没装的模块 -- fnd_product_installations 记录各产品的安装状态status: I已安装 S已共享 N未安装 SELECT fa.application_short_name AS 模块缩写, fa.application_name AS 模块全称, fpi.status AS 安装状态, fpi.patch_level AS 补丁级别 FROM fnd_application_vl fa, fnd_product_installations fpi WHERE fa.application_id fpi.application_id AND fpi.status IN (I, S) ORDER BY fa.application_short_name;这段 SQL 的关键在status字段I表示本环境独立安装S表示与其他应用共享N表示未安装。跑完之后把结果和文档第 14 节的清单对一遍就能圈出「文档里有、环境里没有」的模块。application_short_name就是 GL、AP、INV 这些缩写拿它去和流程图上的标注对齐比按中文名猜要准得多。做这一步还有一个附带好处能顺手发现某些模块虽然装了但补丁级别很低流程图上的某个节点在低补丁版本里可能压根不存在。2.3 模块之间的三条隐性依赖图上画的是箭头实际系统里跑的是一组依赖关系。最典型的三条一是 INV 与 CST 的依赖任何物料事务都会触发成本更新所以排查成本异常时不能只看 CST 的图得回到 INV 的事务处理类型上去看二是 PUR 与 AP 的依赖接收事务是应付发票匹配的源头收货没做或没做对后面三个匹配方式两方、三方、四方全都对不上三是 BOM 与 WIP 的依赖工单下发时会做一次 BOM 展开并快照之后改 BOM 不会影响已下发的工单这个快照特性是排「为什么工单用料和最新 BOM 不一致」这类问题的关键。这三条依赖在文档里体现为跨章节的箭头看的时候留意一下箭头的起点和终点分别在哪个模块的内部图上比单看一张图有用得多。3. 端到端主线Procure to Pay 和 Order to Cash 两条单据流怎么走通模块清单解决的是「有哪些零件」业务流程解决的是「这些零件怎么咬合」。这份文档的第 7 节列了九条主要业务流程Design to Release、Forecast to Plan、Plan to Schedule、Schedule to build、Procure to Pay、Order to Cash、Inventory to Fulfillment、Cost、Quality。九条线里日常排查用得最多的是后三条加上前两条其余几条更多是在做实施蓝图时用。这一章重点拆采购到支付、订单到收款、需求到制造这三条因为它们覆盖了绝大多数「单据断了」的故障场景。3.1 采购到支付请购单到付款的五道关Procure to Pay 这条线在图上是一条从左到右的直线但实际系统里它至少要跨五个节点每个节点都会产生一张独立的单据任何一环缺失都会让整条链断掉。第一关是请购单来源可能是 MRP 的计划订单、库存的补货点也可能是人工提报第二关是采购订单由请购单审批后自动创建或手工录入此时会带上供应商、价格、条款第三关是接收收货动作在 PUR 里录入但记账落在 INV第四关是应付发票AP 把发票和采购订单、接收单做匹配第五关是付款通过付款批或快速付款生成付款单据最后过账到 GL。节点责任模块关键单据/表断点后的典型现象请购PURPO_REQUISITION_HEADERS_ALL采购订单无法自动创建采购订单PURPO_HEADERS_ALL / PO_LINES_ALL收货时找不到可接收行接收PUR 录入 / INV 记账RCV_TRANSACTIONS应付发票匹配不到接收应付发票APAP_INVOICES_ALL无法生成付款付款AP / CEAP_PAYMENT_SCHEDULES_ALL银行对账对不上我在排查「收货了但生成不了发票」这类问题时习惯从第三关往回倒推先看RCV_TRANSACTIONS里有没有对应的接收事务再看这条事务的采购订单行是否处于「已打开」状态最后看供应商地点是否有效。图上接收节点画得很简单就一个箭头加一个方框但真正出问题的地方往往在这个方框背后的校验条件上——比如物料被设成了「不接收」或者采购订单行已经被完全接收关闭。还有一个容易忽略的点接收分「接收」和「入库」两步默认配置下这两步可以合并也可以拆开。如果环境里拆开了那么只做了接收没做入库库存里查不到但 AP 那边依然能匹配发票。这个差异在流程图上看不出来只能靠对系统配置的理解补上。文档里给的图是标准流程落到具体环境一定要先问一句「你们接收和入库是合并还是分开的」。3.2 订单到收款销售订单到应收核销Order to Cash 这条线的前半段在 OE后半段在 AR中间夹着 INV 的发运事务。订单录入之后要经过登记、挑库、发运、开票四个动作其中挑库和发运的记账都在 INV开票生成的数据流到 AR 形成应收发票最后收款核销。图上这条线的箭头很清晰但真正麻烦的是状态回写发运确认之后订单行的状态会变库存减少AR 的接口表会被写入这三个动作如果不是在同一个事务里完成就很容易出现「库存减了但应收没生成」这种半截状态。处理这类问题我的做法是先确认发运事务是否已经记账到 INV再去看 AR 的接口表RA_INTERFACE_LINES_ALL里有没有对应记录最后看接口处理器有没有跑。接口处理器是一个并发请求跑失败时不会报错到前端只会留在请求日志里。这一点文档不会写但实际排查里十次有三次是它。流程图上那个从 OE 指向 AR 的长箭头落地就是这条接口表和那个并发请求。订单到收款还有一个分支是退货和贷项通知单图上通常画成一条回流的虚线。这条虚线在实际业务里并不少见尤其是分销场景做接口对接时如果只处理正向流程退货一上线就会把账冲乱。文档里对退货分支画得比较简略二次开发时需要自己补一张状态流转图。3.3 需求到制造预测、MPS/MRP 与工单的承接从 Forecast to Plan 到 Plan to Schedule 再到 Schedule to build这三条线在文档里是分开画的但它们实际是一条流水线。预测录入之后进入 MPSMPS 展开成 MRP 的计划订单计划订单经过能力校验和排程最后下达成 WIP 工单。这条线的关键承接物是计划订单它既不是采购订单也不是工单而是 MRP 算出来的建议需要通过「计划订单下达」这个动作转成实际的工单或采购订单。很多新手会直接去 WIP 里找工单却不知道工单是从计划订单转过来的结果在 MRP 里查不到原因。图上「计划到排程」和「排程到制造」之间那个小小的箭头落地就是一个叫「计划订单处理」的并发请求。这条链上还有两个时间概念要分清一个是需求日期一个是排程日期两者在计划选项里配置不同算出来的结果能差好几天。文档的图只画了流向没画时间轴做计划模块的实施时这部分需要自己补一版带时间轴的图。Inventory to Fulfillment 这条线相对短从库存可用量到挑库、发运、履约确认。它和 Order to Cash 的后半段有重叠区别在于前者强调的是库存侧的可用性和预留后者强调的是订单侧的完整闭环。看这两张图时对照着看能比较清楚地分出「库存事务」和「订单事务」的边界——这个边界在做接口划分时非常关键弄反了就会出现两边都在改同一个字段的情况。4. 制造主线单模块拆解INV、BOM、WIP、MRP、CST 的图里究竟画了什么文档后半段从第 15 节开始是单模块流程图这部分是整份资料里密度最高的地方也是最值得反复看的地方。以制造主线为例INV、BOM、WIP、MPS/MRP、CST 五个模块的图连起来看基本就是一家离散制造企业的日常运转。这一章按数据底座、执行循环、成本回算三段来拆。4.1 Inventory 与 BOM物料主数据与结构底座INV 的流程图一般以「物料事务处理类型」为中心展开收货、发货、调拨、盘点、杂项事务都挂在它下面。看懂这张图的关键是分清「事务处理类型」和「事务处理动作」类型决定了记账的借贷方向动作决定了具体做什么。比如同样是从一个子库移到另一个子库事务类型不同成本的处理方式也不同有的会产生分录有的不会。BOM 的流程图则是围绕物料清单的层级展开单层 BOM、多层 BOM、替代料、可选组件、工艺路线。图上会画一条从父项到子项的展开线实际系统里这条展开线在工单下发时会被快照成「工单用料」。这个快照机制是 BOM 模块最容易被误解的地方——很多人以为改了 BOM在制工单的用料会跟着变实际上不会除非手工去做「重载工单用料」。BOM 和 INV 之间还有一个交叉点物料的「制造件/采购件」属性决定了 MRP 算出的是工单建议还是采购建议。这个属性在 INV 的物料主数据里维护但在 BOM 的图上不会体现。做计划模块排查时如果发现某个物料怎么都算不出工单第一件事就是回去看这个属性。模块图上的核心对象落地对应的主要表常见误读INV事务处理类型MTL_TRANSACTION_TYPES / MTL_MATERIAL_TRANSACTIONS把事务类型当动作看BOM物料清单层级BOM_BILL_OF_MATERIALS / BOM_COMPONENTS以为改 BOM 会影响在制工单WIP工单与工序WIP_DISCRETE_JOBS / WIP_OPERATIONS以为工单状态是单向不可逆的MPS/MRP计划订单MRP_SCHEDULE_DATES / MRP_RECOMMENDATIONS把计划订单当实际订单CST成本卷积节点CST_ITEM_COSTS / CST_TRANSACTION_COSTS以为成本是实时更新的4.2 WIP 与 Planning工单执行与计划循环WIP 的流程图是制造主线里节点最多的一张从工单创建、下发、工序移动、资源事务、完工入库一直到工单关闭中间还有返工和拆分工单的分支。看这张图建议按「状态」而不是按「动作」来读工单有未释放、已释放、已完成、已关闭几个状态每个状态下能做的动作是受限的。图上那些箭头看着杂乱本质上是状态机。工序移动是 WIP 里最容易被低估的一块。很多环境里只用了「移动事务」而没用「资源事务」这两者的区别在于前者记数量、后者记工时。如果成本模块是按工时卷积的那么只做移动不做资源事务算出来的成本一定偏低。这个坑我在两个项目上见过都属于图上看不出来、跑起来才发现的问题。MPS/MRP 的流程图相对简洁核心就是「需求 → 净算 → 建议」三步。需求来源包括预测、销售订单、安全库存、厂内需求净算会扣减现有库存和在途建议输出就是计划订单。图上的三个方框看着简单但净算这一步的选项极多计划范围、需求时间围栏、预测冲减方式每一个都能让结果差出一大截。文档不会列这些选项实际配置时得对照系统里的计划选项逐个确认。4.3 Cost Management成本卷积的几个关键节点CST 的流程图通常围绕「成本组、成本类型、卷积层级」三个概念画。成本类型区分标准成本和平均成本成本组把物料按成本核算口径归类卷积层级决定了成本从最底层物料往上累加的顺序。图上那条从子件指向父件的累积线落地就是「成本更新」这个并发请求。成本这块最值得记住的一个细节是成本不是实时算的是周期性更新的。INV 里的每一笔事务都会把成本暂存下来等到成本更新请求跑完才会把新的成本写回物料主数据。这就解释了为什么很多人在 INV 里看到的事务成本和对物料主数据里查到的标准成本对不上——两者本来就不是一回事中间隔着一次请求。PJM 和 OPM 这两个模块在文档里也各自有图。PJM 面向按项目号归集成本的场景图上会多出 WIP 与 PA 之间的箭头OPM 面向配方和批次图上强调的是批次和配方的版本管理。这两个模块如果企业没用图可以直接跳过如果用了那它们和主线的关系要单独理一遍不能直接套离散制造的读法。5. 读图避坑把流程图当实施文档用会踩的五个坑流程图最大的价值是建立全局感最大的风险是让人误以为照着图就能在系统里点出来。文档里那张图是标准流程的高度抽象中间省略了大量校验、开关和配置。这一章把常见的五个坑按「现象 → 原因 → 解决」拆一遍都是我自己或身边同行踩过的。5.1 节点与系统路径对不上第一条图上写着「接收」但跑到系统里找半天找不到接收菜单。现象是照着图找功能入口结果菜单树里根本没有对应项。原因通常是职责没挂这个菜单或者业务实体、库存组织没配到当前职责下。解决方式是先去 SYSTEM ADMIN 的职责界面看菜单排除项再确认当前职责绑定的 OU 和库存组织是否正确。EBS 的菜单是「职责 菜单排除」共同决定的光看职责名很容易被误导。第二条图上有「工单关闭」实际操作时关不掉提示有未完成的工序或未结算的差异。现象是反复点关闭都不生效也没有明显报错。原因是工单关闭前要求工序全部完成、资源事务全部录入、成本差异已经结算这三条在图上都不会画。解决方式是按状态倒推先查WIP_DISCRETE_JOBS的STATUS_TYPE再看WIP_OPERATIONS里有没有未完成工序最后看成本差异是否已经过了「关闭差异」这一步。第三条图上「计划订单下达」画成一个箭头实际跑完并发请求后什么都没生成。现象是请求显示完成但 WIP 里没有新工单。原因多半是计划订单的下达选项里没勾「离散工单」或者计划订单的供应类型被设成了「采购」。解决方式是回到计划订单的明细里看供应类型和供应商字段这两个字段决定了它会转成工单还是采购订单。这类问题在图上永远看不出来因为图只画了流向没画属性。5.2 缩写与术语混用导致的检索失效第四条同一个模块在不同章节里用了不同叫法比如一处写「销售定单管理OE」另一处写「订单管理」检索时按中文名搜不到。现象是想在文档里定位某个模块翻了三遍都没找到。原因是这份文档的章节标题和模块清单的中文译名并不完全统一。解决方式是统一用英文缩写作为检索键GL、AP、INV、OE、WIP 这些缩写在全篇基本是一致的中文名反而会变。我自己是把二十多个缩写单独抄了一页贴在文档开头翻的时候只认缩写。第五条把「概念到发布」当成研发流程。现象是照着 Design to Release 那张图去对接研发系统结果发现对不上。原因在于这条线在 EBS 里指的是工程物料、工程变更单到量产的流转和通用意义上的研发流程不是一回事。解决方式是先确认企业有没有上工程模块没上的话这条线可以直接跳过别硬套。同理「质量」这条线在很多环境里只启用了 QM 的检验部分没启用质量计划和质量结果图上画的全套流程能用的只有一小半。提示看这份文档时先把「标准流程」和「本环境实际启用的流程」区分开。文档给的是全集落地往往只是子集按全集排查会浪费大量时间。6. 二次改造把 Word 流程图拆成可检索的模块知识库这份 Word 文档最不方便的地方是图片和文字混排检索基本失效章节之间也没法交叉引用。我一般会先做两件事把图导出来把节点转成表。导出图片这一步有个小坑.doc是老二进制格式python-docx只认.docx直接拿.doc去解会报错。血泪经验是先手动另存为.docx再用标准库解包连第三方依赖都不用装。# 从 .docx需先把 .doc 手动另存为 .docx中批量导出内嵌流程图 # 只用标准库docx 本质是一个 zip图片都在 word/media/ 下 import zipfile from pathlib import Path SRC Path(oracleEBS各模块流程图.docx) DST Path(figures) DST.mkdir(exist_okTrue) with zipfile.ZipFile(SRC) as zf: # word/media 下的文件编号基本等于插入顺序先全部导出再人工对齐章节 for name in sorted(n for n in zf.namelist() if n.startswith(word/media/)): data zf.read(name) target DST / Path(name).name target.write_bytes(data) print(f{target} {len(data)} 字节)这段脚本的关键是word/media/这个路径Word 把文档里所有内嵌图片都放在这里文件名形如image1.png、image2.jpeg编号顺序和插入顺序基本对应。导完之后按章节顺序重命名比如15_INV_事务处理.png、17_WIP_工单状态.png前面带上文档的章节号后面接模块缩写和主题。这么命名之后在文件管理器里直接按名字排序就是文档的目录顺序比在 Word 里滚屏快得多。图片只是素材真正让这份文档变成知识库的是节点转表。我用的字段结构大致是这样字段示例用途流程代号P2P-03唯一检索键跨文档引用节点名接收事务处理图上文字原样录入责任模块PUR / INV定位到模块便于分工系统路径采购 接收 接收实施时的导航步骤关键表RCV_TRANSACTIONS二次开发取数用上游单据采购订单行断点排查时向上追溯填这张表的顺序建议反过来先填「系统路径」和「关键表」再去补节点名和流程图上的位置。因为系统路径和表名是可以验证的节点名是从图上抄的容易带进原文的译名不一致问题。填完之后把表导成 CSV丢进任何检索工具里按模块缩写或流程代号一搜就出来这才是二次开发真正需要的东西——不是一张好看的图而是一个能查到「这个节点对应哪张表」的索引。从那以后我每次拿到这类流程图文档都强制先走一遍「导图 → 建表 → 补表名」的流程哪怕只做三个模块也比在 Word 里翻十遍强。希望帮到你。本文还有配套的精品资源点击获取