用戶注冊

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

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

問題現(xiàn)象：

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

適用版本：

T3用友通系列

原因分析：

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

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

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

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

5、就在準(zhǔn)備修改明細(xì)科目的時候發(fā)現(xiàn)，有一行明細(xì)科目不應(yīng)該出現(xiàn)在這個查詢結(jié)果集中，因為查詢條件是：ccod like ‘2203001001001%’ and iperiod = 2，這樣的條件不應(yīng)該出現(xiàn)科目‘220300100500251’并且會計期間是1月的記錄。為了再進(jìn)一步確認(rèn)問題，再次使用如下腳本得到一個結(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ù)庫中的錯誤。

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

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

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

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

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

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

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

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

解決方案：

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

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

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