【文章內(nèi)容簡(jiǎn)介】 借：存貨貸：暫估而財(cái)務(wù)匹配時(shí)則沖銷暫估，根據(jù)DMAAI的設(shè)置，就會(huì)自動(dòng)生成以下分錄。借：暫估稅貸：應(yīng)付賬款以下是具體操作的系統(tǒng)界面截圖。（1）輸入采購單 。圖 系統(tǒng)輸入采購單操作圖（2）打印定單錄入采購單后，進(jìn)行打印定單，通過行下的打印定單。圖 系統(tǒng)打印采購單操作圖（3）按采購單收貨打印好定單后，進(jìn)行收貨，在此不討論收貨路徑的情形，收貨好，即增加庫存。圖 系統(tǒng)按采購單收貨操作圖（4）在按供應(yīng)商的未結(jié)收貨界面查詢到此時(shí)為止，業(yè)務(wù)上已經(jīng)處理完畢，接下來由財(cái)務(wù)人員查看是否收貨及生成的分錄是否正確。圖 收貨時(shí)產(chǎn)生的會(huì)計(jì)分錄查看圖（5）應(yīng)付發(fā)票匹配 查看過分錄后，由財(cái)務(wù)人員進(jìn)行應(yīng)付發(fā)票匹配。需要確定供應(yīng)商，供應(yīng)商發(fā)票所對(duì)應(yīng)的采購單。圖 應(yīng)付發(fā)票匹配操作圖（5）查看匹配后生成的分錄應(yīng)付發(fā)票匹配后，在未過賬前只生成PV單據(jù)，生成暫估科目，剛好和收貨時(shí)產(chǎn)生的貸項(xiàng)暫估進(jìn)行沖銷。將匹配生成的批號(hào)進(jìn)行過賬，由于系統(tǒng)設(shè)置DMAAI，會(huì)自動(dòng)生成另外兩個(gè)科目，即稅科目和應(yīng)付賬款科目。圖 發(fā)票匹配后查看分錄圖1圖 發(fā)票匹配后查看分錄圖2 在采購匹配中遇到的困難及解決措施在采購發(fā)票匹配的過程中，存在系統(tǒng)和操作上兩方面的原因。在系統(tǒng)方面，曾經(jīng)存在不能修改稅的一個(gè)系統(tǒng)BUG。圖 ，但是仍然沒有效果，所以，后來提了一個(gè)SR給oracle來解決。而在操作方面，絕大數(shù)的問題是由于下采購單成本的錯(cuò)誤，所以導(dǎo)致發(fā)票上的不含稅金額和界面上的憑證金額相差很大，屬于采購單下錯(cuò)的情況。針對(duì)此種情況，是讓業(yè)務(wù)人員收貨反沖，然后再重新下正確的采購單。如果是已經(jīng)匹配了，則先匹配轉(zhuǎn)回，其次再收貨轉(zhuǎn)回，重新下正確采購單。除了采購單下錯(cuò)外，還有是發(fā)票不含稅金額和憑證金額的小額差異，針對(duì)這部分差異屬于正常，所以是直接修改憑證金額為發(fā)票上不含稅金額，匹配界面的應(yīng)稅額、稅額與發(fā)票上的不含稅金額、稅額完全對(duì)應(yīng)。 上ERP前的處理方式在上ERP前，財(cái)務(wù)使用的是用友NC系統(tǒng)，由于是款純財(cái)務(wù)軟件，所有沒有業(yè)務(wù)已收貨，就產(chǎn)生財(cái)務(wù)上暫估的情況。之前是到月底做一筆暫估，下月月初時(shí)把暫估沖回。而現(xiàn)在上了JDE系統(tǒng)，是每執(zhí)行一個(gè)收貨動(dòng)作，便會(huì)產(chǎn)生暫估。而且，上了ERP，能及時(shí)反映物料的入庫情況，將采購系統(tǒng)、庫存系統(tǒng)與財(cái)務(wù)系統(tǒng)實(shí)現(xiàn)了有效的集成。財(cái)務(wù)系統(tǒng)能夠及時(shí)、動(dòng)態(tài)的反映企業(yè)發(fā)生的每一筆采購業(yè)務(wù)，機(jī)器對(duì)應(yīng)物料的入庫、檢驗(yàn)情況。對(duì)于每一筆采購業(yè)務(wù)，收貨后，自動(dòng)生成暫估，在供應(yīng)商發(fā)票到來時(shí)，財(cái)務(wù)部收到倉管人員送來的收料單和供應(yīng)商開的發(fā)票，將其進(jìn)行核銷。從而，真實(shí)、及時(shí)地反映了企業(yè)的應(yīng)付賬款情況。 銷售模塊與應(yīng)收模塊 JDE銷售模塊概述JDE的銷售基本流程是下一張銷售單，打印提貨單，確認(rèn)發(fā)運(yùn)。流轉(zhuǎn)到財(cái)務(wù)這邊需要做的是回寫金稅號(hào)碼、打印發(fā)票、銷售更新，只有銷售更新終樣后，才形成財(cái)務(wù)上的應(yīng)收賬款。即確認(rèn)收入、結(jié)轉(zhuǎn)成本。 JDE銷售模塊與應(yīng)收模塊圖 銷售模塊與應(yīng)收模塊。當(dāng)業(yè)務(wù)銷售單進(jìn)行發(fā)運(yùn)后，不形成財(cái)務(wù)分錄，流轉(zhuǎn)到財(cái)務(wù)這邊，財(cái)務(wù)要回寫金稅號(hào)碼、打印發(fā)票，銷售更新清樣，當(dāng)清樣上的收入、稅正確時(shí)，再運(yùn)行終樣程序，從而確認(rèn)收入，結(jié)轉(zhuǎn)成本。最后將形成的應(yīng)收賬款由財(cái)務(wù)會(huì)計(jì)過賬。這是關(guān)于在ERP系統(tǒng)里的操作，當(dāng)然，開票員還需在金稅系統(tǒng)里進(jìn)行開票。關(guān)于回寫金稅號(hào)碼，又要根據(jù)實(shí)際情況，看是否采用開發(fā)的金稅接口程序還是直接采用開發(fā)的手工開票批量回寫的方式。 案例企業(yè)銷售開票介紹案例企業(yè)的最基本銷售業(yè)務(wù)是下一張銷售單ST，打印提貨單，確認(rèn)發(fā)運(yùn)。當(dāng)下好銷售單，并進(jìn)行打印提貨單，發(fā)運(yùn)后，就流轉(zhuǎn)到財(cái)務(wù)這邊的銷售開票。與之前的采購模塊不一樣，此時(shí)確認(rèn)發(fā)運(yùn)并不形成財(cái)務(wù)上的會(huì)計(jì)分錄，而是要等到銷售更新終樣后才產(chǎn)生。根據(jù)DMAAI的設(shè)置，就會(huì)自動(dòng)生成以下分錄。借：應(yīng)收賬款 貸：主營(yíng)業(yè)務(wù)收入 銷項(xiàng)稅借：主營(yíng)業(yè)務(wù)成本 貸：存貨以下是具體操作的系統(tǒng)界面截圖。（1） 輸入銷售單在ERP系統(tǒng)輸入一張銷售單。圖 系統(tǒng)輸入銷售單操作圖（2）打印提貨單輸入銷售單后，要進(jìn)行打印提貨單操作，通過行下的定單來打印提貨單。圖 系統(tǒng)打印銷售單操作圖（3）確認(rèn)發(fā)運(yùn)打印好提貨單后，需要確認(rèn)發(fā)運(yùn)，扣減庫存。圖 系統(tǒng)銷售單確認(rèn)發(fā)運(yùn)操作圖當(dāng)銷售單確認(rèn)發(fā)運(yùn)后，扣減了庫存，但此時(shí)并不生成分錄。這點(diǎn)需要和應(yīng)付模塊的采購單收貨區(qū)別開來。到此為止，業(yè)務(wù)上的操作全部完成，接下來由財(cái)務(wù)人員進(jìn)行開票。開票方式有兩種，分別是利用金稅接口程序開票和手工開票。這兩種方法均為開發(fā)程序。 使用金稅接口程序開票使用金稅接口程序開票，其功能的實(shí)現(xiàn)分為以下幾步：（1）導(dǎo)出定單信息到開票接口，選擇數(shù)據(jù)保存到中間表，該中間表保存原始訂單的詳細(xì)信息。（2）查看導(dǎo)出信息，確認(rèn)無誤后方可進(jìn)行開票。（3）按規(guī)則合并物料，根據(jù)事先維護(hù)好的合并規(guī)則及開票限額進(jìn)行合并物料。（4）合并處理生成金稅單據(jù)號(hào)，金稅單據(jù)號(hào)僅僅是ERP系統(tǒng)和金稅系統(tǒng)關(guān)聯(lián)點(diǎn)的一個(gè)字段。兩個(gè)程序通過該字段來標(biāo)識(shí)一張發(fā)票號(hào)。（5）導(dǎo)出定單到金稅，生成CSV金稅文件。將此份文件導(dǎo)入到金稅系統(tǒng)進(jìn)行開票。（6）在金稅系統(tǒng)開好票后，將導(dǎo)出文件導(dǎo)入到ERP系統(tǒng)進(jìn)行回寫金稅號(hào)碼。以下為具體操作的系統(tǒng)界面截圖。（1）導(dǎo)出定單信息到開票接口這步需要做的是把需要開票的定單導(dǎo)入到中間表，以備作為開票的數(shù)據(jù)源。圖 導(dǎo)出定單到開票接口操作圖（2）查看導(dǎo)入的定單明細(xì) 若若定單多導(dǎo)入或者誤導(dǎo)入，可以將多余或者錯(cuò)誤定單進(jìn)行刪除。圖 查看導(dǎo)入的定單明細(xì)查看圖（3）按規(guī)則合并物料根據(jù)事先基礎(chǔ)資料維護(hù)的規(guī)則和開票限額，由系統(tǒng)進(jìn)行自動(dòng)合并。圖 按規(guī)則合并物料操作圖（4）合并處理生成金稅單據(jù)號(hào) 執(zhí)行合并處理生成金稅單據(jù)號(hào)，將自動(dòng)生成金稅編號(hào)。金稅編號(hào)僅僅是ERP系統(tǒng)和金稅系統(tǒng)關(guān)聯(lián)點(diǎn)的一個(gè)字段。兩個(gè)程序通過該字段來標(biāo)識(shí)一張發(fā)票號(hào)。圖 合并處理生成金稅單據(jù)號(hào)操作圖執(zhí)行合并處理生成金稅單據(jù)號(hào)。圖 合并處理生成金稅單據(jù)號(hào)查看圖（5）導(dǎo)出定單到金稅執(zhí)行導(dǎo)出定單到金稅。圖 導(dǎo)出定單到金稅操作圖這一步操作好后，會(huì)形成CSV文件，需要進(jìn)行處理，轉(zhuǎn)換成EXCEL文件后，將其導(dǎo)入金稅系統(tǒng)進(jìn)行開票。圖 生成的CSV格式文件（6）在金稅系統(tǒng)開好票后，將導(dǎo)出文件出傳ERP。 將導(dǎo)出文件回傳ERP系統(tǒng)，進(jìn)行回寫。該功能的實(shí)現(xiàn)主要是為了以后能在系統(tǒng)里方便的查詢到發(fā)票號(hào)碼。圖 金稅開票信息回傳JDE操作圖 使用手工批量回寫開票針對(duì)不想利用系統(tǒng)現(xiàn)有開發(fā)程序金稅接口開票的，也可以采用手工開票批量回寫的方式，直接回寫進(jìn)去金稅號(hào)碼。無論是采用金稅接口程序開票還是采用手工批量回寫開票的方式，都是將金稅號(hào)碼回寫進(jìn)F4211，只是前者生成的CSV文件可直接導(dǎo)入到開增值稅發(fā)票系統(tǒng)，批量開票，而后者則只能一個(gè)個(gè)輸入型號(hào)手工開。在執(zhí)行完回寫操作后，接下來所做的就是財(cái)務(wù)上的打印發(fā)票和銷售更新。打印發(fā)票時(shí)，需注意打印發(fā)票的發(fā)票日期和總賬日期，銷售更新時(shí)需核對(duì)好收入和稅科目金額，確保無誤下再運(yùn)行終樣。 在銷售開票中遇到的困難及解決措施由于系統(tǒng)內(nèi)存在兩種開票的方式：使用金稅接口程序及手工發(fā)票批量回寫。在案例企業(yè)，發(fā)現(xiàn)有時(shí)候先使用金稅接口程序，但未在金稅開票后信息傳回JDE界面進(jìn)行回寫操作，比如不想用金稅程序開票，而是想換成手工開票批量回寫的方式?；蛘呤侵笆褂媒鸲惤涌诔绦蜷_票導(dǎo)入的數(shù)據(jù)有誤，為確保數(shù)據(jù)正確，想重新執(zhí)行金稅接口程序操作。如若發(fā)生此種情況，需將在金稅接口程序中已經(jīng)導(dǎo)入到中間表的數(shù)據(jù)刪除，不然下次該公司使用金稅程序開票時(shí)，會(huì)將之前留在中間表里的數(shù)據(jù)累計(jì)放在該次導(dǎo)入到中間表的數(shù)據(jù)庫里，從而導(dǎo)致之前已經(jīng)采用手工開票批量回寫方式回寫的數(shù)據(jù)使用金稅程序又重復(fù)開票,或者是導(dǎo)入到中間表里的數(shù)量跟導(dǎo)出定單到金稅CSV文件里的數(shù)量不一致。因此，在此種情況下需將原先已導(dǎo)入到中間表里的數(shù)據(jù)進(jìn)行刪除。若在金稅程序里僅執(zhí)行到第一步，即導(dǎo)出定單信息到開票接口，先進(jìn)入導(dǎo)出金稅明細(xì)信息查詢界面，查找出之前已導(dǎo)入的數(shù)據(jù)，并勾選需刪除的數(shù)據(jù)，進(jìn)行刪除。若在金稅程序里已執(zhí)行到導(dǎo)出定單信息到開票接口以下的步驟，僅僅是未執(zhí)行回寫操作。（已執(zhí)行到按規(guī)則合并物料或已執(zhí)行到合并處理生成金稅單據(jù)號(hào)或已執(zhí)行到導(dǎo)出定單到金稅），則在手工處理金稅合并界面根據(jù)金稅編號(hào)查詢出需刪除的數(shù)據(jù)，進(jìn)行刪除。以上是關(guān)于兩種開票方式引起的問題及解決方案。而在實(shí)際開票過程中，也存在其他問題，比如打印發(fā)票日期弄錯(cuò)，此時(shí)操作僅停留在這一步，或者是已經(jīng)到銷售更新終樣且未過賬，亦或是已經(jīng)到銷售更新終樣且過賬。表 案例企業(yè)銷售開票問題匯總序號(hào)問題描述1兩種開票方式混合使用2打印發(fā)票日期弄錯(cuò)，操作停留在打印發(fā)票3打印發(fā)票日期弄錯(cuò)，但操作已到銷售更新終樣4打印發(fā)票日期弄錯(cuò)，但操作已到銷售更新終樣且已過賬5已打印發(fā)票，但由于粗心等原因造成回寫記錄條數(shù)錯(cuò)誤針對(duì)以上問題，通過后臺(tái)技術(shù)支持均可解決。比如問題4，想要撤銷回寫操作，相關(guān)SQL語句如下： UPDATE F4211 SET SDDOC=0,SDDCT=39。 39。, SDIVD=0, SDLTTR=39。56139。, SDNXTR=39。58139。,SDURRF=39。 39。 where SDKCOO=39。1090239。 and SDURRF=39。0608946539。 為了更好地理解上面的SQL語句。表 F4211相關(guān)字段說明字段描述SDDOC單據(jù)號(hào)SDDCT單據(jù)類型SDIVD發(fā)票日期SDLTTR上一狀態(tài)SDNXTR下一狀態(tài)SDURRF金稅號(hào)碼SDKCOO單據(jù)公司 上ERP前的處理方式及異同在上ERP前，財(cái)務(wù)使用的是增值是開票系統(tǒng)，手工開票。只能一個(gè)型號(hào)分別一一的輸入，進(jìn)行開票，速度較慢。而使用JDE金稅接口程序開票，大大提高了工作效率，只要批量導(dǎo)入即可。當(dāng)然，前提必須要正確地使用金稅接口程序。 本章小結(jié)在介紹與業(yè)務(wù)相關(guān)聯(lián)的財(cái)務(wù)工作時(shí)，首先以業(yè)務(wù)為切入點(diǎn)引進(jìn)，讓財(cái)務(wù)的應(yīng)付發(fā)票匹配及銷售開票有個(gè)源頭。首先是采購模塊，從整體上闡述業(yè)務(wù)上的采購與財(cái)務(wù)上的應(yīng)付這兩者之間的關(guān)系；其次，闡述財(cái)務(wù)人員在這一塊內(nèi)容上的具體操作處理；再者，小結(jié)財(cái)務(wù)人員在這一塊工作上所遇到的困難及解決措施。并且對(duì)比上ERP之前與之后，企業(yè)財(cái)務(wù)在這一環(huán)節(jié)處理上的異同。同樣的邏輯也應(yīng)用于銷售模塊上。第4章 與業(yè)務(wù)無關(guān)聯(lián)的獨(dú)立財(cái)務(wù)工作財(cái)務(wù)工作除了以上第三章涉及到的與業(yè)務(wù)有關(guān)聯(lián)的財(cái)務(wù)工作外，其實(shí)還包括與業(yè)務(wù)無關(guān)聯(lián)的財(cái)務(wù)工作。前者表現(xiàn)為財(cái)務(wù)、業(yè)務(wù)的一體化，后者則體現(xiàn)為純財(cái)務(wù)工作。要想做好財(cái)務(wù)工作，除了做好與業(yè)務(wù)之間的銜接外，做好自身的純財(cái)務(wù)工作也是至關(guān)重要的。本章將分模塊闡述與業(yè)務(wù)無關(guān)的獨(dú)立財(cái)務(wù)工作。在介紹與業(yè)務(wù)無關(guān)的獨(dú)立財(cái)務(wù)工作時(shí)，也會(huì)自然的整體介紹涉及到的模塊及模塊彼此間的關(guān)聯(lián)。 應(yīng)付模塊 應(yīng)付模塊概述應(yīng)付賬款管理能夠建立供應(yīng)商應(yīng)付款和預(yù)付款管理分類賬，能夠根據(jù)供應(yīng)商發(fā)票進(jìn)行付款處理，并能追蹤查詢到針對(duì)某一供應(yīng)商的應(yīng)付賬款、付款等詳細(xì)的業(yè)務(wù)記錄。歸納起來，主要的功能是進(jìn)行供應(yīng)商管理、應(yīng)付發(fā)票管理及付款管理。供應(yīng)商管理可通過ERP系統(tǒng)里的供應(yīng)商主文件來反映。當(dāng)公司與多家供應(yīng)商發(fā)生應(yīng)付業(yè)務(wù)往來時(shí)，就需要對(duì)供應(yīng)商進(jìn)行管理。比如供應(yīng)商的名稱、所在的國(guó)家/省/城市、電話聯(lián)系方式、付款方式（如現(xiàn)金、支票等）、供應(yīng)商所使用的銀行賬戶等。應(yīng)付發(fā)票管理可通過ERP系統(tǒng)里的標(biāo)準(zhǔn)憑證輸入界面來反映。財(cái)務(wù)人員錄入系統(tǒng)的應(yīng)付賬款是根據(jù)由倉庫交到財(cái)務(wù)處的收料單和供應(yīng)商發(fā)票在系統(tǒng)里統(tǒng)一進(jìn)行入賬。而付款管理則可通過ERP系統(tǒng)里的付款界面來反映。在付款時(shí)，能夠?qū)⒚恳还P付款記錄與供應(yīng)商發(fā)票進(jìn)行匹配，方便查詢供應(yīng)商的任意一張發(fā)票的付款狀態(tài)。通過供應(yīng)商管理、應(yīng)付發(fā)票管理、付款管理三大塊內(nèi)容，可以方便的查詢及追蹤到供應(yīng)商應(yīng)付賬款和已付款詳細(xì)記錄。而在應(yīng)付模塊涉及到的獨(dú)立財(cái)務(wù)工作用的比較頻繁的自然是手工應(yīng)付發(fā)票的創(chuàng)建及付款操作。批類型、單據(jù)類型分別為V/ PV，M/PN。針對(duì)應(yīng)付發(fā)票，應(yīng)付賬款的形成包括與物流有關(guān)和與物流無關(guān)這兩種來源。按照正常程序，下一張采購單，采購單收貨，匹配，即形成了應(yīng)付賬款。這是與物流相關(guān)的應(yīng)付發(fā)票，當(dāng)然平時(shí)的業(yè)務(wù)里還有些是與物流無關(guān)的應(yīng)付賬款，就需要在應(yīng)付賬款模塊手工創(chuàng)建應(yīng)付發(fā)票。這就是獨(dú)立財(cái)務(wù)工作。在案例企業(yè)里，比如要向集團(tuán)繳納水電費(fèi)等費(fèi)用，顯然并不通過業(yè)務(wù)，所以直接在應(yīng)付模塊做一張手工應(yīng)付發(fā)票，輸入總賬分配科目等信息即可。產(chǎn)生的會(huì)計(jì)分錄如下：借：費(fèi)用等 進(jìn)項(xiàng)稅 貸：應(yīng)付賬款應(yīng)付模塊里的獨(dú)立財(cái)務(wù)工作除創(chuàng)建手工發(fā)票外，比較常見的就是付款、預(yù)付賬款這一系列操作了。在案例企業(yè)里，比如首先預(yù)付某一供應(yīng)商一筆錢，然后供應(yīng)商發(fā)票到了，形成了對(duì)該供應(yīng)商的應(yīng)付賬款，要將此應(yīng)付賬款和預(yù)付賬款進(jìn)行沖銷。圖 應(yīng)付模塊預(yù)付賬款流程圖，預(yù)付賬款流程總共可以分為以上4步。首先，輸入一張預(yù)付款，形成一正一負(fù)兩張發(fā)票；然后針對(duì)正發(fā)票付款；再者，真實(shí)發(fā)票到來，輸入一張應(yīng)付發(fā)票；最后將真實(shí)發(fā)票和預(yù)付產(chǎn)生的負(fù)發(fā)票進(jìn)行沖銷。 應(yīng)付模塊與其他模塊的關(guān)系（1）應(yīng)付模塊與采購模塊應(yīng)付塊與采購模塊是通過應(yīng)付發(fā)票匹配這一關(guān)聯(lián)點(diǎn)將兩個(gè)模塊關(guān)聯(lián)在一起的。所有的采購模塊數(shù)據(jù)只有到應(yīng)付發(fā)票匹配后才進(jìn)入財(cái)務(wù)上的應(yīng)付模塊。在匹配前當(dāng)然要先關(guān)注下是否已經(jīng)收貨，只有收貨后方可匹配。收貨時(shí)產(chǎn)生的分錄是：借：存貨 貸：暫估應(yīng)付發(fā)票匹配后產(chǎn)生以下分錄：借：暫估 進(jìn)項(xiàng)稅 貸：應(yīng)付賬款其中，存貨、暫估科目是通過DMAAI(分銷