【文章內(nèi)容簡介】 r+ |分析及處理：主要原因是賬套數(shù)據(jù)庫中打印格式不正確，將演示賬套中的表引入即可。請(qǐng)將003賬套中的mytypebook引入到001賬套中。 i39。 v W39。 U) N z0 s4 t! \. [6 [。 [3 z/ L( k! [：查詢總賬中2004年8月，20901科目，供應(yīng)商編碼為5的賬齡分析時(shí)，列在121365天列內(nèi)。但是該供應(yīng)商該筆業(yè)務(wù)實(shí)際是2002年的期初余額，也就是發(fā)生日期應(yīng)該是20011231。打完各種補(bǔ)丁后不起作用。二、每個(gè)月對(duì)賬時(shí)個(gè)人總賬和明細(xì)賬對(duì)賬錯(cuò)誤，現(xiàn)在已經(jīng)累計(jì)到12000和3500的差距。其中明細(xì)賬的3500是對(duì)的。4 ~9 }9 J7 N2 \+ J分析及處理：39。 C/ K。 U IM U% p1）、在年度結(jié)轉(zhuǎn)時(shí)，應(yīng)選則【明細(xì)年轉(zhuǎn)】，而非【余額年轉(zhuǎn)】；amp。 A。 k9 M( Jamp。 n% S* i2）、經(jīng)查，在憑證表中，存在不合法的記錄，可將此記錄刪除，問題得以解決。具體操作，可參考如下 語句：delete from gl_accvouch where i_id=629 _ v9 \2 M W。 M` Y/ w! r R3 z2 @39。 }：財(cái)務(wù)通有一套賬填憑證時(shí)，項(xiàng)目只能看到大類，不能看到目錄，選擇顯示所有項(xiàng)目目錄，退出后再進(jìn)去還不行。$ y. B* t2 O3 s+ G分析及處理：AccInformation表有問題。在AccInformation表中將項(xiàng)目是否顯示目錄由0改為1即可。$ T! m) M2 Y$ ~* w2 ?4 d4 v. a. P. U x8 P. E8 F0 D/ W) c3 W：通2005新建一賬套（用新財(cái)務(wù)制度科目）在記賬后查尋生產(chǎn)成本科目（4101）總賬時(shí)發(fā)現(xiàn)發(fā)生額是翻了一倍。在期末對(duì)賬時(shí)提示“基本生產(chǎn)成本總賬與明細(xì)賬不平”、“總賬有發(fā)生額而明細(xì)賬是0”。記賬前查尋4101科目總賬是正確的（含未記賬憑證）。此情況是第三個(gè)月才發(fā)現(xiàn)的，第一個(gè)月已記過賬并結(jié)賬過，而現(xiàn)在查尋一月份賬（4101）時(shí)也發(fā)現(xiàn)總賬發(fā)生額翻翻的問題，現(xiàn)在總賬已不能結(jié)賬。( W0 e+ f% O: v7 i, e7 X。 I% R, C( y分析及處理：請(qǐng)檢查code表中該科目的非末級(jí)科目是否打上了末級(jí)標(biāo)志（bend值是否為真），只用末級(jí)科目該字段值才為真。5 s4 v% K* e* c$ ：一用戶的總賬與明細(xì)賬對(duì)賬不平，無法結(jié)賬，怎么辦？0 h: U j5 Y5 l. x4 ]* | R, Kb分析及處理：請(qǐng)檢查code表中該科目的非末級(jí)科目是否打上了末級(jí)標(biāo)志（bend值是否為真），n6 W39。 m9 J O只用末級(jí)科目該字段值才為真。+ i0 Vamp。 ^8 q3 Q$ g% g, l3 D3 u2 [1 ：請(qǐng)問通2005總賬中做憑證時(shí)進(jìn)行的現(xiàn)金流量分配結(jié)果，數(shù)據(jù)體現(xiàn)在數(shù)據(jù)庫中的哪些表? 1 I | a6 I6 | `) p% G \分析及處理：數(shù)據(jù)存放在GL_cashtable表，GL_accvouch表（憑證及名細(xì)賬）citem_class（項(xiàng)目大類）字段值為現(xiàn)金流量項(xiàng)目的記錄中，記完賬后也會(huì)在GL_accass（輔助總賬）中體現(xiàn)。citem_id為具體某一現(xiàn)金流量名細(xì)項(xiàng)目。: p ~4 M7 |% I) K 5 Namp。 `. z. \* }。 ：我在SQL的數(shù)據(jù)庫里找到了Gradedef這張存放編碼規(guī)則表，將科目編碼方案作了修改，并且也Run了，可是在打開賬套的時(shí)候發(fā)現(xiàn)科目編碼級(jí)次并沒有修改過來，還是和原來的一樣，請(qǐng)問這是怎么回事？ 。 @( ? I7 \3 d$ z: D, i39。 W分析及處理：在accinformation表中將?科目編碼級(jí)次?記錄相應(yīng)字段做同樣修改，然后關(guān)閉程序重新登陸即可。7 D: _3 ^4 O5 I+ V+ @。 b, U1 bamp。 H0 u$ x( B: V+ ：總賬，結(jié)轉(zhuǎn)下年后數(shù)據(jù)不平。 4 X7 f* H5 R, p j分析及處理：經(jīng)查用戶數(shù)據(jù)，上年9月起建賬后總賬即與部門賬連續(xù)不平，明細(xì)賬的部門編碼有缺失記錄。處理方法可在恢復(fù)期初后補(bǔ)齊gl_accvouch表缺失的部門編碼，再重新記賬、結(jié)賬并結(jié)轉(zhuǎn)下年。 . H) F9 V/ u1 \/ `39。 _：應(yīng)交稅金總賬和明細(xì)賬不符，總賬=2*明細(xì)賬。錯(cuò)在發(fā)生額及余額表、總賬。2002年建立新年度賬后余額手工輸入，結(jié)果仍出現(xiàn)以上問題。 $ r3 P( e6 c: `3 q9 N1 ^. `分析及處理：22101科目為中間級(jí)科目，但在CODE表中的BEND卻為1，改為0后正常。/ D$ z+ AE% ] z2 | t：通2005總賬部分，作廢憑證時(shí)提示“網(wǎng)絡(luò)上有人正在保存憑證”，填制憑證保存時(shí)，提示“由于上述原因不能保存憑證，請(qǐng)稍候再試”，記賬時(shí)死機(jī)。U2 D W. j( X/ U分析及處理：1gl_accvouch表中參照ZT999中對(duì)應(yīng)表的表設(shè)計(jì)，設(shè)置 i_id為主關(guān)鍵字，并設(shè)置標(biāo)識(shí)種子為1，標(biāo)識(shí)遞增量為12GL_VouchSync表中參照ZT999中對(duì)應(yīng)表的表設(shè)計(jì)，設(shè)置i_id為主關(guān)鍵字，并設(shè)置標(biāo)識(shí)種子為1，標(biāo)識(shí)遞增量為1。( X% Z7 A2 K39。 m m( ~ H2 ]3 K$ o+ s/ M0 gQ：總賬中在增加轉(zhuǎn)賬憑證時(shí)不按順序進(jìn)行編號(hào)。3 B39。 U `( R+ @! g { J* d$ h分析及處理：查看GL_accvouch，（憑證及明細(xì)賬表）中的字段，csign（憑證類別字）和isignseq（憑證類別排序號(hào)）的內(nèi)容是否對(duì)應(yīng)，修改其不對(duì)應(yīng)的記錄即可。 % x, V. j6 W$ _ x s9 l k7 b+ K/ H: \+ yamp。 V0 y3 h9 {：總賬系統(tǒng)查詢明細(xì)賬數(shù)據(jù)正確，總賬二級(jí)數(shù)據(jù)翻倍，導(dǎo)致總賬、明細(xì)賬對(duì)不上。 N5 k+ p$ |amp。 \ ]分析及處理：檢查ufdatamdb數(shù)據(jù)庫中的code表中該科目的上級(jí)科目的bend字段是否作了標(biāo)志。正常情況應(yīng)是無標(biāo)志。 r |2 z) uQ. L( L: S X% I L aamp。 q1 i9 O2 Z：結(jié)轉(zhuǎn)到新年度后如何修改外幣核算？, L/ [, ?1 Pamp。 S! k! I! b3 h~9 ?分析及處理：用戶去年沒有外幣核算業(yè)務(wù)，因此建賬時(shí)沒有選擇外幣核算。今年開始有外幣核算業(yè)務(wù)，年度結(jié)轉(zhuǎn)后修改賬套，選擇外幣核算打上√時(shí)不保存。以賬套001年度2003為例程序在2003年修改的為2002的數(shù)據(jù)，所以無法修改正確。UPDATE UFDATA_001_2002AccInformation SET cValue = 39。True39。 WHERE cSysId = 39。AA39。AND cName = 39。bFrgnCurrencyAcc39。應(yīng)該為：UPDATE UFDATA_001_2003AccInformation SET cValue = 39。True39。 WHERE cSysId = 39。AA39。AND cName = 39。bFrgnCurrencyAcc39。執(zhí)行以上語句即可。$ c X. S/ t6 E) S9 D。 j2 \: A9 ?amp。 \0 ：注冊進(jìn)入總賬后，出現(xiàn)科目分類與行業(yè)性質(zhì)不符，清