【文章內(nèi)容簡介】 業(yè)大力配合，才可以確定真正的接口需求。報表需求的產(chǎn)生一般都是由于各單位需要符合自己特殊要求的報表。其特點有以下幾點。(1) 不需要修改數(shù)據(jù)庫中數(shù)據(jù)，而只是進(jìn)行查詢和讀取。(2) 一般對導(dǎo)出的數(shù)據(jù)字段內(nèi)容及格式要求較嚴(yán)格。(3) 常常會不斷有新的需求產(chǎn)生。根據(jù)這些特點，應(yīng)該鼓勵用戶自己參與報表的開發(fā)工作，這樣做的理由是：報表的開發(fā)不會破壞系統(tǒng)邏輯或者修改系統(tǒng)數(shù)據(jù)，所以交給用戶做是安全的，系統(tǒng)提供了方便的編制報表的工具。用戶自己開發(fā)報表，更容易了解最終用戶對內(nèi)容和格式的要求。今后在項目實施階段完成以后，遇有新的需求時。用戶可以自行進(jìn)行報表的開發(fā)。可以節(jié)約用戶支付給開發(fā)商的軟件開發(fā)費用。一個真正成熟的軟件系統(tǒng)，其實施過程中需要進(jìn)行的邏輯修改很少，進(jìn)行時也要采取非常謹(jǐn)慎的態(tài)度。進(jìn)行邏輯修改之前要先確認(rèn)要進(jìn)行的修改在邏輯上是合理的，在實現(xiàn)上是可行的。并且充分了解用戶需求，設(shè)計出性價比最高的解決方案。同時要注意所采用的解決方案及其程序?qū)崿F(xiàn)可以滿足需要的性能要求和健壯性，并且界面相對容易掌握。因為要進(jìn)行修改的是個大系統(tǒng)，所以要整體的看所要做的修改對系統(tǒng)的整體影響，不要顧此失彼，對整個系統(tǒng)的穩(wěn)定運行造成影響。另外，要建立詳細(xì)的文檔，以保證將來在需要對系統(tǒng)進(jìn)行升級時，可以在新版本中重建這些二次開發(fā)的部分。A. 全面了解用戶需求了解用戶需求表面上看是很容易的，但實際上卻需要很大的努力。有些資深顧問認(rèn)為，了解用戶需求的時間往往超過整個開發(fā)項目總時間的1/4，甚至有時在小項目中可以超過總用時的1/3。其困難主要是有以下幾點。(1) 用戶無法用專業(yè)詞匯、專業(yè)邏輯來表述其需求，而程序開發(fā)人員又缺少用戶企業(yè)環(huán)境的背景，造成雙方溝通的困難。(2) 用戶企業(yè)組織不利，造成每個部門，甚至每個人都有對二次開發(fā)有不同的要求。(3) 用戶總是在自覺不自覺中希望重復(fù)企業(yè)原有的，不合理的生產(chǎn)邏輯?；谏鲜隹赡墚a(chǎn)生的問題，就需要在了解用戶需求時本著真正對用戶負(fù)責(zé)的原則，耐心、細(xì)致、科學(xué)、系統(tǒng)地了解用戶需求。①針對困難(1)就需要在進(jìn)行二次開發(fā)設(shè)計之前，對用戶進(jìn)行教育、培訓(xùn)，至少使主要的核心用戶不僅了解ERP軟件的使用方法，同時也了解ERP的內(nèi)在邏輯，真正懂得ERP。這樣，供求雙方才能使用共同語言，在共同邏輯基礎(chǔ)上討論ERP二次開發(fā)的需求。②針對困難(2)要注意以下兩點。一是幫助用戶建立合理的項目隊伍。只有項目隊伍有合理的組織結(jié)構(gòu)，才可能匯總、優(yōu)化各個不同部門，不同個人的不同的需求。二是要求所有主要核心用戶都參加整個ERP培訓(xùn)，而不只是自己工作相關(guān)模塊的培訓(xùn)，這樣才能讓他們樹立全局的觀點，自覺把自己的、本部門的需求與ERP項目整體的需求相結(jié)合，得到完整的、一致的需求。③針對困難(3)就需要負(fù)責(zé)二次開發(fā)的技術(shù)人員本著對用戶對項目負(fù)責(zé)的原則，深入地理解ERP系統(tǒng)的整體邏輯，與項目的實施人員緊密配合，真正了解用戶的需求。這個工作有時甚至可能是一種極具挑戰(zhàn)性的工作，不僅需要科學(xué)的態(tài)度，還要需要藝術(shù)的方法。對于軟件的二次開發(fā)有時是不可避免的。但是，過多的修改又會影響ERP項目的順利實施。那么，二次開發(fā)是否要做的標(biāo)準(zhǔn)是什么呢?也就是說如何判斷用戶化要求是否合理，從而有效的防止過多的修改呢?有3個方面的工作可以防止過多的修改，即教育、標(biāo)準(zhǔn)軟件和管理。、后階段在實際進(jìn)行二次開發(fā)工作時，首要之事就是區(qū)分哪些二次開發(fā)是屬于上線前一定要完成的，哪些二次開發(fā)是屬于上線完成后才慢慢來進(jìn)行的。前者指的是那些“不改的話根本無法上線”的二次開發(fā)，后者指的是那些屬于重要性不高，不會影響上線的二次開發(fā)。如果不能對二次開發(fā)進(jìn)行有效的區(qū)分，會模糊上線實施的管理重點，進(jìn)而影響上線的進(jìn)度甚至質(zhì)量。新增或修改原有的報表或查詢程序，不會影響系、統(tǒng)的原有數(shù)據(jù)庫結(jié)構(gòu)，因此不會造成日后系統(tǒng)升級的困擾。但是，如果二次開發(fā)牽涉到新增字段或檔案，就可能影響到原有數(shù)據(jù)庫結(jié)構(gòu)，此時，最好的方式就是盡量利用系統(tǒng)原有的“閑置”字段，不要輕易新增字段或文件檔案。如果有改動較大的二次開發(fā)，其規(guī)格應(yīng)當(dāng)請軟件原開發(fā)廠商確認(rèn)，以避免二次開發(fā)與產(chǎn)品發(fā)展方向重疊或沖突，以降低日后版本升級的困擾。二次開發(fā)是一項龐雜的系統(tǒng)工程，決不是簡單系統(tǒng)代碼的增增減減，二次開發(fā)的文檔應(yīng)該由專人保管，而代碼注釋也必須清晰易懂，還必須有專人負(fù)責(zé)檢查代碼質(zhì)量。新擴充的字段命名、新建程序的命名都應(yīng)該由專人分配，首先不能和現(xiàn)有系統(tǒng)沖突，同時還應(yīng)預(yù)留一定的空間。對于公用元件一般不建議修改，因為公用元件被很多程序調(diào)用。在程序的編寫上應(yīng)采用繼承的方式，在保證不破壞原有功能的基礎(chǔ)上做個性化的功能完善。如要修改處理業(yè)務(wù)邏輯．則分兩種情況：一是修改原有程序中的處理邏輯，將局部的繼承去掉，重寫新邏輯。二是在原有功能基礎(chǔ)上新增，保留繼承關(guān)系，在新的子文件中只完成新功能的實現(xiàn)即可，當(dāng)版本升級時，二次開發(fā)的程序惟一要做的就是繼承新版本的源代碼作重新編譯。 關(guān)于ERP系統(tǒng)用戶化和二次開發(fā)的結(jié)論ERP系統(tǒng)用戶化和二次開發(fā)具有十分重要的意義，本文旨在從中總結(jié)出一些普遍性的經(jīng)驗和教訓(xùn)。對提高ERP實施的成功率和實施效益具有參考價值，從而使得ERP能夠真正的發(fā)揮作用，提高企業(yè)決策體系和市場運作體系的反應(yīng)水平，提高企業(yè)捕捉發(fā)展機遇、規(guī)避市場風(fēng)險的能力，提高企業(yè)的核心競爭力、加快企業(yè)的市場反應(yīng)機制，并最終推動企業(yè)的發(fā)展。3.“落地結(jié)算”流程的設(shè)計與研究 簡述 時下的摩托車和汽車配件行業(yè)，上下游企業(yè)間流行著一種“落地結(jié)算”的供銷模式。這兒所謂的“落地”并非通常所說的“到貨”，而是實際進(jìn)入“使用”才算成交。具體而言，上家把零配件發(fā)到下家，雙方的買賣還不算數(shù)，此時的貨主依然為賣方，買方只承擔(dān)為賣方“代為保管”的責(zé)任，不要說付款，連欠帳單也不用開具。只有等買方實際使用了這些零配件，采購行為才算發(fā)生。不用說，“落地結(jié)算”是一種下游企業(yè)控制庫存，進(jìn)而制約上游企業(yè)的生產(chǎn)，協(xié)調(diào)上下游關(guān)系的一種新型結(jié)算模式，是能夠?qū)χ笇?dǎo)性計劃及時進(jìn)行調(diào)整的有利工具?！奥涞亟Y(jié)算”的運行不能不改變甚至顛覆原先某些管理的程序和理念，從而對ERP提出了新的要求和挑戰(zhàn)。 “不近情理”的合理效應(yīng) 在專業(yè)生產(chǎn)汽車空調(diào)系統(tǒng)的領(lǐng)域的公司，顯然是“落地結(jié)算”的受益者。落地結(jié)算讓他們實現(xiàn)了零庫存生產(chǎn)。因為沒有了庫存資金的占用，他們的賬本也漂亮了許多。 談及買方的“零庫存”要以占用賣方的庫存和資金為代價，對上游企業(yè)是否“不近情理”時，這就取決于你怎么看：只看單個環(huán)節(jié)還是看產(chǎn)業(yè)鏈的整體，只看一時還是看企業(yè)發(fā)展的長遠(yuǎn)。圖3 ERP工程項目管理系統(tǒng)功能 上圖是一個企業(yè)對于公司內(nèi)部的統(tǒng)籌管理，而“落地結(jié)算聽上去是有些問題”――明明拿到了貨，卻連欠賬都不算，只算“代為保管”，硬是把庫存的壓力都轉(zhuǎn)移給了上家。不過，如果你真正的了解了我們這個行業(yè)，就會發(fā)現(xiàn)這種“不近情理”的條款，卻是可以保證產(chǎn)業(yè)鏈健康發(fā)展的條款，長遠(yuǎn)看對上游廠商也有好處。 據(jù)了解，已成為摩汽配行業(yè)約定俗成的落地結(jié)算，其發(fā)明者卻是遠(yuǎn)在東瀛的日本汽車企業(yè)，而后者推行這一模式的出發(fā)點也不是轉(zhuǎn)移庫存壓力，而是為了“品質(zhì)控制與敏捷制造”的需要。表現(xiàn)上看，“落地結(jié)算”讓“下家”不近情理地占用了“上家”的庫存，但正是有了這種“不近情理”，才有效地遏制了以往的無序供貨。 根據(jù)該市場財務(wù)分析的資料，實行落地結(jié)算以前，貨物送到下家便能實現(xiàn)銷售，所以供應(yīng)商總希望多送一些貨過來。有時需要100，對方卻送來150，還求情說“收下吧，下次少送一些過來就是了”。但下一次依然不少送。就這樣，倉庫里的零配件越堆越多。一般來說，我們每個月有幾千件庫存件就可以保證正常生產(chǎn)了，“但有一次清點倉庫，居然有五六萬件之多”。 這種海量無序的庫存既把企業(yè)拖入了庫存占用的泥潭，造成了資金壓力和倉庫管理上的混亂，更為品質(zhì)管理帶來了很大隱患。而品質(zhì)管理上的隱患對這個行業(yè)是“致命”的。 這是因為，摩汽配行業(yè)的產(chǎn)品質(zhì)量關(guān)系到司機和路人的性命，從而也關(guān)系到企業(yè)的生命，出一點隱患都要求“召回”，不僅零配件的驗收極為嚴(yán)格，對使用時間也有“先進(jìn)先出”的嚴(yán)格規(guī)定――先進(jìn)來的產(chǎn)品先使用。因為有些電子元器件和鋁制品放置時間長了容易變形、氧化，造成泄漏或焊接不良。又由于汽車更新?lián)Q代快（驕車平均半年一代產(chǎn)品），一旦整機換代，老型號的零配件就派不上用場了。而且，從產(chǎn)業(yè)鏈的角度來看，任一環(huán)節(jié)上的企業(yè)有了庫存的負(fù)擔(dān)，都會危及其上下游的伙伴。有序、合理的庫存都是保證這個產(chǎn)業(yè)健康發(fā)展的必要條件。霸王條款一般是買方市場的產(chǎn)物。但在摩汽配行業(yè)并不存在純粹意義上的買方市場，上下游企業(yè)大多是捆在一起的獨家供貨伙伴，他不供我貨，我就無法生產(chǎn)，雙方是長期的戰(zhàn)略合作關(guān)系，一損俱損，一榮俱榮，所以落地結(jié)算并沒有由誰出面強制推行就得到了普遍認(rèn)可。 平臺化ERP化解難題 “落地結(jié)算”好是好，但它的運行是一個復(fù)雜的系統(tǒng)工程，對ERP的依賴性很強。而標(biāo)準(zhǔn)的ERP軟件已難以適應(yīng)這種新型結(jié)算模式的程序和理念