用友（yǒu）反記賬（zhàng）按什麽鍵(用友反記賬口令是（shì）多少（shǎo）)
用（yòng）友T3總賬與明細賬對賬不平數據庫分析（xī）（1）

億（yì）格用友

問（wèn）題:

核對資產負債表時，科目2203(預收賬款（kuǎn）)的期初數與明細賬的期初數和期初數不一致(明細賬（zhàng）和期初數一致)。

適用版本（běn）:

T3用友通係列

原因分析（xī）:

1.檢查（chá）期初餘額對賬，對賬結果正確。

2.記賬後檢查（chá）一月份所有憑證，對賬結果正確。

3.2月份憑證未審（shěn）核記賬，已核對對賬。檢查結果有錯誤。

4.從上圖可以看出，賬戶（hù）' 2203001001001 '的總賬值為240119，明（míng）細賬（zhàng）值（zhí）為323373.27。以（yǐ）此為例，在查詢分析中執行以（yǐ）下腳本時，可以（yǐ）看到賬戶（hù）' 2203001001001 '的期初值為240119，該賬戶明細合計為323377。2月初的賬（zhàng）號（hào）‘2203001001001’和1月（yuè）末的賬號相等，說明明細賬號有問題。問題可以（yǐ）根據正常情況修改明細賬戶的期初（chū）值來解決。

5.就在我準備（bèi）修改明（míng）細科目的時候，發現有一行明細（xì）科目不應該出現在這個查詢結（jié）果集中，因為查（chá）詢條件是:ccodlike' 2203001001001% '，I period=2，所以這樣的條件下不應（yīng）該出現科目' 220300100500251 '，會計期間是1月份的記錄。為（wéi）了進一步確認問題，再次使用下麵的腳本來獲得一個結果集:select * frongl _ accsum，其中ccode=' 220300100500251 '。比較兩個查詢結果，發現同一個i_id 3289有兩個（gè）不同的記錄（lù）。這裏問題很明顯（xiǎn）。數據庫的索引有問題，直接修改記錄的開頭（tóu）不再可（kě）能。因此，使用數據庫檢測（cè）和修複工具檢查並查（chá）看是否可以（yǐ）修複數據庫中的錯（cuò）誤（wù）。

6.在“數據庫（kù）檢（jiǎn）測和修（xiū）複工（gōng）具”中執行“檢測數據庫(僅檢測)”時，會出現下圖所示的錯誤提示（shì）。

7.使用腳本在數據庫中添加缺失的表並再次檢查，會再次出現下圖所示的（de）錯誤提示。

8.繼續在數據庫中（zhōng）添加缺失的表，然後再次檢查，會再次出（chū）現下圖所示的錯誤提示。

9、或者在數（shù）據庫中添加缺失的表，然後（hòu）再次（cì）檢查，最（zuì）後（hòu）提示（shì）有分配錯誤和一致性（xìng）錯誤，如下圖所示。

10.這一步繼續，直到（dào）沒有（yǒu）錯誤，然後執行下一（yī）項“檢查修複盤空”之間分配結構的一致性（xìng），如下（xià）圖所示。你還會在開始的時候報錯，你也需要執行它，直到沒有報錯為止。

11.當執行“(僅支持SQL2000)檢查（chá）並修複（fù）頁和記錄（lù）頭物理錯誤”時，您仍然會遇到2個一致性錯誤。執行N次以上（shàng），還（hái）是會這樣提示（shì），隻（zhī）能先執行下一步操作。一（yī）般來說，在這種情況下，如果工具（jù）可以修複，那（nà）麽（me）每次執行後的提示錯誤次數（shù）會比上一次少。如果多次執行相同次數的（de）錯誤提示，說（shuō）明暫時無法修複。可（kě）以先執（zhí）行其他項（xiàng），再返回執行此項。如果執行後仍然出現同樣的錯（cuò）誤，說明使用該（gāi）工具無法（fǎ）修（xiū）複（fù）數（shù）據庫，隻能（néng）請專（zhuān）業的數（shù）據修（xiū）複公司處（chù）理。

12.執行（háng）“修複（fù）SYS * * * * table”三個功能時沒有報告錯誤。但（dàn）是，當“修複數據庫”繼續時，下圖中有208個一致性錯誤。同樣，如果（guǒ）這個功能項在執行n次後仍然有相同的提示，如上所述:這樣，就可以（yǐ）認為“數據（jù）庫檢測修複工具”已經無法修複這個（gè）錯誤了，可以嚐試先執行下一項。

13.“修複當前數（shù）據庫中所有用戶（hù）表”的執行沒有錯誤，那麽繼續執行下（xià）一（yī）個操作“重建當前數據庫中所（suǒ）有用戶表的現有（yǒu）索引”。因此，會出現一個（gè）錯誤提示“內部（bù）SQL Server錯誤”，無論在此之後（hòu）執行多少次，都是（shì）這個提示。從（cóng）上麵的錯誤到現在的（de）錯（cuò）誤（wù），都是重複的，仍然報同樣的錯誤。到目前為止，可以（yǐ）判斷這個數據庫無法用“數據庫檢測修複工具”修複。

解決方案:

由於該客（kè）戶隻（zhī）啟用了總賬管理模塊，解（jiě）決這個問題的簡單方法是:首先，新建一套（tào）賬戶；其次，取（qǔ）消（xiāo）舊套賬（zhàng）中所有會（huì）計期間憑證的記賬和審核；然後（hòu），通過“友（yǒu）通係統工（gōng）具”將基礎設置、憑證、開戶從舊套（tào）賬導入新套賬；最後審核並記賬新賬套中所有（yǒu）會計期間的憑證，月底結賬後可以繼續使用。

相反，如果你（nǐ）試圖（tú）修複客戶的原始數據，需要花費大量的（de）時間和精力，而且修複後的數據的完整性也無法保證。如果找專業的（de）數據庫修複公司處理，肯定要多花不少錢。因此，采用上述解決方（fāng）案對客戶來說是最經濟（jì）實用的。

知識拓展:

總分類賬（zhàng）模塊的對賬（zhàng）不均衡。按（àn）照本文開始的方法處理（lǐ）。一般可（kě）以找到問（wèn）題，然後寫個腳本改正。畢竟像上麵這（zhè）種係統表缺（quē）失導致索（suǒ）引混（hún）亂的情（qíng）況（kuàng）很少。隻要我們（men）在處理（lǐ）問題的過程（chéng）中多注意觀察，就一定能找到原因，最終找（zhǎo）到解決的辦法。

尤勇軟件(廣州)客戶服（fú）務中（zhōng）心

廣州一格科技有限公司

點擊對賬後購銷台賬不平。怎麽處理？-良好的會計軟件實務(2)

會計核算友好的購銷台賬適用於商業企業。商業企業商品種類繁多，不便於人工管理。購銷（xiāo）台賬模塊可以自動生（shēng）成出入（rù）庫流程，自動計算出庫成本。可以提高（gāo）人（rén）的效率，減少體力勞動。

但是，偶爾在月末對賬時，會發（fā）現購銷台賬與總賬模塊不一致，如下圖所示:

這（zhè）是怎麽回事，怎麽解決？讓我們來看看邊肖。

銷售台賬的入庫數據（jù）中，數量和單價均來自發票管理模塊中的錄入發票和手工增（zēng）加（jiā）的入庫憑證。出庫數量來自發票管理模塊中的輸出發票，出庫單價來自基於月加權平均法的自動計算。

進銷台賬的結存數量=本月期初數量+本月入庫數量-本月出庫數量進銷台賬的（de）期（qī）末結存餘額=本月（yuè）期初金額+本月入庫金額-本月出（chū）庫成本進銷台賬的結存單價=期末結存金額/期末結存數量

因此，當購銷對賬不平衡時，一般按照以下步驟進行檢查:

01：找到最開始對賬不平衡的（de）月份

點（diǎn）擊（jī）購銷台（tái）賬模塊和右上角的對賬按鈕，找出購銷存對賬不平衡的第一（yī）個月，從源頭開始處理。

02：針對具體不一致存貨進行核（hé）對（duì）

係統會進行智能（néng）對賬（zhàng），並標記不一致存（cún）貨的具體存貨編碼。按代碼查看兩（liǎng）個模塊的明細:首先，在購銷台賬（zhàng）中點擊存貨名稱，查（chá）看該存貨的購銷明細；其次，進入賬戶明細賬，查看存貨的總賬（zhàng）明（míng）細（xì）。

#一（yī）般原因是:發票未（wèi）生成憑證、結轉（zhuǎn）成本的憑證生成有誤、係統生成的憑證被（bèi）人為修改、庫存商品出庫憑證被人工增加。

#對應的解決方案是:生成發票憑證、刪（shān）除結轉憑證並重新生成、修改憑證前修改原始數據、刪除手工增加的出庫憑證。

03：根據問題原因采取對應的解決辦法

如上圖所示，經過對比可以發（fā）現，在購銷明（míng）細中，本月有一張銷售數量為（wéi）18的產（chǎn）出發票，沒（méi）有（yǒu）成本結轉（zhuǎn），使（shǐ）得庫（kù）存商品出庫較少，導致購銷總賬模塊與總（zǒng）賬模塊（kuài）對（duì）賬不平衡。

因此，通過刪除（chú）結（jié）轉成本憑證並再次結轉成本，可以平（píng）衡對賬。

溫馨提示:財務部門每月月底要與庫管員進行核對，然（rán）後查明倉庫內的存貨是否有盈餘（yú）或赤字以及產生的原因（yīn），然後（hòu）進行相應的處理。