做過ERP實施的顧問或者用過ERP軟件的人都知道，若企業(yè)的沒個動作都按規(guī)矩來，沒什么意外的情況，那么，ERP實施項目是非常簡單的事情。但是，事與愿違，在ERP實施過程中，往往會出現(xiàn)一些不如人意的事情。  

    筆者會對此，收集了一些比較共性的問題，拿出來供大家研究。  

　　供應(yīng)商交貨時間比應(yīng)交貨時間早，那不是更好，有必要進行控制嗎？其實不然，過早也有過早的壞處。  

　　1、可能會影響付款周期。  

　　如企業(yè)跟供應(yīng)商確定的付款期為交貨后下月25號付款。則當(dāng)9月29日交貨時，付款日期為10月25日；9月30日交貨時，付款日期也為10月25日；但是，當(dāng)10月1日交貨時，付款日期為11月25日。若我們規(guī)定供應(yīng)商交貨日期為10月3日，則預(yù)計付款日期為11月25日；但是，供應(yīng)商為了能盡早拿到貨款，趕在9月30日，送貨到企業(yè)，則根據(jù)協(xié)議，企業(yè)要在10月25日付款。付款周期整整提早了一個月。若該筆貨金額比較小，對企業(yè)影響還不是很大。若金額多的話，影響會很大。  

　　2、風(fēng)險的轉(zhuǎn)移問題。  

　　如據(jù)氣象部門預(yù)報，2007年第13號臺風(fēng)“韋帕”可能于18日后半夜到19日白天在浙江沿海登陸。受其影響，浙江臺州沿海海面風(fēng)力增強到8-10級。企業(yè)本來要求供應(yīng)商的貨應(yīng)交日期為22日，但是，供應(yīng)商擔(dān)心臺風(fēng)可能會對貨物有損壞，就在17日把貨送到了公司。只要公司收貨，則風(fēng)險就轉(zhuǎn)嫁給了公司。  

  　隨著貨物的交付，企業(yè)會產(chǎn)生很多義務(wù)，承擔(dān)很多風(fēng)險。所以，并不是貨物越早到越好。  

　　企業(yè)針對這一問題，一般的處理方式有如下幾種：  

　　1、嚴(yán)格按照交貨期交貨。  

　　在系統(tǒng)中進行設(shè)置，必須嚴(yán)格按照交貨期交貨，遲交不行，早交更不行。這種控制方式要求企業(yè)跟供應(yīng)商之間，配合非常默契。如此操作的話，基本可以實現(xiàn)零庫存生產(chǎn)，可以最大限度的減少庫存。  

　　但是，一般企業(yè)很難做到這一點。這只是個工作的目標(biāo)，而真正能嚴(yán)格按照交貨期交貨，不提早，也不提前的，大概所占的比例只有10%的定單。  

　　2、對不按交貨期交貨的單據(jù)需要上級批準(zhǔn)。  

　　由于第一種方式比較死，就有了這種比較寬松的方式。當(dāng)供應(yīng)商的交貨日期與采購單的應(yīng)交日期不一致的時候，一般人員沒有審核收貨單的權(quán)限，系統(tǒng)可以設(shè)置此種情況下的審核人員，如物流經(jīng)理、總經(jīng)理等等。  

　　這種處理方式比第一種處理方式靈活一點，但是，時間久了，物流經(jīng)理也不耐煩了，因為90%的物料收貨都跟應(yīng)交日期不一致，有的只差一天。這導(dǎo)致的結(jié)果是90%的收貨單都要他來審核，他當(dāng)然會覺得比較煩。  

    這就有了第三種處理方式。  

　　3、對不按交貨期交貨的單據(jù)對用戶產(chǎn)生警告，有用戶自己判斷是否入庫。  

　　當(dāng)遇到交貨日期與應(yīng)交日期不一致的情況，收貨單在審核時，會產(chǎn)生一警告信息，告訴用戶該筆貨應(yīng)交日期是什么時候，實際交貨日期是什么時候。他只是提醒用戶注意，并不會剝奪 用戶的審核權(quán)限。當(dāng)用戶覺得遲交一天或者早交一天外關(guān)緊要的時候，可以正常審核。當(dāng)差異天數(shù)大的時候，就要向相關(guān)人員報告，尋求處理的方式。  

　　此種處理方式，對管理上的要求比較高，要求操作用戶有比較大的責(zé)任心和判斷能力，能夠獨立的判斷。  

　　當(dāng)然，也可以要求顧問對此進行一些二次開發(fā)的改進，如當(dāng)交貨日期與應(yīng)交日期差異達到5天的時候，單據(jù)必須交由上級主管審核。  

　　4、只對特殊日期的交貨期進行審核，如月末的進貨情況。  

　　有些企業(yè)對交貨日期控制的沒有這么嚴(yán)格，在不影響付款周期或者生產(chǎn)周期的情況下，提早幾天交貨，是允許的。也就是說，他們只要對本應(yīng)月初交貨，實際月末送貨的情況進行控制即可。  

　　針對這種情況，一般有二種處理方式，各有優(yōu)缺點。因筆者遇到多家采取此種處理方式的企業(yè)，再這里，就多花點筆墨，進行比較詳細的介紹。  

　　（1）當(dāng)交貨期不一致時，用戶在系統(tǒng)中，指定收貨日期，為應(yīng)交日期。  

　　如本應(yīng)10月3日交的貨，供應(yīng)商9月30日交貨時，倉庫操作用戶在輸入“供應(yīng)商進貨單”時，把進貨日期改為10月3日，而不是9月30日。則，在根據(jù)“供應(yīng)商進貨單”生成應(yīng)付帳款的時候，應(yīng)付日期仍然為11月25日，而不會是10月25日。因為其根據(jù)進貨日期推算。  

　　但是，這一種處理方式，有一個非常嚴(yán)重的缺陷，就是會造成一定時間內(nèi)庫存的不準(zhǔn)確。如做如上處理后，我在9月30查詢庫存時，查不到該筆物料的進貨庫存，而實際上，該筆庫存是存在的。在查詢時，當(dāng)輸入10月3日的日期，查詢該日的庫存時，該物料的數(shù)量就會顯示。  

　　也就是說，ERP的庫存數(shù)據(jù)有時效性。若企業(yè)能夠接受這一缺陷，則可以接受此種處理方式。  

　　（2）當(dāng)交貨期不一致時，收貨日期仍然為實際日期，只是，每月倉庫會生成一份交期差異表，給財務(wù)。由財務(wù)調(diào)整應(yīng)付款日期。  

　　這種處理方式避免了上面的處理方式的庫存查詢不準(zhǔn)確的缺陷，能夠反映實際的交易情況。  

　　不過，這也有不利之處。  

　　一是，財務(wù)的應(yīng)付憑證付款日期要進行手工更改，導(dǎo)致記帳憑證與原始憑證之間，不一致的情況。  

　　二是，這容易導(dǎo)致錯誤。無論是報表的產(chǎn)生，還是在修改應(yīng)付憑證的環(huán)節(jié)，都缺乏強制的控制，操作員一粗心，就可能會發(fā)生錯誤。也就是說，此種處理方式對員工的要求，比第一種處理方式，要求要高，要求更加具有責(zé)任心。