用戶注冊(cè)

當(dāng)財(cái)務(wù)人員對(duì)其賬目結(jié)賬之后，打印明細(xì)賬的時(shí)候,發(fā)現(xiàn)總賬和明細(xì)賬對(duì)不上，那產(chǎn)生不平的原因有哪些?通常會(huì)因?yàn)閼{證未審核和未記賬以及缺少表格等原因造成，具體用友t3總賬和明細(xì)賬對(duì)賬不平的原因有哪些，我們還是看下文的內(nèi)容了解吧!

T3總賬和明細(xì)賬對(duì)賬不平分析

問題現(xiàn)象：

查看余額表的時(shí)候2203(預(yù)收賬款)科目年初數(shù)和明細(xì)賬的年初數(shù)還有期初余額不一致(明細(xì)賬和期初余額一致)

適用版本：

T3用友通系列

原因分析：

1、期初余額對(duì)賬檢查，對(duì)賬結(jié)果正確無誤

2、1月憑證全部記賬后對(duì)賬檢查，對(duì)賬結(jié)果正確

3、2月憑證未審核、未記賬，對(duì)賬檢查。檢查結(jié)果有錯(cuò)誤

4、從上圖中可以看出，科目‘2203001001001’的總賬數(shù)值是240119，明細(xì)賬數(shù)值是323373.27，以此為例，在查詢分析其中執(zhí)行如下腳本時(shí)可以看出：科目‘2203001001001’的期初值是240119，這個(gè)科目的明細(xì)合計(jì)是323373.27?？颇俊?203001001001’在2月的期初與1月的期末數(shù)相等，說明是明細(xì)科目有問題，按正常情況修改明細(xì)科目的期初值就可以解決問題了。

5、就在準(zhǔn)備修改明細(xì)科目的時(shí)候發(fā)現(xiàn)，有一行明細(xì)科目不應(yīng)該出現(xiàn)在這個(gè)查詢結(jié)果集中，因?yàn)椴樵儣l件是：ccod like ‘2203001001001%’ and iperiod = 2，這樣的條件不應(yīng)該出現(xiàn)科目‘220300100500251’并且會(huì)計(jì)期間是1月的記錄。為了再進(jìn)一步確認(rèn)問題，再次使用如下腳本得到一個(gè)結(jié)果集：select * fron gl_accsum where ccode=’ 220300100500251’，比較兩次的查詢結(jié)果發(fā)現(xiàn)，同樣的i_id 3289，卻有兩條不同的記錄，問題看到這里已經(jīng)很明顯了，是數(shù)據(jù)庫的索引出現(xiàn)了問題，這已經(jīng)不是通過直接修改某條記錄的期初就可以解決的。因此，使用“數(shù)據(jù)庫檢測修復(fù)工具”檢測一下，看能否修復(fù)數(shù)據(jù)庫中的錯(cuò)誤。

6、在“數(shù)據(jù)庫檢測修復(fù)工具”中執(zhí)行‘檢測數(shù)據(jù)庫(僅檢測)’時(shí)發(fā)現(xiàn)如下圖的錯(cuò)誤提示

7、使用腳本在數(shù)據(jù)庫中增加缺少的表以后再次檢測，又會(huì)出現(xiàn)如下圖的錯(cuò)誤提示

8、繼續(xù)在數(shù)據(jù)庫中增加缺少的表，然后再次檢測，又會(huì)出現(xiàn)如下圖的錯(cuò)誤提示

9、還是在數(shù)據(jù)庫中增加缺少的表，然后再次檢測，終于提示有分配性錯(cuò)誤和一致性錯(cuò)誤，如下圖

10、這個(gè)步驟一直到?jīng)]有錯(cuò)誤出現(xiàn)為止，然后再執(zhí)行下一項(xiàng)“檢查修復(fù)磁盤空間分配結(jié)構(gòu)一致性”，如下圖。開始也會(huì)報(bào)錯(cuò)，同樣需要執(zhí)行到?jīng)]有報(bào)錯(cuò)為止

11、在執(zhí)行“(僅支持SQL2000)檢查修復(fù)頁和記錄標(biāo)題物理錯(cuò)誤”時(shí)仍然會(huì)遇到2個(gè)一致性錯(cuò)誤，執(zhí)行了N多遍以后仍然是這樣的提示，只能先執(zhí)行下一項(xiàng)操作。一般來說遇到這種情況，如果工具能修復(fù)，每次執(zhí)行完畢以后的提示錯(cuò)誤數(shù)目都會(huì)比上一次少。如果執(zhí)行很多次一直是相同數(shù)目的錯(cuò)誤提示，說明暫時(shí)無法修復(fù)，可以先執(zhí)行別的項(xiàng)，然后再返回來執(zhí)行這一項(xiàng)，如果返回執(zhí)行后仍是同樣的錯(cuò)誤，就說明數(shù)據(jù)庫使用這個(gè)工具已經(jīng)無法修復(fù)，只能請(qǐng)專業(yè)的數(shù)據(jù)修復(fù)公司來處理

12、在執(zhí)行“修復(fù)sys*****表”這3項(xiàng)功能時(shí)沒有報(bào)任何錯(cuò)誤。但是在繼續(xù)執(zhí)行“修復(fù)數(shù)據(jù)庫”時(shí)出現(xiàn)如下圖的208個(gè)一致性錯(cuò)誤。同樣，如果這個(gè)功能項(xiàng)在執(zhí)行N多遍以后仍有相同的提示，如上所描述：這樣就可以認(rèn)為“數(shù)據(jù)庫檢測修復(fù)工具”已經(jīng)不能修復(fù)這個(gè)錯(cuò)誤，先嘗試執(zhí)行執(zhí)行下一項(xiàng)

13、執(zhí)行“修復(fù)當(dāng)前數(shù)據(jù)庫所有用戶表”的沒有任何錯(cuò)誤，因此繼續(xù)執(zhí)行下一個(gè)操作“重建當(dāng)前數(shù)據(jù)庫所有用戶表已有索引”，結(jié)果出現(xiàn)了錯(cuò)誤提示“內(nèi)部SQL Server錯(cuò)誤”，這之后無論執(zhí)行多少遍都是這樣的提示。從上面出現(xiàn)的錯(cuò)誤一直到現(xiàn)在出現(xiàn)的錯(cuò)誤，都是反復(fù)執(zhí)行仍舊報(bào)相同的錯(cuò)誤，至此已經(jīng)可以判斷這個(gè)數(shù)據(jù)庫使用“數(shù)據(jù)庫檢測修復(fù)工具”已經(jīng)無法修復(fù)。

解決方案：

因?yàn)檫@個(gè)客戶只啟用了總賬管理模塊，因此解決這個(gè)問題比較容易實(shí)現(xiàn)的辦法是：首先新建一套帳，其次在舊賬套中把所有會(huì)計(jì)期間的憑證反記賬、取消審核，然后通過“用友通系統(tǒng)工具”把基礎(chǔ)設(shè)置、憑證、科目期初從舊賬套中分別導(dǎo)入新建賬套，最后在新建賬套中對(duì)所有會(huì)計(jì)期間的憑證審核、記賬，月末結(jié)帳以后就可以繼續(xù)使用了。

相反，如果嘗試在客戶的原始數(shù)據(jù)上修復(fù)，所花的時(shí)間和精力很大，并且還不能保證修復(fù)后數(shù)據(jù)的完整性。如果找專業(yè)的數(shù)據(jù)庫修復(fù)公司來處理，肯定要再額外支出不小的費(fèi)用，因此，采用上面的解決方案對(duì)于客戶來說是最經(jīng)濟(jì)又實(shí)用的。

綜上所述，就是本篇關(guān)于T3總賬與明細(xì)賬對(duì)賬不平數(shù)據(jù)庫分析的全部內(nèi)容了，末尾還對(duì)此進(jìn)行了方法處理，看完對(duì)這些原因有什么不清晰的地方就在看看上文，也可咨詢?cè)诰€老師哦，文中更有軟件卡片資料等著大家學(xué)習(xí)。