金蝶K3WISE賬套升級工具用戶手冊版權聲明本書著作權屬于金蝶軟體（中國）有限公司所有，在未經本公司許可的情況下，任何單位或個人不得以任何方式對本書的部分或全部內容擅自進行增刪，改編，節錄，翻譯，翻印，改寫。金蝶軟體（中國）有限公司目錄1概述.12基礎-V10.4賬套升級前資料檢查.12.1用戶升級檢測的項目.12.2用戶升級規則.22.3職員升級檢測的項目.22.4職員升級規則.43供應鏈-V10.1商業賬套升級前資料檢查..43.1檢查單據生成憑證資料.43.2檢查自由項資料合法性.43.3序列號數據升級檢查.5檢查描述表中存在但序列號規則物理表沒有的欄位元元..5檢查無索引欄位元元的序列號規則.5檢查索引欄位元元資料類型不是整型或文本型的序列號規則..6檢查索引值重複的序列號規則.6檢查初始化流轉表中存在但基礎表中不存在的序列號..6檢查倉庫商品初始化數量與序列號數量是否一致..7檢查單據分錄商品計量單位與基本計量單位是否相符..7檢查單據分錄商品錄入的序列號數量與分錄數量是否一致..8檢查商業分期收款出庫、委託代銷出庫、代管物資出入庫單是否存在進行序列號管理的物料.83.4檢查商業賬套中已經核銷或者已經扣減但還沒有審核的單據.93.5取消檢查商業賬套中大於當前期間但已經核銷的單據.103.6檢查商業賬套業務系統沒有傳遞到應收應付的賒銷發票.103.7檢查業務系統基本計量單位數量換算不正確的單據.103.8檢查是否存在優先順序相同,組合類型相同的政策..103.9物料保質期的檢查.11物料保質期為0或者為空的檢查.11保質期物料單據上到期日為空的檢查.11非保質期物料單據上到期日不為空的檢查.113.10檢查單據中核銷數量等於零而核銷金額不等於零的資料.123.11檢查應收應付中是否存在冗餘發票.123.12檢查應收應付t_rp_contact中發票金額是否和物流系統一致..123.13現收銷售發票的檢查.133.14現付採購發票的檢查.133.15調價補差單的檢查.143.16檢查物流已審核但應收應付未審核的發票.143.17含有代管倉單據升級的檢查.14實倉單據錄入的代管倉（虛倉）.14代管物資出入庫單（虛倉單據）上錄入了實倉..163.18檢查商業系統中沒有修改自由項名稱卻有業務資料的自由項.173.19分期收款銷售升級的檢查.173.20委託代銷銷售升級的檢查.193.21序時簿同一類單據中存在FcolName相同的記錄..213.22商業銷售發票生產/採購日期的檢查..224供應鏈-V10.1工業賬套升級前資料檢查..224.1序列號的檢查.22升級前自動執行調整sql.22查詢序列號即時庫存表的物料是否和序列號基礎表的物料一致..22檢查序列號初始化庫存表與序列號表的物料是否一致..22檢查序列號即時庫存與最後流轉單據倉庫、倉位或物料不一致的序列號..23檢查單據中使用序列號管理的單據是否都有流轉記錄..23檢查序列號流轉記錄中的單據在單據表中是否都存在..24檢查有流轉記錄的序列號在序列號即時庫存表中是否都存在..244.2銷售出庫單開票數量升級的檢查.244.3外購入庫單單開票數量升級的檢查.254.4銷售訂單開票數量的升級.254.5採購訂單開票數量的升級.274.6序時簿同一類單據中存在FcolName相同的記錄..274.7工業銷售發票生產/採購日期的檢查..285供應鏈-V10.2賬套升級前資料檢查.285.1負數出庫成本調整單商業升級錯誤糾正.285.2開票數量升級的檢查.30銷售出庫開票數量不為零但無下游單據.30外購入庫庫開票數量不為零但無下游單據.30銷售訂單開票數量不為零但無下游單據.30採購訂單開票數量不為零但無下游單據.315.3鉤稽數量升級的檢查.31藍字銷售出庫未鉤稽數量為負數（鉤稽數量大於單據數量）..31紅字銷售出庫單未鉤稽數量為正數（鉤稽數量大於單據數量）..32銷售出庫單鉤稽數量錯誤且鉤稽日誌錯誤.32未鉤稽數量不為0，但是鉤稽標誌為“Y”..33銷售出庫單存在本期鉤稽記錄中鉤稽數量與本期鉤稽數量不符..33外購入庫單存在本期鉤稽記錄中鉤稽數量與本期鉤稽數量不符..335.4代管倉資料升級錯誤的檢查.345.5手工行業務關閉的檢查.345.6銷售發票生產/採購日期的檢查..356應收應付-賬套升級前資料檢查..366.1V10.1賬套升級前的檢查..366.2V10.2賬套升級前的檢查..38單據合法性檢查.38資料一致性檢查.39單據正確性檢查.39其他檢查.406.3升級後的系統自查.407財務-V10.1及以後版本賬套升級前資料檢查.417.1檢查是否存在有憑證頭沒有憑證體的憑證；.417.2檢查憑證中的科目下掛核算項目資訊是否在基礎資料中仍然存在；.417.3固定資產資料的檢查.41K3賬套升級工具用戶手冊11概述賬套升級前檢查工具通過檢查嚮導對業務資料進行檢查，如果有不合法的資料給出非法資料列表並提供手工修復或自動修復的修復方式指導用戶進行非法資料的修復。如果非法資料沒有調整完畢時不允許用戶升級。下面分項描述各種業務檢查。2基礎-V10.4賬套升級前資料檢查2.1用戶升級檢測的項目檢查項目包括：1.已設為K/3用戶的HR用戶2.名稱完全相同的用戶3.只在HR中存在的用戶4.只在K/3中存在的用戶5.HR中離職、離退休、不在職人員的用戶檢測結果：檢測到有符合條件的資料檢測結果顯示為“警告＂；沒有資料則為“通過＂。結果查看：點擊【查看】按鈕可彈出用戶升級的資料預檢測報告，如下圖：K3賬套升級工具用戶手冊2介面工具欄中【修復】、【重檢】、【引出】、【退出】四個按鈕，功能如下：【修復】：在列表中選擇一條或多條記錄後，點擊該按鈕，可在彈出的頁面中對所選資料的進行修改。【重檢】：重新對賬套內的用戶資料進行檢測並重新生成檢測報告。【引出】：可將當前頁簽列表中的資料引出至Excel文檔。【退出】：退出用戶資料檢測報告介面。2.2用戶升級規則用戶升級規則如下：1、系統將相同名稱的K/3用戶與HR用戶自動合併成同一個用戶。升級後用戶可以使用原K/3用戶與HR用戶的密碼。其餘屬性升級規則如下：當原HR用戶屬性值不為空時，合併後的屬性值以原HR用戶為准。當原HR用戶屬性值為空時，合併後的屬性值以原K/3用戶為准。2、不存在相同名稱的K/3用戶與HR用戶直接升級。3、當升級時用戶組名稱與用戶名重複時，自動化修改用戶組名稱。2.3職員升級檢測的項目檢查項目1、K3職員中存在身份證號碼為空或不合規範的職員2、K3職員和HR職員中存在相同身份證號碼的職員3、K3職員和HR職員中存在“K3代碼＋姓名＂與“HR職員代碼＋姓名＂完全相同的職K3賬套升級工具用戶手冊員4、K3職員和HR職員中存在姓名完全相同的職員5、K3職員中存在身份證號碼完全相同的職員檢測結果：檢測2項有符合條件的資料檢測結果顯示為“不通過＂；檢測1、3、4、5項有符合條件的資料檢測結果顯示為“警告＂；沒有資料則為“通過＂。結果查看：點擊【查看】按鈕可彈出職員升級的資料預檢測報告，如下圖：介面工具欄中【修復】、【重檢】、【引出】、【退出】四個按鈕，功能如下：3K3賬套升級工具用戶手冊4【修復】：在列表中選擇一條或多條記錄後，點擊該按鈕，可在彈出的頁面中對所選資料的進行修改。【重檢】：重新對賬套內的職員資料進行檢測並重新生成檢測報告。【引出】：可將當前頁簽列表中的資料引出至Excel文檔。【退出】：退出職員升級檢查結果介面。2.4職員升級規則職員升級規則如下：1、系統將身份證號碼不為空且身份證號碼相同的K/3職員與HR職員自動合併成同一個職員。當原HR職員屬性值不為空時，合併後的職員屬性值以原HR職員為准。當原HR職員屬性值為空時，合併後的職員屬性值以原K/3職員為准。2、不存在相同身份證號碼的K/3職員與HR職員直接升級。3供應鏈-V10.1商業賬套升級前資料檢查3.1檢查單據生成憑證資料檢查說明：v10.0商業物流中允許以前期間未生成憑證的單據在本期生成憑證，但是v10.2物流往期沒有生成憑證的發票和出入庫單，在本期也不允許生成。檢查的結果中展示歷史期間沒有生成憑證的單據，在檢查的演算法中先檢查某種單據是否存在相應的憑證範本，如果沒有就視該單據不需要檢查。檢查報告：單據所在表名|單據類型|單據內碼|單據編號|單據日期|處理方式：系統提供兩種處理方式，1、視同檢查出來的資料正確，如果歷史未生成憑證的單據在業務不生成憑證也不會影響賬務（如調整庫存數量），則可以選擇該種處理方式。2、視同檢查出來的資料不正確，需要手工調整。如果用戶選擇了2，則用戶只能先在商業系統下手工將單據生成憑證，然後才能進行升級。3.2檢查自由項資料合法性檢查說明：由於商業的自由項欄位類型在資料庫物理欄位元元是文本型號，但是在定義類型的時候，用戶可以將自由項定義為文本、整數、浮點三種類型，並且可以重複定義。例如：用戶曾經定義銷售出庫單的自由項1類型為文本類型，並且作單據SOUT00001的自由項1錄入了文本”金蝶軟體”，但後來又將自由項1重新改定義為整形。由於升級時是按著當前定義的類型在標準供應鏈上會創建一個整形的欄位，這樣在升級時，原商業單據上自由項1中的“金蝶軟體＂在轉化為整形時就會報出錯誤。檢查報告：單據名稱|所在資料庫表|單據內碼|單據分錄|錯誤描述|處理方式：如果有檢查結果，則必須先處理然後才能繼續升級。對於以上類別資料，用戶只能選擇K3賬套升級工具用戶手冊5手工調整，修復的方式建議為：1、一種是自動調整。調整的邏輯是：只保留某一個自由項當前類型的業務資料，而將以前的類型對應的業務資料全部清除。舉例說明：採購收貨單的“自由項1＂之前的類型是整數，系統錄入的是整數，後來用戶將“自由項1＂的類型修改為文本型，並錄入了資料，則資料升級時將自由項1的整數值全部刪除，而只保留文本型的資料，升級上來之後，該自由項的類型也默認為文本型。2、一種是手工調整。調整的邏輯是：首先要確認相應的單據是否還有其他的自由項沒有使用過，如果有，則可以定義未使用的自由項為符合要求的欄位類型，並將相應的資料移植到新的自由項上。該種調整方式系統提供相應的調整SQL範本，用戶需要在查詢分析器中執行相應的SQL語句進行調整。3.3序列號數據升級檢查由於V10.2供應鏈對序列號要嚴格控制，尤其是在資料的完整性上。該部分檢查分為八個子檢查：檢查描述表中存在但序列號規則物理表沒有的欄位元元檢查說明：檢查序列號規則的完整性，主要是檢查序列號規則欄位描述表中的資料是否和具體的物理表一致檢查報告：序列號規則ID|序列號規則名稱|序列號規則編碼|欄位名稱|欄位元元ID|物理表字段名稱|資料類型|查找類別|是否是索引列|處理方式：該類資料只提供手工調整方式。調整邏輯：用戶需要檢查規則序列號基礎表Com_Serial_F＋規則內碼，確認該欄位是否必須，如果是多餘欄位則可以從Com_Serialdesc中刪除相應描述資訊，如果需要則在基礎表上重建該欄位，並補充資料。系統提供刪除描述資訊以及在基礎表上重建欄位的調整SQL範本。檢查無索引欄位元元的序列號規則檢查說明：從10.0開始要求每種序列號規則有一個欄位元元為索引欄位元元，但並未對之前版本升級作強制處理，10.2中該欄位將和商品組合形成唯一主鍵，來保證資料的唯一性。檢查報告：序列號規則ID|序列號規則編碼|序列號規則名稱|備註|處理方式：對於以上資料系統只提供手工調整的方式。手工調整的邏輯是：1、如果現有規則中的欄位有不重複的資料並希望作為序列號主要的識別標誌就可以在描述表Com_Serialdesc中修改該欄位的FisdIndex值為1來指定該欄位元元作為索引欄位元元，系統提供相應的調整SQL範本；2、如果規則中沒有這樣的欄位元元則需要另外新加欄位元元作為索引欄位元元，同時保證插入的資料的唯一性。添加方法：在規則欄位描述表中添加新欄位的描述資訊，在具體的物理表（Com_Serial_F+規則內碼）上添加欄位，並補充無重複的資料。規則欄位描述表Com_SerialDesc欄位說明：FserialclassID序列號規則內碼，對應Com_Serialclass表中的FserialCLassIDFpropID欄位內碼，系統預定以欄位為1001、1002、1003、1004、1005，用戶自定義欄位從1開始編碼K3賬套升級工具用戶手冊6FpropName欄位名稱，顯示在序列號查看表頭FSQLColumnName具體物理表（Com_Serial_F＋序列號規則內碼）欄位名稱FdataType資料類型0：整型，1：文本；2：核算項目，3：輔助資料Fsize欄位最大長度Fprecision暫時不用Fscale暫時不用FclassID核算項目、輔助資料查找類別，其餘資料類型為0Fdefault預設值FgenerateID自動生成方案IDFpreDefine是否是系統預定義欄位FisIndex是否是索引列檢查索引欄位元元資料類型不是整型或文本型的序列號規則檢查說明：現用的序列號規則的欄位可分為整型、文本、核算項目和輔助資料等四種（在Com_Serialdesc中FdataType分別為0、1、2、3），由於要保證資料的唯一性，所以要求欄位元元類型為文本或整型（由於整數的最大值限制建議取文本型，升級到10.2後索引欄位元元會統一處理為文本型）檢查報告：序列號規則ID|序列號規則編碼|序列號規則名稱|欄位ID|欄位元元名稱|物理表字段名稱|處理方式：對於以上資料系統只提供手工調整的方式。手工調整的邏輯是:將索引列修改為文本型。系統提供相應的調整SQL範本，範本中索引的長度默認為100。檢查索引值重複的序列號規則檢查說明：以前版本要求同規則索引列唯一，10.2繼續沿用為索引列＋商品唯一，並以此作為處理依據，所以需要保證索引值唯一。檢查報告：序列號規則ID|序列號規則編碼|序列號規則名稱|欄位元元名稱|物理表字段名稱|索引值|處理方式：系統提供手工調整的方式，手工調整的邏輯是：如果確認索引值對應的內碼在流轉表Com_SerialBill中沒有相應的流轉記錄，則在物理表（Com_Serial_F＋規則內碼）中刪除多餘的重復資料或修改為其他值，系統提供對應的SQL語句進行處理。如果都有流轉記錄，則需要修改索引值為一個不會重複的值。檢查初始化流轉表中存在但基礎表中不存在的序列號檢查說明：檢查初始化序列號的流轉記錄於序列號即時資訊表是否一致，如果兩表資料不一致則在關聯查詢時會產生錯誤或輸出錯誤結果檢查報告：商品編碼|商品名稱|輔助屬性編碼|輔助屬性名稱|倉庫編碼|倉庫名稱|序列號規則名稱K3賬套升級工具用戶手冊7|序列號內碼|處理方式：系統提供手工調整的方式，手工調整的邏輯是：1、如果根據業務邏輯查詢具體的序列號是真正使用則補充基礎表；2、否則要刪除初始化流轉表相應的記錄，並保證刪除後初始化基本單位數量和序列號數量一致；檢查倉庫商品初始化數量與序列號數量是否一致檢查說明：10.2版本要求初始化物料數量必須與序列號數量一致，並且不允許錄入非在庫狀態序列號，檢查此項就是為了保證能按照新的要求升級資料並應用於後續流程檢查報告：商品編碼|商品名稱|輔助屬性編碼|輔助屬性名稱|倉庫編碼|倉庫名稱|初始化商品數量|初始化錄入序列號數量|處理方式：系統提供暫時放棄使用出現異常資料的商品的序列號管理和兩種手工調整處理方式。1、暫時放棄使用序列號管理：如果在初始化時錄入了非在庫狀態的序列號，並且系統不能反初始化處理這些序列號則可以選擇此方案，升級時系統會刪除所有該商品的序列號資訊，並將商品設置為不進行序列號管理。升級後可以新建一個商品來處理。2、手工調整，該種方式適應於希望升級後的資料按序列號嚴格跟蹤的原則繼續進行序列號管理，處理的方法是:反初始化處理不一致的資料並重新結束初始化。如果按照使用sql調整，則需要按照需要維護流轉表Com_SerialBill和主表Com_Serial_F＋序列號規則內碼。Com_SerialBill初始化應用欄位說明：FscreenID單據類型初始化必須填入00FbillID單據內碼初始化必須填入商品內碼FbillEntryID單據分錄ID初始化必須填入商品輔助屬性內碼，如果沒有填0FstockID倉庫內碼FserialClassID序列號規則內碼內碼FserialID序列號內碼系統提供相應的調整SQL範本檢查單據分錄商品計量單位與基本計量單位是否相符檢查說明：原來商業採用常用計量單位數量作為單據序列號數量，10.2版本採用基本計量單位數量作為序列號計數單位，如果單據中的常用計量位元和基本計量單位不一致則升級後單據的序列號數量會與單據數量不一致。檢查報告：單據類型編碼|單據類型名稱|單據編碼|單據日期|分錄號|商品編碼|商品名稱|輔助屬性編碼|輔助屬性名稱|計量單位|數量|基本計量單位|基本計量單位數量|處理方式：系統提供暫時放棄使用出現異常資料的商品的序列號管理和兩種手工調整處理方式。1、暫時放棄使用序列號管理：如果此類單據數量比較大並且無法通過修改單據計量單位為基本計量單位來使序列號數量一致則可以選擇該選項。升級時系統會刪除所有該商品的序列號資訊，並將商品設置為不進行序列號管理。升級後可以新建一個商品來處理。2、手工調整，該種方式適應於異常資料量不大並且可以通過修改單據常用計量單位為基本計量單位來修正的情況，調整方法是在修改序列號數量和單據基本單位數量一致後就可以K3賬套升級工具用戶手冊8正常升級。檢查單據分錄商品錄入的序列號數量與分錄數量是否一致檢查說明：10.2版本要求對序列號進行嚴格控制，進行序列號管理的商品必須錄入序列號，故原來商業版本的單據如果沒有保證序列號的完整則升級後無法繼續正常使用。檢查報告：單據類型編碼|單據類型名稱|單據內碼|單據編碼|單據日期|分錄號|商品編碼|商品名稱|輔助屬性編碼|輔助屬性名稱|分錄基本計量單位數量|錄入的序列號數量|處理方式：系統提供暫時放棄使用出現異常資料的商品的序列號管理和兩種手工調整處理方式。1、暫時放棄使用序列號管理：如果此類單據數量比較大並且無法通過補齊序列號使序列號數量與單據數量一致則可以選擇該選項，升級時系統會刪除所有該商品的序列號資訊，並將商品設置為不進行序列號管理。升級後可以新建一個商品來處理。2、手工調整該種方式適應於此類異常資料量不大並且可以修改單據補齊所缺少的序列號則可以選擇該選項，補充完整後就可以正常升級。補充時需要維護流轉表Com_SerialBill和主表Com_Serial_F＋序列號規則內碼Com_SerialBill單據應用欄位說明：FscreenID單據類型FbillID單據內碼FbillEntryID單據分錄IDFstockID可以不填FserialClassID序列號規則內碼內碼FserialID序列號內碼檢查商業分期收款出庫、委託代銷出庫、代管物資出入庫單是否存在進行序列號管理的物料檢查說明：1、10.2及以後版本虛倉出入庫單不支援序列號管理，原代管物資出入庫單有過序列號管理物料的歷史序列號數據無法支援升級；2、分期收款倉和委託代銷倉由於系統在升級時會根據未結算數量自動生成銷售出庫單，而使用序列號的此類物料資料將無法自動生成。檢查報告：系統目前在分期收款出庫單、委託代銷出庫單、代管物資入庫單、代管物資出庫單中存在進行序列號管理的物料，明細如下：單據類型，單據編號，商品代碼，商品名稱處理方式：系統提供不修復和暫時放棄使用序列號管理處理方式，默認為不修復。修復說明：升級時系統會刪除所有該商品的序列號資訊，並將商品設置為不進行序列號管理。升級後可以新建一個商品來處理。K3賬套升級工具用戶手冊93.4檢查商業賬套中已經核銷或者已經扣減但還沒有審核的單據檢查說明：在V10.2工業鏈系統，對單據狀態的控制非常嚴謹，只有審核的單據才允許發生後續業務。例如單據如果要進行鉤稽或被下游業務扣減執行就必須先審核，而在老版本（V10.2以前）的商業系統是沒有限制的。所以在升級前必須對這些資料進行處理檢查報告：單據名稱|單據所在資料表|單據編碼|單據內碼|處理方式：以上資料可以手工修復和自動修復，1、手工修復是在系統中調整，即用戶在商業系統中依據檢查出來的單據逐單手工審核。2、自動修復通過調用SQL語句更新單據的審核狀態，如果是單級審核，則審核人默認是administrator，如果是多級審核，則業務審核級次的審核人默認是administrator，如果業務審核級次前有形式審核且形式審核的日期大於單據日期，則業務級次的審核日期為其前一級形式審核日期；否則業務級次的審核日期為單據日期。當更新銷售發票、採購發票的時候，需要同時更新應收應付相應的審核狀態以及更新應收應付相應的餘額表。涉及到的關聯關係如下：採購系統的關聯關係：採購訂單－》收貨通知單－》收貨單－》採購退回單採購訂單（受託入庫）－》受託代銷入庫單－》受託代銷退貨單採購訂單－》採購發票收貨單－》採購發票收貨退回單－》採購發票採購發票－》採購發票銷售發票－》銷售發票受託代銷收貨單－》發票受託代銷退貨單－》發票銷售系統的關聯關係：銷售訂單－》銷售通知單－》銷售出庫單－》銷售退貨單銷售訂單（委託代銷）－》委託代銷出庫單－》委託代銷退貨單銷售訂單（分期收款）－》分期收款出庫單－》分期收款退貨單銷售訂單－》銷售發票銷售出庫單－》銷售發票銷售退貨單－》銷售發票採購發票－》銷售發票發票倉存系統的關聯關係：銷售訂單－》組合入庫單－組合出庫單收貨單－》調撥單內部訂單－》調撥單發貨通知單－》調撥單K3賬套升級工具用戶手冊103.5取消檢查商業賬套中大於當前期間但已經核銷的單據10.2版本說明：在V10.2工業系統中，將不允許對未來期間的單據進行鉤稽處理，而老商業系統沒有這方面限制，這類資料也就不能滿足V10.2供應鏈系統的要求。10.2版本處理方式：B.用戶可以選擇視同這些資料正確。A.用戶視同這些資料是非法資料，則在商業賬套中將這類資料就行反核銷。主要是採購發票和採購入庫的核銷，銷售發票和銷售出庫單的核銷。10.2不支持鉤稽以後期間的單據，所以增加了對賬套“大於當前期間但已經核銷的單據的檢查＂，v10.2sp已經支持鉤稽以後期間的單據，所以需要取消該檢查。注意：取消該檢查之後需要檢查商業核銷關係的升級邏輯，以保證以後期間的單據核銷關係能正確升級上來。3.6檢查商業賬套業務系統沒有傳遞到應收應付的賒銷發票檢查說明：在V941以前的商業賬套，由於某些原因會造成物流和應收應付的賒銷發票不同步的問題，導致在某種情況下一些賒銷發票無法傳到應收應付。檢查報告：單據名稱|單據編碼|單據內碼|處理方式：用戶只可以選擇選擇自動調整，如果選擇自動調整則執行以下SQL語句進行調整。自動調整的邏輯是：1.刪除只有表頭資訊的發票，刪除只有表體資訊的發票；2.把沒有傳到應收應付系統的採購發票(賒購)傳到應收應付系統；3.把沒有傳到應收應付系統的銷售發票(賒銷)傳到應收應付系統。3.7檢查業務系統基本計量單位數量換算不正確的單據檢查說明：由於程式錯誤會引起單據的常用計量單位數量與基本計量單位數量的比率與該常用計量單位的換算率不等。檢查報告：單據名稱|單據編碼|單據內碼|單據分錄內碼|商品內碼|商品代碼|商品名稱|計量單位代碼|計量單位名稱|常用數量|基本數量|處理方式：用戶只選擇自動調整，如果選擇自動調整則執行以下SQL語句進行調整。自動調整的邏輯是：把單據分錄中基本計量單位數量<>常用計量單位數量*換算率的分錄，用-常用計量單位數量*換算率-刷新-基本計量單位數量-。3.8檢查是否存在優先順序相同,組合類型相同的政策檢查說明：老的商業供應鏈系統中允許存在組合類型相同而優先順序相同的價格政策，而新的供應鏈的價格管理不允許存在這類資料，所以需要用戶調整。檢查報告：K3賬套升級工具用戶手冊11價格政策代碼|優先順序|組合類型|處理方式：用戶只能選擇手工調整。手工調整的方法是：在原商業賬套將組合類型相同的價格政策的優先順序修改為不同。3.9物料保質期的檢查物料保質期為0或者為空的檢查檢查說明：v10.0/v10.1商業賬套允許不是保質期管理的商品錄入保質期，又允許是保質期管理的商品錄入保質期為0和為空。這樣基礎資料中就出現了不嚴謹的情況。在v10.2進行保質期管理的物料必須錄入保質期，並且保質期要大於0單據上才允許保存。檢查報告：商品代碼|商品名稱|內碼|異常類型其中異常類型包括1、進行保質期管理的商品沒有錄入保質期天數；2、未進行保質期管理的商品錄入了保質期天數；處理方式對於以上異常資料提供手工修復的方式，對於第一種異常資料手工調整的邏輯是：對進行保質期管理的商品錄入保質期，系統提供相應的更新保質期調整SQL範本。對於第二種異常資料手工調整的邏輯是：將未進行保質期管理的物料的保質期修改為0，系統提供相應的調整SQL範本。考慮到部分用希望取消v10.0下的保質期管理，所以希望將保質期商品升級為非保質期管理的商品。系統提供一種“所有物料取消保質期管理＂的處理方法：將所有進行保質期管理的商品全部更新為不進行保質期管理，並將所有單據上的有效期至、保質期清空。保質期物料單據上到期日為空的檢查檢查說明10.0/v10.1商業的單據中進行保質期管理的物料可以不錄入到期日，所以單據上會存在有保質期物料但是到期日為空的情況。但是在v10.2下要求進行保質期管理的物料必須錄入有效期至（對應原商業的到期日）。報告方式：單據編號|日期|商品內碼|商品名稱|批次|到期日|所在表|FID|分錄ID|FInterID|處理方式對於以上情況系統只提供手工調整的方式。手工調整的邏輯是：將相應的單據中的到期日置為一個合適的日期。升級程式中需要提供相應的調整SQL範本，其中到期日默認為系統日期。非保質期物料單據上到期日不為空的檢查檢查說明10.0/v10.1商業的單據中不進行保質期管理的物料可以錄入到期日，所以單據上會存在非保質期物料錄入到期日的.
