简介一份Oracle EBS各模块流程图Word完整版面向EBS实施顾问、财务/分销/制造模块关键用户及项目新人。内容按财务、分销、制造、其他系统四大模块系统梳理逐一说明总账、应付、固定资产、应收、现金管理、项目会计、库存、采购、销售订单、销售市场、销售补偿、售后服务、销售分析、计划管理、能力计划、制造数据、车间生产、成本管理、项目制造、流程制造、质量管理以及设备、人事、薪金、预警、商业智能等核心组件的职责与边界。同时覆盖设计到发布、预测到计划、采购到支付、订单到收款、库存到履约等主要业务流程并配有Inventory、BOM、WIP、Planning、Cost Management、Purchasing、Order Entry、总账、应付、应收、固定资产等关键模块的流程图直观展示数据流转与作业逻辑有助于在方案设计时厘清模块间依赖关系。资源为单份DOC文档包体1.15MB可配合文字说明按图索骥适用于方案沟通、模块接口设计或新员工培训。目前已有164人学习是快速了解Oracle EBS整体架构的低成本入门资料。1. 流程图比功能清单更值钱EBS 的骨架是“事件-单据-分录”链路EBS 有二十多个模块互联网上功能清单一抓一大把可真正上线时翻车的几乎都不是某个功能不会用而是单据跨模块走不通销售订单确认了库存没减采购单接收了应付没暂估库存发料了成本没归集。问题都出在“模块之间的那根线”上。这份资源把每个模块的核心流程图和端到端流程整理成一份完整文档价值不在图多而在它把“业务事件→单据流转→财务分录”这条三级链路画清楚了。看明白这条链路你才算从“会用某个表单”进阶到“能看懂 EBS 为什么这么设计”。值得搞懂因为几乎所有实施顾问的看家功夫都是对着这种流程图练出来的。2. 端到端业务流Order to Cash 与 Procure to Pay 如何串起六个模块EBS 的模块清单列出来有几十项但真正让这些模块产生价值的是两条最经典的闭环流程采购到支付Procure to Pay和订单到收款Order to Cash。前者把采购、库存、应付、总账串成一条线后者把销售、库存、应收、总账串成另一条线。资源里单独画的 Oracle Purchasing、Oracle Order Entry、Oracle Inventory、Oracle Payables、Oracle Receivables、Oracle General Ledger 这几张图本质上都是这两条主链上的分段放大。先看主链再看分段才不会迷失在表单里。2.1 订单到收款一张销售订单如何变成总账贷方分录订单到收款O2C的起点是 Oracle Order Entry 里录一张销售订单终点是总账里多出一笔收入分录。中间隔着库存发运和应收开票每一步都靠状态字段推动。订单行录入后系统先做可用量检查ATP判断库存能不能满足承诺交期。这一步在流程图里常常画成一个判断菱形但底层是库存模块的现有量、在途量、保留量在算账。订单确认后库存模块按发运指令做挑库和发运产生物料事务处理库存数量减少同时产生发运成本。发运完成后应收模块依据发运事务生成应收发票确认收入和应收款。客户付款后做核销最后过账到总账。整条链路里订单行状态从 Entered 走到 Booked再走到 Shipped、Invoiced最后 Closed。每一个状态迁移都对应一次跨模块的数据写入。想要验证一张订单当前走到哪一步最直接的办法是顺着订单号把各模块的状态字段拼起来看。实际环境里可以跑这样一段追踪 SQL-- 以订单号为入口串联订单、发运、应收、总账各环节状态 SELECT oha.order_number, ola.flow_status_code AS order_line_status, wd.wsh_delivery_status AS delivery_status, ctt.trx_number AS ar_invoice_number, gjh.je_header_id AS gl_je_header_id, gjh.je_batch_id AS gl_je_batch_id FROM oe_order_headers_all oha JOIN oe_order_lines_all ola ON oha.header_id ola.header_id LEFT JOIN wsh_delivery_details wdd ON ola.line_id wdd.source_line_id LEFT JOIN wsh_deliveries wd ON wdd.delivery_id wd.delivery_id LEFT JOIN ra_customer_trx_all ctt ON ola.line_id TO_NUMBER(ctt.interface_line_attribute1) LEFT JOIN ra_cust_trx_lines_all ctl ON ctt.customer_trx_id ctl.customer_trx_id LEFT JOIN gl_je_lines gjl ON ctl.customer_trx_line_id gjl.source_je_line_id LEFT JOIN gl_je_headers gjh ON gjl.je_header_id gjh.je_header_id WHERE oha.order_number 订单号;这段 SQL 的关键在于每个 JOIN 都对应流程图里的一条跨模块箭头发运明细表通过 source_line_id 回联订单行应收发票通过接口属性带回订单行号总账分录通过 source_je_line_id 回联应收行。任何一个 JOIN 查不出数据就说明链路在那一环断了——要么没发运、要么没开票、要么没过账。这比在界面上逐个表单翻要快得多也是流程图最实在的用法把图上的箭头翻译成表之间的外键关系。2.2 采购到支付接收三步走与应付暂估的由来采购到支付P2P的起点往往不是采购单而是请购。计划模块跑出物料需求后自动生成请购单采购模块把请购转成采购单审批后发给供应商。供应商到货后在库存模块做接收这一步是整个流程的支点接收动作同时影响库存数量、成本和应付暂估。接收为什么这么关键因为在 EBS 里接收不是简单地点一下“收到”而是要区分三种接收类型接收Receipt、验收Acceptance、最终入库Deliver。流程图上通常把三步画成三个框实际对应库存模块里三种不同的事务处理类型。第一次接收代表货物到达企业数量计入在途验收代表质量检查通过最终入库代表货物进入可用库存。每一步都可能触发不同的会计科目。接收产生的关键会计影响是应付暂估Accrual。货物到了但发票还没来账上不能没有负债所以系统按采购单价格生成一笔暂估应付借库存或费用贷应付暂估。等供应商发票录入并完成匹配后再把暂估冲掉转入正式应付账款。这一借一贷之间就是流程图里“接收”和“匹配”两个框之间真正的业务含义。不看懂这一步月结时存货与应付对不平都不知道去哪查。把 P2P 和 O2C 放一起看会发现两套流程的骨架完全对称都是“业务事件在业务模块产生单据单据在财务模块产生分录分录过账到总账”。区别只在方向一个是花钱一个是收钱。所以很多实施团队会把这两条链画在同一张流程总图上共用中间的主数据层和底部的总账层。2.3 主数据在流程中的角色校验是流程里隐形的岔路口流程图画到最后会发现真正决定流程走不走得通的不是模块功能而是主数据。一张销售订单能不能确认要看客户是否有信用额度、物料是否允许销售、发运组织是否有效一张采购单能不能审批要看供应商地点是否有效、采购员是否有权限。这些校验在流程图里往往只被画成一个简单的判断框但在系统里每一次校验背后都是主数据的读取和比对。这也是为什么资源里 Oracle ERP 模块清单里把 HR、System Admin 也列了进来。流程里每一笔业务都要知道“谁做的、属于哪个组织”HR 提供职责和权限System Admin 提供配置文件和控制选项。某公司实施时如果把主数据清洗放在上线前最后两周流程图画得再漂亮也救不回来——主数据错了流程图上每个箭头指向的表都会查出脏数据。3. 制造三角底层联动INV、BOM、WIP 与成本卷积谁是龙头离散制造型企业在 EBS 里的核心是四个模块的配合BOM 定义产品“由什么组成”WIP 记录车间“正在做什么”INV 记录库存“还剩什么”CST 回答这一切“值多少钱”。资源里这几张流程图单独看都清楚难的是理解它们之间的依赖顺序。计划模块 MPS/MRP 是发令枪BOM 是配方WIP 是执行现场INV 是结果的落点成本模块则是在整条链走完后做价值归集。3.1 物料事务处理库存变化的原子事件库存模块里任何数量或价值的变动都以“物料事务处理”为单位。发料是一次事务、完工入库是一次事务、采购接收是一次事务、销售发运也是一次事务。每个事务都带事务类型、来源类型、数量和关联会计科目。源文档 Oracle Inventory 那张图的核心就是这张“事务类型-来源-科目”的对应关系。事务处理记录表是制造数据查询时最重要的表之一它保存了每一笔移动的来龙去脉。一次发料事务来源类型指向工单一次采购接收来源类型指向采购单行一次销售发运来源指向发运行。这就像给库存的每一次呼吸都做了日志。做成本分析时如果发现库存金额和总账对不上第一件事就是查事务处理的关联科目字段是不是配错了——很多对账差异根本不是算错而是事务挂错了科目。3.2 BOM 展开与 WIP 完工物料清单怎么算出来的BOM 模块在流程里的角色是做“展开”。计划模块发出的计划单经过 BOM 展开算出父项下的所有子项需求再转成生产工单。这个过程在制造系统里叫“计划单到工单”的自动转单资源里“Demand to Build”的流程图画的正是这一条线。工单进入 WIP 后按工艺路线进行工序流转。完工时系统依据 BOM 和完工数量反算组件消耗做完工入库事务。这里有一个常见误解完工入库不是简单地把成品数量加进库存它同时要做组件反冲Backflush扣减已耗用的子项库存。如果 BOM 配错了单位换算或者损耗率完工入库后子项库存会出现负数——查到最后往往是流程图里“BOM 展开”这个框后漏了单位换算的校验。3.3 成本卷积WIP 完成后金额怎么爬上去成本管理模块是制造流程的收口。标准成本法下一个成品的成本不是等工单结束才算的而是在 BOM 和工艺路线上逐层卷积出来的材料成本来自子项价格资源成本来自工时费率制造成本来自工序和费率。Oracle Cost Management 那张图的精髓就是“成本卷积Cost Rollup”这条路径——从底层采购件开始一层一层向上汇总。做完成本更新后工单完工时系统会按标准成本结转实际成本与标准成本的差额单独记录为差异采购价格差异、用量差异、效率差异全部过账到总账。这也是为什么制造企业月结时总在强调“先关 WIP再关成本最后关总账”——顺序一乱差异分录的日期和批次就会错位。资源里把 Cost 和 Quality 列为主要业务流程质量模块在制造业里往往是在工序检验时产生质量事务再反写回 WIP这一步也是流程图里极易被忽略的分支。4. 财务收敛机制为什么所有子模块的终点都是总账把 EBS 里二十多个模块按“数据流向”排一遍会发现它们最终都指向同一个终点总账。应收、应付、固定资产、现金、库存、成本、项目会计各有各的明细账但每一笔明细都要通过过账程序汇总到总账里。Oracle General Ledger 那张图看起来只是财务模块的其中一张实际上它是整个 EBS 数据流的汇聚点。理解这张图才能真正理解“为什么 ERP 是一套集成系统”。4.1 子账到总账的映射弹性域、账套与过账程序总账里的一笔分录不是业务人员手工敲进去的而是子模块过账程序自动生成的。每个子模块先产生自己的会计条目比如应收模块产生应收款分录、应付模块产生应付款分录、固定资产模块产生折旧分录这些条目称为子账。过账程序读取子账里尚未过账的行按科目弹性域和账套定义组合成完整的科目段写入总账日记账批次。常见的实现思路是每个子模块的事件都对应一组科目规则规则里写死科目段各段的值或取数来源。比如库存模块的采购接收事务规则是“借物料/费用科目贷应付暂估科目”应收模块的发票事务规则是“借应收账款贷收入科目”。流程图里接收框和发票框下面的“生成会计科目”这个动作实际就是这张规则表在起作用。这里的难点在于科目弹性域的多段结构。总账科目不是一串简单的数字而是由公司段、成本中心段、科目段、子段等多个段拼成的。子模块业务事件发生时只知道其中几个段的值其余段要靠规则补充。所以核对子账与总账时不要只看金额要连科目段一起核对——很多差异是某个段取错了来源导致分录进错了成本中心。4.2 AR/AP/FA/CE 的过账时机与数据来源四个主要子模块的过账时机各有讲究。应收模块在发票创建和收款核销时产生会计条目应付模块在发票审批和付款时产生会计条目固定资产模块在每个月运行折旧时产生折旧条目现金管理模块在银行对账单匹配后产生条目。每个模块都有独立的“未过账分录表”过账程序扫描这些表按账套和期间进行汇总。月结时最常见的对账动作就是检查这些未过账表里是不是有残留。如果 AR 模块有一批发票因为没有完成过账而滞留在子账表里总账里就少了对应的收入AP 模块如果有发票还在“已批准未过账”状态总账里的应付就少一笔。实施团队每月关账的第一道检查清单永远是“各子模块未过账行 0”这个动作在流程图里对应的就是每个子模块到总账之间的那根连线。4.3 月结硬顺序为什么关账先子账后总账资源里 Oracle 整合企业日常作业流程这张图把月结的顺序画得很清楚库存先关账然后成本模块关账接着 AR/AP/FA/CE 关账最后总账关账。这个顺序不是随便定的而是因为后关的模块要从先关的模块取数。假如总账先关了成本模块后一批完工差异分录过进来总账期间已经关闭要么强行回开期间要么把分录塞进下期——两种做法都会让总账与子账的余额对不上。所以 EBS 实施规范里有一条铁律子账不过完账总账不许关账。这个顺序在流程图上只是几个小字实际操作中却是月结团队每个月的关键路径。任何一次月结拖延十有八九是某个子模块的未过账数据卡住了整条链路。5. 流程图学习与实施避坑五个最常见的翻车现场流程图画得漂亮和上线后能跑通是两回事。这些年看过不少项目也踩过不少坑EBS 流程图在学习和实施中最容易出问题的集中在五个场景。每一条都是真实发生过的“血泪经验”。5.1 流程边界画错只到审批不落账现象顾问交付的流程图到“审批完成”就画上句号了上线后第一个月月结总账和子账怎么都对不平。原因审批完成只是单据状态变了并没有产生任何会计条目。审批是管理动作过账才是财务动作两者在流程图里隔着一条“产生分录”的暗线。解决每一张流程图画完后都要多问一句这笔业务产生什么会计科目由哪个模块生成分录哪个过账程序把它送进总账把这三个问题写进流程图说明里比多画十条箭头都有用。5.2 忽略多组织上下文现象一套 O2C 流程在 A 组织跑得通复制到 B 组织就走不通订单确认按钮点了没反应。原因EBS 有业务实体、库存组织、HR 组织等多层组织概念流程图如果不标注组织维度会出现“流程看起来一样、实际归属不同”的错位。B 组织的库存组织没挂在同一个业务实体下可用量检查自然查不到库存。解决画流程前先画组织矩阵明确每个节点归属哪个业务实体、哪个库存组织、哪个职责。流程图里每个框上都标注组织属性宁可图面复杂一点不要上线后一脸茫然。5.3 库存事务不联动成本现象物料发出去了库存数量变了但存货金额纹丝不动总账里成本科目和库存模块对不上。原因物料事务处理有数量事务和价值事务两种价值事务是否产生取决于事务类型是否关联了会计科目。配置事务类型时漏了科目关联或者没跑成本更新程序就会出现“有量无值”的情况。解决做库存相关配置时逐条检查事务类型对应的会计科目。测完一笔采购接收后立刻去看总账确认借库存贷暂估的分录真实入账了再继续往下测。5.4 把流程图当操作手册现象新人照着端到端流程图点屏幕每一步都点了工单却一直开不出来最后发现漏了“计划单转工单”的并发请求。原因流程图表达的是业务事件之间的依赖关系不是点击顺序。图上一个“转工单”动作实际可能要跑一个并发程序、设一堆参数图里根本不会画出来。解决把流程图转成测试脚本时要把每个节点拆成“前置条件、操作步骤、并发请求、预期结果”四栏。图用来讲逻辑脚本用来教操作两者不能互相替代。5.5 拿旧版图对上线环境现象流程图里画的审批链在系统里找不到配置文件的值对不上以为系统坏了其实是拿上一个项目的老图在比新环境。原因EBS 的流程会随配置和版本变化组织结构、审批组、科目规则都可能被后人改过。流程图一旦脱离实际环境就成了“历史上曾经存在过的流程”。解决每次项目上线或升级后挑几个关键流程做一次“流程图复核”对照实际环境的配置文件、职责权限、数据字典走一遍。图是死的环境是活的。6. 把流程图当接口设计读一张图后面藏着什么流程图看到最后它不只是业务文档更是一张接口地图。EBS 的价值从来不在单个模块的功能而在模块之间的集成。每一条跨模块的数据流都对应一组接口表和一次数据转换。看懂了图上的箭头就能反推出一套系统的集成设计。比如 O2C 流程里“订单到发运”那根箭头底层是库存模块的接口表在接收订单行数据“发运到开票”那根箭头底层是应收模块的接口表在等待发运确认消息。实施人员拿到一张流程图第一件事就是把每条跨模块的箭头标上对应的表名或接口名这样将来的接口开发、数据迁移、问题排查就都有了坐标。这也解释了为什么资源里的流程图大多以模块为单位画——每个模块的边界也就是接口的边界。我一般会建议用“四个一”的方法去消化一份 EBS 流程图一条主流程走到底O2C 或 P2P一张组织矩阵框定范围一套主数据清单核对校验点一张接口对照表落地实现。把图上的节点对应到表、把箭头对应到外键关系这本流程图就不再是纸面文章而是能直接用来排查问题的索引。从那以后我拿到任何一份 EBS 流程图第一件事就是找跨模块的那根箭头用 SQL 去验证箭头两端的数据能不能连上。连不上图再漂亮也是摆设连上了业务逻辑才真正落地。希望帮到你。本文还有配套的精品资源点击获取