【文章內容簡介】 ，可以分別設置“現(xiàn)金” 、 “銀行存款” 、“應收賬款” 、 “庫存商品” 、 “固定資產”等會計科目；應當為各種資金來源項目，分別設置“固定基金” 、 “流動基金” 、 “銀行借款” 、 “應付賬款”等會計科目。設置會計科目對于正確運用填制憑證、登記賬簿和編制報表等核算方法，都具有重要的意義）? 會計分錄:就是在記賬憑證中指明某項經濟業(yè)務應借、應貸的賬戶名稱以及應記入賬戶的金額，即一筆業(yè)務的記錄。編制會計分錄，要以反映經濟業(yè)務發(fā)生的原始憑證作根據(jù)，以保證會計核算的客觀性，也便于事后檢查。會計分錄有簡單會計分錄和復合會計分錄，簡單會計分錄只涉及兩個賬戶，復合會計分錄涉及兩個以上的賬戶。? K/3 軟件系統(tǒng): K/3 財務管理系統(tǒng)突出了面向中、大型企業(yè)和集團型企業(yè)用戶的應用功能。一方面在技術上保證了大規(guī)模并發(fā)用戶使用的穩(wěn)定性；另一方面，除普通財務管理的應用功能之外，還提供了集團控制、結算中心等功能模塊，結合管理會計的功能模塊，極大地加強了各種類型企業(yè)用戶的財務管理和控制功能，提高了企業(yè)的財務運籌能力。K/3軟件系統(tǒng)分成了數(shù)據(jù)庫、中間件、具體應用三層。二、財務功能模塊涉及的軟件系統(tǒng)及所要實現(xiàn)的目標：? 物流軟件系統(tǒng)（即本系統(tǒng)）的功能概述物流軟件系統(tǒng)具有物流方面進、銷、存的功能。? 財務軟件（即金蝶 K/3）系統(tǒng)的功能概述津菱公司所購買的K3軟件系統(tǒng)中具有總賬，應收應付兩個功能的模塊。金蝶K/3 系統(tǒng)中，在會計科目體系是樹形結構的，可以進行分級管理。? 財務模塊所要實現(xiàn)的目標是將物流軟件與財務軟件相結合13 / 44? 物流軟件與財務軟件相結合的目的物流軟件主要處理商品的進貨、庫存管理、銷售出庫，而不具備財務上的功能，不關心商品的價值。財務軟件只關心商品在財務上的處理，不關心商品的進、出。但是每當有實物進、出，并開出發(fā)票時，都要通告 K/3 生成會計憑證信息，此時由于 K/3 不支持數(shù)據(jù)導入，需要把物流軟件已經錄入過的商品信息再次手工錄入一遍，造成了重復勞動，也容易產生錯誤。? 出于安全的考慮，財務部門的計算機不能夠通過網(wǎng)絡與物流部門的計算機相連。因此，財務模塊將針對物流業(yè)務中自營批發(fā)過程的財務處理實現(xiàn)生成會計憑證信息，與津菱公司所使用的金蝶 K/3 財務軟件的憑證接口標準配套,使得用物流軟件生成的會計憑證信息,可以按約定格式導出，通過存儲介質傳遞到 K/3 軟件系統(tǒng)，由 K/3 軟件系統(tǒng)負責轉換成相應的會計憑證。? 生成會計憑證信息的環(huán)節(jié)需要生成會計憑證信息的環(huán)節(jié)有：估價進貨、估價進貨沖紅、實價入庫，退換商品，盤點損溢處理，商品銷售出庫，商品成本計算。如實現(xiàn)從進貨到銷售環(huán)節(jié)的全程的會計憑證信息處理，應當增加和擴展銷售出庫模塊的功能。本文將在下面章節(jié)就本文所涉及到的財務模塊中的估價進貨、進貨紅沖、實價入庫、盤點損益做詳細的闡述。? K/3 需要的憑證信息格式憑證信息是由多條記錄構成的，每一條記錄描述了物流部門所進貨的某一種商品的詳細信息。而且每一條記錄對應著財務部門會計憑證中的一條會計分錄。每一條記錄包含以下基本信息：* 憑證信息生成日期* 該商品的供應商編碼* 該商品的編碼* 該商品的進貨數(shù)量* 該商品的單價* 該商品的金額14 / 44* 該商品的稅額K/3 根據(jù)此條信息生成一個會計分錄的時候，需要生成一個會計科目。該科目包含有 3 級，其形式為 各級之間以圓點為分隔符。其中第一級必須為一個 4 位的標準會計科目編碼，對于津菱公司而言，此編碼為 1243，表示“庫存商品” 。第二級為該商品的供應商在津菱物流系統(tǒng)中的編碼。第三級為該商品在津菱物流系統(tǒng)中的編碼。? 對于一個供應商的一次送貨，津菱物流系統(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. 采購進貨階段? 基本業(yè)務流程當物流部門接收到供應商送來的商品并做了進貨操作后，打印進貨四聯(lián)單，其中一聯(lián)送財務部門進行會計核算，同時需要向財務部門傳遞這些進貨單的會計憑證信息，以供財務部門生成進貨會計憑證。一般情況下津菱公司首先向供應商下定單，由于一張定單上可定品種數(shù)量有限制，最多 30（6）種商品，所以如果所訂商品比較多時，應該下幾張定單，每張定單上有一個不同的定單號碼。供應商按照定單送貨,一次送貨只開具一張送貨單，即可以多個定單對應一張送貨單 ，一張送貨單對應一張銷售發(fā)票。商品入庫時開具進貨單，一張進貨單上可進品種數(shù)量有限制，也是最多 30 種商品，那么進貨時一張送貨單可以對應一張或一張以上進貨單,進貨單的號碼與15 / 44定貨單的號碼是一致的,沒到的貨數(shù)量用零來記錄,一張送貨單對應生成一次會計憑證信息,到貨數(shù)為零的商品不生成會計分錄。? 估價入庫、估價紅沖、實價入庫在進貨時，如供應商的銷售發(fā)票和貨物同時到達，則憑證信息中的商品單價就是供應商銷售發(fā)票中的商品單價，也就是該商品的實際單價。否則憑證信息中的商品單價為津菱公司根據(jù)以往業(yè)務歷史記錄，對該商品估計的一個單價，即估價。1) 估價時應考慮以下兩種因素:一是處在不同時期會有不同的價格浮動，二是按所要數(shù)量不同供應商會給出不同的折扣。2) 估價是可以改變的。3) 估價出現(xiàn)在以下三種情況:商品基本信息導入時、下定單時和商品進貨時。當生成會計憑證時,價格是不能改變的,應等于商品進貨時的價格。當有估價情況發(fā)生的時候，我們稱對該商品的進貨為估價進貨，估價進貨不需要計算進項稅額。當經過一段時間后（最長可達 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. 盤點損益庫存盤點能夠及時了解庫存賬面與實際的差距，調整、結清保證了16 / 44庫存賬面與實際相符。津菱公司根據(jù)公司的規(guī)定進行定期或不定期的商品盤點工作，按照需要也可以分成全盤和部分盤。盤點的流程是：初盤數(shù)據(jù)導出，盤點啟動，復盤數(shù)據(jù)導入，盤點復核。津菱物流系統(tǒng)會根據(jù)需要生成盤點表，由津菱公司組織盤點工作形成盤點數(shù)據(jù)表，導入津菱物流系統(tǒng)，由津菱物流系統(tǒng)計算出商品盤點盈虧情況表，經復核后打印出商品盤點盈虧情況表，每種商品具此產生調增或調減商品數(shù)量和金額的一條記錄，并生成相應商品損溢處理的會計憑證信息，津菱物流系統(tǒng)將生成一個憑證信息包并將其傳遞給 K/3 系統(tǒng)。根據(jù)該憑證信息包，K/3 系統(tǒng)將生成一張會計憑證。當盤點沒有生成損益時就不需要生成會計憑證信息。17 / 44第四章 財務功能模塊的設計與實現(xiàn) 入庫部分財務模塊的設計與實現(xiàn)在對津菱公司就采購進貨部分的需求和財務業(yè)務流程進行詳細分析后，入庫部分財務模塊設計與實現(xiàn)可由下面章節(jié)加以闡述。 入庫部分財務需求的分析根據(jù)津菱公司有關進貨的實際的財務業(yè)務流程，并依據(jù)基本已開發(fā)完成的物流系統(tǒng)的操作流程，對于津菱公司采購進貨部分財務業(yè)務進行分析后，其基本業(yè)務流程可由圖 41 表示，并在此基礎上對其財務業(yè)務的運作進行了簡化性地規(guī)定：津菱公司在購貨前首先應先向供應商下訂單，由于物流系統(tǒng)產生的訂單為六聯(lián)單，即一次訂貨可能會對應多個訂單，也即一次訂貨可能對應多個訂單號。供應商為津菱公司送貨時，必須出據(jù)一張送貨單，發(fā)票可以隨同到達也可以遲于到達。由于在津菱的財務業(yè)務中，存在著送貨單與廠商銷售發(fā)票一一對應的關系，并考慮為了以后查詢的方便，需要為系統(tǒng)設定一個唯一標識的字段，在經過對物流系統(tǒng)仔細分析后，選定系統(tǒng)暫時未用的送貨單號作為該唯一標志字段。即送貨單號與銷售發(fā)票單號是一一對應的，這就要為物流系統(tǒng)的進貨的子模塊中增加判定送貨單號唯一性的功能。對于實價入庫的需求分析，為了保證物流系統(tǒng)的仍能正常運作，解決方法是，可以對數(shù)據(jù)庫的相應表的原始記錄進行修改，使之成為估價入庫記錄，隨后在該表中添加一條紅沖記錄和一條實價入庫記錄，并使得實價入庫記錄的各字段除價格外，均與原始記錄一樣。只要保證物流系統(tǒng)對數(shù)據(jù)庫表的操作只能訪問的是最新添加的實價入庫的記錄行，不能訪問到估價入庫記錄和紅沖記錄，而財務功能模塊可以取到上述三條記錄，那么問題就可以加以解決了。18 / 44圖 41 津菱公司進貨階段的基本業(yè)務流程 入庫部分財務模塊的設計津菱物流系統(tǒng)已實現(xiàn)的基本物流操作流程為，供貨方將貨物送達后，對于倉儲來講，將產生一張入庫單號。但從財務功能實現(xiàn)的角度考慮，由于入庫單號是津菱公司內部產生的編號，很難從入庫單號查出相應的供貨方送來的銷售憑證的信息。為了實現(xiàn)財務憑證的方便查詢，不可能取入庫單號作為唯一標識，需要另取一單號作為唯一標識。經過仔細考慮后，選定系統(tǒng)暫未使用的送貨單號作為此唯一標識，即送貨單號與倉庫管理的入庫單號一一對應關系。做出上述分析和決定后，將面臨了兩個必須解決的問題。問題一：向供應商下訂單貨物及送貨單到達是否隨帶銷售發(fā)票生成會計憑證估價入庫銷售發(fā)票到達，紅沖估價實價入庫實價入庫NY19 / 44已實現(xiàn)的津菱物流系統(tǒng)入庫部分的對送貨單號的操作為，在登記入庫階段，由操作人員手工錄入。由于手工錄入送貨單號，難免會產生操作失誤，那么對送貨單號的修改，原系統(tǒng)沒有提供相應的功能。并考慮到由于只是送貨單號出現(xiàn)誤差，而入庫商品，在數(shù)量和價格上，沒有任何變化。從財務邏輯上考慮，對于送貨單號修改地處理，不能通過財務上的紅沖實現(xiàn)。問題二：送貨單號唯一性的判定。由于津菱物流系統(tǒng)對送貨單號的處理，只是作為一個普通字符串，并未對其唯一性作嚴格的約束。除了上述兩個問題外，還有一個最重要的，即實價入庫功能的實現(xiàn)的問題。要實現(xiàn)該功能，需要對數(shù)據(jù)庫的相應表作如下處理：首先將數(shù)據(jù)庫中相應表的原始記錄的狀態(tài)標志作更改，并在相應表中插入一條紅沖記錄，即將原始估價的數(shù)量和價格都紅沖掉，最后還要在表中插入一項實價記錄。 入庫部分財務模塊的實現(xiàn)在入庫部分財務模塊的設計中，已經詳細討論了實現(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。? 系統(tǒng)的狀態(tài)圖如圖 42：20 / 44Initial Editing_AritInfoEditing_CelInfoImport_Confirmed Modifing_ProvSuplyNo[ l_AlStatus0 = 1 ][ l_AlStatus10 = 1 ][ l_AlStatus5 = 1 ][ pres buton 價 ][ pres buton 價 ]圖 42 狀態(tài)圖頁面初始調出來時，處于 Initial 狀態(tài)，然后由狀態(tài)決定變量 ll_AllStautus0、 ll_AllStautusll_AllStautus10 分別決定此時系統(tǒng)將進入狀態(tài)Editing_ArtiInfo、Editing_CellInfo、Import_ConFirmed。當操作人員點擊“修改”按鈕后，即進入狀態(tài) Modifing_ProvSupplyNo；完成修改后，點擊 “入庫”按鈕，即進入入庫提交階段。? 實現(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_StkReg21 / 44set ProvSupplyNo = :ls_ProvSupplyNowhere in(select