簡介用友U9 ERP V2.5手冊是一份面向企業(yè)信息化管理者、ERP實施顧問以及財務、供應鏈、制造業(yè)務人員的官方發(fā)版說明文檔。手冊闡述其“實時企業(yè)、全球商務”的核心理念以及多組織協(xié)同、業(yè)務靈活性、全球化管理的客戶價值。資源包共1個docx文檔大小約9.54MB以文字說明為主內(nèi)容結(jié)構清晰便于檢索閱讀。文檔系統(tǒng)梳理了U9 V2.5在功能、性能和易用性上的整體完善涵蓋財務、人力資源、制造、供應鏈、項目制造、成本、質(zhì)量、協(xié)同等領域具體介紹多工廠制造協(xié)同、多組織財務協(xié)同、全面預算管控、資金集中管理、人力資源共享服務等關鍵應用特征。此外手冊重點解讀完全SOA架構和UAP平臺帶來的集成性與可伸縮性包括業(yè)務流程管理、企業(yè)搜索、辦公系統(tǒng)集成、無線設備支持等能力有助于理解產(chǎn)品的架構優(yōu)勢與實施價值。目前已有三百四十五人學習瀏覽適合希望系統(tǒng)了解用友U9 V2.5功能框架和架構特點的從業(yè)者使用是一份實用的入門與參考材料。1. U9 ERP V2.5手冊一份被低估的架構說明書一份2012年發(fā)布的發(fā)版說明放到今天還能被實施顧問反復翻出來不是因為里面有操作截圖而是因為它把“多組織協(xié)同、完全SOA、按需應用”這些概念落到了具體的模塊和功能點上。U9 ERP V2.5手冊正是這樣一份產(chǎn)物——它告訴你這個高端ERP怎么設計業(yè)務邊界哪些能力是標準配置哪些要靠客開補全。適合正在做多工廠、多公司、多賬簿項目的實施顧問負責二次開發(fā)的工程師以及要評估ERP選型的IT負責人。翻完它你能省下很多和產(chǎn)品顧問來回確認的時間還能直接避開一堆只在現(xiàn)場才會暴露的坑。2. 先把產(chǎn)品定位和模塊邊界吃透V2.5不是版本號而是架構分水嶺2.1 為什么說“完全SOA”決定了好不好做集成V2.5手冊里反復強調(diào)“完全基于SOA架構”這句話不是營銷詞。在2012年前后很多ERP只是局部采用SOA導致集成時要做大量點對點接口改一個流程要動七八個系統(tǒng)。U9把企業(yè)服務總線ESB、業(yè)務流程管理BPM、報表鉆取、企業(yè)搜索都放進平臺層意味著新服務可以“插入”總線界面也可以個性化裝配。對實施顧問來說這決定了后續(xù)跟CRM、MES、OA做接口時是走標準服務還是寫死數(shù)據(jù)庫。完全SOA帶來的直接好處是第一系統(tǒng)間互操作性強不用為每個異構系統(tǒng)單獨開通道第二業(yè)務流程可以可視化建模業(yè)務部門提的“改一下審批鏈”需求不用再發(fā)開發(fā)單第三IT架構有伸縮性以后加一個業(yè)務組件不影響已上線的模塊。手冊里特別提到UAP管理軟件平臺它把ESB、BPM、報表、搜索、個人辦公集成全部包進去了這才是V2.5真正值錢的地方。2.2 42個產(chǎn)品的領域分布用清單建立全局觀V2.5手冊明確說產(chǎn)品范圍覆蓋11個領域、42個產(chǎn)品。很多顧問拿到手冊先看功能列表我反而建議先把這個清單抄下來貼在項目看板上。為什么要先看清單因為ERP項目最怕邊界不清客戶以為采購訂單審批在采購模塊里配實際可能在流程平臺里做財務說合并報表是總賬的功能其實是“全球合并”這個獨立產(chǎn)品。有了領域清單至少能快速回答“這個需求屬于哪個標準產(chǎn)品”。領域產(chǎn)品數(shù)量代表產(chǎn)品財務15總賬、應收、應付、固定資產(chǎn)、財務報表、稅務發(fā)票、現(xiàn)金銀行、票據(jù)管理、全球合并、全面預算、資金管理等人力資源3人事管理、薪資管理、福利管理供應鏈6銷售與分銷、采購管理、庫存管理、客戶門戶、供應商門戶、渠道管理生產(chǎn)制造8工程數(shù)據(jù)、工程變更、生產(chǎn)管理、車間管理、需求計劃、可視化排程、看板管理等成本2成本會計、料品成本項目制造2項目計劃控制、項目成本其他6質(zhì)量管理、基礎設置、系統(tǒng)管理、協(xié)同門戶、UAP開發(fā)平臺、UAP運行平臺這個表看著簡單實際用起來價值很大。比如客戶說“我要上預算”你得先搞清楚是“全面預算”產(chǎn)品還是總賬里的預算控制客戶說“要管理項目成本”如果沒上項目制造模塊單純在成本會計里做項目維度是走不通的。手冊里每個領域還有詳細的關鍵應用特征方便你判斷標準功能覆蓋度。2.3 五大領域的應用特征實施顧問最該背下來的能力邊界制造領域V2.5強調(diào)多組織、多工廠、多維度的生產(chǎn)計劃支持多工廠生產(chǎn)、多工廠供應、多工廠協(xié)同、關系工廠委外替代料控制貫穿計劃與執(zhí)行全過程。這意味著一個集團下面多個工廠的訂單可以集中接分散生產(chǎn)計劃層直接跨組織傳遞需求。實施時你遇到的“A廠接單B廠生產(chǎn)C廠采購”就是標準場景。供應鏈領域核心是按單追蹤、集中接單分散出貨、集中采購分散收貨、跨組織領料調(diào)撥。手冊里“滿足客戶訂單變動要求”這句話對應到系統(tǒng)就是銷售訂單變更全程追蹤。財務領域多國會計制度、多賬簿多幣種、多維度成本會計、多組織資產(chǎn)管理、賬簿級合并、全面預算、資金集中管理這些概念在V2.5里已經(jīng)全部落地成產(chǎn)品功能不是PPT愿景。項目制造領域項目任務分解、項目計劃調(diào)度、項目需求計劃、項目執(zhí)行控制臺、全生命周期成本核算這套東西對做軍工、造船、大型裝備制造特別重要。人力資源領域則已經(jīng)有人事、薪資、福利三塊支持組織變更歷史、崗位職務體系、入轉(zhuǎn)調(diào)離、勞動合同、定調(diào)薪流程、個稅和保險福利計算。注意人力資源只有3個產(chǎn)品如果客戶要招聘管理、績效管理那V2.5覆蓋不了需要外部系統(tǒng)補。3. 從發(fā)版說明里撈干貨V2.5給實施和客開帶來的增量功能3.1 Portal/系統(tǒng)管理界面縮放、登錄日期、Cookie有效期手冊里有一個經(jīng)常被忽略的功能界面支持縮放。默認是關閉的需要修改Portal\UBFConfig\UFSoft.UBF.UI.ReviseLayout.Config配置文件把根節(jié)點的revise屬性改為true。配置文件中描述了所有能縮放的Form列表如果需要把某個Form也加進來可以直接按格式加一行pageuri從IE導航欄里取lnk后面到之前的內(nèi)容就是。ReviseConfig revisetrue inversefalse !-- 這里列出允許縮放的Form -- /ReviseConfig登錄界面增加了操作日期字段這個字段可以用關鍵字OpertaionDate從上下文中取得。別小看這個改動實際業(yè)務里經(jīng)常有“補錄上月單據(jù)”的場景如果登錄日期固定為當天很多財務憑證制單日期就會亂。另外系統(tǒng)支持超過指定登錄次數(shù)鎖定用戶這個功能在系統(tǒng)管理-參數(shù)設置里開啟用戶被鎖后活動勾選會自動去掉。這里有個大坑后面避坑章會詳細說。Cookie有效期默認24小時可以在系統(tǒng)管理參數(shù)設置里改改長一點能減少員工反復登錄的抱怨但也別太長畢竟安全要緊。3.2 審批流短路算法、收回與棄審審核體驗的質(zhì)變V2.5審批流最大的變化是批量審核工作臺把所有需要審核的單據(jù)集成到一個頁面入口在Portal主菜單最右側(cè)。以前審批人要逐個節(jié)點進去看現(xiàn)在一個頁面搞定。更關鍵的是審批結(jié)果短路算法比如一個活動需要10個人審核規(guī)則是2人同意即通過、1人拒絕即拒絕舊邏輯要等10個人全處理完才出結(jié)果新邏輯是只要2人同意就立刻流轉(zhuǎn)到下一活動。這在項目上能明顯縮短審批等待時間。收回功能也補上了提交人在第一個審核人未審核之前可以收回單據(jù)。退回意見可以顯示以前下級不知道被退回的原因現(xiàn)在能看到。消息模板全面應用不僅消息節(jié)點能設所有人工節(jié)點都能設復雜模板支持TPL語法能寫循環(huán)和判斷。棄審邏輯也增加了A用戶審核的單據(jù)只能A用戶棄審這能避免“你審核我棄審”的扯皮問題。實施提示配置審批流時建議把“短路算法”的觸發(fā)條件和業(yè)務規(guī)則核對清楚尤其是會簽場景多少人同意算通過要跟客戶確認不要默認使用“全部完成”的老邏輯。3.3 報表打印12項增強PDF書簽、水印、OQL轉(zhuǎn)SQL報表打印這塊V2.5一次給了12項增強對客開最有用的是PDF書簽打印和OQL-SQL對比。PDF輸出時可以在左側(cè)用單號或內(nèi)容標識每頁點擊書簽直接跳對應頁對打印幾百頁的單據(jù)非常友好。表尾單元格縮放之前只對Table明細行有效現(xiàn)在表尾文本框設置自動縮放也有效解決了大表格拼框的麻煩。報表模板可以按組織、角色、用戶授權入口在UBF打印個性化設置里選模板點右鍵就能進。報表列顯示權限支持了設置實體屬性權限報表模板定義列和實體屬性的對應關系沒有權限就不能顯示。這解決了“同一張報表銷售和財務看的列不一樣”的經(jīng)典需求。最驚艷的是報表數(shù)據(jù)源設計器支持OQL-SQL對比功能。以前客開報表多數(shù)要寫SQL但U9真正的數(shù)據(jù)模型是OQL很多顧問搞不懂實體關聯(lián)。現(xiàn)在可以用設計器先搭OQL再一鍵轉(zhuǎn)成SQL拷貝到客開代碼里還能看到實體對應的數(shù)據(jù)庫表名、字段名和表間關系。對想學習U9內(nèi)部機制的人來說這個功能比看十遍數(shù)據(jù)字典都管用。3.4 CBO基礎檔案彈性域傳值、下發(fā)依賴檢查、海關編碼退稅區(qū)間基礎檔案里物料廠牌擴展字段在后續(xù)業(yè)務的顯示是個重點。V2.5支持彈性域在檔案和單據(jù)之間傳值實體擴展字段的段數(shù)據(jù)來源界面增加了條件表達式用戶按業(yè)務要求配置取數(shù)條件和參數(shù)在彈性域?qū)傩灶愋托ｒ灥耐瑫r按規(guī)則賦值。比如客戶要求廠牌范圍的彈性域傳遞到采購訂單上這里配置一下就能實現(xiàn)。料品檔案生產(chǎn)頁簽增加了成本要素字段類型是long。注意這個字段一旦使用不可修改默認為空。這是為了滿足成本報表個性化展示比如客戶把材料費用分成原材料、半成品或者把關鍵零部件單獨列示。如果是專用件可以在BOM里指定成本要素共用件在料品檔案里維護能減少重復操作。檔案下發(fā)增加了依賴檢查下發(fā)參數(shù)對話框里有“已下發(fā)檢查”選項勾選后下發(fā)時會檢查當前實體對應的依賴項是否已下發(fā)沒下發(fā)會提示先下發(fā)哪個實體。供應商料品交叉增加了彈性域客戶關系列表和供應商關系列表分別放在檔案右下角“相關功能”菜單里。另外海關編碼增加了退稅區(qū)間組合子表字段有起始時間、結(jié)束時間、退稅率、是否默認還校驗記錄之間時間是否交叉。這個功能對出口制造企業(yè)特別實用。3.5 財務總賬憑證糾錯、打印規(guī)則、輔助核算段必輸校驗財務這塊V2.5把很多“客戶現(xiàn)場提的需求”變成了產(chǎn)品功能。業(yè)務系統(tǒng)生成的憑證也可以糾錯了以前外部憑證的糾錯按鈕是灰的現(xiàn)在開放了。憑證支持個性化比如客戶需要在憑證上記錄現(xiàn)實憑證號碼可以通過個性化增加字段并擴展到卡片上。憑證行上增加“現(xiàn)金流量項目名稱”字段錄完現(xiàn)金流量后名稱自動反寫到行上可以通過個性化顯示打印時也能用。憑證模板增加了生效設置常用憑證模板、期末損益模板、匯兌損益模板、批量分攤模板上都有是否生效、生效日期、失效日期按制單日期判斷模板是否生效。這個改動解決了一個很實際的問題過期模板越來越多不能刪除現(xiàn)在可以置為失效列表和引用時不顯示。標準科目支持上下級科目余額方向不同了比如應交稅金下應交進項稅是借方余額個人所得稅是貸方余額以前系統(tǒng)不允許錄反方向余額現(xiàn)在放開了?？颇亢虽N查詢條件支持按科目彈性域結(jié)構展現(xiàn)。憑證類型上增加參數(shù)“允許棄審他人審核的憑證”參數(shù)為false時只能審核人棄審適合內(nèi)控嚴格的企業(yè)。打印憑證時支持按科目輔助核算段設置打印規(guī)則比如只打印標準科目不打印輔助核算段或者打印末級、首末級等按賬簿設置還能批量設置。另一個容易踩的坑是賬簿科目輔助核算段必輸校驗如果某個輔助核算段后來改成必輸?shù)珰v史會計科目該段為空以前系統(tǒng)控制不了還是能制單V2.5增加了校驗再使用該科目時會彈窗要求錄入輔助核算段。這會導致生成交易分錄時提示“科目某段不允許為空”排查時要先看會計科目模板段取值規(guī)則再看賬簿科目上該段是不是必輸。4. 避坑手冊照著配置前必須知道的五個坑4.1 登錄錯誤次數(shù)累計輸錯一次就停用現(xiàn)象某用戶只輸錯一次密碼第二天賬號就被禁用了明明沒連續(xù)錯五次。原因V2.5的登錄錯誤次數(shù)是“累計”的每錯誤一次就往數(shù)據(jù)庫寫一次不是連續(xù)錯誤計數(shù)。如果之前歷史上輸錯過幾次最后一次輸錯就直接達到閾值。解決系統(tǒng)管理-用戶下重新勾選“活動”按鈕可以激活但需要另一個管理員登錄。要防止再發(fā)生可以在參數(shù)設置里把錯誤次數(shù)閾值調(diào)大或者定期清理錯誤記錄。注意改完要重啟IIS才生效。4.2 報表打印只顯示第一行現(xiàn)象客開報表用OQL擴展查詢打印出來只有第一行內(nèi)容明明查詢結(jié)果有幾十行。原因舊版本報表打印OQL擴展確實只顯示第一行升級到V2.5后雖然修復為顯示全部但老報表的OQL語句或者打印模板還帶有隱含的Top 1邏輯。解決在OQL語句里顯式去掉Top限制或者保留Top 1以維持舊行為。排查時先看OQL語句再看報表設計器里的數(shù)據(jù)源設置不要只調(diào)打印模板。4.3 料品下發(fā)后成本要素不能修改現(xiàn)象料品檔案生產(chǎn)頁簽維護了成本要素保存下發(fā)后再想修改就報錯字段灰掉。原因成本要素字段類型是long設計上為防止逆向引用一旦使用不可修改。解決上線前先在測試環(huán)境把成本要素的分類體系規(guī)劃好尤其是共用件不要指望上線后再改。如果必須改只能通過數(shù)據(jù)庫腳本處理但風險很大不建議在生產(chǎn)環(huán)境操作。4.4 業(yè)務系統(tǒng)生成的憑證無法糾錯現(xiàn)象總賬憑證中由采購、銷售等業(yè)務系統(tǒng)生成的憑證“糾錯”按鈕是灰的無法點擊。原因舊版本對外部憑證不允許糾錯V2.5開放了該功能但如果系統(tǒng)沒升級到對應補丁或者憑證類型設置不對按鈕仍然是灰的。解決先確認補丁版本再檢查憑證類型參數(shù)。V2.5發(fā)版說明里明確說“業(yè)務系統(tǒng)轉(zhuǎn)總賬生成的憑證也可以糾錯”如果還不行檢查當前用戶是否有該憑證的審核或棄審權限。4.5 打印模板授權不生效現(xiàn)象給某角色分配了打印模板權限但該角色用戶打印時還是默認模板看不到分配的模板。原因V2.5把打印模板授權從“僅按組織”擴展為“按組織、角色、用戶”三種方式但舊版本遷移過來的授權數(shù)據(jù)可能只保留組織維度角色維度的關聯(lián)沒建好。解決進UBF打印個性化設置找到對應打印模板右鍵重新授權同時勾選組織和角色保存后讓用戶重新登錄并刷新緩存。注意授權界面里右鍵才能彈出設置不要在左側(cè)菜單里找。5. 發(fā)版說明的進階用法把手冊變成客開排查手冊5.1 用OQL轉(zhuǎn)SQL功能反查表結(jié)構做客開報表時最頭疼的是不知道字段在哪張表。V2.5報表數(shù)據(jù)源設計器里先建OQL然后一鍵轉(zhuǎn)換為SQL能看到實體對應的數(shù)據(jù)庫表名、字段名和表間關系。我一般會先把客戶要的報表字段在OQL設計器里拖出來轉(zhuǎn)成SQL后把表名記下來再去數(shù)據(jù)字典里確認。這樣比瞎猜表名快得多而且還能順帶學習U9默認的多語處理機制。5.2 用通知管理加請求編碼實現(xiàn)后臺任務完成提醒成本計算、預算取消這類長事務以前只能去請求執(zhí)行結(jié)果里刷狀態(tài)。V2.5支持自定義通知先到請求監(jiān)控里看請求編碼比如成本計算是R-CalculateCost-ID串然后到通知管理里選擇實體事件源“請求執(zhí)行結(jié)果修改事件”設置規(guī)則條件例如寫StartsWith(DailyPattern.Request.Code,R-CalculateCost) and DailyPattern.IsSucceededfalse這樣成本計算失敗就立刻通知不用傻等。這里要注意規(guī)則編碼和請求前綴必須準確多一個空格都不行。5.3 憑證打印按輔助核算段裁剪三步完成客戶說“憑證打印只要標準科目輔助核算段太多不想打”時按這個來先在賬簿節(jié)點下進入打印規(guī)則設置畫面按賬簿設置科目段的編碼和名稱打印規(guī)則再到賬簿科目上引用該規(guī)則支持批量設置最后在憑證打印時自動取賬簿科目的打印規(guī)則。如果賬簿科目上沒設置就取參數(shù)設置里的默認規(guī)則。這個功能特別適合輔助核算維度多的集團財務打印出來的憑證干凈很多。5.4 把發(fā)版說明變成項目驗收清單我在做實施時會把V2.5發(fā)版說明里的關鍵特性整理成一張驗收清單每上線一個模塊就對照打鉤。比如審批流是否支持短路算法、報表打印是否支持PDF書簽、料品下發(fā)是否有依賴檢查、憑證是否能糾錯。這樣既能防止漏功能又能在客戶面前展現(xiàn)專業(yè)度。手冊里列的PMP號其實就是補丁來源現(xiàn)場遇到“這個需求到底做沒做”的爭論時翻出發(fā)版說明對應條目就能定論。從那以后我每次做U9項目都會強制把發(fā)版說明過一遍重點標注跟客戶需求相關的條目再進入藍圖設計。希望這份V2.5手冊的拆解能幫到你少走幾個月彎路。本文還有配套的精品資源點擊獲取