.ai）或 Techpacker .tpv 匯出檔的形式抵達，並成為一張可運作的
，
帶著它的物料表、尺寸規格、圖片、說明頁附加，以及一份建議的 QC 檢查清單。您會在
技術包本身的頁面旁邊，於審核畫面上確認整份內容，之後才會寫入任何東西。
技術包匯入為選用功能。您的管理員可在
功能設定上啟用它；此功能僅適用於特定方案。
若您的工作區側邊欄未出現技術包項目，代表此帳號未啟用此功能。
「技術包」模組——上方的「上傳技術包」卡片，與工作區收到的技術包清單，每一列標示狀態與目前的去向。
這個模組是什麼
GarmentFlow 中的技術包，是品牌保存於安全儲存空間中的檔案，其內容成為款式的接收端。 本模組是上傳、審核、確認、匯入的所在地——絕不是一個「編輯檔案」的地方。當技術包 是 PDF 或 Illustrator 匯出檔時，系統會讀取它並提出欄位、圖片對應與 QC 檢查建議； 當它是 Techpacker.tpv 匯出檔時，每個欄位皆直接讀自檔案，中間沒有任何提議步驟。
信任模型不會因來源而變：系統提議、由您確認；未經審核，不會寫入款式。
審核畫面在每個欄位旁邊呈現其來源頁面、每一項建議的圖片對應、每一項建議的 QC 檢查。
您確認什麼，就寫入什麼；您拒絕或修改的，也是您寫入的內容；沒有任何東西會繞過確認。
為什麼存在
技術包是品牌把設計交給 OEM 的方式。若沒有匯入功能，跟單人員在一個畫面上讀技術包、 在另一個畫面上把它的欄位打進新款式——一件外套要一個工作日、技術性更高的款式更久， 而每一次重打都是一次與原文對不上的機會。本模組移除了重打的部分， 同時保留了跟單本來就在做的審核：同一位讀者現在是在技術包的頁面上確認建議欄位， 而不是從頭重打。 接收端還會繼續處理技術包資料之外的內容。真實技術包的多數頁面是製作說明—— 成衣如何車縫、標籤放在哪、如何折疊、如何包裝。這些頁面會被分類並附加到工廠實際 閱讀的位置，且其公差與說明會轉化為一份建議的 ， 在匯入時寫到款式的 QC 分頁，並列印在 裡。.tpv 的差別
Techpacker .tpv 匯出檔是品牌 PLM 已經寫出的結構化檔案——它把讀者原本要從
列印版技術包還原的一切直接寫明，而不是描繪。GarmentFlow 讀取 .tpv，
不去詮釋它。每個欄位皆從檔案直接落到審核畫面；沒有欄位是被提議的、也沒有信心度，
因為沒有東西是推論出來的。審核畫面仍然會請您確認識別、物料主檔對應以及逐行
調整，但 .tpv 技術包沒有圖片分類與逐頁類別的提議——沒有頁面渲染可供其執行。
QC 檢查清單仍會產生：尺寸檢查來自技術包自有的公差表，.tpv 完整承載該表，
因此那些項目可以像從 PDF 技術包一樣直接匯入。車縫、標籤、包裝與折疊那半段
——從說明頁讀出的部分——在 .tpv 技術包上是空的，技術包沒有明列的檢查請您
在審核畫面上自行新增。
.tpv 技術包沒有頁面影像（沒有 PDF 可渲染），因此審核畫面單獨呈現欄位，
工廠製造單的內文由技術包的資料生成，而非套疊在頁面上。
核心業務物件
- 技術包——品牌的檔案（PDF、
.ai或.tpv）以及系統從中讀出的一切， 直到匯入為款式為止。 - 款式——匯入時技術包會轉化成的可重複使用產品 紀錄。技術包來源的款式，從匯入的那一刻起就承載了技術包的識別、配色、物料表、 尺寸規格、說明頁附加與 QC 檢查清單。
- 物料表——款式的物料清單，由技術包種入，並在 技術包編號與您現有的 相符時自動連結。
- 工廠製造單——由技術包 來源款式的訂單綁定 所產生的 A4 PDF，將 OEM 的封面與技術包自有頁面組合在一起。
它在流程中的位置
- 上游。 品牌寄來技術包，或營運人員從品牌 PLM 匯出一份
.tpv。 上傳它是本模組的第一個動作。 - 下游。 已匯入的技術包成為一張可運作的款式。 從那張款式起，團隊走的是每一張款式都會走的商務與生產流程—— 樣品與試身、 報價、 訂單、 製造單、 工廠製造單、 出貨。
主要工作流程
主要概念
- 從技術包到製造單—— 接收端的連貫流程，從品牌寄來的檔案到工廠使用的文件。
- 以款式為中心的模型—— 技術包為什麼會變成款式，而不是逐張訂單的產物。
- 物料表、成本表與文件版本—— 當款式開始運作時，匯入的物料表與尺寸規格所參與的版本模型。