1、 說明適合941及以前本版n 基礎資料n 系統參數n 初始化n 工業物流單據n 暫估n 及時庫存n 入庫核算n 出庫核算n 金額調整n 計劃價調價n 物流與總帳對帳n 生成憑證n 結帳技術支持法則法則一：在做任何維護操作以前，將數據做一次安全的備份法則二：利用替換法進行問題對比分析（新建一個帳套、打開另外一個帳套、換到另外一臺機器、用一個不同的版本 ）基礎資料基礎資料 計量單位 倉庫 倉位 物料計量單位計量單位/ /倉庫倉庫/ /倉位倉位1.計量單位計量單位組：t_Unitgroup計量單位 ：t_MeasureUnit t_MeasureUnit主要字段： FCoefficient 系數 F

2、Standard 基本單位 （1-基本計量單位） FUnitGroupID 單位組別 (在一個計量單位組中，只能有一個且必須有一個基本計量單位： Fstandard=1)2.倉庫 Ftype 倉庫類型 實倉500； 待檢倉501； 贈品倉502； 代管倉 503 實倉核算數量金額，虛倉只核算數量不核算金額。待檢倉、贈品倉、代管倉都屬于虛倉。3.倉位 倉位：t_stockplace、倉位組：t_stockplacegroup物料物料1）物料數據表物料保存在t_Item和t_IcItem表中。主要字段計量單位：FUnitID,FUnitGroupID，FCUUnitID物料屬性：ferpclsid

3、計價方法：ftrack物料科目：FAcctID、FCostAcctID、FsaleAcctID成本項目：FCostProject 精度：FPriceDecimal 、FQtyDecimal 計劃價： FPlanPrice業務管理：FISKFPeriod、FKFPeriod、FBatchManager 檢驗設置：FIdentifier 、FInspectionLevel、FInspectionProject物料物料2）物料上級組與成本對象上級組 物料的上級組保存在t_Item表中，新增一個物料上級組FItemClassID=4AND Fdetail=0）時，系統回自動在t_Item中增加一個代碼

4、名稱都相同的成本對象組（FItemClassID=2001 AND Fdetail=0），這個成本對象組不能刪除，否則系統會提示：“成本對象未與物料同步初始化”。解決此問題可以用這個SQL：補回丟失的物料組&成本對象組(2003.10.22).sql。3）父級ID t_Item和t_IcItem的FParentID經常會出錯，首先用SQL：更新t_Item的FParentID.sql校正t_Item表中的FparentID，再用下面語句更新t_IcItem表中FparentID: UPDATE a SET a.fparentid =b.fparentid FROM t_icitem a

5、,t_item b WHERE a.fitemid=b.fitemid and a.fparentidb.fparentid案例案例問題描述：物料引入成功，但卻有一部分物料不能在基礎資料中顯示。原 因：檢查發現t_Item表中的物料信息部分記錄的FParentid與Fdetail字段存在錯誤。FDetail錯誤：比如：父：a.01 子：a.01.001 在t_Item 中 a.01的FDetail應該等于0，而在次帳套中卻存在上級組的FDetail=1的情況。 Fparentid錯誤：如：a.01 的 FParentID = a.01.001 的FitemID。處 理： 1）備份帳套 2）執行

6、如下SQL校正t_Item表FparentID和FDetailID： 更新t_Item的FParentID.sql3)執行如下SQL，校正t_Icitem表的FParentID UPDATE a SET a.fparentid =b.fparentid FROM t_icitem a,t_item b WHERE a.fitemid=b.fitemid and a.fparentidb.fparentid物料物料5 5）計量單位）計量單位 計量單位：FunitID, 計量單位組：FunitGroupID。這兩個字段值經常出問題，一般是值為零或NULL，或者是FunitID在t_measureu

7、nit表不存在、FunitId在t_MeasureUnitGroup中不存在。6 6）物料屬性）物料屬性( (FErpClsIDFErpClsID) ) 關聯t_submessage.FInterID。新增一物料，如果物料的屬性為自制或配置類，那么系統會自動新增一個品種法成本對象。如果強行在數據庫中將物料屬性由外購更改為自制，那么造成該自制物料無對應的成本對象。這個問題可以用一個SQL腳本來解決：補回丟失的成本對象.sql。7 7）保質期管理）保質期管理 fiskfperiod 字段為是否使用保質期管理，1使用；0不使用。如果物料未使用保質期管理，那么在錄入庫存單據時不要錄入保質期，否則會造成

8、及時庫存查詢時候同一物料會出現兩條記錄。物料物料8 8）計價方法）計價方法( (FTrackFTrack) ) 帳套升級或物料由外部數據引入會造成物料的計價方法丟失，即：Ftrack字段值為NULL或零。Ftrack丟失會導致出庫核算失敗。如果錯誤的記錄比較少，那么可以咨詢客戶后一個一個改。如果錯誤的記錄比較多那么就要根據歷史備份數據來更正，處理步驟如下： a）恢復歷史備份數據，假如恢復后的歷史備份數據的實體為AISOLD。假如當前帳套的數據庫實體為AISNEW； b) 進入查詢分析器，執行如下SQL： UPDATE t1 SET t1.Ftrack=t2.Ftrack FROM AISNEW

9、.dbo.t_Icitem t1, AISOLD.dbo.t_Icitem t2 WHERE t1.FNumber=t2.FNumber 說明：帳套升級或者物料從一個帳套引入另外一個帳套，可能會造成很多字段值丟失，比如：Ftrack、FunitID、FunitGroupID、FplanPrice、FerpClsID、Ftrack、FleadTime、FfixLeadTime、FsecInv、FplanTrategy、ForderTrategy。一旦出現這種情況，都可以用上述方法來解決。系統參數表系統參數表t_systemprofilet_systemprofileCurrentYear當前年C

10、urrentPeriod當前期間StartPeriod啟用期間StartYear啟用年AuditChoice核算方式0：數量核算，1：數量、金額核算UnderStock是否允許負結存（1-允許，0-不允許）UPSTOCKWHENSAV庫存更新控制0：審核更新，1：保存更新說明 ：只有總帳和固定資產擁有自己的會計期間其實日期設置，其余模塊包括物流的會計期間的起始日期都調用總帳的會計期間起始日期設置。案例案例問題描述：工業版參數設置設成數量式的，如何改為數量金額式？處理方法：（不同版本是不一致的）IF Exists(SELECT * FROM t_SystemProfile WHERE FCate

11、gory=IC AND Fkey=AuditChoice) UPDATE t_SystemProfile SET FValue=1 WHERE FCategory=IC AND Fkey=AuditChoice ELSE INSERT INTO t_SystemProfile(FCategory,FKey,FValue) Values(IC,AuditChoice,1)初始化初始化 啟用期前的單據處理 IcInvInitIal數據存放規則 期初數據從物流傳遞到總帳 關閉初始化 反初始化 小結初始化初始化ERER圖圖IcStockBillIcInvInitIalIcBalIcStockBillE

12、ntryIcInvBal初始余額錄入工業物流余額表及時庫存icinventroy啟用期前的單據啟用期前的單據處理啟用期前的單據處理數據存放：在單據表icstockbil,IcStockBillEntry1 1）共三類單據）共三類單據 啟用期前的暫估入庫單 ，啟用期前的未核銷銷售出庫單 ，啟用期前的未核銷委外加工出庫單 2 2）單據的特點）單據的特點單據的單據時間啟用期間 ，否則不允許錄入； 單據啟用前必須審核，否則不允許結束初始化；啟用后不能修改；啟用后不反應在報表和及時庫存里面，因為初始余額已經包含這部分單據。IcInvInitIalIcInvInitIal數據存放規則數據存放規則1 1）不

13、能錄入虛倉和虛擬件的初始數據）不能錄入虛倉和虛擬件的初始數據 如果物料的屬性為：“特征類”、“規劃類”、“虛擬件”，則此物料不是物理上實際存在的物料，倉庫中也不可能有結存，因此這三種屬性的物料不允許進行初始數據錄入。 在K3中，把“待檢倉”、“代管倉”、“贈品倉”定義為“虛倉”（虛倉與實倉的區別是：虛倉只核算數量，不核算金額；實倉核算數量，也核算金額。），但是虛倉在物理上是實際存在的。如果虛倉在初始化期間有期初結存數量，可以在關閉初始化后分別錄入“采購檢驗申請單”、“收料通知單”、“贈品入庫單”，將虛倉的初始結存數量錄入到系統中去。2 2）FBatchNOFBatchNO字段字段 批號，用于業

14、務批次批次管理、分批認定法、保質期管理的物料。 當物料既使用分批認定法又使用批次管理，則二者共用此字段。庫存單據和余額表也有FBatchNO字段，用法相同。IcInvInitIalIcInvInitIal數據存放規則數據存放規則3 3）FBillInterIDFBillInterID字段字段 順序號，用于先進/后進先出法，FBillInterID是系統自動分配的一個順序號，用來區分各個批次的先后順序，在IcBal和IcInvBal表中也有這個字段。以前版本FBillIterID與FEntryID配合使用，分別取單據ID和分錄ID，目前版本FBillIterID字段和單據ID沒有任何關系，而FE

15、ntryID也已經作廢。4 4）保質期）保質期 FKFDate ：生產日期 FKFPeriod ：保質期 只有當物料使用保質期管理時，才使用FDFDate和FDFPeriod這兩個字段。如果物料未使用保質期管理（t_IcItem.FIsKFPeriod=0）,那么此物料在IcInvInitIal表IcStockBillEntry表Ic(Inv)Bal表中的FKFPeriod和FKFDate字段都必須為零或Null值，否則在進行及時庫存查詢時該物料會出現一正一負兩條數據。IcInvInitIalIcInvInitIal數據存放規則數據存放規則5 5）FPeriodFPeriod字段字段 關閉初始

16、化前，IcInvInitIal表只保存初始化期間的數據，Fperiod=初始化所在期間；關閉初始化后，IcInvIntiaIal保存兩個期間的數據：零期與本期的數據。其中零期的數據是初始化期間的數據，本期間數據用于期初始金調整。 例如: 2004.03期初始化，如果未關閉初始化，則IcInvInitIal表只能有2004.03期的數據。關閉初始化時，系統將IcInvInitIal表的數據導入IcBal和IcInvBal。同時系統將IcInvInitIal表中的初始化期間的數據更改為零期：UPDATE IcInvInitIal SET FPeriod=0。關閉初始化以后，如果在某2004.03期

17、做期初余額調整，系統會向IcInvInitIal表寫入2004.03期的數據。 因為如果帳套處與未關閉初始化狀態，IcInvInitIal表的Fperiod0.問題：1、IcInvInitIal表FBatchNo字段與FBillInterID應用于那種物料？2、IcInvInitIal關閉初始化前與關閉初始化，其數據有何特征？3、 如果物料未使用保質期管理,但是此物料在IcInvInitIal表中的FKFPeriod和FKFDate字段都不為零或Null值，這種情況會造成什么樣的錯誤？IcInvInitIalIcInvInitIal數據存放規則數據存放規則6 6）IcInvInitIalIcI

18、nvInitIal表初始化期間有些字段必為零表初始化期間有些字段必為零 初始數據錄入只能本年累計發生數和期初余額，不能錄入本期發生額。所以IcInvInitIal表中初始化期間的數據如下字段必為零 Freceive（本期收入數量）、Fdebit（本期收入金額）、 FreceiveDiff（本期收入差異）、Fsend（本期發出數量）、 Fcredit（本期發出金額）、FsendDiff（本期發出差異）、 FEndQty（本期期末結存數量）、FEndBal（本期期末結存金額）7 7）FunitIDFunitID字段字段 如果是按常用計量單位錄入數量，則FunitID字段保存常用計量單位ID，系統自

19、動換算出基本計量單位數量： FytdBegQty =FYtdAuxBegQty * t_MeasureUnit .FCoefficient 注意：計量單位一旦被使用，換算系數不允許修改，如果在數據庫中強行修改了計量單位的換算系數，IcInvInitIal表數據不會變動。也就是說，如果將來反初始化再來看IcInvInitIal表時，可能不再遵循此換算關系。IcInvInitIalIcInvInitIal數據存放規則數據存放規則8 8）平衡關系）平衡關系數量平衡關系：年初結存數量+本年累計收入- 本年累計發出 = 初始化期間期初結存數量 FytdBegQty + FytdReceive FytdS

20、end = FBegQty FytdauxBegQty + FytdauxReceive FytdauxSend = FauxBegQty金額平衡關系： FytdBegbal+ FytdDebit- FytdCredit= FBegbal差異平衡關系： FytdBegDiff + FytdReceiveDiff FytdSendDiff= FBegDiff期初數據從物流傳遞到總帳期初數據從物流傳遞到總帳可以把物流的期初數據傳遞到總帳，前提是總帳必須與物流起用期間相同，且總帳未關閉初始化。過程如下：1）如果存貨類科目掛了物料、倉庫等核算項目，那么，要向核算項目使用狀況表t_ItemDetail、

21、t_ItemDetailV中插入記錄；2）將IcInvInitIal中數據寫入t_Balance；3）如果存貨類科目使用了數量核算，還要將IcInvInitIal表中數量寫入t_QuantityBalance。關閉初始化全部內容在存儲過程全部內容在存儲過程StockINIDataOnEXEC StockINIDataOnStockINIDataOn1、檢查“啟用期前的單據”： 必須已審核; 如果是數量金額核算，金額必須大于零；2、將IcInvInitIal數據寫入IcInvBal，將IcInvBal匯總寫入IcBal.3、將IcInvInitIal數據寫入IcInventory；4、 備份初始

22、化數據 Update ICInvInitial Set FPeriod=0 5、處理系統參數表 Update t_SystemProFile Set FValue=0 0 Where FCategory=IC And FKey= InvDataPeriodInvDataPeriod Update t_SystemProFile Set FValue=1 1 Where FCategory=IC And FKey= ICClosedICClosed 6、處理啟用前的單據 將IcStockBill中啟用期前的暫估入庫單對應的FVchInterID置為-1, 對應每張啟用期前的暫估入庫單向t_Mak

23、eVouchTemp插入一條FVchInterID=-1，FTranType=4000的記錄； 對應每張啟用期前的銷售出庫單向ICSaleVoucher插入一條FVoucherID=0,FTypeID=0的記錄。反初始化反初始化以前版本執行工業物流反初始化new.sql10.和10.1系統已經有界面功能在工業物流反初始化前，必須先反審核計劃價調價單小結小結1）記住“核心數據表”中正常的數據是什么“形狀”，或者說正常的數據應遵循什么樣的“規則”。這樣在查數據時候，通過瀏覽數據庫表，就有可能一眼發現“異常”的記錄。比如：IcInvInitIal表中在初始化期間的記錄Freceive字段值永遠為零，

24、如果不為零，那么此記錄為異常記錄。 2）學習數據結構不僅要記住核心數據表各個字段的含義，對數據處理更有幫助的是學習“數據流”。字段是“死”的，而“數據流”是動態的過程。3）學習“數據流”的方法是：建一個全新帳套，啟動SQL profiler ，在界面中每作一個動作，就立刻去分析profiler跟蹤出來的語句，看一看在“后臺”到底發生了什么事情? 如此反復案例案例問題描述：在2004年3月份的期初金額調整中看不到數據.分析：跟蹤“進入期初余額調整”過程，執行跟蹤出來的SQL，提示： “無法將 NULL 值插入列 FYtdSendDiff，表 ICInvInitial；該列不允許空值。INSERT

25、 失敗。”檢查IcInvInitIal表，發現該表很多字段的“默認” 丟失。 處理： 1） 新建一個帳套=企業管理器=找到新建帳套=找到 IcInvInitIal表=設計表=記下每個字段的默認值 2） 企業管理器=找到當前用戶帳套=找到IcInvInitIal表=設計表=修改字段的默認值說明：這個案例有一定的代表性，凡是提示：“無法將 NULL 值插入某某列 ”通常都是數據表默認值丟失。對比分析對比分析“對比分析”法 上例中，我們無法記住IcInvInitIal表各個字段的默認是什么，但是通過對比一個正確帳套的IcInvInitIal表，我們就知道應該為哪個字段加默認，應該加什么樣的默認。“對

26、比分析”舉例： 例1、用戶的物料是從外部文件引入的，可能由于引入文件信息不全，導致t_Icitem 表也出現很多錯誤，可是卻不能確定到底是哪個字段出錯。 =手工新建一個物料，然后打開t_Icitem對比正確的物料（手工錄入）與引入的物料，逐個字段對比，可以判斷出引入的物料那些字段有錯誤。 例2、懷疑用戶帳套可能丟失的數據庫對象：默認、索引、主鍵、約束、觸發器等。 上面只舉兩個例子，在實際處理數據過程中，經常會用到這種方法。案例案例問題描述：在物流初始化中打開“機動庫”庫存初始數據時出錯原 因：這些物料在 t_item存在，而在t_icitem不存在，刪除后重新錄入SELECT * FROM t

27、_item WHERE FItemClassID=4 and fdetail=1 and fitemid NOT IN (SELECT fitemid FROM t_icitem) DELETE FROM t_item WHERE FItemClassID=4 and fdetail=1 and fitemid NOT IN (SELECT fitemid FROM t_icitem)工業物流單據工業物流單據 單據模板 工業物流單 單據的鉤稽/核銷 案例單據模板單據模板1 1）單據事物類型表）單據事物類型表 ICtransactionType2 2）單據模版表）單據模版表 ICtemplate

28、,ICtemplateentry3 3）敘事簿模版）敘事簿模版 IClisttemplate敘事簿模版事物類型表 ICchatbilltitle敘事簿的顯示字段表 （也就是程序得到敘事簿SELECT 后面的字段） ICtableRelation敘事簿的過濾條件 （也就是程序得到敘事簿WHERE后面的字段）選單模板選單模板4 4）選單模版表）選單模版表 icselbills選單模板 （作用選單時單據間攜帶數據的對應關系表， FROM 前面的字段） ictablerelation選單關系 （作用產生WHERE后面的字段） 工業單據的自定義信息保存在IcTemplate和IcTempLateEntr

29、y，自定義的選單關系定義在IcSelbills和IctableRelation表中。選單模板表中定義源單和目標單據的表與字段的對應關系，以實現將源單信息寫入目標單據。關聯關系: Ictransactiontype.FtemplateID=IcTemplate.FID IcTemplate.FID=IcTempLateEntry.FID IctemplateEntry.FFieldName=IcSelbills. FFieldName IcSelbills.FID=IctableRelation.FBillID IcSelbills.FFieldName=IctableRelation.FFie

30、ldID選單模板選單模板ERER圖圖FTemplateIDICtransactionTypeFIDIcTemplateEntryFFieldNameFBillidIcTableRelationFFieldIDFIDIcTemplateFIDIcSelBillsFFieldName選單模板選單模板5. 5. 單據的關聯、下推過程主要步驟單據的關聯、下推過程主要步驟: :1.確定原單和目標單據： 根據表ICTransactiontype、ICListTemplate、ICTemplate 選取目標單據的模板：（ICTransactionType、ICTemplate 、 ICTemplateEnt

31、ry ）2.選取下推關系 主要是表（ICSelBills 、ICTableRelation ）3.目標單據新增 按單據新增重點案例重點案例問題描述：問題描述： 單據選單錄入時報錯：“表前綴T10或txxx與所讀的表不匹 配，或提示“數據讀取出錯，在對應所需名稱或序數的集合中，未找到項目。處理方法：處理方法： 1.備份帳套； 2.找到目標單據的事務類型ID SELECT * FROM ictransactiontype 3.刪除當前帳套選單模板表中目標單據對應的記錄 DELETE FROM ICSelbills WHERE FID=xxx 4.從一個空張套引入選單摸板： insert into

32、ICSelbills SELECT * FROM AISNew.dbo.ICSelbills WHERE FID=xxx工業物流單據工業物流單據1. 1. 物流單據數據表物流單據數據表 出入庫單：IcStockBill(Entry)；采購發票：IcPurChase(Entry)；銷售發票：IcSale(Entry)；采購訂單：PoOrder(Entry)；銷售訂單：SeOrder(Entry)。 庫存單據、發票、訂單這幾張數據表最常用應該記住，其他單據對應的數據表可以查IcTrnasactiontype或t_tableDescription。在工業物流單據表中都有一個字段：Ftrantype，

33、代表單據的事務類型。這個字段關聯IcTrnasactiontype表的FID字段。2. 2. 編碼進度、內碼進度編碼進度、內碼進度 工業物流單據的編碼規則保存在IcBillNo表中，系統也是用此表的FCurNo字段跟蹤各種事務類型單據的“單據號碼進度”，以實現在下次新增單據時單據編號可以自動加1。 單據內碼的進度是保存在IcMaxNum表中，FMaxNum字段為當前最大ID。IcBillNo.FCurNo與IcMaxNum.FMaxNum如果落后與實際的單據代碼與內碼，會導致單據不能保存，提示“pk_XXXX重復，不能在XXXX表插入重復值”。工業物流單據工業物流單據2. 2. 編碼進度、內碼

34、進度編碼進度、內碼進度 工業物流單據的編碼規則保存在IcBillNo表中，系統也是用此表的FCurNo字段跟蹤各種事務類型單據的“單據號碼進度”. 單據內碼的進度是保存在IcMaxNum表中，FMaxNum字段為當前最大ID。每次新增IcBillNo表該事務類型對應的FCurNo字段加1,IcMaxNum表FMaxNum字段值也加1. IcBillNo.FCurNo與IcMaxNum.FMaxNum如果落后與實際的單據代碼與內碼，會導致單據不能保存，提示“pk_XXXX重復，不能在XXXX表插入重值”。問題IcBillNo.FCurNo與IcMaxNum.FMaxNum如果落后與實際的單據代碼

35、與內碼，會導致什么錯誤?工業物流單據工業物流單據3. 3. 工業單據錄入過程工業單據錄入過程例:外購入庫1.從單據事務類型表ictransactiontype中提取單據模板id 2.根據模板id從單據模板表ICTemplate，ICTemplateEntry 提取模板3.用GetICMaxNum存儲過程從ICMaxNum提取最大單據內碼finterid 從ICBillNo 中提取單據號fbillno4.插入數據到單據對應的表5.保存更新庫存（保存時更新數據）執行EXEC p_UPDATEStorage 6.更新ICMaxNum和fbillno工業物流單據工業物流單據4. 4. 單據狀態單據狀態

36、1）審核： FCheckerID=審核人ID,FStatus=1 2）作廢 FCancellation=13）關閉 例如：采購申請單的關閉 自動關閉過程：采購申請單在生成訂單后，訂單審核且關聯數量等于申請數單量時（判斷FcommitQty=fqty）如果正確則設置（FmrpClosed=3，Fstatus=3）自動關閉申請單 自動反關閉：當采購申請單生成的下游單據刪除后自動反關閉（設置FcommitQty=0, FmrpClosed=0，Fstatus=1） 手工關閉 ：置標志為FStatus=3，把FmrpClosed賦值為1（關閉）部分關閉：當FcommitQty0 and FHookIn

37、terID NOT IN(SELECT fgroupno FROM ICHookRelations) -根據鉤籍關系反查發票，是否丟失SELECT * FROM ICHookRelations WHERE fhooktype=1 and fibtag=0 and fgroupno NOT IN(SELECT FHookInterID FROM IcSale WHERE fstatus=1 ) SELECT * FROM ICHookRelations WHERE fhooktype=0 and fibtag=0 and fgroupno NOT IN(SELECT FHookInterID F

38、ROM IcPurChase WHERE fstatus=1 ) -根據鉤籍關系反查單據，是否丟失（結果正確） SELECT * FROM ICHookRelations WHERE fibtag=1 and fgroupno NOT IN(SELECT FHookInterID FROM IcStockBill WHERE fstatus=1 )案例案例問題描述：在作“自制產品入庫”時，錯誤提示是：K3SPAccount: 運 行時錯誤，原 因：從跟蹤語句發現更改了ICTransactionType單據類型表，此表的單據名稱是不讓更改的，因為許多模塊需要用名稱去匹配 SELECT FID,F

39、Name FROM ICTransactionType WHERE FID NOT IN (101,90,74,40,43,100,87,51,52,58,59,84,45,46,65,50,53,88,55,54,500) Order by FType,FID 處理方法：刪除ICTransactionType，再從好的標準帳套導回記錄案例案例問題描述：有幾張5月30日銷售單據過不了帳，想反審核修改，但提示以審核，過帳時卻提示沒有審核。原 因： IcSale和IcStockBill兩個表沒有任何問題，這個兩個表都已經標記了核銷標志（FHookInterID）。但是核銷關系丟失，即：ICHook

40、Relations表丟失核銷記錄。可以用sql補回。 處理步驟： 1）備份帳套； 2）執行如下SQL： insert into ICHookRelations SELECT 99999 ,1,0,1,finterid,fbillno,x,5,2003,0 FROM IcStockBill WHERE FHookInterID in (SELECT FHookInterID FROM IcSale WHERE FHookInterID NOT IN (SELECT fgroupno FROM ICHookRelations ) insert into ICHookRelations SELECT

41、 FHookInterID ,1,0,0,finterid,fbillno,x,5,2003,0 FROM IcSale WHERE FHookInterID NOT IN (SELECT fgroupno FROM ICHookRelations ) UPDATE t1 SET t1.fgroupno=t2.FHookInterID FROM ICHookRelations t1,IcStockBill t2 WHERE t1.fgroupno=99999 and t1.fibinterid=t2.finterid 3)存貨核算=生成憑證。案案 例例問題描述：存貨模塊不能結帳，總提示有未審核

42、單據，但所有單據已審核原 因： 有一張單據有單據頭但是沒有單據體，是非法數據。 處理步驟： 1)備份； 2）查詢出丟失單據體的單據 SELECT * FROM icstokkbill WHERE finterid NOT IN (SELECT finterid FROM IcStockBillEntry ) 3）刪除IcStockBill表的孤立記錄 DELETE IcStockBill WHERE finterid=13677案例案例問題描述：工業物流反審核該發票時提示：“反審不成功，原因是：第3行：)附近有語法錯誤。”原 因：原因是賬套以前啟用多級審核功能，后面有取消了多級審核功能，處理方

43、法清除原來多級審核的冗余記錄即可，語句如下：DELETE t_MultiCheckOption案例問題描述：K/3工業賬套，客戶在錄入外購入庫單關聯采購訂單生成時，F7選擇訂單時查看不到其中一張訂單。原 因：經過檢查，主要是t_icitem表中的finspectionlevel字段（檢驗方式）為0，但是如果是免檢方式的應該是352（t_submessage表中記錄了檢驗方式代碼信息），所以這時系統判斷了該訂單上的物料為非免檢方式，所以無法關聯顯示出來，但客戶并未進行質檢的任何設置，估計是該物料是通過導入方式導入到系統中的，在導入過程中finspectionlevel這個字段導入的值不正確。執行

44、下面sql語句修改： UPDATE t_icitem SET finspectionlevel=352 WHERE finspectionlevel=0案例案例問題：本期間工業物流中有大量發票反審核時提示“沒有要反審核的票據”原 因：在ICHookRelations的鉤稽關系丟失.處理方法：針對采購和銷售發票及對應的單據取消鉤籍，重新核銷即可語句：處理銷售發票及出庫單UPDATE IcStockBill SET FHookInterID=0 WHERE FHookInterID in (SELECT FHookInterID FROM IcSale WHERE FHookInterID NOT

45、 IN (SELECT fgroupno FROM ICHookRelations) and FHookInterID0 )UPDATE IcSale SET FHookInterID=0,fstatus=0,fcheckerid=null FROM IcSale WHERE FHookInterID NOT IN (SELECT fgroupno FROM ICHookRelations) and FHookInterID0 處理采購發票及入庫單UPDATE IcStockBill SET FHookInterID=0,finvoiceinterid=null WHERE FHookInte

46、rID in (SELECT FHookInterID FROM IcPurChase WHERE FHookInterID NOT IN (SELECT fgroupno FROM ICHookRelations) and FHookInterID0 )UPDATE IcPurChase SET FHookInterID=0,fstatus=0,fcheckerid=null FROM IcPurChase WHERE FHookInterID NOT IN (SELECT fgroupno FROM ICHookRelations) and FHookInterID0案例問題描述：打開銷售

47、訂單執行明細表時出錯，提示：非空列不能更新為NULL。原 因：用戶自定義單據：銷售訂單，取消了系統預置字段：“業務員”的可見性，在錄入單據時未錄入“業務員”（FEmpID=null），在生成“銷售訂單執行明細表”時導致錯誤。 處理：1、工業單據自定義工具=銷售訂單 修改“業務員”的可見屬性。 2、執行如下SQL，補回銷售訂單中的FEmpID： UPDATE SEOrder SET FEmpID=196(SeOrder表中的FEmpID字段代表業務員，在執行如上語句時，具體使用哪個業務員，可以通過 SELECT fitemid,fname,* FROM t_item WHERE FItemCla

48、ssID=3 來查詢。 )案例案例問題描述：存貨收發日報表不能顯示原 因：物料采用計劃成本法時，但卻沒有計劃價處理辦法： 1.備份賬套 2.查找沒有計劃價的物料 SELECT fplanprice,fnumber,ftrack,* FROM t_icitem WHERE ftrack=81 and (fplanprice=0 or fplanprice is null) 3.手工在物料屬性里加上把這些物料加上計劃價 4.檢查已經生成單據出現使用計劃成本法，確沒有計劃價的分錄 SELECT fplanprice,* FROM IcStockBillEntry WHERE (fplanprice=

49、0 or fplanprice is null) and fitemid in(SELECT fitemid FROM t_icitem WHERE ftrack=81) 5.根據物料補回的計劃價，回填單據 UPDATE t1 SET t1.fplanprice=t2.fplanprice ,t1.fauxplanprice=t2.fplanprice FROM IcStockBillEntry t1, t_icitem t2 WHERE (t1.fplanprice=0 or t1.fplanprice is null) and t1.fitemid=t2.fitemid and t2.ft

50、rack=81案例案例問題描述：從V91升到V941后查看臺帳出錯提示：將截斷字符串或二進制數據。原 因：-經查ictransactiontype表，得知系統模板名稱被修改了。 -修改了模板上的單據名稱，系統是不允許修改的。 UPDATE ictransactiontype SET fname=生產領料單 WHERE fid=24 UPDATE ictransactiontype SET fname=其它出庫單 WHERE fid=29 UPDATE ictransactiontype SET fname=調拔單 WHERE fid=41 UPDATE ictransactiontype SE

51、T fname=收料通知單 WHERE fid=72 UPDATE ictransactiontype SET fname=退料通知單 WHERE fid=73 -聲明：系統固有的模板性信息不要隨意修改，它們在系統中有特殊用途。案例案例問題描述：一部分發貨通知單的退貨通知單不能沖減銷售訂單的關聯數量處理方法： UPDATE s2 SET s2.FCommitQty= X.提交數量 FROM SEOrder s1 INNER JOIN SEOrderEntry s2 ON s1.FInterID = s2.FInterID INNER JOIN (SELECT k.fcnninterid, y.

52、fsourceentryid, SUM(y.fqty - isnull(z.退貨數量, 0) AS 提交數量 FROM seoutstockentry y INNER JOIN (SELECT * FROM seoutstock WHERE ftrantype = 83) k ON y.finterid = k.finterid LEFT JOINLEFT JOIN (SELECT t1.fcnninterid, t2.fsourceentryid, SUM(t2.fqty) AS 退貨數量 FROM seoutstock t1, seoutstockentry t2 WHERE t1.fin

53、terid = t2.finterid AND t1.ftrantype = 82 GROUP BY t1.fcnninterid, t2.fsourceentryid) z ON y.finterid = z.fcnninterid AND y.FEntryID = z.fsourceentryid GROUP BY k.fcnninterid, y.fsourceentryid) X ON X.fcnninterid = s2.FInterID AND X.fsourceentryid = s2.FEntryID WHERE s2.fcommitqtyx.提交數量 暫估及沖回暫估及沖回 t

54、_MakeVouchTemp表 月初沖回 單到沖回 常見問題 案例暫估沖回暫估沖回t_MakeVouchTempt_MakeVouchTemp表表1. 1. t_MakeVouchTempt_MakeVouchTemp表表 FGroupID憑證字 FVchInterID 憑證內碼 Fperiod 會計期間 Fyear 會計年度 FvchNumber憑證號 FTranType憑證類型( 4000 暫估； -4000 暫估沖回 ) FSCBillInterID外購入庫單內碼 FGroup FpreVchInterID“暫估沖回憑證”對應的原“暫估憑證”月初沖回月初沖回2. 2. 月初沖回月初沖回例

55、: 5月份做暫估入庫單,根據5月份做暫估入庫單,在“存貨核算=生成憑證”功能中選折“估價入帳”類型，根據暫估入庫單生成憑證，系統向t_MakeVoucherTemp插入一條FtranType=4000的記錄。 5月末工業物流結帳時，系統自動生成一張6期的暫估沖回憑證。此時，系統又向t_MakeVoucherTemp插入一條FtranType=-4000的記錄。 6月份發票未到，在“存貨核算=生成憑證”功能中選折“估價入帳”類型，再次根據5期的暫估入庫單生成憑證（繼續暫估），系統向t_MakeVoucherTemp插入一條FtranType=4000的記錄。 6月末工業物流結帳時，系統自動生成一

56、張7期的暫估沖回憑證。此時，系統又向t_MakeVoucherTemp插入一條FtranType=-4000的記錄。 7月份采購發票到，與5期的入庫單鉤稽，在“存貨核算=生成憑證”功能中選折“外購入庫”類型，根據發票和入庫單生成外購入庫憑證。 至此，暫估流程結束。 7期結帳時，系統發現5期的入庫單已經與發票鉤稽，說明發票已到，因此不再生成暫估沖回憑證月初沖回示例月初沖回示例月初沖回情況下月初沖回情況下,t_MakeVouchTemp表數據實例表數據實例問題問題暫估沖回方式為月初沖回，5月份做暫估入庫單, 7月份采購發票到。敘述這個過程中t_MakeVouchTemp表數據變化情況。單到沖回單到

57、沖回3. 3. 單到沖回單到沖回 5月份做暫估入庫單,在“存貨核算=生成憑證”功能中選折“估價入帳”類型，根據暫估入庫單生成憑證，系統向t_MakeVoucherTemp插入一條FtranType=4000的記錄。 7月份采購發票到，與5期的入庫單鉤稽，在“存貨核算=生成憑證”功能中選折“暫估沖回”類型，5入庫單生成暫估沖回憑證。此時，系統向t_MakeVoucherTemp插入一條FtranType=-4000的記錄。 在“存貨核算=生成憑證”功能中選折“外購入庫”類型，根據發票和入庫單生成外購入庫憑證。 至此，暫估流程結束。常見問題常見問題4. 4. 存在問題存在問題t_makevouch

58、ertemp經常記錄丟失，導致無法沖回或無法繼續暫估。本期間做了沖回，本期是否做了暫估或外購入庫？以前期間做了暫估，在本期是否做了沖回？常見問題常見問題-以前期間做了暫估，在本期是否做了沖回?SELECT distinct d.finterid FROM IcStockBillEntry a ,t_icitem b,t_account c,IcStockBill dWHERE a.fitemid=b.fitemidand a.finterid=d.finteridand b.facctid=c.faccountidand d.ftrantype=1and (d.FHookInterID=0 o

59、r d.FHookInterID is null)and c.fnumber=1211.01and d.fdate2003.09.01and d.finterid NOT IN (SELECT FSCBillInterID FROM t_MakeVouchTemp WHERE fyear=2003 and fperiod=9 and ftrantype=-4000)常見問題-本期做了沖回，但是本期未做暫估 (如果t_MakeVouchTemp以前期間記錄不完整，則本期無法暫估)SELECT distinct t1.finterid FROM IcStockBill t1 inner join

60、IcStockBillEntry t2 On t1.finterid=t2.finteridinner join t_icitem t3 on t2.fitemid=t3.fitemidWHERE isnull(FHookInterID,0)=0 and ftrantype=1and fdate 系統選項 當前單價其他計價方法其他計價方法 ：計價方法 當前單價 系統選項不足以發出不足以發出例：加權平均物料：A 期間：2004.06期 單位：個 金額單位：元上例中，加權平均單價 = (500+100) / (20+10)= 20 。OUT1發出數量是100，是不足以發出的，但是由于加權平均價0，因此不會