市場資料經代理下載為ZIP，能開啟也看見兩個CSV，仍不一定完整。工作原本若要求三個檔案，或同名項目被匯入器默默覆蓋，可讀封存檔也不能算驗收通過。
本文為自有或明確授權的小型ZIP匯出設計流程，分開查核下載位元組、封存結構、預期成員及業務內容。這不是已執行測試，也不保證每種壓縮方法或封存格式適用某條代理線路。
一、先建立獨立匯出清單
請求前記錄樣本或工作ID、預期成員名稱、允許目錄、逐檔內容規格與額外檔案政策。自有確定性樣本可列精確位元組摘要和大小。勿將收到的封存檔列一遍，就當作預期。
準備無害的三檔樣本：小型CSV、JSON文件及圖片，各有已知標記或摘要。名稱及內容僅為測試約定，不表示目標站使用同樣格式。先定義空匯出是否有效，不能將可讀空ZIP自動判成功或失敗。
正式匯出會變動時，若有文件化伺服器清單，應綁定同一工作或快照。沒有獨立完整性參考，就只報告能執行的檢查，業務完整性標為未證實，不能沿用昨天數量猜預期。
二、每次下載保留獨立產物
- 固定用戶端，從核准基準路徑取得自有樣本，限制請求及時間。
- 查核最終回應身分和真實產物。登入頁加.zip副檔名不是封存匯出。
- 寫入每次嘗試專用暫存檔，記錄位元組數、工作ID與實際儲存表示摘要。
- 核准代理路徑使用同一確定性樣本版本重做。
- 各次嘗試分開，勿將完整重試附加至部分檔案，也不混入不同工作的解壓成員。
98IP動態住宅IP產品頁可協助了解授權匯出線路測試使用的產品，再以API設定頁確認接入及帳戶選項。產品頁不規定目的站匯出清單，也不保證指定封存解碼器支援。
只有契約保證整包位元組固定時，才比較整包摘要是否相等。相同成員內容的合法封存檔仍可能因中繼資料或打包方式不同而改變摘要，應查明比較層次，不能立刻歸因代理損壞。
三、匯入前列出每個成員
以封存函式庫列舉全部項目，保留名稱及重複。Python zipfile文件提供成員資訊介面，也說明ZIP可有同名成員。檢查重複之前勿先轉成名稱鍵值表，以免抹去待測缺陷。
實際成員對照獨立清單，缺失、非預期及重複分別列出。先規定目錄項是否計數，三個業務檔案加目錄不等於四個業務檔案。未有明確正規化規則前保留原名。
預期CSV、JSON與圖片各一個時，收到兩個CSV與一個JSON，即使總數三仍缺圖片，不能以筆數一致當成集合完整。
四、可讀與內容正確分開
以相容解碼器完整讀取核准小樣本，查核個別摘要或標記。開啟失敗、成員讀取失敗及壓縮方法不支援要分列，解碼器限制不能證明傳輸位元組被改動。
Python文件說明testzip()檢查成員CRC和檔案標頭。這不能獨立證明預期檔案全在，封存自帶CRC也不保證業務內容屬於正確快照。內部一致性和清單正確性要各有欄位。
位元組核對後，再驗證CSV預期ID、JSON結構及標記、圖片摘要。格式合法卻過期的CSV，不會因封存檢查通過變正確，所有預期都應連到同一樣本或快照ID。
五、設定上限並一次提交結果
讀取前定義下載量、項目數、宣告解壓大小、實際解壓位元組及總時間上限。串流處理需執行實際限額，不只相信宣告值。小型合成樣本足夠，不需要刻意製造巨大封存檔。
優先列舉及讀取，不解壓至共用工作資料夾。真實匯入若需解壓，使用隔離目的地、核准相對名稱及明確碰撞處理；依規格拒絕非預期路徑或型別，不允許同名檔默默覆寫。
衍生輸出先暫存，完整驗收後才提交。若業務刻意支援部分匯入，需記錄部分狀態及下游用途，不能將暫存兩檔宣稱為三檔匯出完成。
六、小型故障與復原矩陣
- 正確樣本：全部預期成員各一次，內容符合規格。
- 少一個成員但可讀：獨立清單偵測缺口。
- 同名異內容：匯入或覆寫前標出歧義。
- 封存截斷或成員損壞：結構或讀取失敗，不提交完成輸出。
- 可讀但帶舊樣本：內容或快照驗證拒絕，不因內部一致放行。
- 超預算或不支援解碼：停止並明確標示未完成或不支援，不默默略過。
上述案例尚未執行。修復受控故障後，視情況重取或使用相同授權樣本，從乾淨暫存狀態驗證，再提交一次。真實工作遵循目的端復原政策，不假設新產生匯出仍是原快照。
常見問題與完成清單
ZIP可開啟就是完整嗎？不是，必要成員身分與內容須有獨立依據。
整包摘要不同就證明代理改資料嗎？需先確認同一產物，打包非確定性時應有成員級證據。
- 清單獨立且綁定單一工作或樣本。
- 缺失、額外及重複項分開報告。
- 結構、成員可讀性及業務內容分別通過。
- 宣告值及實際處理上限皆受控。
- 重試與衍生產物不混用嘗試。
- 僅用授權端點與合成檔案，報告遮蔽憑證、簽章連結及個人匯出內容。