K310.3應(yīng)收應(yīng)付數(shù)據(jù)結(jié)構(gòu)及數(shù)據(jù)流程培訓(xùn)_第1頁
K310.3應(yīng)收應(yīng)付數(shù)據(jù)結(jié)構(gòu)及數(shù)據(jù)流程培訓(xùn)_第2頁
K310.3應(yīng)收應(yīng)付數(shù)據(jù)結(jié)構(gòu)及數(shù)據(jù)流程培訓(xùn)_第3頁
K310.3應(yīng)收應(yīng)付數(shù)據(jù)結(jié)構(gòu)及數(shù)據(jù)流程培訓(xùn)_第4頁
K310.3應(yīng)收應(yīng)付數(shù)據(jù)結(jié)構(gòu)及數(shù)據(jù)流程培訓(xùn)_第5頁
已閱讀5頁,還剩56頁未讀, 繼續(xù)免費(fèi)閱讀

下載本文檔

版權(quán)說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請(qǐng)進(jìn)行舉報(bào)或認(rèn)領(lǐng)

文檔簡(jiǎn)介

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ù)流程處理介紹; 主要報(bào)表取數(shù)介紹; 調(diào)匯; 期末對(duì)賬,Note: FRP=0 應(yīng)付 1 應(yīng)收 3:審核并生成憑證;5:審核并核銷;:審核生成憑證并核銷,FPre :是否預(yù)收、預(yù)付 1-預(yù)收、預(yù)付,0-正常 -1-退款 FInvoiceID :銷票內(nèi)碼-對(duì)應(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)碼 對(duì)應(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的幾個(gè)字段,二、初始化數(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中插入收款(付款)計(jì)劃記錄; 發(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ù)處理流程: 如果選中本年選項(xiàng),t_RP_Beg

5、Data和t_RP_Contact中記錄的fyear字段是當(dāng)前年度, 如果沒選中本年選項(xiàng),t_RP_BegData和t_RP_Contact中記錄的fyear字段是業(yè)務(wù)發(fā)生年度 如果是應(yīng)收(付)票據(jù):在t_RP_Bill插入記錄,F(xiàn)isInit為1。 如果是初始?jí)馁~數(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(二進(jìn)制規(guī)則,審核、憑證、核銷) FcheckStatus的值:0表示未核銷,1完全核銷,2部分核銷,與T_Rp_Contact中的Fdue是不同的后者只有0表示非完全核銷,1完全核銷二個(gè)狀態(tài)。 Icsale中也有Famou

7、nt,FamountFor,Fremainamount,FremainamountFor等但表頭中的這些字段暫并未在后面的數(shù)據(jù)調(diào)用,對(duì)于10.2/10.3版本我們一般只需考慮表體中的金額就可以了!,IcSale、IcSaleEntry和T_Rp_Contact相互關(guān)系,IcSaleEntry 中對(duì)于增值稅發(fā)票FStdAmountincludeTax,FAmountincludeTax這兩字段的求和應(yīng)是做為應(yīng)收應(yīng)付本幣和原幣金額的依據(jù)。其應(yīng)與T_Rp_Contact的FAmount,FAmountFor相等; 對(duì)于普通發(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,收付款計(jì)劃表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)收明細(xì)表 數(shù)據(jù)處理流程 是從t_rp_contactbal 表取啟始期間的期初數(shù),然后按月從t_rp_contact表中取業(yè)務(wù)數(shù)據(jù)并計(jì)算各個(gè)月的余額,直到結(jié)束期間。,7.2:應(yīng)收明細(xì)表,2、往來對(duì)賬單 數(shù)據(jù)處理流程 在t_RP_Contact表中查詢出已審核的發(fā)票,應(yīng)收單,收款單,預(yù)收單以及滿足用戶輸入的其他過濾條件的記錄。,7.3:賬齡分析表1,賬齡分析表上 按應(yīng)收日期: 的單據(jù)日期和應(yīng)收日期與截止日期的對(duì)照結(jié)果按應(yīng)收日期 在t_RP_Contact表中查詢出未核銷(或者核銷日期大于截止日期)并滿足用戶輸入的過濾條件的記

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

11、,分析的依據(jù)就是業(yè)務(wù)單據(jù)上的單據(jù)日期和應(yīng)收日期與截止日期的對(duì)照結(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ì)算日期的單據(jù)的發(fā)生額和剩余金額。 的 到期債權(quán)列表與應(yīng)收應(yīng)付明細(xì)表對(duì)不上 首先這二者并不具有可比性: 到期債權(quán)列表匯總的是所有應(yīng)收單,發(fā)票FType in(1,3,11,13)的被核銷后的剩余金額,只是根據(jù)收款計(jì)劃中的日期來計(jì)算過期天數(shù)的 并不是按期間來進(jìn)行匯總 應(yīng)收明細(xì)表中匯總的是所有應(yīng)收與收款的金額 例如: 一張發(fā)票100元,一張收款

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

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

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

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請(qǐng)下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請(qǐng)聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會(huì)有圖紙預(yù)覽,若沒有圖紙預(yù)覽就沒有圖紙。
  • 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
  • 5. 人人文庫網(wǎng)僅提供信息存儲(chǔ)空間,僅對(duì)用戶上傳內(nèi)容的表現(xiàn)方式做保護(hù)處理,對(duì)用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對(duì)任何下載內(nèi)容負(fù)責(zé)。
  • 6. 下載文件中如有侵權(quán)或不適當(dāng)內(nèi)容,請(qǐng)與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準(zhǔn)確性、安全性和完整性, 同時(shí)也不承擔(dān)用戶因使用這些下載資源對(duì)自己和他人造成任何形式的傷害或損失。

評(píng)論

0/150

提交評(píng)論