U9系統(tǒng)的8個關(guān)鍵問題

以下從基礎系統(tǒng)、業(yè)務應用及實施風險三個方面對U9進行分析。期望能為客戶選型提供基本面參考。數(shù)據(jù)庫只支持SQLServer，數(shù)據(jù)庫能力受限務器只能使用x86系列服務器，微型電腦的CPU的處理能力不如小型機這是必然。程、函數(shù)，長期考慮不可能支持ORACLE數(shù)據(jù)庫庫吞吐量上不去，性能就無從談起。只支持故障轉(zhuǎn)移群集。大量核心的包括MRP等在內(nèi)的計算都采用存儲過程實現(xiàn)，給數(shù)據(jù)庫服務器帶來非常大的壓力，對性能造成嚴重影響系統(tǒng)在數(shù)據(jù)庫中建立存儲過程739個，涉及大量的計算系統(tǒng)在數(shù)據(jù)庫中建立函數(shù)136個，涉及大量的計算么其應用服務器綁定Windows平臺。雖然說應用服務器可以通過集群的方式進行低成本擴展，但Windows所支持的NLS集群能力最大只能支持Windows平臺漏洞較多：平均每個月有5-10個關(guān)鍵補丁，不安裝補丁將給系統(tǒng)帶來極大的隱患，通常關(guān)鍵補丁都需要重啟服務器。補丁的安裝帶來大量的維護工作，重啟又給系統(tǒng)帶來了中斷。議來進行通訊，是采用明文來傳送數(shù)據(jù)的，這樣企業(yè)的業(yè)務數(shù)據(jù)就在互聯(lián)網(wǎng)上明文傳遞，可輕易截獲、偽造、篡改數(shù)據(jù)。采用VPN技術(shù)只能防范加密，將極大的增加應用服務器負擔，并浪費大量網(wǎng)絡帶寬，其加密成本極高。僅支持傳統(tǒng)密碼方式，缺少安全認證手段：密碼，密碼也極為簡單，導致極大安全隱患。都是一樣的，給他人可乘之機。數(shù)據(jù)庫連接串中明文保存數(shù)據(jù)庫密碼，不安全；用戶密碼在數(shù)據(jù)庫中存放，且加密算法采用存儲過程和函數(shù)，未加密，很容U9采用微軟ESOI架構(gòu)，未遵循業(yè)界通用標準，難以支撐企業(yè)信息化規(guī)劃的長期擴展應用，SOA所倡導的開放性和兼容性只能成為紙上談兵；Web服務器都自行開發(fā)，自成體系，很難想象如此封閉的體系會成為主流SOA方案。U9是目前全球唯一一個基于ESOI的ERP產(chǎn)品，很有可能成構(gòu)，金蝶已經(jīng)推出了IBMESBAdaptor，能充分兼容IBMESB；能發(fā)布成為WebService，這樣其流程也就無法參與ESB中的流程編排。EAS6.0開始工作流可以支持發(fā)布為WebService；U9沒有發(fā)布公開業(yè)務服務：目前U9未公布任何業(yè)務服務，不知道是尚未開發(fā)還是根本不能發(fā)布為WebService。EAS封裝了數(shù)十個常用的業(yè)務服務，并已經(jīng)在萬科、南京油運等眾多項目中得到實際驗證；U9不支持跨平臺、跨數(shù)據(jù)庫應用：目前U9不支持Oracle、DB2等大型ERP組織模型中每一種組織類型就是一種業(yè)務能力，定義出多少種組織類型，就意味著多少種不同的業(yè)務能力是在ERP中需要管理的。多組織主要是為了區(qū)分業(yè)務能力、業(yè)務邊界和組織的角色和職責，每一種組織類型就意味著一種組織角色和職責，多種組織角色是彼此別離而又互相協(xié)同的過程。U9對于多組織模型本身以及對多組織下的業(yè)務協(xié)同理解的還很不到位，雖然產(chǎn)品宣傳噱頭十足，整體大致一看還行，但仔細研究就能發(fā)現(xiàn)有很多致命硬傷。下面從控制、多組織協(xié)同模型這四個方面來了解U9多組織的先天不足；U9多組織模型定義不清晰，業(yè)務應用基石不牢的角色和職責別離，不利于企業(yè)的內(nèi)部風險管控；靈活性，業(yè)務的多維展現(xiàn)能力下降；組織間的基礎數(shù)據(jù)管理粗放，無法提供精細化管理分發(fā)，也就是只能對下級分發(fā)，不能實現(xiàn)非隸屬關(guān)系的平行分發(fā)，這個對于后續(xù)的業(yè)務協(xié)同如何進行是個難題。改，其他內(nèi)容則沒有涉及。U9多組織的隔離邊界十分明顯，仍是以單體產(chǎn)品的思路來構(gòu)架整個業(yè)務協(xié)同模型的，U9這種基于單組織的功能展現(xiàn)讓管控和多組織業(yè)務協(xié)同成為了只能進行系統(tǒng)級的切換，跟重新登錄的效果差不多，這樣就會中斷所有操作，用戶不能在同一個UI上對其他相關(guān)組織進行操作。用戶需要對多個組織進行同一個功能操作的時候，就非常困難，需要頻繁進行系統(tǒng)級的組織切換，重新打開相關(guān)用戶界面UI，非常繁瑣。須不停的系統(tǒng)級切換組織；切換組織去設置；U9沒有S&OP系統(tǒng),產(chǎn)銷難以協(xié)同，基于企業(yè)高層關(guān)注的中長期計劃的制定、調(diào)整和執(zhí)行監(jiān)控難以得到保障；規(guī)劃中的多工廠計劃存在缺陷，無法適用復雜的企業(yè)應用場景；廠存在單向供需關(guān)系時，如果工廠的計算排序錯誤，需求工廠無法向供給工廠傳遞需求。場景。而這種場景在企業(yè)中非常常見。的部件B1由深圳工廠供給，在U9中，運行MRP時，無論深圳工廠和廣州工廠如何排序，總有一個工廠的產(chǎn)品的部件需求無法傳遞計劃邏輯有缺陷，極易導致供需不平衡；求進行供需平衡。在兩次MRP運算中，如果兩次指定的需求范圍不一樣，第一次計算指定的需求所產(chǎn)生的供給，可能會被用于滿足第二次計算指定的需求。用指定需求范圍的功能，導致計算出錯。計劃員即使知道這個邏輯缺陷，也難以保證每次指定的需求范圍都能準確包含上次計算的需計劃結(jié)果難評估，無法為計劃員提供輔助決策信息；息，從而快速調(diào)整計劃數(shù)據(jù)。這些例外信息包括：建議開工日期早于當前日期、建議完工日期早于當前日期、建議完工日期晚于需求日期、建議推遲開工、建議取消訂單、建議提前開工等等?！按_定”或“取消”的選擇，重排建議沒有給出說明原因，異常信息不豐富，僅將需重排的計劃訂單單獨列出，計劃員難以根據(jù)整個計劃訂單的情況決策重排建議。整體一看模塊差不多都有，但實際應用時發(fā)現(xiàn)功能缺失很厲害：U9業(yè)務功能不完整：U9不支持發(fā)運管理業(yè)務；U9不支持三方、四方調(diào)撥網(wǎng)上報銷…….單開具發(fā)票；事務類型和庫存類型進行業(yè)務處理。不能滿足客戶個性化的操作習慣，不適應企業(yè)業(yè)務發(fā)展的擴展應用；只能通過關(guān)閉現(xiàn)有訂單再下新訂單的方式進行處理，不符合國內(nèi)用戶的常規(guī)操作習慣；中國制造企業(yè)的集團化發(fā)展是企業(yè)轉(zhuǎn)型和突圍的重要途徑之一，人、財、物的管控是制造集團企業(yè)管控的重要內(nèi)容，U9雖聚焦于制造業(yè)，但缺乏完整的制造集團管控功能：沒有“財”的管控：U9沒有不支持資金管理、預算管理等集團化應用；沒有“人”的管控：U9除了簡單的工資，基本上不支持完整的人力資源應用，無法提供統(tǒng)一的人力資源政策，無法提供選育用留的全過程管理，無法提供績效考核管理等應用；U9產(chǎn)品不成熟，實施交付難度大：目前U9存在多組織先天不足、集團管控模塊缺失、生產(chǎn)制造不可用、財務供給鏈功能粗糙等問題，產(chǎn)品不成熟導U9實施周期長，預期效果落差大：產(chǎn)品不成熟，實施本身處于摸索中，實施周期長，實施效果和預期落差大。如摩比天線，實施一年來，目前只能滿制造只上到BOM，目前所完成的工作進度還沒有到達標書的50%。缺乏本地化實施能力，交付成本高：目前由于U9還沒有實現(xiàn)能力從總部向分公司一個U9項目，將耗完用友U9整體資源。缺乏樣板客戶，交付風險高：缺乏同行業(yè)、同模式、同業(yè)務樣板客戶成功應系統(tǒng)成熟性對軟件實施的影響如下表：序號1*標準化的教材；上*專業(yè)的有經(jīng)驗的教師；有對產(chǎn)品完全掌握的培訓老師，*產(chǎn)品功能的頻繁修改和糾錯，23任何細節(jié)都可能帶來二次開發(fā)，發(fā)至許多開發(fā)可以直接使用，期4表5的成本都增加很多，年78匯總