試論用友ＥＲＰ－Ｕ８．５０財務系統中的若干設計缺陷

［摘 要］ 隨著計算機數據處理技術和網絡技術的應用與發展，管理型會計軟件在企業的應用越來越廣泛，但同時商品化軟件自身存在的一些問題也越來越多地暴露出來。本文針對用友ERP－U8.50軟件財務系統中存在的問題，指出了其具體的設計缺陷，并向軟件開發人員提出了相關的改進建議。

［關鍵詞］ 用友軟件；設計缺陷；改進建議

［中圖分類號］F232［文獻標識碼］A［文章編號］1673-0194（2007）02-0019-02

用友ERP軟件以其強大的功能、精美直觀的操作界面和個性化的設計方案而深受廣大用戶的青睞，使用戶的工作變得更加快捷、準確和完美。筆者在享受用友ERP軟件給工作帶來的巨大便利的同時，卻發現該軟件本身存在一些為軟件開發人員所忽略了的設計缺陷，而這些缺陷給用戶的操作帶來了一定的不便。筆者僅選取用友ERP－U8.50軟件財務系統中存在的若干設計缺陷進行探討，以期對相關改進有所裨益。

一、總賬模塊中部門檔案和職員檔案的設置問題

我們知道，通用的商品化軟件在第一次使用時，應該進行初始化工作。在用友ERP－U8.50軟件總賬系統的初始化設置中，要求用戶定義部門檔案和職員檔案。但在具體操作時，用戶卻面臨著麻煩。如果用戶先定義部門檔案，在部門檔案中設置部門負責人時，計算機要求所設置的負責人必須是職員檔案里面已經存在的人員，而此時還沒有定義職員檔案，所以部門負責人參照里面沒有任何人員可以選擇。如果用戶手工輸入負責人名稱，計算機又提示“沒有該負責人”。所以此時部門檔案的定義就陷入了困境。而這時用戶可能會放棄部門檔案的定義，去職員檔案里面先定義職員的有關信息。但在定義職員檔案時，要求輸入職員所在的部門。同樣，計算機要求只能在系統里已經存在的部門里面進行選擇，如果用戶手工輸入部門名稱，計算機會提示“沒有該部門”，不允許對該職員的信息進行保存。此時定義職員檔案又陷入了困境。

對于上述情況，用戶要想解決，只能采取迂回的辦法。首先定義部門檔案，遇到負責人設置一欄時暫時空缺，等全部部門檔案設置完畢后，保存并退出。然后進入職員檔案設置窗口設置職員的有關信息，此時由于部門檔案已經設置完畢，所以用戶在設置職員檔案時就可以參照選擇相關的部門了。等所有的職員檔案定義完畢之后，保存并退出。最后再次進入部門檔案，對已經保存的部門檔案進行修改，此時就可以在負責人一欄輸入職員檔案里已經存在的人員的名稱了。

盡管通過上述方法把問題解決了，但卻比正常情況多了一道程序，給用戶造成了不必要的麻煩，這不能不說是軟件設計的一個缺陷。建議軟件開發人員在以后更新版本時，能注意到這個盡管不嚴重但卻給用戶帶來不便的小小缺陷。

二、工資管理模塊中工資項目的設置問題

在工資管理模塊中，用戶在第一次使用時要設置工資項目。但在操作時發現個別工資項目在輸入時出現了這樣的問題：輸入工資項目名稱后，把光標移到下一個表格中繼續輸入時，前一個表格中的工資項目名稱被自動刪除了（這里需要說明的是，此時用戶沒有執行任何誤操作）。后來經過仔細觀察，筆者發現原來是受微軟輸入法的影響。出現這種情況時，用戶只要轉換為其他的輸入法，比如說智能輸入法或紫光拼音輸入法等，這種工資項目名稱被自動刪除的現象就不存在了。

這看似是一個小問題，卻給用戶帶來了很大的困難。因為遇到這種情況時，按照我們專業人員正常的思維判斷，財務軟件應該是對常用的輸入法都兼容的，自然也就很難想到問題是真正出在輸入法上。筆者認為，作為通用的商品化軟件，在設計時應該考慮到和其他軟件的兼容性，更不必說是操作人員在工作中必須要用的輸入法。建議開發人員在設計時能考慮到這類因素。

三、工資管理模塊中工資分攤設置中會計科目的重復錄入問題

在工資業務處理中，月末要進行應付工資的分攤以及應付福利費的計提等工作，而這些工作在用友ERP軟件中，是通過“工資分攤”功能完成的。用友軟件的用戶都知道，在初次使用工資分攤功能時，要首先設置計提費用的類型。我們以計提福利費為例來看用友軟件的設計思路。

在定義計提費用類型時，我們會看到如圖1所示的窗口，在該窗口我們可以清楚地看到，要求用戶設置不同部門計提福利費的對應入賬科目，這里計算機要求用戶必須輸入相關科目。定義完畢保存并退出后，我們進入“應付福利費一覽表”，如圖2所示，發現這里要求再次輸入上述部門計提福利費的對應入賬科目，也就是把圖1中的科目重新錄入一遍，否則計算機不允許制單。

只要是會計專業人士，都明白圖1中要求設置部門對應入賬科目的目的是為以后計算機自動制單服務的，而圖2中要求設置借、貸方科目同樣是為自動制單作準備的，且輸入的科目和圖1完全相同。既然圖2中顯示的部門、人員類別信息都是用戶在圖1中設置的結果，那么為什么圖1中設置的部門對應入賬科目不能在圖2中顯示，而是要求用戶在圖2中再次重新輸入相同的內容呢？其實作為用戶我們都知道，這完全是多余的。筆者這里建議軟件開發人員在設計軟件時最好和會計人員多溝通，以減少類似的重復性操作。

四、固定資產管理模塊中的資產變動問題

在固定資產管理模塊中，在計提完折舊后如果固定資產發生變動，比如說原值增加、原值減少或者部門轉移，用戶只需要在變動單里進行處理即可。但是筆者在使用的過程中，卻發現了這么一個問題：固定資產如果發生部門轉移，比如說從原來的管理部門轉移到生產車間，用戶只需要填制一張資產變動單，登記變動后的部門和變動原因即可。正常情況下，在資產發生部門轉移后，相應的對應折舊科目也應該自動變更，因為不同的部門對應折舊科目是不一樣的，這些我們在初始化設置中的“部門對應折舊科目”里已經設置過了。但是用友ERP－U8.50軟件在資產發生部門轉移后對應的折舊科目卻不能在下月自動改變，而是需要用戶自己到固定資產卡片中修改對應折舊科目，這很容易造成用戶在使用的過程中由于疏忽而忘記修改折舊科目，以至于造成計提折舊后計算機自動生成的憑證會計科目錯誤。這無疑是軟件中存在的一個“陷阱”，會使很多用戶在不經意間掉入。建議軟件開發人員能改進該項功能，使固定資產在發生部門轉移后對應折舊科目能自動更新，這樣用戶使用起來會更方便。

此外，用友ERP－U8.50軟件中還存在一些其他的小缺陷，筆者這里隨意列舉出幾條：

1.在用友ERP－U8.50軟件的財務系統中，用戶在輸入或者修改具體的內容之后，有的模塊提供有“保存”按鈕，要求用戶必須單擊“保存”按鈕后才能保存相關內容，而有的模塊沒有提供“保存”按鈕，用戶輸入完畢直接退出就可以了。結果造成在后者的情況下，用戶會存在輸入或修改的內容是否已經成功保存的顧慮。

2.總賬中使用“查詢條件”功能查詢余額表時，如果按上年定義的條件查詢時，計算機就會自動退出。

3.修改固定資產卡片的欄目后，當年卡片不亂，但以前年度數據和欄目錯位。

4.卡片管理的自定義查詢中有的卡片欄目找不到，因而不能加條件查詢。

筆者認為，作為通用的商品化軟件，應該處處為用戶操作的方便考慮。當然我們不否認用友ERP－U8.50軟件的整體設計還是很好的，尤其是其提供的強大的查詢功能、簡捷的操作界面以及個性化的服務設計。但是其存在的上述小小缺陷，給用戶的操作帶來了一定的不便，無疑是其美中不足之處。在崇尚用戶至上的今天，商品化軟件應該避免類似的設計缺陷。

主要參考文獻

［1］ 張瑞濤. 協同商務環境下企業財務軟件的開發及實施［J］. 中國會計電算化，2002，（12）：13-16.

［2］ 王堅強，劉愛松. 財務軟件設計開發中應處理好四個關系 ［J］. 財會通訊，2002，（1）：43-44.

［3］ 熊英英. 面向會計核算中心的國產財務軟件適用性分析及對策［J］. 中國會計電算化， 2004，（10）：45-47.

［4］ 陳曉紅，趙燕錫，劉紅霖. 商貿型企業網絡財務軟件的設計與實現［J］. 計算機系統應用，2002，（7）：21-24.

［5］ 包于寧. 企業財務軟件設計若干問題探究［J］. 科技廣場，2004，（8）：89-91.

［6］ 王海洪. 從計算機審計角度看財務軟件的功能評價［J］. 商業會計，2005，（8）：63-66.

［7］ 童偉. 財務軟件使用中的初始化問題［J］. 中國管理信息化， 2005，（3）：25-27.