基于erp二次開發(fā)平臺(tái)的落地結(jié)算流程的研究與實(shí)現(xiàn)畢業(yè)論文(編輯修改稿)

　

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