問答題進(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)告視為保密的和匿名的。 請問如何解決?

您可能感興趣的試卷

你可能感興趣的試題

最新試題

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

題型:問答題

報(bào)表系統(tǒng)不能正常運(yùn)行,點(diǎn)擊沒有反映。

題型:問答題

問題描述:總賬中在增加轉(zhuǎn)賬憑證時(shí)不按順序進(jìn)行編號。

題型:問答題

問題描述:通2005新建一賬套(用新財(cái)務(wù)制度科目)在記賬后查尋生產(chǎn)成本科目(4101)總賬時(shí)發(fā)現(xiàn)發(fā)生額是翻了一倍。在期末對賬時(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é)賬。

題型:問答題

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

題型:問答題

損益表如果有的科目有借、有貸方發(fā)生數(shù),且用戶按JE取數(shù),取不出數(shù)嗎?

題型:問答題

問題描述:查詢總賬中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是對的。

題型:問答題

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

題型:問答題

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

題型:問答題

通2005UFO用關(guān)聯(lián)條件從他表取數(shù)公式取數(shù)時(shí)表現(xiàn)為:只取目標(biāo)表中第一頁對應(yīng)的數(shù)字而不是按相同年份相同月份取數(shù)。

題型:問答題