用友u8技術(shù)維護(hù)案例(ppt41)-管理案例(文件)
【正文】 決： 存貨期末處理失敗的常見原因有以下幾種： 、同一倉庫、同一存貨的記錄重復(fù)，按照維護(hù)案例一的處理方法，刪除多余記錄即可。然后再進(jìn)入存貨系統(tǒng)進(jìn)行期末處理即可 存貨核算 維護(hù)案例 (接上頁 ) 分析解決： 如果錯(cuò)誤提示： “ 運(yùn)行時(shí)錯(cuò)誤－ 2147 ，僅當(dāng)使用列的列表，并且identity_insert為 on時(shí)才能在表 ‘ tempdb..iaperdeal_xy’ ，則表示數(shù)據(jù)表中的字段屬性值有問題。 分析處理： 預(yù)覽界面 \頁面設(shè)置，設(shè)置完成后點(diǎn)擊“保存”，系統(tǒng)會(huì)將此打印格式保存成為文件，下次再進(jìn)入出選擇“此打印格文件即可”。對(duì)不上的原因通常有： 貨期初 未 錄入 存貨 科目； ； 不 在同一月份處理； ，在憑證界面改科目 。 存貨核算 （接上頁） 解決辦法： ，可使用 sql語句，根據(jù)期初存貨明細(xì)帳的存貨與存貨科目設(shè)置表（ ia_opphead）關(guān)聯(lián)查詢，更新寫入。 由于篇幅所限，這里不能將相關(guān)語句寫出來，如需要可 U8支持部聯(lián)系取得。如果有問題的暫估入庫單本年結(jié)算，生成的紅字回沖單也會(huì)帶有錯(cuò)誤差異。 3. 重新計(jì)算存貨總帳差異。 分 析： 由于 81 820程序問題，上年的未結(jié)算退貨單沒有結(jié)轉(zhuǎn)到本年存貨明細(xì)帳，即存貨期初暫估入庫單缺少記錄，導(dǎo)致本年采購結(jié)算后，暫估處理界面沒有該單據(jù)，不能進(jìn)行暫估處理。（此種方法不推薦） 。 解決辦法： ，可以補(bǔ)錄退貨單，再暫估處理。 關(guān)于此問題的調(diào)整方法與 sql語句，由于篇幅所限不能寫出。 解決辦法： 1. 查詢出去年未錄入實(shí)際價(jià)的暫估入庫單，與本年存貨明細(xì)帳的期初暫入庫單關(guān)聯(lián)對(duì)比，根據(jù)去年差異改今年差異。 分 析： 用戶上年有一部分采購入庫單，只有計(jì)劃價(jià)，未錄入實(shí)際單價(jià)，差異為零。 不 在同一月份處理 ，這種問題并不能完全用 sql語句來解決，把相關(guān)憑證和單據(jù)查詢出來之后，具體到每張單據(jù)改什么科目要具體對(duì)待。因此在憑證界面修改科目，不會(huì)再改寫存貨明細(xì)帳的存貨科目，此張憑證保存即傳入總帳，兩者必然會(huì)對(duì)不上。 分析解決： 使用 sql跟蹤器，跟蹤發(fā)現(xiàn)系統(tǒng)在查詢 IA_tblRCsetM（存貨表定義） 時(shí)出錯(cuò)，從 999帳套導(dǎo)入該表默認(rèn)數(shù)值，再查詢一切正常。將種子標(biāo)識(shí)去掉即可期末處理成功。還可使用以下辦法來清除異常字符：在數(shù)據(jù)庫中將 ia_subsidiary表置為 ‘ 設(shè)計(jì) ’ 狀態(tài)，將cdefine1字段的原數(shù)據(jù)類型 bit改為 char,長度默認(rèn)為 10位后點(diǎn) ‘ 保存 ’ ，會(huì)出現(xiàn)保存的提示框，點(diǎn) ‘ 是 ’ 。 解決辦法： ，避免以后再發(fā)生錯(cuò)誤。經(jīng)查看數(shù)據(jù)，發(fā)現(xiàn)未結(jié)算的采購入庫單記錄上有結(jié)算信息，只要清空（注意： isquantity必須改為零，而不是 null），即可正常記帳。 ，恢復(fù)記帳，重新記帳。 Access版本有重復(fù)記錄一樣可以進(jìn)行記帳并進(jìn)行期末處理。 存貨核算 問題描述 ： U821版本，存貨記帳提示 “ 存貨記帳失敗 ” 。 ，單價(jià)異常，需要做入庫單將數(shù)量與金額調(diào)整為正，再進(jìn)行出入庫。) 問題描述： 821庫存系統(tǒng)收發(fā)存匯總表，本月期初和上月期末對(duì)不上？ 分 析： 庫存收發(fā)存匯總表期初是從 st_totalaccout中取數(shù)，本期數(shù)從rdrecord/s中取數(shù)，一般情況下，是庫存總帳錯(cuò)誤 st_totalaccount。 and cardsection=39。 分 析 ：銷售出庫單上的發(fā)貨單號(hào)實(shí)際是 ，不是發(fā)貨單據(jù)號(hào)。 ，依然不對(duì)，可到 ufsystem數(shù)據(jù)庫的 ua_account_sub中查看是否該帳套庫存啟用的記錄是否正確，如沒有手工添加即可。 解決辦法： 取消選項(xiàng)，重新生成調(diào)撥單。 and [TransVouchs].[AutoID][iTrIds] and [iQuantity] =[iTVQuantity] – 重新對(duì)調(diào)撥單記帳，數(shù)據(jù)正確 ? 備注： 適用條件同一調(diào)撥單中同樣的存貨可有多條分錄但數(shù)量不同 庫存管理 問題描述 ： 82 850， 先進(jìn)先出計(jì)價(jià)法，調(diào)撥單生成的其他出庫單成本不按先進(jìn)先出規(guī)則核算成本。 庫存管理 ? 環(huán)境： Win2020+SQL7+U821（ U850） ? 問題描述 :存貨中調(diào)撥單記帳錯(cuò)誤而出入庫單記帳正確 ? 分 析： 存貨中對(duì)調(diào)撥單生成的其他出入庫單單獨(dú)記帳，數(shù)據(jù)正確 ? 解決辦法： – 跟蹤發(fā)現(xiàn)調(diào)撥單同其生成的出入單子表關(guān)聯(lián)項(xiàng)數(shù)據(jù)錯(cuò)誤 – 取消單據(jù)記帳，然后做如下更新： update [RdRecords] set [iTrIds]=[TransVouchs].[AutoID] FROM ([RdRecords] join [RdRecord] on [RdRecord].[id]=[RdRecords].[id]) join ([TransVouch] join [TransVouchs] on [TransVouch].[ctvcode]=[TransVouchs].[ctvcode] ) on[TransVouch].[ctvcode]=[RdRecord].[cbuscode]and [RdRecords].[cinvcode]=[TransVouchs].[cinvcode] where [cvouchtype] between 39。 2. 根據(jù)累計(jì)出庫數(shù)量與入庫數(shù)量的關(guān)系統(tǒng)來調(diào)整 mainbatch表。 ，該紅字出庫子表的 isoutquantity寫對(duì)應(yīng)藍(lán)字出庫子表的 autoid， 見下頁 注：請(qǐng)主要看 藍(lán)色流程與紅色流程 庫存管理 (接上頁 ) 說明：紅字批次出庫單業(yè)務(wù)等同于藍(lán)字批次出庫單處理規(guī)則 庫存管理 (接上頁 ) 小結(jié)： autoid的記錄，都應(yīng)是影響批次入庫累計(jì)出庫數(shù)量的單據(jù)。 見下頁 庫存管理 (接上頁 ) ：分兩種情況說明 未與藍(lán)字批次入庫對(duì)應(yīng)的紅字批次出庫 說明： 未與藍(lán)字批次入庫對(duì)應(yīng)的紅字批次出庫，等同于藍(lán)字批次入庫處理規(guī)則?；蛘吲谓Y(jié)存不為零時(shí)，卻不能出庫了。 見下頁 庫存管理 （接上頁） 以 999帳套為例，以下兩個(gè)存貨均為固定換算 存貨 8006計(jì)量單位 存貨 8006計(jì)量單位 見下頁 庫存管理 （接上頁） 過濾條件為第一輔計(jì)量時(shí)的查詢結(jié)果： 過濾條件為第二輔計(jì)量時(shí)的查詢結(jié)果： 取第 1輔計(jì)量盒的換算率為 2 200/2=100 取第 2輔計(jì)量盒的換算率為 20 200/20=10
試題試卷相關(guān)推薦
鄂ICP備17016276號(hào)-1