【文章內(nèi)容簡介】 了重復勞動，也容易產(chǎn)生錯誤。178。 出于安全的考慮，財務部門的計算機不能夠通過網(wǎng)絡與物流部門的計算機相連。因此，財務模塊將針對物流業(yè)務中自營批發(fā)過程的財務處理實現(xiàn)生成會計憑證信息，與津菱公司所使用的金蝶K/3財務軟件的憑證接口標準配套,使得用物流軟件生成的會計憑證信息,可以按約定格式導出，通過存儲介質傳遞到K/3軟件系統(tǒng)，由K/3軟件系統(tǒng)負責轉換成相應的會計憑證。216。 生成會計憑證信息的環(huán)節(jié)需要生成會計憑證信息的環(huán)節(jié)有：估價進貨、估價進貨沖紅、實價入庫，退換商品，盤點損溢處理，商品銷售出庫，商品成本計算。如實現(xiàn)從進貨到銷售環(huán)節(jié)的全程的會計憑證信息處理，應當增加和擴展銷售出庫模塊的功能。本文將在下面章節(jié)就本文所涉及到的財務模塊中的估價進貨、進貨紅沖、實價入庫、盤點損益做詳細的闡述。216。 K/3需要的憑證信息格式憑證信息是由多條記錄構成的，每一條記錄描述了物流部門所進貨的某一種商品的詳細信息。而且每一條記錄對應著財務部門會計憑證中的一條會計分錄。每一條記錄包含以下基本信息：* 憑證信息生成日期* 該商品的供應商編碼* 該商品的編碼* 該商品的進貨數(shù)量* 該商品的單價* 該商品的金額* 該商品的稅額K/3根據(jù)此條信息生成一個會計分錄的時候，需要生成一個會計科目。該科目包含有3級。其中第一級必須為一個4位的標準會計科目編碼，對于津菱公司而言，此編碼為1243，表示“庫存商品”。第二級為該商品的供應商在津菱物流系統(tǒng)中的編碼。第三級為該商品在津菱物流系統(tǒng)中的編碼。216。 對于一個供應商的一次送貨，津菱物流系統(tǒng)將生成一個憑證信息包，根據(jù)該憑證信息包，K/3軟件系統(tǒng)將生成一張會計憑證。憑證信息包可單個傳輸或多個一起傳輸。本模塊應該能夠防止某個憑證信息包被漏傳，或者由于誤操作被多次傳輸。但是本系統(tǒng)應該能夠允許用戶由于某些原因（比如上次傳輸失?。δ硞€信息包有意多次傳輸。在系統(tǒng)運行過程中，如果有新的供應商或新的商品品種出現(xiàn)，需要津菱物流系統(tǒng)的使用者，首先將這些更新信息加入到津菱物流系統(tǒng)中，然后通知K/3軟件系統(tǒng)的使用者將這些更新信息加入到K/3軟件系統(tǒng)中，再進行憑證信息傳遞工作。 三、本文所涉及到的財務模塊的方面的需求I. 采購進貨階段216。 基本業(yè)務流程當物流部門接收到供應商送來的商品并做了進貨操作后，打印進貨四聯(lián)單，其中一聯(lián)送財務部門進行會計核算，同時需要向財務部門傳遞這些進貨單的會計憑證信息，以供財務部門生成進貨會計憑證。一般情況下津菱公司首先向供應商下定單，由于一張定單上可定品種數(shù)量有限制，最多30（6）種商品，所以如果所訂商品比較多時，應該下幾張定單，每張定單上有一個不同的定單號碼。供應商按照定單送貨,一次送貨只開具一張送貨單，即可以多個定單對應一張送貨單 ，一張送貨單對應一張銷售發(fā)票。商品入庫時開具進貨單，一張進貨單上可進品種數(shù)量有限制，也是最多30種商品，那么進貨時一張送貨單可以對應一張或一張以上進貨單,進貨單的號碼與定貨單的號碼是一致的,沒到的貨數(shù)量用零來記錄,一張送貨單對應生成一次會計憑證信息,到貨數(shù)為零的商品不生成會計分錄。216。 估價入庫、估價紅沖、實價入庫在進貨時，如供應商的銷售發(fā)票和貨物同時到達，則憑證信息中的商品單價就是供應商銷售發(fā)票中的商品單價，也就是該商品的實際單價。否則憑證信息中的商品單價為津菱公司根據(jù)以往業(yè)務歷史記錄，對該商品估計的一個單價，即估價。1) 估價時應考慮以下兩種因素:一是處在不同時期會有不同的價格浮動，二是按所要數(shù)量不同供應商會給出不同的折扣。2) 估價是可以改變的。3) 估價出現(xiàn)在以下三種情況:商品基本信息導入時、下定單時和商品進貨時。當生成會計憑證時,價格是不能改變的,應等于商品進貨時的價格。當有估價情況發(fā)生的時候，我們稱對該商品的進貨為估價進貨，估價進貨不需要計算進項稅額。當經(jīng)過一段時間后（最長可達3個月），廠家銷售發(fā)票到達津菱公司的時候，需要將該商品的估價更新為廠家銷售發(fā)票中的實際價格。此時需要做以下會計業(yè)務處理：將該商品的估價進貨的記錄紅沖掉（紅沖就是根據(jù)以前估價進貨進貨單的數(shù)量、單價、合計金額，生成一個負數(shù)表示的相同的進貨單如：進貨時數(shù)量為5單價為10金額為50，則做紅沖的進貨單時數(shù)量為5單價為10金額為50）。估價與銷售發(fā)票上的實際價格有出入，但在財務上規(guī)定不能有改動，所以需要將上次的記錄取負值以紅色的形式再生成一次會計憑證,然后按照銷售發(fā)票上的實際價格又生成一次會計憑證。會計憑證的生成是由津菱物流系統(tǒng)生成一個憑證信息包并將其傳遞給K3系統(tǒng)，再由K3系統(tǒng)將生成一張會計憑證。II. 盤點損益庫存盤點能夠及時了解庫存賬面與實際的差距，調(diào)整、結清保證了庫存賬面與實際相符。津菱公司根據(jù)公司的規(guī)定進行定期或不定期的商品盤點工作，按照需要也可以分成全盤和部分盤。盤點的流程是：初盤數(shù)據(jù)導出，盤點啟動，復盤數(shù)據(jù)導入，盤點復核。津菱物流系統(tǒng)會根據(jù)需要生成盤點表，由津菱公司組織盤點工作形成盤點數(shù)據(jù)表，導入津菱物流系統(tǒng)，由津菱物流系統(tǒng)計算出商品盤點盈虧情況表，經(jīng)復核后打印出商品盤點盈虧情況表，每種商品具此產(chǎn)生調(diào)增或調(diào)減商品數(shù)量和金額的一條記錄，并生成相應商品損溢處理的會計憑證信息，津菱物流系統(tǒng)將生成一個憑證信息包并將其傳遞給K/3系統(tǒng)。根據(jù)該憑證信息包，K/3系統(tǒng)將生成一張會計憑證。當盤點沒有生成損益時就不需要生成會計憑證信息。 第四章 財務功能模塊的設計與實現(xiàn) 入庫部分財務模塊的設計與實現(xiàn) 在對津菱公司就采購進貨部分的需求和財務業(yè)務流程進行詳細分析后，入庫部分財務模塊設計與實現(xiàn)可由下面章節(jié)加以闡述。 入庫部分財務需求的分析 根據(jù)津菱公司有關進貨的實際的財務業(yè)務流程，并依據(jù)基本已開發(fā)完成的物流系統(tǒng)的操作流程，對于津菱公司采購進貨部分財務業(yè)務進行分析后，其基本業(yè)務流程可由圖41表示，并在此基礎上對其財務業(yè)務的運作進行了簡化性地規(guī)定：津菱公司在購貨前首先應先向供應商下訂單，由于物流系統(tǒng)產(chǎn)生的訂單為六聯(lián)單，即一次訂貨可能會對應多個訂單，也即一次訂貨可能對應多個訂單號。供應商為津菱公司送貨時，必須出據(jù)一張送貨單，發(fā)票可以隨同到達也可以遲于到達。由于在津菱的財務業(yè)務中，存在著送貨單與廠商銷售發(fā)票一一對應的關系，并考慮為了以后查詢的方便，需要為系統(tǒng)設定一個唯一標識的字段，在經(jīng)過對物流系統(tǒng)仔細分析后，選定系統(tǒng)暫時未用的送貨單號作為該唯一標志字段。即送貨單號與銷售發(fā)票單號是一一對應的，這就要為物流系統(tǒng)的進貨的子模塊中增加判定送貨單號唯一性的功能。對于實價入庫的需求分析，為了保證物流系統(tǒng)的仍能正常運作，解決方法是，可以對數(shù)據(jù)庫的相應表的原始記錄進行修改，使之成為估價入庫記錄，隨后在該表中添加一條紅沖記錄和一條實價入庫記錄，并使得實價入庫記錄的各字段除價格外，均與原始記錄一樣。只要保證物流系統(tǒng)對數(shù)據(jù)庫表的操作只能訪問的是最新添加的實價入庫的記錄行，不能訪問到估價入庫記錄和紅沖記錄，而財務功能模塊可以取到上述三條記錄，那么問題就可以加以解決了。向供應商下訂單貨物及送貨單到達是否隨帶銷售發(fā)票生成會計憑證估價入庫銷售發(fā)票到達，紅沖估價實價入庫實價入庫NY圖41 津菱公司進貨階段的基本業(yè)務流程 入庫部分財務模塊的設計 津菱物流系統(tǒng)已實現(xiàn)的基本物流操作流程為，供貨方將貨物送達后，對于倉儲來講，將產(chǎn)生一張入庫單號。但從財務功能實現(xiàn)的角度考慮，由于入庫單號是津菱公司內(nèi)部產(chǎn)生的編號，很難從入庫單號查出相應的供貨方送來的銷售憑證的信息。為了實現(xiàn)財務憑證的方便查詢，不可能取入庫單號作為唯一標識，需要另取一單號作為唯一標識。經(jīng)過仔細考慮后，選定系統(tǒng)暫未使用的送貨單號作為此唯一標識，即送貨單號與倉庫管理的入庫單號一一對應關系。 做出上述分析和決定后，將面臨了兩個必須解決的問題。 問題一： 已實現(xiàn)的津菱物流系統(tǒng)入庫部分的對送貨單號的操作為，在登記入庫階段，由操作人員手工錄入。由于手工錄入送貨單號，難免會產(chǎn)生操作失誤，那么對送貨單號的修改，原系統(tǒng)沒有提供相應的功能。并考慮到由于只是送貨單號出現(xiàn)誤差，而入庫商品，在數(shù)量和價格上，沒有任何變化。從財務邏輯上考慮，對于送貨單號修改地處理，不能通過財務上的紅沖實現(xiàn)。 問題二： 送貨單號唯一性的判定。由于津菱物流系統(tǒng)對送貨單號的處理，只是作為一個普通字符串，并未對其唯一性作嚴格的約束。 除了上述兩個問題外，還有一個最重要的，即實價入庫功能的實現(xiàn)的問題。要實現(xiàn)該功能，需要對數(shù)據(jù)庫的相應表作如下處理：首先將數(shù)據(jù)庫中相應表的原始記錄的狀態(tài)標志作更改，并在相應表中插入一條紅沖記錄，即將原始估價的數(shù)量和價格都紅沖掉，最后還要在表中插入一項實價記錄。在入庫部分財務模塊的設計中，已經(jīng)詳細討論了實現(xiàn)該功能，需要解決的問題。下面部分將對上述問題，做出相應地解決。I. 問題一的解決：登記入庫階段，涉及到的數(shù)據(jù)庫的表為Tbh_Order、Tbd_StkReg，送貨單號對應于Tbd_StkReg中的ProvSupplyNo的這一列。因此，對于送貨單號的修改需要更新Tbd_StkReg中的相應的ProvSupplyNo的一列。為實現(xiàn)該功能，在物流系統(tǒng)的登記入庫相應界面W_imp_all上，添加一個名為“修改”的按鈕，當操作人員點擊該按鈕時，送貨單號一列為可編輯狀態(tài)，輸入新的送貨單號后，再點擊“入庫”，即完成了對送貨單號的修改。實現(xiàn)該功能時，為物流系統(tǒng)新添加了一個轉變狀態(tài)，即狀態(tài)Modifing_ProvSupplyNo。216。 系統(tǒng)的狀態(tài)圖如圖42：圖42 狀態(tài)圖頁面初始調(diào)出來時，處于Initial狀態(tài)，然后由狀態(tài)決定變量ll_AllStautus0、 ll_AllStautusll_AllStautus10分別決定此時系統(tǒng)將進入狀態(tài)Editing_ArtiInfo、Editing_CellInfo、Import_ConFirmed。當操作人員點擊“修改”按鈕后，即進入狀態(tài)Modifing_ProvSupplyNo；完成修改后，點擊“入庫”按鈕，即進入入庫提交階段。216。 實現(xiàn)的代碼如下：當操作人員點擊“修改”按鈕后，系統(tǒng)狀態(tài)轉變?yōu)镸odifing_ProvSupplyNo。此時即可進行對送貨單號的修改。choose case is_state……/*物流系統(tǒng)其他的幾個狀態(tài)*/case Modifing_ProvSupplyNo/*物流系統(tǒng)的狀態(tài)為可修改送貨單號時 */ ls_ProvSupplyNo = [1] update Tbd_StkReg set ProvSupplyNo = :ls_ProvSupplyNo where in (select from Tbh_Order where = :ll_OrdNo )。 /*更新數(shù)據(jù)庫中Tbd_StkReg表的ProvSupplyNo的值*/ for ll_aiRow = 2 to ()[ll_aiRow]=ls_ProvSupplyNo next = 1 of_SwitchState(Import_Confirmed )/*轉化狀態(tài)到確認狀態(tài)*/ return 1end choose 其中，dw_artiinfo為一個datawindow，在其中顯示了登記入庫的商品信息，包括了送貨單號；of_SwitchState為自定義的一個處理狀態(tài)轉變的函數(shù)；在更新語句中的OrdNo為訂貨單號。II. 問題二的解決： 對于送貨單號唯一性的判斷，是在一個自定義函數(shù)of_checkprovsupplyno() returns integer中實現(xiàn)的。216。 實現(xiàn)的代碼如下：/*return : 2送貨單號在同一張訂單中不唯一；0送貨單號在數(shù)據(jù)庫中已經(jīng)存在；1送貨單號合法*/long ll_aiRow /*用于datawindow dw_artiinfo中行數(shù)的計數(shù)*/string ls_ProvSupplyNo /*送貨單號*/ls_ProvSupplyNo=[1]for ll_aiRow=2 to () if ls_ProvSupplyNo=[ll_aiRow] then continue else goto ProvSupplyNo_not_exclusive end ifnext /*用于判斷dw_artiinfo中ProvSupplyNo的一列是否是一致的，因為在物流系統(tǒng)實現(xiàn)時同一訂單必定對應單一的送貨單號。如果不一致即跳轉到Pr