櫥櫃軟體的產品庫換版，怎樣避免動到已談好的訂單？

先保住原案，再檢查換版的影響

一個廚房已經談妥或完成報價後，設計軟體出現新產品庫，應先保存原有依據，再用另一份項目測試。測試的重點是採購內容是否變動，包括品項、選項、尺寸、供應狀態與計算結果；不能只看新畫面是否仍像原本那個廚房。

尚在構想階段的案子可以探索新款，已核准的案子則需要交代新資料和既有選擇的關係。換版可能只是確認原案，也可能引出客戶還沒決定的替代。把資料更新和訂單批准分開，較容易說清楚到底接受了什麼。

產品庫的身份，比下載時間更有用

記下廠家、系列及檔案附帶的版本識別，並詢問賣方目前以什麼資料接受訂貨。今天下載不等於今天有效；下載紀錄也不能證明所有顯示出的門型、飾面與選項，都可組成準備購買的配置。

Merillat的專業工具頁，列有供不同設計程式使用的廠家內容，以及軟體產品庫的取得途徑。本文以此說明產品庫是一份可識別資源，沒有將軟體模型視為已批准訂單，也不假定所有通路採用相同格式。

參考資料: Merillat — Design Tools for Professionals.

還要分清各種資料的用途。幾何模型、展示圖片、技術文件和電子訂貨庫可能長得相近，卻不必然負責相同工作。確認供應商要求的商業與技術依據，才不會只更新繪圖端，卻以為採購端也已同步處理。

留下能直接讀懂的核准記錄

保存原立面、品項表、飾面選擇及報價的可讀版本，再保留原生項目和產品庫識別。原生檔怎樣備份，要依程式支援的做法確認。另存名稱並不一定保留每個外部連結或計算設定；應問清楚重新開啟時，軟體會從哪裡載入資料。

測試檔要與用來發出採購的文件分開，並註明用途。保有獨立的原案，團隊才能比較哪些結果是換庫造成。如果只剩一份不知何時重新計算的項目，之後便很難追查差異來自資料更新、主動改圖，還是其他設定。

從品項清單進入，不要先被效果圖帶走

先查型號、數量與完整配置，留意無法解析的品項、狀態不同的選項、替代建議，以及新分列的部件。成品側板、配套板和線條也在範圍內。小選項即使不改變正面外觀，仍可能改變整套交付。

若尺寸或配合關係有變，以現行商品資料重新確認。替代品的附件或安裝條件不同時，應把影響帶回實際廚房；模型在圖上塞得進去，不能證明門片、鉸鏈或旁邊家電的配合都已解決。提問要點名品項和差異，才能得到可用的回答。

再看立面如何表達。新的門片分段、木紋、填縫板或配件圖像，都可能改變客戶對包含內容的理解。先辨別這是商品改了，還是畫法改了。前者需要採購決定，後者也可能需要解釋；兩者都不能只靠新舊圖看起來相似便略過。

總額不同時，先拆開計算輸入

確認基礎價格、選定配置、輸入系數與另外計入的費用，再對照賣方實際報價方法。差額可能是正確調整，也可能來自漏設參數或原先未列的一項部件。知道原因後，才適合說明這份廚房報價為什麼改變。

用一個假設算例：相同櫃組的基礎金額為2000美元，採假設係數1.10會得到2200美元；用1.15會得到2300美元，差100美元。這是說明計算輸入的虛構數字，不是廠家計價規則、經銷優惠或實際漲幅。

在這個假設裡，任何一個軟體結果都還需要對照接受的報價。買方應確認哪個係數屬於目前方案，以及供應商是否接受其依據。如果櫃組本身同時換了，也要把配置和係數造成的變化分別看清楚。

不要用隨手替代來清除提示

每項重要差異應留下原參考、擬用參考、項目位置，以及待答覆的人。有些是工廠能確認的商品問題，有些要由設計師或業主選擇。正確處理可能是維持有效原項、採用有記錄的替代，或重新安排設計，而不是找個相似圖塊讓程式停止警告。

對已不能供應的配置，要求實際可選的方案及其影響；若只是表達不同，保留能說明這件事的答覆。結案應以可購品項、核准設計和訂貨資料互相吻合為準，不能以畫面沒有錯誤訊息代替。

成品側板的測試，能問出真正的範圍問題

假設一套已接受報價的廚房換到新庫測試，外觀沒有明顯不同，但外露側面的處理變成獨立選項。團隊一開始認為純粹是軟體呈現，因為效果圖中的櫃側依然像成品。

設計師查原品項表，再問供應商原報價是否包含該側面處理。如果已包含，新測試應正確呈現，避免重複採購；若原本未列，則要由客戶接受增加的範圍與價格。新產品庫本身無法判定哪個說法符合真實訂單。

最後的採購釋放資料應指明已接受品項與確認的變動。測試和核對筆記留作歷史，實際下單用哪份則要一眼看得懂。日後維修或補件，應能查到真正買進的內容，不必還原某位設計師當時的電腦環境。

讓換版成為可追查的例行工作

指定更新產品庫的人和檢查在做案件的人，依軟體支援的方法，先測試再決定如何套用到工作環境。測試紀錄要連同具體程式與版本保存；單次觀察不能代表每一種設計系統。

最後仍回到客戶看得到的結果：核准的廚房、賣方確認的商品和送去訂購的資料，描述同一件事。換版的用途是改善這種一致性，並在正式下單前弄懂它影響了什麼。