Oracle EBS各模块流程图绘制规范与Word交付指南

简介这份Word完整版《Oracle EBS各模块流程图》是一份面向ERP实施顾问、企业信息化人员及Oracle财务/分销/制造模块初学者的流程梳理文档帮助读者快速建立企业资源计划系统的模块全景与业务逻辑认知。文档系统整理了Oracle EBS四大系统模块财务系统GL、AR、AP、FA、CE、PA、分销系统INV、PUR、OE、SM等、制造系统MPS/MRP、BOM、WIP、CST等以及其他系统模块HR、PAYROLL、EM等并画出预测到计划、采购到支付、订单到收款、库存到履约、设计到发布等端到端业务流程的流程图便于对照理解模块间的数据传递与业务闭环。资源为单个doc文档共1份约1.15MB图文形式适合直接阅读、打印或作为内部培训参考资料。已有163人学习浏览适合用作Oracle EBS模块梳理、流程讲解和项目准备阶段的速查手册。1. Oracle EBS 各模块流程图实施顾问的第一份交付物Oracle EBSOracle E-Business Suite也常被叫做 Oracle ERP 或 EBS R12实施项目里很多环节走到一半才发现需求没对齐——业务说自己要「月末结账自动化」技术说「接口都给了怎么还不行」其实中间缺的是一张把各模块业务流转画清楚的图。各模块流程图就是把 GL、AP、AR、INV、PO、OM 这些 EBS 模块之间的单据流向、审批节点和责任角色落到纸面上一张图对应一个完整业务事件。它既是业务调研的产出也是开发、测试和用户培训的共同语言。这份「word完整版」的流程图文档适合 EBS 实施顾问、乙方交付团队和甲方核心用户使用新项目拿来做需求梳理基线老系统拿来做流程复盘、权限设计和手册底稿。2. 先建模块地图EBS 核心模块的流程清单从哪来拿到「各模块流程图」需求后最容易犯的错是立刻打开工具开始画图。流程图画到最后对不上号十有八九不是绘图水平问题而是流程清单本身没建好。流程图不是画出来的是倒推出来的先确定要画哪些流程、每个流程边界在哪再动手落图。2.1 按模块盘点候选流程先列三层动作清单我见过很多人拿需求后直接开画结果画到第三张发现财务流程和库存流程边界对不上。我的习惯是一切从流程清单开始。流程清单的原始素材来自 EBS 模块的职责导航菜单。以 Oracle EBS R12 的 GL 总账为例打开总账职责后导航菜单通常分为设置、日记账、过账、预算、结账等几组。把这组菜单翻译成业务动作就得到一批候选流程「凭证录入与审批」「子模块日记账接收」「总账过账」「预算控制检查」「月末结账」。这些候选流程再和业务访谈记录合并就是该模块的流程池。「先列三层」是控制粒度的办法第一层列出模块的核心业务域比如核算、资金、资产第二层列出每个业务域里的事务处理类型比如日记账录入、付款、资产新增第三层列出具体业务事件比如「采购发票匹配后生成应付凭证」。画流程图时只对第三层事件画图第一层和第二层只作为文档目录的分组依据。这样既不会漏流程也不会把「过账」这种动作单独画成一张没头没尾的图。2.2 EBS 模块边界表哪些模块画进流程图文档「完整版」三个字首先意味着模块范围要完整。Oracle EBS 模块很多但流程图文档不需要全部覆盖。我一般按「是否参与核心业务循环」来筛财务链GL 总账、AP 应付、AR 应收、FA 固定资产、CE 现金管理和供应链链PO 采购、INV 库存、OM 订单管理必画制造链BOM 物料清单、WIP 在制品、CST 成本管理视项目范围决定HRMS人力资源、PA项目会计、CRM客户关系管理通常作为扩展模块。一张模块边界表能避免「文档名字叫完整版实际缺了整个制造模块」的验收尴尬。模块分组建议纳入涉及的核心单据流程图重点财务链必选凭证、发票、付款、资产卡片月末结账、子模块集成供应链链必选请购单、采购订单、收货单、销售订单P2P、O2C 端到端制造链视范围工单、物料发放、成本卷积工单流转、成本归集人力/项目/CRM视范围招聘流程、项目合同、客户合同与财务链的集成点这张表的原理是流程图的读者最终要靠它做 EBS 职责Responsibility和功能Function的配置只有那些有系统功能支撑的流程才值得画。我在项目里还设了一条规矩凡是在 EBS 菜单里找不到对应职责的动作都先标记为「系统外」不允许直接画进主流程。2.3 流程台账字段设计与评审会清单定了再动笔流程清单确定后落到一张 Excel 台账。字段包括流程编号、模块、流程名称、触发事件、输入单据、输出单据、涉及角色、对应导航路径、As-Is/To-Be 标识、状态。这张表是流程图的「数据源」也是 Word 文档目录的「草稿」。流程编号用「模块-三位序号」格式并预留跨模块区间接口流程统一用 X- 开头避免后期插入新流程导致编号乱掉。台账建好后要开一次流程清单评审会。评审会的核心不是讨论图而是确认两件事第一清单里每一个流程都是业务真实发生的而不是顾问想象出来的第二跨模块流程如采购到付款、订单到收款有明确的责任窗口。业务人员在会上经常说「这个流程我们已经改了」——这正是台账存在的意义把口头变更落成清单更新再同步到流程图。没有台账业务改口一次顾问就要把所有图重画一遍。2.4 跨模块接口流程最容易漏掉的一类图单模块流程画完后还有一类图价值最高但也最容易漏跨模块接口流程。比如「采购收货入库」同时牵涉 PO 和 INV「销售发货开票」牵涉 OM、INV 和 AR「工单完工入库」牵涉 WIP、INV 和 CST。这类流程往往不会被任何一个业务部门完整描述因为每个部门只看到自己那段。接口流程建议单独成组不归属任何单一模块放在文档最后、编号以 X- 开头。EBS 里最经典的跨模块流程是采购到付款P2P和订单到收款O2C。P2P 从请购开始经过审批生成采购订单收货后做发票匹配最后付款并生成总账凭证涉及 PO、INV、AP、GL 四个模块O2C 从销售订单开始经过发货、开票、收款到核销涉及 OM、INV、AR、GL 四个模块。画这种流程时泳道按模块划每一段交接点就是系统集成点后续开发看这一张图就能知道接口表应该动哪些、测试用例该设计哪几条数据链路。3. 画图前先定规矩符号、泳道与三层绘制顺序流程清单定好之后先别急着拖方框。画图前如果不定清楚符号规范和泳道分法五十张图画完再统一改工作量会让你怀疑人生。这个环节的投入产出比最高——先把规矩定死后面每张图都是流水线。3.1 五种符号与三色规范让流程图成为团队语言EBS 流程图最常见的翻车现场是同一张图里出现七八种形状圆角矩形、矩形、梯形、菱形、圆形、云朵、半圆全都有结果没人看得懂。我在项目里规定只用五种符号——开始/结束用圆角矩形处理动作用矩形判断分支用菱形单据文档用平行四边形系统外事件或外部系统用六边形虚线框。其余一律不用。为什么这样限定因为 EBS 业务流程图的读者一半是财务业务用户一半是开发工程师。财务用户关心单据往哪走、谁来批开发关心哪个节点对应哪个接口表。符号种类越少沟通成本越低。判断菱形里的条件我要求必须写成「是/否」二分分支不写「合理/不合理」这种模糊条件。比如在请购审批流程里判断节点写「金额 ≤ 5000」是合格的写「是否重要采购」是不合格的——后者不同审批人理解不同没法落到 EBS 的审批限制或 AME 规则里。颜色方面同样需要约定而不是凭个人审美。我常用三色蓝色表示系统内自动处理节点黑色表示人工操作节点红色表示异常分支或错误处理。系统外流程线下手工操作统一用灰色并加虚线外框。这样一张图打出来读者先看颜色就知道哪些节点已经自动化、哪些还是人工操作——这是评估 EBS 实施深度的重要信息也是后续优化清单的直接来源。3.2 三种泳道分法按角色、组织还是系统模块泳道类型直接决定流程图给谁看。我常用的分法有三种按角色分采购员、仓管员、应付会计按组织分采购部、仓储部、财务部按系统模块分PO、INV、AP、GL。三种分法各有适用场景但一张图里只能选一种不能混。按角色分适合审批流清晰的流程如费用报销、请购审批泳道少、节点集中业务用户最容易看懂。按组织分适合部门职责边界明确的流程能看到单据在部门间怎么交接也方便对应 EBS 的职责设置——一个部门对应一个或多个 Responsibility。按模块分适合接口流程给开发和测试看泳道交接点就是接口表的数据流向。我通常的做法是业务流程图按角色或组织分接口流程图按模块分。这样一套图既能讲给业务听也能递给开发做集成设计。泳道命名也常见坑有人写成岗位全称有人写成部门全称还有人一个角色拆成两个泳道。我统一用「角色部门」格式比如「采购员采购部」同一角色只允许出现在一个泳道。遇到一个人归两个业务线管的情况看他在该流程里实际承担什么动作按动作归属泳道而不是按人事关系归属。3.3 网格对齐与连接线规则图纸要经得起打印检查画 EBS 流程图时还有几个容易影响专业度的细节图形是否对齐、连接线是否横平竖直、箭头方向是否一致。在 Word 里用自带形状画图时打开「对齐」辅助线和网格先画主干再画分支尽量让连接线走水平或垂直方向避免斜线。流程图不是电路图斜线多到一定数量就是灾难。箭头方向也要有约定单据流从左到右审批流从上到下异常分支统一朝下或朝右。同一张图里不要出现箭头方向混乱。如果分支太多宁可在节点旁边写「转流程 X-003」并只画一个出口也不要让四条线从同一个菱形长出来。另外画图时就把画布宽度设定为实际打印宽度A4 横向可用宽度约 25 厘米不要靠插入 Word 后再缩放。Word 中创建画布后把画布宽度设为 24 厘米内部形状按比例布置这样插入正文后不需要额外调整打印也不会糊。3.4 从需求到草图三步走先写步骤再连线最后说绘制顺序。我画每一张图的路径是第一步在草稿纸上按时间顺序写出该流程的所有业务动作动词开头比如「创建请购单」「部门经理审批」「生成采购订单」「发送供应商确认」第二步在动作之间标出单据流、审批流和异常分支第三步才打开 Word把文字步骤搬成图形。为什么要先写文字因为文字步骤是线性的人与人之间的理解差异小图形是非线性的一堆框和线放在一起逻辑混乱会被视觉放大。以最常见的差旅报销流程为例文字步骤是「员工提交差旅报销单 → 部门经理审批 → 财务审核发票 → 出纳付款 → 会计生成凭证」第二步标记出审批不通过退回起点、发票不合规退回财务审核节点第三步再画成泳道图整个过程不超过二十分钟但思路比直接画图清晰得多。如果访谈时业务描述的动作在 EBS 里没有对应菜单我会直接让它在图里变成灰色虚线框并加注「手工处理」。这一步是「现状流程As-Is」和「目标流程To-Be」之间最重要的桥梁——系统外动作标得越清楚后续优化清单就越明确。4. 用 Word 排版一份能交付的完整版样式、宏与版本「word完整版」不是把图往 Word 里一贴就完事。交付一份能直接评审、能打印、能追溯版本的文档涉及文档骨架、格式统一和版本管理三个层面。很多项目流程图画得不差最后挂在排版和版本混乱上。4.1 一图一节的文档骨架目录、题注、图例三件套我交付的流程图文档结构是这样封面项目名 模块版本 日期→ 版本记录表 → 目录 → 各模块流程图每图一节→ 跨模块流程图X 组→ 附录图例 导航路径对照。每个流程图节内部固定为三部分节标题流程名称、流程图、图题与图例。图题用 Word 的「题注」功能插入而不是手动打字这样才能在目录引用时自动生成「图 3-1」并随时更新编号。排版上的关键操作所有流程图统一使用「嵌入型」文字环绕防止图片随段落漂移正文样式统一用「标题 1 / 标题 2」而不是手动改大字号这样目录才能一键生成页面默认 A4 纵向跨模块长流程图单独分节设置为横向页面。Word 目录建议做两级第一级是模块名对应 Excel 台账的「模块」列第二级是流程名对应「流程名称」列。不要手敲目录利用「标题 1」「标题 2」样式后插入自动目录每次改动后右键更新域即可。项目后期每周改两版是常态手敲目录等于给自己挖坑。4.2 用 VBA 批量统一字体与形状一分钟后处理五十张图在 Word 里直接画流程图最痛苦的是五十张图全部画完后发现字号、框大小、线条样式不统一。我的解决方式是画图前先定参数画完后用宏批量校正。常用参数动作框 2.2cm × 1.0cm判断菱形 2.6cm × 1.6cm连接线箭头 1.5 磅字体微软雅黑 9 号框内文字居中。这些参数经过 A4 打印验证9 号字在普通打印件上清晰可读2.2 厘米宽的框刚好放下「部门经理审批」六个字。批量校正字体用 VBA 宏比较稳定。以下宏会遍历当前文档所有浮动形状统一设置字体、字号和对齐方式Sub FormatFlowChartShapes() Dim doc As Document Dim shp As Shape Dim shpInline As InlineShape Set doc ActiveDocument 遍历所有浮动形状包括画布内的形状 For Each shp In doc.Shapes If shp.Type msoGroup Or shp.Type msoCanvas Then 组合或画布递归处理内部形状 Call FormatShapesInGroup(shp.GroupItems) Else 矩形、菱形、文本框等普通形状统一设置字体 If shp.TextFrame.HasText Then shp.TextFrame.TextRange.Font.Name 微软雅黑 shp.TextFrame.TextRange.Font.Size 9 shp.TextFrame.TextRange.ParagraphFormat.Alignment wdAlignParagraphCenter End If End If Next shp 遍历嵌入型文本框 For Each shpInline In doc.InlineShapes If shpInline.Type wdInlineShapeTextbox Then shpInline.Range.Font.Name 微软雅黑 shpInline.Range.Font.Size 9 End If Next shpInline MsgBox 形状格式已统一 End Sub Function FormatShapesInGroup(groupItems As Object) Dim gItem As Object For Each gItem In groupItems If gItem.Type msoGroup Or gItem.Type msoCanvas Then Call FormatShapesInGroup(gItem.GroupItems) ElseIf gItem.Type msoTextBox Then gItem.TextFrame.TextRange.Font.Name 微软雅黑 gItem.TextFrame.TextRange.Font.Size 9 End If Next gItem End Function这个宏的核心逻辑是递归处理先遍历文档里的所有浮动形状遇到组合或画布就递归进去处理内部文本框普通形状直接设置字体字号。逻辑说明msoCanvas是新版 Word 画布的类型常量兼容性处理时同时判断msoGroupwdAlignParagraphCenter是 Word 内置的居中常量。参数说明字体设为微软雅黑、9 号居中对齐如果你有英文流程编号或特殊符号建议把字体改为「等线」或「Arial」避免中英文混排时行高异常。要提醒的是宏执行前先在一张图上试跑确认文字没有溢出框。若溢出说明框的尺寸和字号不匹配需要先调形状尺寸再执行宏。宏是「后悔药」不是万能药——它只能统一格式不能修正逻辑错误。连接线的箭头样式也可以用宏统一但注意 Visio 嵌入的图不算 Word 形状宏管不到如果项目里用 Visio 画图格式统一在 Visio 里做Word 里只负责嵌入和排版。4.3 版本记录、批注与导出 PDF交付前最后三件事流程图文档在项目周期里要经历多次修改。文件命名用「文档名_版本号_日期.docx」修改时另存新版本旧文件移到「归档」目录共享目录不保留多个当前版本。文档内第一页放版本记录表包含版本号、日期、修订人、修订内容、确认人其中「确认人」必须是业务方负责人否则会出现「顾问自己改了业务不知道」的扯皮。每次修订我要求在改动的流程图上加批注批注写清变更原因和影响范围。比如「收货流程增加质检节点影响后续发票匹配条件」并要求开发、测试在项目群里确认。最后交付前统一导出 PDF 版并检查页数和目录是否更新。Word 里如果题注、目录是手动编号的导出前一定要按 F9 更新域否则 PDF 里的「图 3-1」可能是旧的。这一步出过太多差错后来我把「更新所有域」写进了交付检查单每次导出 PDF 前必须执行一次。5. 流程梳理避坑五个高频翻车现场与排查方法这一章是给正在画图或已经画完图的人看的。下面五条都是 EBS 流程图项目里反复出现的问题每条按「现象 → 原因 → 解决」展开可以直接对照自查。5.1 流程图和系统实际菜单对不上现象业务和顾问确认好的流程图在系统验证时发现某个节点对应的菜单路径根本不存在或者职责不对。原因流程从业务访谈中来但访谈时业务描述的是「期望流程」或「以前老系统的流程」并非 EBS 现有职责下的实际路径也可能是系统已经做了二次开发菜单被定制过。解决画图前先登录 EBS用系统管理员职责查看对应模块的菜单和职责分配逐个勾选确认。我给自己定的规矩是「流程图里的每一个导航路径必须由顾问本人登录系统点过一遍」。排查时可以进入系统管理员职责用「菜单」查询界面输入流程图上的导航路径看是否存在如果存在但对当前用户不可见检查该用户的职责分配和数据访问权限如果路径是二开菜单要求开发提供功能挂接文档。这一步哪怕耗时也比上线后返工便宜得多。5.2 泳道画成蜘蛛网跨部门流程断点现象横向泳道图里一条线从采购部穿到仓库、再穿回采购部、再穿到财务交叉线像蜘蛛网打印出来根本没法顺着箭头读。原因泳道划分不是按业务阶段而是按「参与部门的先后顺序」导致同一角色反复出现另一个原因是动作粒度不一致有的动作拆到「点击按钮」级有的粗到「完成采购」级。解决重新按业务阶段划分泳道并统一动作粒度到「一个单据动作 一个审批节点」级别。同时在分支线跨泳道时尽量让连接线从泳道边界垂直穿过避免斜线交叉。若交叉不可避免宁可在节点写「转至流程 X-003」也不要硬拉线。排查时重点看每个泳道交接点上一泳道的流出单据是否在下一泳道有对应的接收动作如果没有就是流程断点。5.3 Word 里图片一挪就散画布与文本框的依存关系现象在 Word 中直接用形状画流程图拖动其中一个框发现连接线断了或者整张图混乱把图片复制到别的文档格式全乱。原因Word 形状之间的连接线默认是依附于锚点的图形移动时连接线不会自适应重连且文本框和画布之间是浮动关系复制时锚点丢失。解决画图时先用「插入 → 形状 → 新建画布」创建画布再把所有形状放进画布内这样整体拖动不会散架。复制到其他文档时选中整个画布后用「另存为图片」或直接复制粘贴成图片。稳妥的替代方案是把画布导出为 PNG 再插入文档——过程多一步但彻底避免复制时格式错乱。如果是 Visio 画的图嵌入 Word 时选择「插入对象」以后要在 Word 里改图可以直接双击进入 Visio 编辑状态。5.4 流程版本混乱改了一版忘了通知现象流程图文档已经更新到 v2.0但开发人员手里还是 v1.4导致集成开发按旧流程做了测试时发现单据流向不一样。原因流程图的改动没有同步到受影响方尤其是跨模块流程或者共享目录里同时存在 v1.4、v2.0、v2.1 多个文件没有明确的「当前有效版本」标识。解决在文档第一页加「版本变更记录」表包括版本号、修订日期、修订人、修订范围、确认人文件存放在单一共享目录旧版本移入「归档」子目录不删除、不留在根目录。每次修订后把变更摘要发到项目组沟通群并明确 涉及到的开发、测试和配置人员。文件命名里不要用「最终版」「真最终版」这种词只有版本号和日期是可信的。5.5 把「理想流程」当「现状流程」调研访谈的陷阱现象流程图里画了一个「自动化月末结账」流程但系统实施后根本没有这个功能业务抱怨「图是骗人的」。原因访谈对象把「希望系统实现的样子」描述成了「现状流程」而顾问没有区分 As-Is现状和 To-Be目标流程图。解决每张流程图上必须标注「现状流程As-Is」或「目标流程To-Be」。调研阶段只画 As-Is蓝图设计阶段才画 To-Be。如果一张图里既有现状又有改进点用不同颜色标注改进节点并在图例中说明。As-Is 和 To-Be 的比例直接决定了这份文档给配置、给开发还是给培训用——给开发和配置的文档不能混用混了必然翻车。6. 验证流程图的三种方法让顾问和老用户都挑不出毛病6.1 用「横穿测试」走通端到端链路画完全部流程图后我做的第一件事不是检查符号对不对而是做「横穿测试」从业务起点事件出发沿单据流把整个流程走一遍。比如从「员工提交请购申请」开始一路走到「付款完成、会计入账」把涉及的 PO、INV、AP、GL 四张图串起来。这个测试只验证一件事前一图的输出单据是不是后一图的输入单据。如果出现「前一图输出请购单后一图输入却要求采购订单号」的断档说明流程边界画错或漏了一张接口图。横穿测试不需要系统环境在图纸上就能完成是交付前性价比最高的检查手段。6.2 让老用户玩「找茬游戏」逆向复核初版流程图我会发给两类人复核业务骨干请他们描述实际操作步骤老顾问请他们做逆向复核——从流程终点倒着往起点读专挑「断头路」和「凭空出现的单据」。老用户找茬的意义在于他们读过太多「看起来合理但跑不通」的图对特殊字符和系统行为有直觉。如果反馈里出现「这一步实际是财务经理手工处理的」说明流程图把系统外动作画成了系统内动作。这种情况立即把该节点改为灰色虚线框并注明「手工处理」同时评估是否需要在后续优化中改成系统功能。6.3 用打印测试验证可读性最后一条血泪经验文档发布前必须用 A4 真实打印 3 到 5 张有代表性的图检查。很多图屏幕上看清晰得不得了打印出来字被裁切、线条颜色淡看不见、菱形里的字折行。打印测试的检查点是文字不小于 9 号、连接线箭头可辨、泳道标签不重叠、图题和流程编号完整。我在一个项目里就因为没做打印测试交付的流程图在客户评审会上被当场打脸——屏幕上漂亮的图打印出来一片糊。从那以后流程类文档验收标准里永远有一条「打印版清晰可读」。希望这条经验连同前面的模块台账、绘制规范和避坑清单能帮你在 EBS 实施里少踩一次坑让流程图真正成为团队共同语言。希望帮到你。本文还有配套的精品资源点击获取