1、K/3V10.3應(yīng)收應(yīng)付數(shù)據(jù)結(jié)構(gòu)及數(shù)據(jù)流程,版權(quán)所有 1993-2006 金蝶軟件(中國)有限公司,講演人:劉劍波 2006.11.22,提綱,系統(tǒng)設(shè)置及主要參數(shù)表介紹； 初始化數(shù)據(jù)流程處理介紹; 采購/銷售發(fā)票數(shù)據(jù)流程處理介紹； 其他應(yīng)收/付單業(yè)務(wù)數(shù)據(jù)流程處理介紹; 收/付/退款款單業(yè)務(wù)數(shù)據(jù)流程處理介紹； 核銷業(yè)務(wù)數(shù)據(jù)流程處理介紹； 主要報表取數(shù)介紹; 調(diào)匯; 期末對賬,Note: FRP=0 應(yīng)付 1 應(yīng)收 3：審核并生成憑證;5：審核并核銷;：審核生成憑證并核銷,FPre :是否預(yù)收、預(yù)付 1-預(yù)收、預(yù)付，0-正常 -1-退款 FInvoiceID ：銷票內(nèi)碼-對應(yīng)的發(fā)票ID（關(guān)聯(lián)表：S

2、TInvoice ,ICPurBill ,ICSale ,iCPurchase COM_InvSale, COM_InvPurchase） FRPBillID ：應(yīng)收、應(yīng)付單內(nèi)碼 FBillID:收款、付款單內(nèi)碼 對應(yīng)的收款、付款單ID（關(guān)聯(lián)表：t_rp_newreceivebill） FBegID ：初始記錄id0 非初始記錄0 初始記錄 與t_rp_begdata 的finterid 關(guān)聯(lián) , Fisinit=1是初始化數(shù)據(jù) FRP ：系統(tǒng)類型 1-應(yīng)收賬 0-應(yīng)付賬 FCustomer ：客戶（供應(yīng)商） FDue ：是否核銷完畢 1-全部核銷完畢,1.3著重掌握的應(yīng)收應(yīng)付往來表t_rp_

3、contact的幾個字段,二、初始化數(shù)據(jù)流程處理介紹;,2.1相互關(guān)系： 1.初始化表：表頭表：t_Rp_Begdata表體表：t_Rp_BegdataEntry Begdata.Finterid= BegdataEntry.Finterid= t_Rp_Plan_ap.Finterid t_Rp_Begdata在原來的版本(10.2前)是只有t_RpBegdata表沒有t_Rp_BegdataEntry表 t_RP_Contact中記錄的初始化的所有單據(jù)的FisInit均為1,數(shù)據(jù)處理流程: 發(fā)票的處理： 在t_RP_BegData、 t_RP_BegDataEntry表插入記錄，ftype

4、=3-銷售發(fā)票； 在t_RP_Contact表中插入往來記錄，F(xiàn)isInit=1； 在t_RP_RP_Plan_Ar/Ap中插入收款（付款）計劃記錄； 發(fā)票涉及到的商品數(shù)量信息寫入t_rpBegDetail表; 應(yīng)收單的處理： 在t_RP_BegData表插入記錄，ftype=1-應(yīng)收單； 在t_RP_Contact表中插入往來記錄，F(xiàn)isInit=1 預(yù)收單的處理： 在t_RP_BegData表插入記錄，ftype=5-預(yù)收單； 在t_RP_Contact表中插入往來記錄，F(xiàn)isInit=1，fpre=-1,2.2初始化數(shù)據(jù)處理流程(1)：,數(shù)據(jù)處理流程: 如果選中本年選項，t_RP_Beg

5、Data和t_RP_Contact中記錄的fyear字段是當前年度， 如果沒選中本年選項，t_RP_BegData和t_RP_Contact中記錄的fyear字段是業(yè)務(wù)發(fā)生年度 如果是應(yīng)收（付）票據(jù)：在t_RP_Bill插入記錄，F(xiàn)isInit為1。 如果是初始壞賬數(shù)據(jù)：在 t_RP_NewBadDebt 中插入記錄 ，F(xiàn)isInit為1,2.3初始化數(shù)據(jù)處理流程(2)：,三、采購/銷售發(fā)票數(shù)據(jù)流程處理介紹,3.1.發(fā)票的傳遞： 由于應(yīng)收應(yīng)付發(fā)票的處理相似，采購發(fā)票（Icpurchase,IcpurchseEntry）和銷售發(fā)票(IcSale,IcSaleEntry）的結(jié)構(gòu)相似與應(yīng)收應(yīng)付的關(guān)聯(lián)

6、字段相同，下面以銷售發(fā)票為例說明其結(jié)構(gòu)和數(shù)據(jù)關(guān)系， 在下面的說明中沒有特別注明的內(nèi)容均適用于采購發(fā)票.,銷售發(fā)票表（應(yīng)收應(yīng)付相關(guān)部分）,3.2相互關(guān)系： 1.發(fā)票表： 表頭表：IcSale 表體表：IcSaleEntry IcSale.Finterid= IcSaleEntry.Finterid ISsale.FArapstatus=T_Rp_Contact.Fstatus(二進制規(guī)則，審核、憑證、核銷) FcheckStatus的值：0表示未核銷，1完全核銷，2部分核銷，與T_Rp_Contact中的Fdue是不同的后者只有0表示非完全核銷，1完全核銷二個狀態(tài)。 Icsale中也有Famou

7、nt,FamountFor,Fremainamount,FremainamountFor等但表頭中的這些字段暫并未在后面的數(shù)據(jù)調(diào)用，對于10.2/10.3版本我們一般只需考慮表體中的金額就可以了！,IcSale、IcSaleEntry和T_Rp_Contact相互關(guān)系,IcSaleEntry 中對于增值稅發(fā)票FStdAmountincludeTax,FAmountincludeTax這兩字段的求和應(yīng)是做為應(yīng)收應(yīng)付本幣和原幣金額的依據(jù)。其應(yīng)與T_Rp_Contact的FAmount,FAmountFor相等； 對于普通發(fā)票FstdAmount, FAmount這兩字段的求和應(yīng)是做為應(yīng)收應(yīng)付本幣和

8、原幣金額的依據(jù)。其應(yīng)與T_Rp_Contact的FAmount,FAmountFor相等. IcSaleEntry中FremainAmount,FremainamountFor,是各條分錄的剩余金額之和應(yīng)與T_Rp_Contact,收付款計劃表T_Rp_Plan_Ar/T_Rp_Plan_Ap的FremainAmount,FremainamountFor相等.,IcSale、IcSaleEntry和T_Rp_Contact相互關(guān)系,現(xiàn)銷發(fā)票在Icsale中的FsaleStyle值為100（賒銷為101），現(xiàn)購發(fā)票在Icpurchase中Fpostyle為251（賒購為252）,若一張現(xiàn)銷或現(xiàn)購

9、發(fā)票保存后發(fā)票的狀態(tài)均為完全核銷的狀態(tài)，F(xiàn)arapstatus,1、 應(yīng)收明細表 數(shù)據(jù)處理流程 是從t_rp_contactbal 表取啟始期間的期初數(shù)，然后按月從t_rp_contact表中取業(yè)務(wù)數(shù)據(jù)并計算各個月的余額，直到結(jié)束期間。,7.2：應(yīng)收明細表,2、往來對賬單 數(shù)據(jù)處理流程 在t_RP_Contact表中查詢出已審核的發(fā)票，應(yīng)收單,收款單,預(yù)收單以及滿足用戶輸入的其他過濾條件的記錄。,7.3：賬齡分析表1,賬齡分析表上 按應(yīng)收日期: 的單據(jù)日期和應(yīng)收日期與截止日期的對照結(jié)果按應(yīng)收日期 在t_RP_Contact表中查詢出未核銷（或者核銷日期大于截止日期）并滿足用戶輸入的過濾條件的記

10、錄的FID，對應(yīng)t_RP_Plan_Ar/Ap .ForgID中的Fdate（應(yīng)收款日期），用截止日期 - Fdate 得出時間差對應(yīng) t_RPAgegroup得出所屬賬齡段并統(tǒng)計出余額： t_RP_RPDetail.FremainAmount,7.3：賬齡分析表2,賬齡分析表 按單據(jù)日期 在t_RP_Contact表中查詢出未核銷（或者核銷日期大于截止日期）并滿足用戶輸入的過濾條件的記錄，用t_RP_Contact.fdate-截止日期得出時間差對應(yīng) t_RPAgegroup得出所屬賬齡段并統(tǒng)計出余額：t_RP_Contact.FremainAmount 注：該表與客戶的當前信用期限沒有關(guān)系

11、，分析的依據(jù)就是業(yè)務(wù)單據(jù)上的單據(jù)日期和應(yīng)收日期與截止日期的對照結(jié)果,7.4：到期債權(quán)列表,5、到期債權(quán)列表 從t_rp_contact.fid連接 t_RP_Plan_ar/p .ForgID中取出t_RP_Plan_ar/p.Fdate（應(yīng)收日期）小于等于計算日期的單據(jù)的發(fā)生額和剩余金額。 的 到期債權(quán)列表與應(yīng)收應(yīng)付明細表對不上 首先這二者并不具有可比性： 到期債權(quán)列表匯總的是所有應(yīng)收單，發(fā)票FType in(1,3,11,13)的被核銷后的剩余金額，只是根據(jù)收款計劃中的日期來計算過期天數(shù)的 并不是按期間來進行匯總 應(yīng)收明細表中匯總的是所有應(yīng)收與收款的金額 例如： 一張發(fā)票100元，一張收款

12、單也是100元，同一客戶，沒做核銷 那么在明細表中此客戶的余額為0 由于沒有核銷在到期債權(quán)列表中仍有100元的債權(quán)對照結(jié)果,八、調(diào)匯：,10.3的調(diào)匯系統(tǒng)提供兩種模式： 模式一： 不選擇系統(tǒng)參數(shù)“啟用對賬與調(diào)匯”，與10.1及以前版本相同只在總賬調(diào)匯過程基本類似. 設(shè)計思路： 保持以前版本的處理方式，在總賬期末調(diào)匯，同時應(yīng)收應(yīng)付系統(tǒng)按每張外幣單據(jù)生成調(diào)匯記錄，并在“調(diào)匯記錄表”中逐筆顯示，該調(diào)匯記錄更新對應(yīng)外幣單據(jù)的未核銷的“本位幣金額”，并掛上總賬調(diào)匯憑證的憑證號.,優(yōu)點： 與以前版本處理方式基本一致，在程序處理上改進了調(diào)匯單據(jù)的余額更新、內(nèi)容顯示等機制.,缺點： 由于計算的基礎(chǔ)不一致-總賬

13、是以科目余額表的數(shù)據(jù)為依據(jù)，應(yīng)收應(yīng)付以單據(jù)余額分別進行，調(diào)匯后由于四舍五入引起的尾差問題是無法徹底解決的！,設(shè)計思路： 往來科目在應(yīng)收應(yīng)付系統(tǒng)進行期末調(diào)匯并自動生成調(diào)匯憑證，其他外幣科目的期末調(diào)匯操作在上述操作完成后到總賬系統(tǒng)處理！,模式二：選擇系統(tǒng)參數(shù)“啟用對賬與調(diào)匯”,優(yōu)點： 徹底解決了調(diào)匯后的總賬與應(yīng)收應(yīng)付系統(tǒng) 仍存在尾差的問題！由于應(yīng)收應(yīng)付系統(tǒng)的適應(yīng)癥往來單據(jù)上必須存在往來科目信息，明細表、匯總表、期末對賬均可按科目對賬，極大方便了總賬與應(yīng)收應(yīng)付的對賬問題！,缺點： 此模式下，由于加大了應(yīng)收應(yīng)付系統(tǒng)的單據(jù)與總賬系統(tǒng) 的對應(yīng)憑證之間的緊密關(guān)系，所以系統(tǒng)給予的檢查與控制相對嚴格，如：單據(jù)與

14、憑證之間金額雙方相符的檢查、期間雙方一致檢查等！,二者相同：,1.二者都要在總賬進行調(diào)匯，（不啟用對賬與調(diào)匯只在總賬進行調(diào)匯，啟用對賬與調(diào)匯先在應(yīng)收應(yīng)付進行調(diào)匯后在總賬進行調(diào)匯 2.都會往調(diào)匯信息記錄表中記錄調(diào)匯的金額，總賬調(diào)匯t_RateAdjust，應(yīng)收應(yīng)付t_rp_AdjustAccount、t_rp_AdjustRate 3.都會更新單據(jù)的本幣金額; 4.都不會生成新的單據(jù)，只在報表中形成一條記錄,1.憑證信息記錄不同，不啟用對賬與調(diào)匯時應(yīng)收應(yīng)付記錄的憑證信息并不一定金額完全與之對應(yīng)，而啟用對賬與調(diào)匯則是將應(yīng)收應(yīng)付的調(diào)匯金額匯總后生成憑證！ 2.兩種調(diào)匯方式的對于客戶需進行對賬與調(diào)匯的建議用啟用對賬與調(diào)匯的模式，不啟用對賬與調(diào)匯的模式?jīng)]有受控科目可能會導致總賬與應(yīng)收應(yīng)付很容易差生差異。,不同:,應(yīng)收應(yīng)付： t_rp_AdjustAccount調(diào)匯科目匯總表 t_rp_AdjustRate: 調(diào)匯單據(jù)匯總表 總賬部分： t_RateAdjust: 匯率調(diào)整表,涉及的表:,思考：,啟用了對賬與調(diào)匯，先在應(yīng)收應(yīng)付科目進行了調(diào)匯后在總賬進行了調(diào)匯，發(fā)現(xiàn)總賬的調(diào)匯又再對受控科目進行了調(diào)匯