簡(jiǎn)介Oracle EBS 模塊流程圖是一份面向 ERP 實(shí)施顧問(wèn)、財(cái)務(wù)與供應(yīng)鏈從業(yè)者及系統(tǒng)學(xué)習(xí)者的模塊全景圖文檔。內(nèi)容以 Oracle E-Business Suite 為核心系統(tǒng)梳理了總帳管理GL、應(yīng)付/應(yīng)收、固定資產(chǎn)、現(xiàn)金管理、庫(kù)存、采購(gòu)、銷售訂單、制造MPS/MRP、BOM、WIP、成本管理及人事、薪金等核心模塊并給出設(shè)計(jì)到發(fā)布、采購(gòu)到支付、訂單到收款等主要業(yè)務(wù)流程的圖示與鏈路有助于快速建立 EBS 整體架構(gòu)認(rèn)知和模塊間流轉(zhuǎn)概念。壓縮包內(nèi)為 1 個(gè) doc 文件大小約 1.16MB文檔目錄層級(jí)清晰按財(cái)務(wù)、分銷、制造、其他模塊分類展開適合作為入門導(dǎo)讀或培訓(xùn)參考材料。已有 167 人學(xué)習(xí)下載適合需要在短期內(nèi)梳理 Oracle ERP 模塊關(guān)系與業(yè)務(wù)流程的讀者。1. 一份 doc 流程圖為什么讓 EBS 實(shí)施少走三個(gè)月彎路上個(gè)月幫某公司做 EBS 月結(jié)排錯(cuò)財(cái)務(wù)經(jīng)理拿著賬本說(shuō)“庫(kù)存關(guān)不了賬、總賬不平”我翻遍系統(tǒng)里的配置文檔發(fā)現(xiàn)一張模塊關(guān)系圖都沒(méi)有——只有十幾張沒(méi)人維護(hù)的 Excel。最后花了兩天時(shí)間把 AP、AR、INV、WIP、GL 之間的單據(jù)流重新畫成一張流程圖問(wèn)題當(dāng)場(chǎng)就定位了。那一刻我意識(shí)到Oracle EBS 這種動(dòng)輒幾十個(gè)模塊的企業(yè)級(jí)套件真正讓項(xiàng)目卡殼的從來(lái)不是功能而是“流程說(shuō)不清”。本文要聊的就是標(biāo)題里那類產(chǎn)物oracle-EBS-模塊流程圖.doc一份把 EBS 各模塊之間的業(yè)務(wù)流、單據(jù)流、審批流畫明白、寫進(jìn) Word 的文檔。適合實(shí)施顧問(wèn)、二次開發(fā)工程師、財(cái)務(wù)/供應(yīng)鏈業(yè)務(wù)骨干、以及接手別人爛攤子的運(yùn)維人員。它不解決“某個(gè)報(bào)表怎么寫”它解決的是“業(yè)務(wù)在哪個(gè)模塊發(fā)起、經(jīng)過(guò)誰(shuí)、最終歸檔到哪里”?？赐昴憔湍苷罩椒◤牧闶崂沓鲆环菽苤笇?dǎo)配置、排錯(cuò)和權(quán)限設(shè)計(jì)的模塊流程圖文檔。2. 先看懂 EBS 的模塊地圖財(cái)務(wù)與供應(yīng)鏈的主干單據(jù)流EBS 再?gòu)?fù)雜主干就兩條鏈供應(yīng)鏈鏈采購(gòu)→庫(kù)存→制造→訂單和財(cái)務(wù)鏈發(fā)票→應(yīng)付→總賬→資產(chǎn)。畫流程圖之前你腦子里必須先有這兩張地圖。沒(méi)有模塊地圖就下筆畫圖畫出來(lái)的只能是零散的“按鈕操作說(shuō)明”。2.1 財(cái)務(wù)域總賬、應(yīng)付、應(yīng)收、資產(chǎn)、現(xiàn)金的收付循環(huán)財(cái)務(wù)域的流程圖核心不是“某個(gè)界面長(zhǎng)什么樣”而是“一張單據(jù)從產(chǎn)生到過(guò)賬走過(guò)哪些模塊”。最常見的財(cái)務(wù)循環(huán)是采購(gòu)收到供應(yīng)商發(fā)票后應(yīng)付模塊 AP 錄入發(fā)票付款時(shí)現(xiàn)金管理 CM 做付款資產(chǎn)模塊 FA 在采購(gòu)資產(chǎn)入庫(kù)后做資產(chǎn)增加月底所有子模塊過(guò)賬到總賬 GL銷售出貨后應(yīng)收模塊 AR 生成客戶發(fā)票AR 收款再回到 CM最后結(jié)轉(zhuǎn) GL。畫這部分時(shí)我習(xí)慣先列一張模塊職責(zé)表明確每個(gè)模塊在這個(gè)循環(huán)里到底干什么模塊職責(zé)輸出單據(jù)接收方AP 應(yīng)付供應(yīng)商發(fā)票錄入與驗(yàn)證應(yīng)付發(fā)票、付款申請(qǐng)GL、CMAR 應(yīng)收客戶發(fā)票與收款核銷應(yīng)收賬款、收款單GL、CMFA 資產(chǎn)資產(chǎn)新增、折舊、處置折舊費(fèi)用、資產(chǎn)憑證GLCM 現(xiàn)金銀行賬戶與資金頭寸付款、收款確認(rèn)GLGL 總賬憑證記賬、期間關(guān)賬、報(bào)表總賬憑證、科目余額管理層這張表就是流程圖的“圖例索引”。因?yàn)樨?cái)務(wù)流程最后全部匯入 GL所以 GL 一定是泳道圖里最寬的那條泳道。畫圖時(shí)要注意AP 和 AR 的過(guò)賬是批量而非實(shí)時(shí)的流程圖上應(yīng)該用“批處理”節(jié)點(diǎn)而不是“自動(dòng)實(shí)時(shí)同步”節(jié)點(diǎn)。很多第一次畫的人在這里畫錯(cuò)導(dǎo)致后續(xù)做集成測(cè)試時(shí)對(duì)不上預(yù)期。財(cái)務(wù)分支容易漏掉的關(guān)鍵路徑是“未實(shí)現(xiàn)損益”和“外幣重估”。如果公司有跨境業(yè)務(wù)每張銷售訂單會(huì)涉及本位幣和外幣兩套金額AR 開票時(shí)的匯率、GL 月結(jié)重估的匯率必須體現(xiàn)在流程圖的單據(jù)字段說(shuō)明里。我見過(guò)不少項(xiàng)目把這條鏈畫得太粗等到月結(jié)出現(xiàn)匯兌差異時(shí)翻流程圖完全找不到匯率來(lái)源。2.2 供應(yīng)鏈域采購(gòu)、庫(kù)存、車間在制、訂單履約的主鏈供應(yīng)鏈流程圖主鏈?zhǔn)遣少?gòu)申請(qǐng) → 采購(gòu)訂單 → 采購(gòu)接收 → 庫(kù)存入庫(kù) → 工單領(lǐng)料 → 完工入庫(kù) → 銷售訂單發(fā)貨。這是 EBS 里最經(jīng)典、也是被講得最多的一條業(yè)務(wù)鏈。真正難的不是主鏈而是三個(gè)“回流”分支。第一個(gè)回流是退貨。采購(gòu)?fù)素洸皇呛?jiǎn)單地把接收記錄刪掉而是要在 RMA 流程中生成退貨訂單再?gòu)膸?kù)存做出庫(kù)動(dòng)作最后回到 AP 做借項(xiàng)通知單。第二個(gè)回流是工單報(bào)廢。車間在制 WIP 里的廢品要從工單扣減數(shù)量同時(shí)做成本差異分?jǐn)傔@部分會(huì)直接影響 FA 資產(chǎn)模塊的資本化金額。第三個(gè)回流是銷售退運(yùn)。客戶退貨先做接收再做檢驗(yàn)合格的重新入庫(kù)不合格的做報(bào)廢最后的成本差異要進(jìn) GL。畫供應(yīng)鏈流程圖時(shí)我強(qiáng)烈建議把主鏈和回流分開畫不要揉在一張圖里。主鏈一張圖三個(gè)回流各一張子圖子圖編號(hào)掛在主圖對(duì)應(yīng)節(jié)點(diǎn)上。這樣圖面干凈而且后續(xù)做配置時(shí)能按子圖逐個(gè)核對(duì) MTL_TRANSACTION_TYPES 和 WIP 的離散任務(wù)類型。供應(yīng)鏈分支的“單據(jù)流順序”常被忽略。采購(gòu)接收形成 RCV_TRANSACTIONS然后調(diào)用庫(kù)存模塊做入庫(kù)事務(wù)處理錄入 MTL_TRANSACTIONS這兩個(gè)動(dòng)作在同一批事務(wù)里完成但在流程圖上體現(xiàn)為兩個(gè)節(jié)點(diǎn)。開發(fā)人員看流程圖時(shí)最怕的就是這種“一個(gè)動(dòng)作兩個(gè)節(jié)點(diǎn)”的歧義所以圖上要標(biāo)注“事務(wù)來(lái)源接收/庫(kù)存”。2.3 從模塊清單到流程圖先畫單據(jù)流再畫審批流模塊地圖有了以后畫圖順序有個(gè)經(jīng)驗(yàn)值先畫單據(jù)流再畫審批流最后補(bǔ)控制流。單據(jù)流是骨架比如采購(gòu)訂單從審批到發(fā)送給供應(yīng)商系統(tǒng)里 PO_HEADERS_ALL 的狀態(tài)從 INCOMPLETE 走到 APPROVED這個(gè)狀態(tài)流轉(zhuǎn)就是單據(jù)流。審批流是高階覆蓋也就是采購(gòu)訂單的審批層級(jí)、金額閾值、審批組?？刂屏魇钱惓７种П热绨l(fā)票驗(yàn)證失敗退回供應(yīng)商。順序反了就會(huì)翻車。某公司的實(shí)施顧問(wèn)一上來(lái)就畫審批流結(jié)果畫到第三層發(fā)現(xiàn)單據(jù)流走向根本不對(duì)整個(gè)圖的布局要推翻重來(lái)。先畫單據(jù)流的好處是它決定了泳道的數(shù)量每多一個(gè)模塊就多一條泳道單據(jù)流走完泳道的寬度和跨接關(guān)系就定死了。審批流只是在泳道里加節(jié)點(diǎn)不會(huì)破壞圖的大結(jié)構(gòu)。這一階段的產(chǎn)出是一張“模塊接口矩陣”列是上游模塊行是下游模塊交集格里寫“什么單據(jù)、什么事件觸發(fā)”。這張矩陣是畫正式流程圖前的唯一驗(yàn)收物。矩陣?yán)锶绻霈F(xiàn)“不知道什么觸發(fā)”的格子跳過(guò)它繼續(xù)畫正式圖后面必返工。3. 動(dòng)手畫流程圖從業(yè)務(wù)調(diào)研到成圖的完整路徑模塊地圖是“知”畫圖是“行”。這一章講實(shí)際操練怎么問(wèn)業(yè)務(wù)、怎么用工具出草圖、怎么把草圖變正式圖。我會(huì)給出可抄的提問(wèn)清單和可改的 PlantUML 腳本渲染成 PNG 后直接貼進(jìn) Word后續(xù)維護(hù)改文本再渲染不依賴任何收費(fèi)畫圖工具。3.1 業(yè)務(wù)調(diào)研的提問(wèn)清單與信息收集模板畫圖前先訪談訪談最怕的是“跟業(yè)務(wù)聊了三個(gè)小時(shí)回來(lái)發(fā)現(xiàn)關(guān)鍵字段沒(méi)問(wèn)”。我用的提問(wèn)清單經(jīng)過(guò)多次迭代固定為五個(gè)問(wèn)題這張單據(jù)從哪里來(lái)上游系統(tǒng)還是手工錄入系統(tǒng)里哪個(gè)表單哪些角色能看到查詢權(quán)限、維護(hù)權(quán)限、審批權(quán)限分別是誰(shuí)什么事件讓它發(fā)生狀態(tài)變化審批通過(guò)、接收完成、發(fā)票驗(yàn)證通過(guò)異常時(shí)往哪走被退回、被掛起、被沖銷最終歸檔到哪個(gè)模塊過(guò)賬到 GL、關(guān)閉工單、庫(kù)存事務(wù)完成訪談?dòng)涗洸灰么蠖挝淖钟帽砀袷占?。我常用的模板是流程編?hào)、流程名稱、發(fā)起角色、上游單據(jù)、系統(tǒng)操作、狀態(tài)變化、下游單據(jù)、接收角色、異常分支、備注。十行以內(nèi)一個(gè)流程業(yè)務(wù)講完當(dāng)場(chǎng)填完給業(yè)務(wù)看一眼確認(rèn)——這一步省掉后面八成理解偏差。調(diào)研的顆粒度不是越小越好。EBS 里很多流程跨模塊訪談時(shí)業(yè)務(wù)會(huì)不自覺鉆到某個(gè)字段的校驗(yàn)邏輯里你要在記錄表上把它歸到“字段說(shuō)明”或“異常分支”不讓它干擾主流程。主流程保持“單據(jù) 狀態(tài) 模塊”三個(gè)要素字段細(xì)節(jié)留到配置文檔階段再展開。3.2 用 PlantUML 先畫邏輯草圖泳道圖的快速原型畫草圖我首推 PlantUML原因很實(shí)際改起來(lái)是改文本比動(dòng)鼠標(biāo)快一個(gè)數(shù)量級(jí)可以進(jìn) Git 做版本管理團(tuán)隊(duì)規(guī)模大了以后能統(tǒng)一風(fēng)格。以下是采購(gòu)到庫(kù)存的泳道圖示例腳本startuml |采購(gòu)員| start :PREPARE_PO; if (采購(gòu)金額審批閾值?) then (是) |采購(gòu)經(jīng)理| :PO_APPROVAL; if (審批通過(guò)?) then (是) |采購(gòu)員| :SEND_PO; :RECEIVE_GOODS; else (否) :PO_RETURN_TO_DRAFT; stop endif else (否) |采購(gòu)員| :AUTO_APPROVED_PO; :RECEIVE_GOODS; endif |倉(cāng)庫(kù)| :INV_TRANSFER_IN; |財(cái)務(wù)部| :MATCH_INVOICE; stop enduml腳本里的豎線 |角色| 就是泳道名把采購(gòu)員、采購(gòu)經(jīng)理、倉(cāng)庫(kù)、財(cái)務(wù)部分成四條泳道。每個(gè)節(jié)點(diǎn)用大寫英文標(biāo)識(shí)操作名對(duì)應(yīng) EBS 里的表單或 API 名稱這樣團(tuán)隊(duì)評(píng)審時(shí)能直接對(duì)應(yīng)系統(tǒng)功能。其中“采購(gòu)金額 審批閾值”的分支就是審批流的落地閾值參數(shù)來(lái)自采購(gòu)組織的金額控制設(shè)置。參數(shù)說(shuō)明這里的“審批閾值”在 EBS 里通常對(duì)應(yīng)采購(gòu)審批規(guī)則里的“單張訂單限額”不同組織OU可以設(shè)不同值。畫草圖階段用假值即可比如 10000到配置階段再?gòu)?HR 組織架構(gòu)里拿真實(shí)數(shù)據(jù)。手動(dòng)把節(jié)點(diǎn)中文化或加注釋也可以但英文標(biāo)識(shí)保留在括號(hào)里方便開發(fā)人員檢索功能說(shuō)明。PlantUML 渲染成 PNG 的命令是常用的文本繪圖方式j(luò)ava -jar plantuml.jar purchase-flow.puml如果電腦里裝了 Graphviz它會(huì)自動(dòng)箭頭對(duì)齊。沒(méi)有 Java 環(huán)境的團(tuán)隊(duì)也可以用 Docker 鏡像跑命令差異只是替換工具路徑腳本本身通用。當(dāng)你輸出一堆 PNG 后建議一個(gè)流程一個(gè)文件命名規(guī)范是“模塊對(duì)-流程名.puml”比如“PO-INV_收料入庫(kù).puml”。3.3 從草圖到正式圖圖符規(guī)范、泳道劃分與跨頁(yè)拆分草圖是給自己看的正式圖是給業(yè)務(wù)方和開發(fā)方共同評(píng)審的。所以必須有圖符規(guī)范不然十個(gè)人畫十種樣式。我的團(tuán)隊(duì)用一套很土但有效的規(guī)范矩形代表系統(tǒng)操作節(jié)點(diǎn)菱形代表判斷分支圓角矩形代表人工線下操作半圓代表開始/結(jié)束。這套規(guī)范和 UML 活動(dòng)圖一致業(yè)務(wù)顧問(wèn)都認(rèn)識(shí)不用額外培訓(xùn)。泳道劃分有一條紅線按角色劃分不按部門劃分。同一個(gè)部門里采購(gòu)員做錄入、采購(gòu)經(jīng)理做審批放在同一個(gè)泳道里會(huì)把審批鏈的職責(zé)邊界畫糊。如果同一角色在多個(gè)部門出現(xiàn)比如不同組織下的倉(cāng)管員泳道名寫“組織-角色”比如“北京倉(cāng)庫(kù)-倉(cāng)管員”“上海倉(cāng)庫(kù)-倉(cāng)管員”。這直接關(guān)系到后續(xù)權(quán)限設(shè)計(jì)因?yàn)?EBS 的數(shù)據(jù)安全是通過(guò)組織上下文實(shí)現(xiàn)的泳道的作用范圍必須與業(yè)務(wù)實(shí)體一致?？珥?yè)拆分的判斷標(biāo)準(zhǔn)就一句話圖里有沒(méi)有超過(guò) 7 條泳道超過(guò)就拆。EBS 的復(fù)雜流程比如整個(gè)訂單到收款 O2C動(dòng)輒 8 條泳道、30 個(gè)節(jié)點(diǎn)放到 Word 一頁(yè)里字小到看不清。我的做法是每一頁(yè)只放 3 到 5 條泳道跨頁(yè)連接處用“離頁(yè)連接符”標(biāo)注頁(yè)碼和圖號(hào)連接符命名用“節(jié)點(diǎn)名 - 下游頁(yè)碼”。這樣 Word 文檔不可能出現(xiàn)一張圖橫跨兩頁(yè)的情況打印評(píng)審也看得清。正式圖評(píng)審時(shí)業(yè)務(wù)方通常會(huì)糾纏于“我們實(shí)際操作不是這樣的”。這句話的潛臺(tái)詞不是圖錯(cuò)了而是流程有例外情況沒(méi)畫。評(píng)審時(shí)我會(huì)要求業(yè)務(wù)方把例外情況寫在圖下方的“例外說(shuō)明”里而不是直接改主流程。例外積累到一定數(shù)量后再?zèng)Q定是否提升為主流程分支。這個(gè)機(jī)制能保證主圖穩(wěn)定控制返工次數(shù)。4. 把圖裝進(jìn) Worddoc 文檔的排版規(guī)范與修訂機(jī)制圖只是中間產(chǎn)物交付物是 Word 文檔。但這恰恰是很多項(xiàng)目翻車的地方流程圖畫得漂漂亮亮文檔結(jié)構(gòu)一團(tuán)亂——圖沒(méi)編號(hào)、文字和圖表不同步、版本記錄缺失。這一章講讓流程圖文檔長(zhǎng)期可用的排版和版本控制方法。4.1 Word 排版規(guī)范編號(hào)、圖注、頁(yè)眉、跨頁(yè)處理流程圖文檔如果不做嚴(yán)格編號(hào)三個(gè)月后你自己都找不到第三張圖。我的編號(hào)規(guī)范是圖 2-1 代表第 2 章第 1 張流程圖圖 2-2 依此類推表 2-1 是第 2 章第 1 張表格。不要用 Word 自動(dòng)編號(hào)原因是自動(dòng)編號(hào)在刪除圖后不會(huì)自動(dòng)重排——把所有編號(hào)改為手工維護(hù)配合“交叉引用”功能插入正文引用。這樣正文里寫“見圖 2-3”時(shí)即使圖移動(dòng)了交叉引用也能幫你定位。圖注放在圖的下方一行以內(nèi)說(shuō)明這張圖畫的是哪個(gè)流程、版本是什么。表格標(biāo)題放在表的上方這和圖注相反別記錯(cuò)。頁(yè)眉寫“項(xiàng)目名 - 模塊流程圖設(shè)計(jì)”頁(yè)腳寫“頁(yè)碼 / 總頁(yè)數(shù)”。Word 里設(shè)置多級(jí)列表讓章節(jié)標(biāo)題自動(dòng)帶編號(hào)章節(jié)編號(hào)一旦定下圖號(hào)里的章節(jié)前綴就跟著定下。最影響閱讀體驗(yàn)的是圖的尺寸。一張泳道圖貼進(jìn) Word最佳寬度是頁(yè)面正文寬度A4 紙默認(rèn) 15.5cm 左右超過(guò)就縮小縮到字看不清就回爐拆圖。圖片質(zhì)量導(dǎo)出時(shí)設(shè) 150 DPI 到 200 DPI太低打印模糊太高 Word 文件撐到幾十兆。文字說(shuō)明用表格而不是大段段落每個(gè)流程節(jié)點(diǎn)的說(shuō)明控制在三行以內(nèi)觸發(fā)條件、操作內(nèi)容、異常分支。4.2 版本修訂機(jī)制流程圖文檔的審批流流程圖本身就是流程它的文檔也要有審批流。經(jīng)驗(yàn)做法是三階段簽核第一階段是“草稿”畫圖人自審主要查圖符規(guī)范、泳道命名、單據(jù)流有沒(méi)有斷點(diǎn)。第二階段是“評(píng)審”業(yè)務(wù)方看流程對(duì)不對(duì)、開發(fā)方看能不能對(duì)應(yīng)到 EBS 功能、財(cái)務(wù)看控制點(diǎn)有沒(méi)有漏。第三階段是“批準(zhǔn)”項(xiàng)目經(jīng)理或流程負(fù)責(zé)人簽批任何人都不能繞過(guò)簽批去動(dòng)正式文檔。Word 文檔的修訂記錄表是這個(gè)機(jī)制的落地工具。固定放在封面頁(yè)下方字段是版本號(hào)、修訂日期、修訂人、修訂章節(jié)、修訂摘要、審批人。每次改圖必須在修訂摘要里寫明“新增采購(gòu)?fù)素浄种А薄靶薷?AP 發(fā)票驗(yàn)證節(jié)點(diǎn)順序”之類。如果修訂時(shí)發(fā)現(xiàn)圖號(hào)變了修訂摘要里不要寫“圖 2-3 重畫”要寫“圖 2-3 拆分為圖 2-4 和 2-5原退貨流移到 2-5”。修訂記錄的另一個(gè)作用是為項(xiàng)目收尾提供“變更證據(jù)”。上線后業(yè)務(wù)部門來(lái)質(zhì)問(wèn)“當(dāng)時(shí)審批的不是這個(gè)流程”你只要翻出修訂記錄里“修訂人 審批人 日期”三件套就能自證。所以修訂人不能寫部門名必須寫個(gè)人姓名如項(xiàng)目經(jīng)理處用角色占位符記名這行字是文檔法律效力的核心。4.3 流程圖與配置文檔的交叉引用方法很多項(xiàng)目的文檔是兩套皮流程圖一套文檔配置文檔另一套互不通氣。結(jié)果是流程改了三版系統(tǒng)配置還在按第一版寫上線時(shí)對(duì)不上賬。我現(xiàn)在要求所有配置文檔的每個(gè)配置項(xiàng)都要反向引用流程圖編號(hào)格式固定為“配置項(xiàng)名稱 / 表單路徑 / 配置文件中的參數(shù)節(jié)點(diǎn)編號(hào) / 對(duì)應(yīng)流程圖編號(hào)及節(jié)點(diǎn)名”。如果配置項(xiàng)在流程圖上不存在說(shuō)明該配置可能是遺留物需要標(biāo)記“待確認(rèn)”而不是直接保留。這個(gè)交叉引用在流程圖上怎么體現(xiàn)圖節(jié)點(diǎn)命名末尾加一個(gè)中括號(hào)編號(hào)比如“AP 發(fā)票錄入 [AP-INV-01]”。配置文檔里引用時(shí)寫作“對(duì)應(yīng) [AP-INV-01] 節(jié)點(diǎn)錄入供應(yīng)商發(fā)票驗(yàn)證供應(yīng)商地點(diǎn)狀態(tài)”。這樣兩邊對(duì)賬時(shí)拿著流程圖的節(jié)點(diǎn)編號(hào)去配置文檔里搜搜不到就是遺漏搜到兩處描述不一致就是文檔不同步。機(jī)制很簡(jiǎn)單但能讓文檔的可追溯性上一個(gè)臺(tái)階。關(guān)鍵的技巧是讓交叉引用成為評(píng)審檢查單的一部分。文檔評(píng)審時(shí)打印流程圖的節(jié)點(diǎn)清單逐節(jié)點(diǎn)勾選配置項(xiàng)——評(píng)審結(jié)束時(shí)如果發(fā)現(xiàn)某個(gè)節(jié)點(diǎn)空著沒(méi)有配置引用在會(huì)議紀(jì)要里列為風(fēng)險(xiǎn)項(xiàng)。每次修訂流程圖必須同步更新配置引用否則不能發(fā)布新版文檔。5. 繪制 Oracle EBS 模塊流程圖的 7 個(gè)避坑記錄流程圖做到第三個(gè)月各種坑基本都踩遍了。這里挑七個(gè)最典型、最耗時(shí)的記錄每個(gè)按“現(xiàn)象 → 原因 → 解決”寫清楚。這些不是理論推演都是實(shí)際項(xiàng)目里的翻車復(fù)盤。5.1 把流程圖畫成了操作手冊(cè)現(xiàn)象圖里的每個(gè)節(jié)點(diǎn)都寫了長(zhǎng)達(dá)兩行的字段說(shuō)明比如“點(diǎn)擊保存按鈕、輸入物料編號(hào)、選擇庫(kù)房……”整張圖密不透風(fēng)評(píng)審時(shí)沒(méi)人看得下去。原因畫圖人混淆了“流程”和“操作手冊(cè)”。流程圖回答的是“單據(jù)在哪里、狀態(tài)怎么變、誰(shuí)負(fù)責(zé)”操作手冊(cè)回答的是“界面上先點(diǎn)哪個(gè)按鈕”。解決立一個(gè)規(guī)矩每個(gè)節(jié)點(diǎn)的文字說(shuō)明最多 8 個(gè)字比如“AP 發(fā)票錄入”。字段細(xì)節(jié)全部移到節(jié)點(diǎn)下方的表格區(qū)按“字段名 / 必填 / 取值來(lái)源 / 校驗(yàn)規(guī)則”列出來(lái)。表格區(qū)和流程圖分離圖面上永遠(yuǎn)只有簡(jiǎn)潔的操作名。5.2 泳道按部門畫審批鏈全亂現(xiàn)象一張跨部門采購(gòu)流程圖上采購(gòu)員和采購(gòu)經(jīng)理擠在同一條“采購(gòu)部”泳道里財(cái)務(wù)部的審批節(jié)點(diǎn)伸進(jìn)采購(gòu)部的泳道長(zhǎng)短線交錯(cuò)評(píng)審時(shí)沒(méi)人看出問(wèn)題一到權(quán)限設(shè)計(jì)就翻車。原因部門是行政概念權(quán)限是系統(tǒng)概念。EBS 權(quán)限設(shè)置里的職責(zé)Responsibility對(duì)應(yīng)的是角色和功能不是部門。按部門畫圖時(shí)一個(gè)部門里三種角色的審批路徑畫在一條泳道里權(quán)限設(shè)計(jì)沒(méi)法落到角色上。解決泳道一律按角色劃分角色名用系統(tǒng)職責(zé)的命名習(xí)慣比如“采購(gòu)員-創(chuàng)建PO”“采購(gòu)經(jīng)理-審批PO”“應(yīng)付會(huì)計(jì)-發(fā)票核銷”。角色與部門的關(guān)系放到圖外說(shuō)明。5.3 只畫正常流程退貨退運(yùn)分支一片空白現(xiàn)象采購(gòu)流程圖評(píng)審?fù)ㄟ^(guò)上線第一個(gè)月客戶退貨財(cái)務(wù)發(fā)現(xiàn) AP 里沒(méi)有借項(xiàng)通知單流程倉(cāng)庫(kù)拿到退貨不知道往哪入庫(kù)整個(gè)退貨流程在系統(tǒng)里跑了兩個(gè)星期才走通。原因畫圖時(shí)業(yè)務(wù)方只講了正常采購(gòu)的路徑畫圖人沒(méi)追問(wèn)“退貨怎么辦”。沒(méi)有藍(lán)圖業(yè)務(wù)就按各自理解操作和 EBS 的既有功能對(duì)不上。解決每個(gè)主流程評(píng)審時(shí)必須列出三個(gè)問(wèn)題取消怎么走、退貨怎么走、沖銷怎么走。把答案畫成子圖子圖編號(hào)掛在主圖對(duì)應(yīng)節(jié)點(diǎn)下。沒(méi)有異常分支的主流程圖不能批準(zhǔn)發(fā)布。5.4 圖與配置文檔脫節(jié)系統(tǒng)上線后對(duì)不上現(xiàn)象流程圖上 AP 發(fā)票驗(yàn)證的節(jié)點(diǎn)還在“3-Way Match”配置文檔里已經(jīng)因?yàn)楣?yīng)商投訴改成了“2-Way Match”項(xiàng)目組沒(méi)人發(fā)現(xiàn)月結(jié)時(shí)差異巨大。原因流程圖文檔和配置文檔各歸一人維護(hù)流程修改走了簽核配置修改只發(fā)了郵件沒(méi)有同步機(jī)制。解決前面講的交叉引用方法是唯一可靠辦法。每次改圖必須看變動(dòng)的節(jié)點(diǎn)有沒(méi)有引用到配置文檔每次改配置必須反向檢查流程圖節(jié)點(diǎn)描述是否一致。把這項(xiàng)檢查寫進(jìn)文檔發(fā)布流程的驗(yàn)收清單沒(méi)有互檢記錄不能發(fā)布。5.5 用截圖當(dāng)流程圖維護(hù)一次就放棄現(xiàn)象EBS 標(biāo)準(zhǔn)流程被截圖加箭頭拼成流程圖看起來(lái)很快但業(yè)務(wù)一變流程就要重新截幾十張圖維護(hù)成本極高第二個(gè)月圖就過(guò)期了。原因截圖是“點(diǎn)狀記錄”不是“邏輯模型”。它的可讀性取決于截圖順序改一處往往要重排整個(gè)文檔。解決用可編程的繪圖工具PlantUML、Graphviz建模文本渲染成圖。修改只改幾行文本重新渲染維護(hù)成本降一個(gè)數(shù)量級(jí)。團(tuán)隊(duì)協(xié)作時(shí)文本文件還能進(jìn)版本管理。5.6 多組織架構(gòu)下把不同 OU 的流程揉在一張圖里現(xiàn)象流程圖上采購(gòu)訂單審批鏈畫了 13 個(gè)節(jié)點(diǎn)比實(shí)際多出一倍。評(píng)審時(shí)業(yè)務(wù)方說(shuō)“我們分單組織流程沒(méi)那么長(zhǎng)”沒(méi)想到很多節(jié)點(diǎn)屬于另一個(gè)業(yè)務(wù)實(shí)體。原因沒(méi)有區(qū)分組織OUOperating Unit維度。不同 OU 有不同的采購(gòu)審批閾值、不同的財(cái)務(wù)規(guī)則把多個(gè) OU 的流程疊加在一張圖上節(jié)點(diǎn)數(shù)量翻倍路徑也混淆。解決先按 OU 拆分流程分支。同一個(gè)節(jié)點(diǎn)如果多個(gè) OU 的取值不同在節(jié)點(diǎn)下方表格里寫“OU 維度”參數(shù)表不要為每個(gè) OU 復(fù)制一張圖。EBS 的多組織特性和流程的對(duì)應(yīng)關(guān)系應(yīng)該在流程圖下方顯式標(biāo)注“此圖適用于以下 OU 列表”。5.7 忽略 EBS 的功能安全權(quán)限流程圖上沒(méi)有“誰(shuí)能做”現(xiàn)象流程圖畫完權(quán)限配置時(shí)發(fā)現(xiàn)采購(gòu)員職責(zé)被授予了修改采購(gòu)訂單價(jià)格的權(quán)限和流程圖上“價(jià)格維護(hù)只能采購(gòu)經(jīng)理操作”的描述不一致。上線一個(gè)月后出現(xiàn)了一次價(jià)格誤改。原因流程圖的重點(diǎn)放在了單據(jù)流轉(zhuǎn)上沒(méi)有把功能權(quán)限和節(jié)點(diǎn)綁定。沒(méi)有這種綁定的圖安全配置時(shí)沒(méi)有依據(jù)各角色被分配了超出流程范圍的職責(zé)。解決每個(gè)節(jié)點(diǎn)標(biāo)注兩個(gè)信息操作該節(jié)點(diǎn)的角色、該角色調(diào)用的 EBS 功能。設(shè)計(jì)時(shí)就把“誰(shuí)有權(quán)做這個(gè)動(dòng)作”寫進(jìn)圖的節(jié)點(diǎn)說(shuō)明區(qū)配置權(quán)限時(shí)直接照?qǐng)D分配。變更權(quán)限時(shí)先看流程圖節(jié)點(diǎn)的職責(zé)說(shuō)明防止越權(quán)。6. 進(jìn)階讓流程圖成為月結(jié)排錯(cuò)和權(quán)限設(shè)計(jì)的活文檔流程圖不只是藍(lán)圖階段的交付物上線后它應(yīng)該是排錯(cuò)的第一工具。這里講三個(gè)進(jìn)階用法都是靠一張好圖省掉大量排查時(shí)間的實(shí)戰(zhàn)技巧。第一個(gè)用法是月結(jié)排錯(cuò)。EBS 月結(jié)卡住時(shí)最常見的報(bào)錯(cuò)是“GL 期間未打開”或“子模塊未過(guò)賬”。這時(shí)候不用盲目翻日志而是拿著流程圖反向定位看月度結(jié)賬節(jié)點(diǎn)的“前置條件”比如 AP 未關(guān)期間則檢查 AP 的“未過(guò)賬發(fā)票批次”如果 AP 已過(guò)賬但 GL 未看到檢查流程圖上“過(guò)賬到 GL”節(jié)點(diǎn)對(duì)應(yīng)的職責(zé)是否生效。把流程圖貼在工位上比翻十份運(yùn)維文檔都快。第二個(gè)用法是權(quán)限設(shè)計(jì)。新員工入職要開 EBS 賬號(hào)問(wèn)他要什么職責(zé)他說(shuō)“我要做采購(gòu)”。其實(shí)這個(gè)答案太粗沒(méi)法直接配權(quán)限。這時(shí)用流程圖反推讓該員工指著流程圖說(shuō)出自己的角色是“采購(gòu)員-創(chuàng)建PO”還是“采購(gòu)經(jīng)理-審批PO”再對(duì)照節(jié)點(diǎn)名把職責(zé)清單開出來(lái)。這個(gè)方式把抽象的系統(tǒng)職責(zé)翻譯成了業(yè)務(wù)語(yǔ)言權(quán)限申請(qǐng)的錯(cuò)誤率大幅下降。第三個(gè)用法是做集成測(cè)試用例。寫測(cè)試用例時(shí)按流程圖的節(jié)點(diǎn)順序逐個(gè)對(duì)照可以讓用例覆蓋率達(dá)到 100%。每個(gè)流程節(jié)點(diǎn)至少對(duì)應(yīng)一個(gè)正向用例和一個(gè)負(fù)向用例正向驗(yàn)證單據(jù)正常流轉(zhuǎn)負(fù)向驗(yàn)證異常分支審批拒絕、發(fā)票匹配失敗、退貨處理。測(cè)試負(fù)責(zé)人拿到流程圖只需要做一個(gè)映射節(jié)點(diǎn)編號(hào) → 測(cè)試步驟編號(hào)就能在半小時(shí)內(nèi)完成用例設(shè)計(jì)。這個(gè)方法當(dāng)然不是萬(wàn)能的但它比憑經(jīng)驗(yàn)拍腦袋寫用例要系統(tǒng)得多也更能說(shuō)服業(yè)務(wù)方接受測(cè)試計(jì)劃。我在這上面吃過(guò)虧。某次月結(jié)排錯(cuò)我翻遍了日志和表數(shù)據(jù)最后發(fā)現(xiàn)問(wèn)題是 AP 發(fā)票校驗(yàn)規(guī)則的設(shè)置和流程圖上的描述不一致——而那張圖三個(gè)月前就已經(jīng)批準(zhǔn)發(fā)布了只是沒(méi)人拿它當(dāng)排錯(cuò)工具。從那以后我養(yǎng)成了一個(gè)習(xí)慣每畫完一張 EBS 流程圖都要在發(fā)布前問(wèn)自己一句“如果三個(gè)月后系統(tǒng)出問(wèn)題我能靠這張圖定位到哪個(gè)環(huán)節(jié)嗎”。如果答案不明確說(shuō)明圖的顆粒度還不到位需要回頭補(bǔ)節(jié)點(diǎn)說(shuō)明。流程圖不是給實(shí)施階段看的是給系統(tǒng)上線后那個(gè)凌晨三點(diǎn)還在排查月結(jié)的人看的。希望這一套方法能幫到你哪怕只是少熬一個(gè)通宵。本文還有配套的精品資源點(diǎn)擊獲取