解決方案 · 物流
Convilyn 報關前審核包代理
報關前準備與審核包生成。資料整合、疑點釐清、缺件揭露——最終決定由具備執照的報關人員確認。
需求確認
快速交付
持續安全
導入方式
三個階段，每一階段都收在一份可簽核的產出
導入專案卡住的原因通常是範圍，不是模型。以下每個階段都以一份書面產出作結，讓下一階段從共識開始，而不是從假設開始。
需求確認
盤點既有的文件與系統，確認哪些欄位重要、各自如何判讀，並劃出由人複核與由流程判定的界線。
本階段產出一份書面範圍說明，載明每個欄位、每條判讀規則，以及每個人工複核點。
快速交付
流程以既有的通用工具組合而成，不為單一客戶改動平台。先跑真實樣本文件，樣本乾淨之後才擴大批量。
本階段產出一條跑在真實樣本上的流程，並在擴量前量出每次執行的成本。
持續安全
每次執行都留下工具呼叫紀錄。保留期限、刪除行為與第三方處理者清單都是公開頁面，資安審查人員不必先問我們就能查證。
本階段產出每次執行的稽核軌跡，以及書面的保留、刪除與第三方處理者說明。
交付範圍
企業交出什麼，又拿回什麼
報關前置作業的範圍，取決於文件類型與由誰簽核。動工之前，兩側都先寫清楚。
- 企業提供該筆貨件的電子郵件對話、掃描傳真、供應商平台下載檔，收到什麼版本就給什麼版本。Convilyn 交付檔案依貨件分組；橫跨多筆貨件的對話會標記出來，而不是逕自拆開。
- 企業提供發票、裝箱單、提單與各式證書，包含已被後續版本取代的舊檔。Convilyn 交付每份文件完成分類與版本追蹤並標註來源頁碼。舊版與修訂版並列呈現，不會逕自挑一份。
- 企業提供申報系統需要的欄位，以及原本由報關人員逐項手工核對的檢查。Convilyn 交付每個欄位都附來源頁碼；跨文件的矛盾以對照方式呈現，不以猜測收斂。
- 企業提供申報系統或客戶要求的審核包版面。Convilyn 交付依該版面組出 PDF、Excel 或 JSON，可直接進入申報系統。
- 企業提供負責簽核的具照報關人員，以及簽核發生在流程的哪一點。Convilyn 交付每次執行的工具呼叫紀錄。最終判定仍由報關人員決定，每一次確認或覆寫都留下紀錄。
從零散電郵到審核就緒的審核包
同一筆貨、兩條路徑。手動流程要在信箱、收件夾、表單之間穿梭；AI 流程讓每個欄位都有來源、把決策權交回給報關員。
手動流程06 步
接收客戶文件
電郵對話、掃描傳真、供應商平台——檔案散落各處、版本不一。
依類型分類、手工標記
用表單追蹤版本（此步驟不再發生）
舊版與修訂版發票、電郵指示與檔案時間戳——容易追丟。
逐份閱讀、轉錄欄位
人工核對矛盾
發票總額對品項加總、裝箱重對提單重——海關發現前先抓出來。
彙整審核包、無交叉檢查
最後審核仰賴操作者是否發現缺漏，沒有自動化交叉檢查。
Convilyn 流程05 步
上傳文件
把完整電郵對話拖入。代理依貨件分組，並標記跨貨件的對話。
AI 分類並追蹤版本
發票、裝箱單、提單、證書——標註來源頁；舊版與修訂版會顯示，不會自動覆寫。
AI 萃取並揭露衝突
每個欄位都有來源頁。跨文件矛盾以對照方式呈現，不做猜測。
報關員審視差異與衝突
具執照的報關員確認或覆寫，每一決定皆留紀錄。
匯出審核完成的審核包
PDF / Excel / JSON，可直接進入申報系統。
預期成果
一筆貨件，從頭到尾
同一筆貨件，從實際收到的樣子，到報關人員可以開始審的審核包。
情境範例
一筆貨件以 14 個附件分散在三串電子郵件對話中：兩份沒有版本標記的發票修訂版、一份裝箱單、一份提單，以及一份掃描的原產地證明，上面的收貨人與其他文件不同。
輸入
- 3 串郵件對話、14 個附件，檔名沒有一致規則
- 2 份發票修訂版，兩份都沒有標示哪一份是現行版
- 1 份原產地證明，掃描解析度偏低
產出物
- 依貴方申報版面組成的審核包，每個欄位都帶來源頁碼
- 衝突清單：發票總額對品項加總，以及兩份文件之間的收貨人名稱
- 缺件清單，比對的是申報要求，而不是承辦人的記憶
可量測項目
- 從收件到審核包可審的時間
- 每筆貨件需要人工重新鍵入的欄位數
- 在申報前就抓出的衝突數，而非由海關指出
- 因缺件或用到舊版而被退回的審核包次數
系統整合
建置一次，從網頁、API 或 SDK 呼叫同一條流程
流程在 Builder 建置一次。三種呼叫方式指向的都是同一條流程，不是三份要各自維護的版本。
資料進得來
- 直接上傳
- Google Drive
- Dropbox
- URL 匯入
- 專屬收件信箱
工作流程基座
- Excel
- Word
- JSON
產出去得了
呼叫方式
網頁介面、REST · Python SDK · TypeScript SDK。代理式流程以 WebSocket 串流事件，確定性轉檔採輪詢。
執行位置
流程在雲端執行。桌面版 Ainalyn（beta）可在本機完成影像、PDF 與 OCR 轉檔；convilyn.local 不需金鑰、不需網路即可離線轉檔。
自建工具
企業可以自行架設工具伺服器，由平台回呼進來。每一次外送請求都帶 HMAC-SHA256 簽章與時間戳，貴方能自行驗證來源。
URL 匯入僅限 https，不跟隨轉址，拒絕解析到內部網段的位址，並有大小上限。下載連結是短效預簽名，可以重新簽發。
為什麼選 Convilyn
工作流程基座是自己的，承諾也查得到
文件自動化專案通常卡在資安審查。這一段的每一項，接觸我們之前就能自行查證。
決策邊界
八道閘門在程式碼中以固定門檻、固定順序判定。模型不能跳過任何一道，也不能把門檻談高。
- 遮蔽敏感內容在送進模型前先遮蔽。
- 預算上限每次請求都有花費上限，達到就停。
- 重試策略退避間隔固定，不會變成突發重打。
- 階段合法性工具只能在流程允許的階段被呼叫。
- 循環偵測同一個呼叫連續重複就中止。
- 產出物拒絕上限同一份產出被拒三次就停手。
- 工具權限寫入外部系統需要已授權的自主層級。
- 程式碼救援准入是否啟動程式碼救援由設定決定，不由模型決定。
擷取受同一類規則約束：來源文件裡找不到的欄位就留空。有依據的空白是正確結果，編造出來的內容不是。
隱私是預設值，不是要自己找的設定
模型供應商不以貴方內容訓練模型。以 API 金鑰發起的執行，在程式碼層被排除於 Convilyn 自身的模型工作之外，而且是 fail-closed——預設即拒絕，不只是政策宣示。
整合彈性，因為限制通常在貴方這一側
介接方式在上一段已經列完。這裡要說的是另一半：若有我們做不到的要求，會在評估階段就直說，而不是等到上線才發現。
模型訓練
經 AWS Bedrock 傳送的輸入與輸出不用於 Anthropic 模型訓練（見 Bedrock 資料保護條款）。API 金鑰發起的執行由程式碼強制排除於 Convilyn 訓練資料之外。
刪除
檔案可經 API 立即刪除，僅限上傳者本人。執行中流程所附檔案在該次執行進入終態前受保護。
加密與隔離
傳輸採 TLS，靜態資料加密。儲存路徑依帳號隔離，每次讀取與刪除均檢查所有權——即使猜中識別碼，也無法存取他人檔案。
敏感資料遮蔽
以規則比對欄位名稱與數值形態，因此 resume_text 這類欄位的內容也攔得到。不依賴模型判斷是否敏感。
第三方處理者
所有處理客戶內容的第三方處理者公開列示，含其角色與處理區域。該頁隨時是最新清單，頁面上也附有詢問用的信箱。
保留期限
- 1 小時原始檔與下載連結
- 7 天流程執行狀態
- 30 天產出物
清理程序每 15 分鐘執行一次，所以最短的期限是「約一小時」，不是恰好一小時。仍附屬於執行中流程的檔案，會保留到該次執行結束。任何檔案都可以透過 API 立即刪除。
目前處理區域是固定的：檔案儲存與流程執行在東京（ap-northeast-1）、模型推論在 us-east-1、OCR 在新加坡（ap-southeast-1）。區域無法逐次請求指定。若有資料落地要求，請於評估階段提出，我們會直接說明哪些做得到、哪些做不到。
常見問題
導入前最常被問到的幾件事
導入要多久
需求確認通常是最長的一段，長度取決於納入範圍的文件類型與例外情況有多少。交付階段直接跑真實貨件文件，而不是先做一套試營運環境，因此在全部文件類型都覆蓋之前，就會先有可用的產出。
需要改動現有的申報系統嗎
不需要。文件可經由上傳、雲端硬碟匯入、URL 或專屬收件信箱進來，審核包則以貴方原本申報用的版面回傳，另附 PDF 與 JSON。若偏好直接介接，也有 REST API 與 Python、TypeScript SDK 可用。
客戶的貨運文件會被用來訓練模型嗎
不會。發票、提單與客戶資料都不會成為訓練資料——模型供應商的不會，我們自己的也不會。
判讀錯了怎麼辦
有衝突的數值會以對照方式呈現，不會逕自收斂；在來源中找不到依據的欄位會留空，不會補值。由具照報關人員確認或覆寫，每一次決定都留下紀錄。
要怎麼開始
提供幾筆真實貨件的文件，以及貴方申報時使用的審核包版面。
從自己的貨件開始
評估會回覆一份書面範圍說明，載明欄位、判讀規則與報關人員的複核點，不收費用。
預約導入評估