在查詢客戶明細(xì)賬退出后,再次登陸，提示應(yīng)收應(yīng)付正在使用。但系統(tǒng)管理內(nèi)沒有任務(wù)提示，也沒有異常任務(wù)。注銷后又可以正常使用。同樣的時(shí)間通其他模塊退出后都可以再登陸。用戶系統(tǒng)是win2000server，沒有安裝其他業(yè)務(wù)軟件。

進(jìn)通2005報(bào)表時(shí)提示如下： UFOS MFC APPLICATION UFOS MFC APPLICATION 遇到問題需要關(guān)閉。我們對此引起的不便表示抱歉。 如果您正處于進(jìn)程當(dāng)中，信息有可能丟失。 請將此問題報(bào)告給Microsoft. 我們已經(jīng)創(chuàng)建了一個(gè)錯(cuò)誤報(bào)告，您可以將它發(fā)送給我們，我們將此報(bào)告視為保密的和匿名的。 請問如何解決？

問題描述：當(dāng)某科目采用數(shù)量金額式，且數(shù)量小數(shù)位取3位，在使用憑證輸出功能時(shí)，輸出的*.TXT文件中數(shù)量位數(shù)卻去掉了一位，變成2位了，但該客戶需要在另外一套賬中引入，進(jìn)行必要的處理，當(dāng)引入憑證時(shí)，由于數(shù)量位數(shù)少了一位，使得數(shù)量就不準(zhǔn)確了，能否有其它的辦法解決該問題，或者能否修改憑證輸出的程序？

問題描述：供應(yīng)商在總賬里核算，查詢供應(yīng)商余額表及明細(xì)賬時(shí)出錯(cuò)，此供應(yīng)商的期初余額與他的發(fā)生額不在一個(gè)地方。

問題描述：我在SQL的數(shù)據(jù)庫里找到了Gradedef這張存放編碼規(guī)則表，將科目編碼方案作了修改，并且也Run了，可是在打開賬套的時(shí)候發(fā)現(xiàn)科目編碼級次并沒有修改過來，還是和原來的一樣，請問這是怎么回事？

一客戶，做公路施工的，在實(shí)施時(shí)每一條路是獨(dú)立核算的，當(dāng)工程結(jié)算完成就會(huì)轉(zhuǎn)入一個(gè)賬中來記錄未結(jié)完的科目，客戶希望把這樣的一些賬建成電腦賬，包括很多年前的記錄，在綜合的賬里我看了他的賬本是這樣登記的，比如工程借款，2001年1月借了1000000，2001年10月利息30000，2002年2月借入500000，利息40000，金額式賬本，感覺就是一個(gè)歷年來各工程的流水賬統(tǒng)計(jì)，各工程涉及的科目差不多都是同樣的幾個(gè)，對于這套賬我該如何初始化？

問題描述：兩套賬，其中003賬套正常；但001賬套在打印憑證時(shí)，系統(tǒng)提示：運(yùn)行時(shí)誤？-2147417848（800101081），Automation錯(cuò)誤。打印賬簿正常。

已經(jīng)制作了飽含現(xiàn)金或者銀行存款的憑證，但是在出納簽字時(shí)，找不到已經(jīng)制作的憑證，為什么？

問題描述：查詢總賬中2004年8月，20901科目，供應(yīng)商編碼為5的賬齡分析時(shí)，列在121-365天列內(nèi)。但是該供應(yīng)商該筆業(yè)務(wù)實(shí)際是2002年的期初余額，也就是發(fā)生日期應(yīng)該是2001-12-31。打完各種補(bǔ)丁后不起作用。二、每個(gè)月對賬時(shí)個(gè)人總賬和明細(xì)賬對賬錯(cuò)誤，現(xiàn)在已經(jīng)累計(jì)到12000和3500的差距。其中明細(xì)賬的3500是對的。

問題描述：如何反結(jié)賬。