速達(dá)軟件常見問題答疑

速達(dá)軟件常見問題答疑(五)1、關(guān)于升級到版本后，想返回低版本打補(bǔ)丁的時候提示“升級的版本比您機(jī)器上所裝的版本低”的處理方法：翻開注冊表——》找到下面路徑HKEY_LOCAL_MACHINE\SOFTWARE\MICROSOFT\WINDOWS\CURRENTVERSION\APPPATHS\找到對應(yīng)產(chǎn)品的版本信息，修改Version的值，改為你所需補(bǔ)丁的較底版本信息即可，譬如現(xiàn)在是3.04的版本，需要返回到2.86下連續(xù)使用。則將Version的值改為2.86。再重打補(bǔ)丁即可！2”增加往來單位提示主鍵單號編碼一樣”的處理方法：由于往來單位在業(yè)務(wù)與帳務(wù)系統(tǒng)結(jié)合使用的時候關(guān)聯(lián)到會計科目會計科目的應(yīng)收應(yīng)付，預(yù)收預(yù)付科目對應(yīng)不上。翻開會計科目。認(rèn)真查看應(yīng)收應(yīng)付科目〔包括被停用的會計科目；比照〔假設(shè)不能增加客戶〔假設(shè)不能增加供給商al_subject該表中添加進(jìn)去對應(yīng)的明細(xì)項。3、試算平衡通過但是啟用帳套說不平衡該問題一般是客戶停用了某些會計科目會計科目試算平衡，確定是不會平衡的。造成該問題的緣由在于，客戶停用的會計科目在處已經(jīng)錄入了數(shù)據(jù)或者已經(jīng)引入了數(shù)據(jù)，然后停用了會計科目。被停用的會計科目在”財務(wù)初始數(shù)據(jù)錄入”處是不會顯示對應(yīng)的金額。但是在啟用帳套的時候是會參與運(yùn)算的。從后臺查找停用的會計科目較快的方法：select*fromal_subjectwhereclosed=1然后去憑證明細(xì)表中查對應(yīng)的會計科目是否存在金額值select*fromaa_creditemwheresubjected=’對應(yīng)的停用會計科目的ID值’假設(shè)確認(rèn)有值，在該表中刪除即可deletefromaa_creditemwheresubjected=’ID值’4、在升級過程中提示CRM_TRADER表中不能插入重復(fù)值的問題A、假設(shè)沒有做費(fèi)用開支單處理方法如下：deletefromcrm_traderexeccrm_xpupdateB、假設(shè)做了費(fèi)用開支單處理方法如下：--crm_traderIDl_tradertraderiddeclare@Traderidtable(traderidint,exptraderidint)insertinto@Traderid(traderid,exptraderid)selecttraderid,[id]fromcrm_traderwhereidin(selectdistincttraderidfromb_expensewheretraderidisnotnull)--select*from@Traderiddeletefromcrm_traderdeletefromcrm_linkmanexeccrm_XpUpdatedeclare@tradidint,@exptraderidint,@idintdeclareuptcursorlocaloptimisticforward_onlyforselecttraderid,exptraderidfrom@Traderidopenuptfetchnextfromuptinto@tradid,@exptraderidwhile@@fetch_status =0beginselect@id=idfromcrm_traderwheretraderid=@tradidupdateb_expensesettraderid=@idwheretraderid=@exptraderidfetchnextfromuptinto@tradid,@exptraderidendcloseuptdeallocateupt5會計科目打不開、進(jìn)入時沒有反映的處理方法：是由于用戶承受的是總帳下設(shè)，并且用戶將相關(guān)的預(yù)收帳款和預(yù)付帳款會計科目刪除掉了。所以消滅該問題al_subject表中增加進(jìn)去！6、覺察貨品資料和帳面庫存本錢不對處理方法：A、先將底稿表里面的所以本錢標(biāo)志改為1〔未算本錢狀態(tài)〕執(zhí)行以下語句：updateaa_billflowsetstatus=1updateaa_onhandsetstatus=1B、然后重算本錢執(zhí)行以下語句：execaa_costcaculatorCexecaa_rebuildrealqty〔算實(shí)際庫存〕關(guān)鍵存儲過程重算本錢〕execaa_rebuildusedqty〔算占用數(shù)量〕exec aa_recostcaculator〔重算全部本錢〕7、MRP運(yùn)算時提示“traderid不能為空”解決方法以造成在ＭＲＰ運(yùn)算的時候下達(dá)選購建議的時候檢測主往來ＩＤ的時候檢測不到造成的。處理方法：先在后臺數(shù)據(jù)庫總查找出全部的消滅該問題的貨品：select*froml_goodswheretraderidnotin(selecttraderidfroml_trader)記錄全部貨品的編碼，然后進(jìn)入軟件里面將全部有問題的貨品的主往來單位重選擇一下！８、單據(jù)審核時報“主鍵，單號，編碼一樣”早期的ＩＢ版本會常常消滅該問題，處理方法：aa_billflowaa_billflow_bak表中有一樣的記錄。請更表aa_billflow_bak中的記錄值。讓該表中的ID值的最小值大于aa_billflow中的最大ID值現(xiàn)在的ＳＱＬ版本一般這種問題是由于客戶自己修改了單據(jù)編號，軟件沒有自動累加造成的。其實(shí)在客戶的帳套中已經(jīng)存在了改單據(jù)。將單據(jù)編號修改一下就可以了！處理方法：修改一下注冊表，刪除注冊信息，客戶又可以連續(xù)使用十五天；HKEY_LOCAL_MACHINESYSTEMControlSet001ControlSetupSDREGsdreg該名目刪除掉即可10、在憑證制作中提示會計科目設(shè)置不完整處理方法！specialcode的值不對。參照一下其他的應(yīng)收應(yīng)付，預(yù)付應(yīng)付科目specialcode值，修改一下！11、增加的出納日記帳不能修改處理方法AC_DayBook出納日記賬表。找到對應(yīng)的日記帳編號。刪除再重做。12、算本錢的時候提示什么表中不能插入空值的處理方法！該問題是由于提示的表跟底稿說明細(xì)號對應(yīng)不上造成的declare@billidintdeclare@itemnointdeclarecurcursorforselectbillid,abs(itemno)fromaa_billflowwherebilltype=26opencurfetchnextfromcurinto@billid,@itemnowhile@@fetch_status=0beginifnotexists(select*fromi_allotdetailwherebillid=@billidanditemno=@itemno)print@billidfetchnextfromcurinto@billid,@itemnoendclosecurdeallocatecurbilltype該字段是對應(yīng)的單據(jù)類型ID。請去L_BillType表中查找對應(yīng)的報錯信息中提示的單據(jù)/*通過上面的語句查出抱錯表跟底稿說明細(xì)號不同的單據(jù)*/將該單據(jù)刪除重做即可！13、算本錢提示某貨品本錢溢出處理方法該問題是由于貨品本錢特別，本錢上億或者負(fù)億造成的。A、先在L_GOODS中找到該貨品的GOODSIDselect*froml_goodswherecode=”貨品編碼”B、然后在底稿表AA_BILLFLOW中找到該貨品的相關(guān)記錄select*fromaa_billflowwheregoodsid=”ID”C、然后按price,amount,eprice,eamount.這幾個字段分別排序?？词悄膫€本錢格外大或者格外小。已經(jīng)上億了。select*fromaa_billflowwheregoodsid=”貨品ID”orderbypriceselect*fromaa_billflowwheregoodsid=”貨品ID”orderbyamountselect*fromaa_billflowwheregoodsid=”貨品ID”orderbyepriceselect*fromaa_billflowwheregoodsid=”ID”orderbyeamountD、這四條查詢語句不是肯定都要執(zhí)行。你自己要看是上面列舉的哪個字段特別。再更金額。E、更單價updateaa_billflowsetprice=”正確本錢價”wheregoodsid=”貨品ID”updateaa_billflowsetepr