庫存模塊收發(fā)存匯總表異常修改課件_第1頁
庫存模塊收發(fā)存匯總表異常修改課件_第2頁
庫存模塊收發(fā)存匯總表異常修改課件_第3頁
庫存模塊收發(fā)存匯總表異常修改課件_第4頁
庫存模塊收發(fā)存匯總表異常修改課件_第5頁
已閱讀5頁,還剩6頁未讀, 繼續(xù)免費(fèi)閱讀

下載本文檔

版權(quán)說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請(qǐng)進(jìn)行舉報(bào)或認(rèn)領(lǐng)

文檔簡介

1、 庫存模塊收發(fā)存匯總表異常用友實(shí)施工程師:徐先榮QQ:403539733 2011年10月 用友技術(shù)支持:廣州嘉文: 全國服務(wù)熱線:020-2236 1247 庫存模塊收發(fā)存匯總表異常 對(duì)于啟用批次管理的存貨,在做出庫業(yè)務(wù)時(shí)不能選擇批號(hào)是很常見的錯(cuò)誤,這樣的錯(cuò)誤并不是所有都是由結(jié)存數(shù)量錯(cuò)誤造成的,有時(shí)也可能是由于出入庫記錄某字段賦值錯(cuò)誤造成不能正常出庫。下面為大家介紹一種數(shù)據(jù)對(duì)比的方法排除錯(cuò)誤原因的方法。 問題現(xiàn)象描述存貨:001 倉庫:3 配料庫此存貨在收發(fā)存匯總表中查詢6月末結(jié)存余額與7月初期初余額不符查詢?nèi)掌?月1日-7月31日 期初結(jié)存數(shù)量 36.91查詢?nèi)掌?月1日-6月30日 期末

2、結(jié)存數(shù)量 7.5數(shù)據(jù)分析過程 庫存模塊的收發(fā)存匯總表數(shù)據(jù)來源是 ST_TotalAccount(庫存總賬表)作為期初,再根據(jù) RdRecords(出入庫明細(xì))的所有入庫記錄作為入庫匯總,所有出庫記錄作為出庫匯總。 因?yàn)榇藛栴}現(xiàn)象是期初數(shù)據(jù)發(fā)生錯(cuò)誤,所以我們判斷很大的可能是ST_TotalAccount表有錯(cuò)誤記錄。數(shù)據(jù)庫中調(diào)出ST_TotalAccount表的記錄(存貨和倉庫按問題描述中選擇)這里我們發(fā)現(xiàn),在這個(gè)帳套中同一存貨在同一倉庫每個(gè)期間有兩條記錄,并且cbatch和cfree1、cfree2字段有些是空值,正常未啟用應(yīng)該是null。數(shù)據(jù)分析過程再往以前年度查詢,這樣不正常的現(xiàn)象是從上個(gè)

3、年度2008年2月開始的。2008年除第一個(gè)期間外,此存貨在每個(gè)期間都是兩條記錄。 ST_TotalAccount表是從庫存模塊期初記賬后開始寫入數(shù)據(jù),按倉庫、存貨、批號(hào)、自由項(xiàng)每期間一次寫入存貨的期初、收入、發(fā)出總數(shù)。庫存總賬表每月在庫存模塊結(jié)賬后寫入一次數(shù)據(jù)。所以本帳套中查詢出的ST_TotalAccount表中的數(shù)據(jù)是不正常的。數(shù)據(jù)分析過程 ST_TotalAccount表每月在庫存模塊結(jié)賬后寫入一次數(shù)據(jù),取消結(jié)賬則恢復(fù)到上月的數(shù)據(jù),所以以前我們處理ST_TotalAccount表不正確的現(xiàn)象是可以通過庫存模塊重新結(jié)賬來解決,但有時(shí)因用戶有核算模塊,并且很多單據(jù)都記賬并生成憑證,重新反結(jié)

4、賬很麻煩不說,還可能在反結(jié)賬處理過以后很難還原到原來的狀態(tài),并且對(duì)這個(gè)問題來說上個(gè)年度就是錯(cuò)誤的,所以結(jié)轉(zhuǎn)過來期初也是錯(cuò)誤的,反結(jié)賬也不能解決。 再確認(rèn)了問題原因以后,下面介紹一種不需要取消核算和庫存結(jié)賬來重算ST_TotalAccount表的方法,并且可以處理像此次列舉的帳套這樣多年度數(shù)據(jù)的錯(cuò)誤。解決方法詳解: 因錯(cuò)誤記錄最早出現(xiàn)在2008年2月,所以我們首先要調(diào)整2008年數(shù)據(jù):1、刪除ST_TotalAccount 表數(shù)據(jù),但要保留期初,也就是1月的數(shù)據(jù)。delete from ST_TotalAccount where imonth1 從剛才的查詢中我們看到2008年1月的數(shù)據(jù),雖然沒

5、有兩條記錄,但cbatch(批號(hào))和cfree1、cfree2(存貨自由項(xiàng)1、2)字段都是空白記錄,這里假如沒有啟用批次和自由項(xiàng),正確的值應(yīng)該是NULL,并且下面的月份出現(xiàn)重復(fù)記錄也是因?yàn)榇颂庂x值不正確導(dǎo)致,所以第二步要將這里三個(gè)字段的值修改正確:2、將ST_TotalAccount 表中自由項(xiàng)和批號(hào)異常記錄修改為NULL :update ST_TotalAccount set cbatch=null,cfree1=null,cfree2=null解決方法詳解:3、執(zhí)行St_totalAccountReCalculation建立存儲(chǔ)過程4、執(zhí)行存儲(chǔ)過程,重算2008年數(shù)據(jù),格式為:exec R

6、eCaluST_TotalAccount 882, 2008(其中882是帳套號(hào),2008為年度)執(zhí)行過腳本后,會(huì)在2008年數(shù)據(jù)庫下建立一個(gè)新的存儲(chǔ)過程。 到此2008年數(shù)據(jù)可以調(diào)整正確。然后在執(zhí)行另一個(gè)存儲(chǔ)過程來將ST_TotalAccount表數(shù)據(jù)重新結(jié)轉(zhuǎn)到2009年。解決方法詳解:5、刪除2009年ST_TotalAccount表數(shù)據(jù)。delete from ST_TotalAccount 6、執(zhí)行STTotalAccountJZ建立存儲(chǔ)過程執(zhí)行過腳本后,會(huì)在2009年數(shù)據(jù)庫下建立一個(gè)新的存儲(chǔ)過程。解決方法詳解:7、執(zhí)行存儲(chǔ)過程結(jié)轉(zhuǎn)數(shù)據(jù),格式為:exec JZSTTotal UFData_882_2008,UFData_882_2009 這樣2009年期初已經(jīng)正確,然后按之前計(jì)算2008年數(shù)據(jù)重算方法,將2009年ST_TotalAccount表數(shù)據(jù)重算。

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請(qǐng)下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請(qǐng)聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會(huì)有圖紙預(yù)覽,若沒有圖紙預(yù)覽就沒有圖紙。
  • 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
  • 5. 人人文庫網(wǎng)僅提供信息存儲(chǔ)空間,僅對(duì)用戶上傳內(nèi)容的表現(xiàn)方式做保護(hù)處理,對(duì)用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對(duì)任何下載內(nèi)容負(fù)責(zé)。
  • 6. 下載文件中如有侵權(quán)或不適當(dāng)內(nèi)容,請(qǐng)與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準(zhǔn)確性、安全性和完整性, 同時(shí)也不承擔(dān)用戶因使用這些下載資源對(duì)自己和他人造成任何形式的傷害或損失。

最新文檔

評(píng)論

0/150

提交評(píng)論