一句話介紹
Indico Data是一種專為保險企業所設計的AI接單與工作排程平台。它能將散落在電子郵件、附件及文件庫中的核保、理賠以及保單相關資料,轉換成經過驗證且可直接輸入核心系統的結構化資料。
Indico Data是什麼
Indico Data目前的主要服務對象是保險業,而非為一般使用者提供通用的OCR或聊天機器人功能。該平台透過採集、補充和完善這三個步驟,來處理那些數量龐大、格式不統一,且需要進行審計的保險相關資料。
產品結合預配置代理、自訂代理、可視化工作流、人機複核、業務規則以及企業整合功能。客戶可以從現成的保險流程開始,再根據自身的資料結構、提示詞、驗證邏輯以及下游系統逐步進行擴充。
核心工作方式
| 階段 | 平台動作 | 典型結果 |
|---|---|---|
| Ingest攝取 | 連接信箱、文件庫和對象儲存,拆分郵件與附件 | 形成待處理的文件和工作包 |
| 分類 | 識別文件類型並把複雜包件解包 | 區分ACORD、損失記錄、SOV和其他材料 |
| 提取提取 | 從正文、表格、圖片與手寫內容中讀取欄位 | 生成結構化保險數據 |
| Enrich補全 | 分類細節、呼叫外部數據、生成摘要並填補缺項 | 得到更完整且有上下文的記錄 |
| 驗證驗證 | 應用字段規則、置信度及人機複核 | 標記異常、缺失和低置信字段 |
| Normalize標準化 | 把字段轉換成目標系統要求的結構 | 統一日期、代碼、表格和層級 |
| Orchestrate編排 | 按條件和業務規則路由到團隊或系統 | 推動核保、理賠和服務任務繼續流轉 |
| Output輸出 | 生成JSON、Excel、CSV或系統記錄 | 附帶審計軌跡和置信度資訊 |
主要功能
保險文件擷取與解包
平台可以自動從共享信箱、文件倉庫及對象儲存系統中取得資料,並處理郵件中的嵌套郵件及其附件。複雜的提交包會依文件類型進行拆分,從而減少人工打開、命名和歸檔的工作量。
多格式文件理解
可處理結構化、半結構化和非結構化資訊,包括郵件正文、PDF、表格、Excel、ACORD表單、損失記錄、SOV、圖片、壓縮包以及手寫內容。不同的掃描品質、版面和語言仍需透過真實樣本進行驗證。
Extraction Agents提取代理
提取代理識別保險材料中的業務字段,並將分散的資訊組合成統一結構。平台強調保險專用的訓練與預建能力,而非僅將通用大型模型直接套用在文件上。
Enrichment Agents補全代理
補全代理可以分類細節、添加上下文、回答核保人員的問題、生成摘要,或透過外部API獲取附加資料。每次補全都應受業務規則、權限和資料合約的約束。
Agent Gallery代理庫
Agent Gallery提供了數百個預先設定好的代理和流程,這有助於保險團隊避免從頭開始訓練的過程。客戶可以直接部署這些預設的代理,或是將其複製為新版本,又或者將其作為自訂方案的起點。
Agent Studio代理工作室
Agent Studio允許配置代理行為、輸入輸出、資料結構、提示詞以及欄位級的驗證邏輯。經過版本控制的代理可以進行隔離測試,之後再被控制性地發布到共享代理庫中。
可視化Agentic Workflows
使用者可以在拖放式畫布中串接多個代理,設定條件分支、順序及資料路由。工作流適合將提交接收、欄位檢查、異常處理、人工核對以及下游寫入等步驟組合成完整的決策流程。
人機複核
低置信度字段、驗證失敗以及業務異常情況,可進入人工檢查,修改後再繼續處理流程。平台將人工驗證嵌入生產流程中,以避免將所有 AI 的結果無條件地用於高風險的保險決策。
數據血緣、置信度與解釋
平台記錄了欄位與原始資料的對應關係、人工與代理的操作記錄,以及版本和管道日誌。審核人員可以追蹤某個輸出值來自哪份文件、經過了哪些處理,以及為何會出現異常。
企業系統集成
Indico採用API優先架構,支援REST、GraphQL、Webhook、消息及輪詢模式。客戶既可讓平台以JSON或表格形式獨立輸出資料,也可將處理結果傳送至保險核心系統、資料倉庫及自動化平台。
Headless與嵌入式部署
Headless模式讓企業能將Indico的功能整合到現有的使用者介面及工作流程中,而無需讓業務人員使用獨立的前端介面。那些需要完整工作台的團隊,則可以透過平台自帶的代理、工作流程及審核介面來運作。
支援的保險材料
| 材料類型 | 代表內容 | 常見處理 |
|---|---|---|
| 郵件與附件 | 共享信箱、嵌套郵件、多個附件 | 自動攝取、解包、分類和路由 |
| ACORD表單 | 標準保險申請與業務表單 | 字段提取、驗證和系統映射 |
| Loss Runs | 歷史損失記錄 | 識別事件、金額、日期和趨勢字段 |
| SOV | 價值宣言暴露清單 | 處理多頁表格、地點和資產資訊 |
| MRC與合約材料 | 市場改革合約及相關文件 | 抽取條款與核保字段 |
| FNOL材料 | 首次損失通知、圖片和說明 | 理賠分類、補全和優先級路由 |
| Excel與表格 | 敞口表、清單和經紀對賬文件 | 表格結構化、標準化和核對 |
| 掃描件與手寫 | 圖片、低結構文件和手寫內容 | OCR、欄位提取和人工複核 |
| 壓縮包 | 一次提交中的多檔案包 | 展開、分組並按文件類型處理 |
當前能力規模
| 指標 | 公開說明 | 正確理解 |
|---|---|---|
| 保險產品線 | 覆蓋120多個產品線 | 不代表每個客戶場景無需調整 |
| 保險數據點 | 訓練和配置涉及2萬多個保險專用數據點 | 仍需對自有字段做映射 |
| 語言 | 支援70多種語言 | 手寫、掃描與術語效果應實測 |
| 保險文件類型 | 覆蓋900多種文件類型 | 類型覆蓋與字段準確率是不同指標 |
| 預訓練模型 | 損失記錄和SOV等可使用80多個模型庫 | 模型可直接用或繼續訂製 |
| 代理與工作流 | 代理庫提供數百個預建項目 | 具體可用內容取決於版本和合約 |
四類重點業務場景
核保提交接單
Indico可以從經紀人的郵件及提交的檔案中拆分出各種文件,並提取出投保人、風險、損失、地點以及SOV等相關資訊。至於那些缺失或可信度較低的資訊,則會被交給核保人員進行重新審核。處理完成後的結構化資料,就可以被輸入到承保工作台或核心系統中。
理賠與FNOL
平台負責處理首次損失通知、電子郵件、附件、圖片及相關資料,並提取事件資訊,再依規則進行分類、補充資料及分配任務。而理賠人員則仍負責確認關鍵事實並作出最終決定。
保單中期調整
郵件、PDF以及附件中的地址、資產、人員或保額變更都會被識別出來,並傳送給相關的服務團隊。如此一來,就能減少重複輸入的作業以及資料積壓的問題,但必須與現有的保單系統規則保持一致。
經紀對賬
不一致的匯款清單及對賬資料可以被結構化、標準化,並與下游記錄進行對照。如此一來,財務團隊就能更快地處理現金相關業務,同時也能記錄下異常情況並進行人工核對。
實施流程
- 選擇一個業務量明確、資料可獲取且有可量化基線的保險流程。
- 收集代表不同經紀、地區、語言、版式和品質的真實脫敏樣本。
- 定義目標欄位、驗證規則、例外類型及下游系統資料結構。
- 從Agent Gallery選擇相近的代理與工作流,或建立自訂版本。
- 配置上游信箱、文件庫或對象儲存,並連接目標系統。
- 在Agent Studio中調整數據結構、提示詞、字段規則和置信度閾值。
- 使用隔離版本測試準確率、漏提、誤提和異常路由。
- 為低置信度和高風險字段配置人工複核與升級路徑。
- 先通過概念驗證或試點,再逐步上線生產流量。
- 持續監控版本、處理量、人工修改率、延遲和業務結果。
從試點到生產的驗收方法
- 分別計算字段準確率、文件分類準確率及完整工作包通過率。
- 建立不同比例的常見、邊緣、低品質及惡意輸入測試集。
- 檢查每個欄位能否定位到原始文件與頁面。
- 驗證規則失敗、代理失敗和系統不可用時是否進入安全隊列。
- 對比人工基線的處理時間、返工率與積壓量。
- 確認人工修改會如何影響當前記錄、後續版本和模型。
- 做權限、審計、資料導出、備份恢復與刪除測試。
- 驗證REST、GraphQL、Webhook或消息介面的重試和冪等性。
- 在業務負責人、IT、安全、法務和模型風險團隊共同簽字後上線。
上游與下游連接
| 方向 | 已列出的連接 | 用途 |
|---|---|---|
| 上游 | 共享信箱 | 自動接收提交、理賠和服務郵件 |
| 上游 | Box、ImageRight、Azure Blob、AWS S3和Documentum | 從文件庫或對象儲存取得材料 |
| 外部補全 | 可訪問的第三方API | 增加風險、地址或業務上下文 |
| 下游保險系統 | Guidewire、Salesforce和Duck Creek | 寫入承保、理賠和客戶記錄 |
| 下游數據 | SQL、Snowflake、OneDrive | 分析、歸檔和數據交換 |
| 自動化 | UiPath、Automation Anywhere和Blue Prism | 連接現有RPA流程 |
| 通用集成 | REST、GraphQL、Webhook、消息和輪詢 | 構建訂製雙向流程 |
| 獨立輸出 | JSON、Excel和CSV | 無需直接寫入核心系統的交付方式 |
部署方式
| 方式 | 主要特點 | 適合情況 | 需要確認 |
|---|---|---|---|
| Indico託管 | 通常運行在AWS,由Indico管理 | 希望減少平台運維的保險企業 | 區域、容量、備份、SLA和升級窗口 |
| 客戶區域託管 | 可選擇客戶所在區域 | 有數據地域要求的跨國企業 | 可選區域、跨境傳輸和子處理商 |
| 客戶自託管 | 按環境規格部署客戶實例 | 需要更強基礎設施控制的組織 | 硬體、升級、安全邊界和支持責任 |
| Headless嵌入 | 透過介面嵌入現有體驗 | 不希望增加獨立業務前端的團隊 | 認證、權限、錯誤處理和界面責任 |
| 獨立平台 | 使用完整代理、工作流和複核界面 | 需要業務團隊自行配置和運營 | 成員角色、審計與管理流程 |
平台環境採用單租戶模式,在帳戶層面為單個客戶提供獨立隔離。單租戶有助於隔離,但仍需結合網路、金鑰、角色、日誌、備份以及運維權限進行整體評估。
價格與採購模式
Indico Data並未公開固定的月費,也不提供可自行選擇的套裝服務,所有客戶都需享受量身定做的報價服務。其定價主要取決於每年需要處理的申請數量、使用者及管理員的人數,以及具體的工作流程、部署和服務需求。
| 計價或成本因素 | 公開狀態 | 採購時應確認 |
|---|---|---|
| 年度提交量 | 核心計價因素 | 提交定義、頁數、附件和超量單價 |
| 用戶與管理員 | 影響訂製價格 | 業務用戶、複核員、開發者與管理員口徑 |
| 代理與工作流 | 按具體需求組合 | 預建、自訂、版本數和生產環境數 |
| 部署方式 | 託管、區域或自託管可選 | 基礎設施、運維、升級和安全責任 |
| 集成 | 現成連接與訂製介面 | 實施費、連接器維護和變更成本 |
| 上線服務 | 可選實施和諮詢 | 範圍、交付物、里程碑和驗收 |
| 支持 | 提供全天候協助 | 響應級別、專屬人員和服務抵扣 |
| 概念驗證 | 鼓勵POC或試點 | 是否收費、樣本量、期限和成果歸屬 |
公開許可模板中的商業條款
公開的企業許可模板說明中,會註明訂閱費、上線費及諮詢費的金額,這些費用都會記錄在訂單或工作說明中。通常情況下是不退還的,只有在平台方違約而終止合約時,才可根據剩餘期限退還相關費用。實際的客戶合同可能有其他約定,應以雙方簽署的文件為準。
服務可用性
公開模板為Indico託管環境設定99.95%的月度目標,並根據低於99.95%、99%和95%的不同水準,提供不同的服務抵扣。抵扣通常需要在相關月份結束後30天內申請,且是解決服務無法使用問題的主要方式。
上線時間與支援
| 項目 | 公開說明 | 合理預期 |
|---|---|---|
| 首個用例上線 | 企業通常6至12週 | 取決於樣本、集成、審批和安全流程 |
| 概念驗證 | 支援POC或試點 | 先約定準確率、範圍和退出標準 |
| 生產成功率 | 平台宣稱97%的項目進入生產 | 屬於廠商整體指標,不保證單個項目 |
| 支援時間 | 全天候協助 | 具體嚴重等級與響應按合約 |
| 支援渠道 | 電話、郵件和即時聊天 | 帳戶可用渠道取決於服務安排 |
| 集成夥伴 | 可與現有系統集成商合作或推薦夥伴 | 應明確各方責任和升級路徑 |
安全與治理
| 能力或聲明 | 當前說明 | 採購驗證 |
|---|---|---|
| SOC 2 | SOC 2 Type II認證 | 索取有效期內報告和例外項 |
| ISO 27001 | 安全控制與ISO 27001對齊 | 對齊不等同於已取得認證 |
| GDPR | 資料處理實踐與GDPR對齊 | 確認角色、DPA和跨境機制 |
| 雲基礎設施 | AWS企業雲基礎設施 | 確認賬戶、區域、加密和運維邊界 |
| 隔離 | 單租戶客戶環境 | 測試網路與身份隔離 |
| 權限 | 嚴格RBAC | 核對最小權限、管理員和服務帳戶 |
| 加密 | 端到端加密聲明 | 確認靜態、傳輸、金鑰和備份範圍 |
| 審計 | 完整工作流與人工操作軌跡 | 確認保留期、導出和防竄改 |
| 模型治理 | 代理監控、版本控制、回滾和生成式AI透明度 | 納入模型風險和變更審批 |
| 客戶數據訓練 | 不使用客戶數據訓練模型 | 寫入合約並確認子處理商同樣受限 |
數據保留與隱私邊界
- 標準接單方案可採用直通處理,不在平台長期保留業務數據。
- Underwriting Clearance與Triage等方案可按客戶選擇的期限保存數據。
- 託管環境可選擇區域,自託管可進一步改變數據控制邊界。
- 平台宣稱不會使用客戶數據訓練模型。
- 客戶仍需確認第三方模型、日誌、緩存、備份及技術支援訪問。
- 網站隱私政策最後修訂時間為2023年,採購時應索取現行的DPA及子處理商清單。
- 網站隱私政策中的部分聯絡地址呈內部佔位格式,不宜作為唯一聯絡方式。
- 保險文件常含健康、財務、身份和社會保障資訊,應按最高敏感級別治理。
2026年資料安全事件
Indico公開披露,其於2026年5月7日確認遭遇網絡安全事件,調查發現線上儲存庫可能遭到未經授權的訪問,其中包含企業客戶資訊。可能涉及的個人資訊包括姓名、地址及社會保障號碼。
公司表示已啟動事件應變機制,聘請外部網絡安全專家,輪換訪問憑證,加強監控並嚴格控制訪問權限,同時為部分受影響的個人提供信用監控及身份恢復服務。公開通知指出,資料複核仍正在進行中,企業採購方應要求了解該組織是否受到影響以及整改驗證的結果。
企業應如何評估該事件
- 詢問受影響系統、時間範圍、攻擊路徑和確認的資料外洩範圍。
- 確認本企業數據、測試樣本、日誌、備份及支援附件是否涉及。
- 索取憑據輪換、監控強化和訪問控制整改的第三方驗證。
- 重新評估儲存庫權限、服務帳戶、金鑰生命週期及開發環境隔離。
- 把事件通知時限、取證合作、責任和信用監控寫入合同。
- 根據自身保險、監管和客戶承諾決定是否需要補充審計。
- 不要僅憑SOC 2或單租戶聲明跳過針對該事件的盡職調查。
適合哪些組織
- 每年處理大量經紀人提交保單的商業保險公司與再保險機構。
- 需要加快FNOL、分類和案件分派的理賠運營團隊。
- 手工處理SOV、Loss Runs和ACORD表格的核保團隊。
- 需要將郵件和附件轉入Guidewire、Duck Creek或Salesforce的企業。
- 具有嚴格人機複核、數據血緣和審計要求的受監管機構。
- 需要單租戶、區域託管或客戶自託管的保險集團。
- 擁有內部開發與整合能力,且需要 REST、GraphQL 或 SDK 的團隊。
- 希望能在多個產品線中重複使用代理與工作流的平台運營團隊。
不太適合的情況
- 個人、自由職業者以及僅需偶爾進行OCR處理的普通用戶。
- 希望在線註冊後立即按固定月費使用的中小團隊。
- 沒有足夠真實樣本、業務規則和下游字段定義的項目。
- 只想獲得通用聊天或內容寫作能力的企業。
- 要求完全開源並自行修改平台核心代碼的團隊。
- 無法投入安全、法務、模型風險和集成資源的組織。
- 不能接受訂製採購、實施週期和持續版本治理的專案。
- 在完成2026安全事件專項評估前禁止新增相關供應商的企業。
主要優勢
- 從通用文件處理進一步聚焦保險運營語義和對象。
- 覆蓋攝取、分類、提取、補全、驗證和路由完整鏈路。
- 預建代理和工作流降低首個保險用例的冷啟動成本。
- Agent Studio支援結構、提示詞和字段規則的細粒度控制。
- 人機複核、置信度、資料血緣、版本和審計適合高風險業務。
- 支援REST、GraphQL、Webhook、消息、輪詢及多種SDK。
- 提供託管、區域、自託管、Headless和獨立平台選擇。
- 單租戶、RBAC和模型治理覆蓋企業基本控制需求。
- 可連接主流保險系統、數據平台及RPA工具。
使用限制與注意事項
- 沒有公開固定價格,預算必須經過銷售、範圍和合約評估。
- 廠商宣稱的準確、無幻覺和生產成功率不能替代客戶測試。
- 首個用例通常仍需6至12週,不是即插即用消費工具。
- 70多種語言和900多類文件並不代表每個欄位都能達到相同的效果。
- 自訂代理、整合與自託管會增加實施與維護的複雜度。
- 直通處理與持久化方案的資料保留規則不同。
- 公開的隱私政策較舊,部分聯絡方式需要重新確認。
- 2026年安全事件涉及潛在敏感個人信息,必須納入採購審查。
- SDK開源並不表示企業平台或保險模型開源。
- 高風險核保和理賠決定仍需明確的人類責任和申訴流程。
API、SDK與GitHub
| 開發方式 | 當前狀態 | 說明 |
|---|---|---|
| REST API | 支持 | 用於平台資料與工作流整合,權限和端點依客戶環境而定 |
| GraphQL API | 支持 | 平台用戶端和整合可透過GraphQL通訊 |
| Webhook與消息 | 支持 | 用於異步狀態和下游事件連接 |
| Python SDK | 官方開源用戶端 | MIT許可證,仍需有效Indico環境和憑據 |
| C# SDK | 官方開源用戶端 | MIT許可證,適合.NET企業集成 |
| Java SDK | 官方開源用戶端 | 以Kotlin為基礎實現,MIT許可證 |
| RPA組件 | 提供部分開源連接專案 | 含Blue Prism、UiPath和Automation Anywhere相關項目 |
| 自託管 | 企業合約可選 | 獲得部署權不代表取得源代碼 |
官方的GitHub組織擁有大量公開的儲存庫,其中許多歷史項目已經被歸檔。目前,Python、C#和Java這些用戶端仍有人持續維護,但在使用這些SDK之前,應先確認平台的版本、認證方式以及支援的機能。
開源狀態
- Indico Data企業平台、Agent Studio、代理庫和保險模型不是開源產品。
- Python、C#和Java用戶端採用MIT許可證公開。
- 部分RPA連接器、範例和研究代碼也公開不同許可證。
- 歷史indico.io客戶端與現行保險平台不能混為一談。
- 倉庫處於公開狀態並不表示仍受當前產品支持。
- 自託管部署受企業許可和訂單約束,不能自由再分發。
- 平台訪問費、實施費和諮詢費不因SDK開源而免除。
基本資訊
| 項目 | 內容 |
|---|---|
| 工具名稱 | Indico Data |
| 運營主體 | Indico Data Solutions Inc. |
| 當前定位 | 保險接單與工作編排平台 |
| 主要流程 | 攝取、分類、提取、補全、驗證、標準化和路由 |
| 業務場景 | 核保、理賠、保單中期調整和經紀對賬 |
| 部署 | AWS託管、區域部署、客戶自託管和Headless |
| 隔離 | 單租戶 |
| 介面 | REST、GraphQL、Webhook、消息和輪詢 |
| SDK | Python、C#和Java |
| 價格 | 按年度提交量、用戶、管理員和方案定制 |
| 試用 | 支持POC或試點,條件需確認 |
| 支持 | 全天候協助 |
| SOC 2 | II型認證 |
| 平台開源 | 否 |
| SDK開源 | 是,主要客戶端採用MIT許可證 |
常見問題
Indico Data是通用OCR嗎?
不僅是OCR。它面向保險接單和運營,將文件擷取、分類、欄位提取、補全、驗證、人工複核及下游編排整合在同一平台。
支援哪些檔案?
可處理郵件正文、PDF、表格、Excel、ACORD表單、Loss Runs、SOV、圖片、壓縮包以及手寫內容。具體的大小、頁數及品質上限需根據客戶的環境來確定。
需要寫代碼嗎?
業務團隊可以運用預建代理、無代碼配置以及拖放式工作流程,因此不一定需要進行程式設計。不過,對於複雜的整合、外部資料補充以及無頭應用而言,通常仍需要開發人員的參與。
多久可以上線?
平台給出的典型首用例生產週期是6至12週。樣本準備、系統整合、安全評審、欄位複雜度以及驗收標準都會影響進度。
價格是多少?
沒有公開固定價格。報價主要依據每年提交的數量、使用者與管理員,以及代理、工作流程、部署、整合和服務範圍來定製。
是否提供試用?
企業可以討論概念驗證或試點計劃,但沒有為個人提供的即時免費帳戶。試點是否收費、持續時間、數據量以及預期成果,都應由雙方以書面方式確認。
會保留保險文件嗎?
標準接單方案可以以直通方式處理,無需長期保留;而某些核保清理與分流方案則會根據客戶所選的期限來決定保存時間。至於日誌、備份、子處理商以及自托管規則,則需要另行確認。
會用客戶數據訓練模型嗎?
目前的安全架構說明中,並未提及會使用客戶資料來訓練模型。企業仍應將此項限制、第三方模型的要求以及資料刪除的相關規定寫入合約中。
支援自託管嗎?
支援客戶根據Indico提供的環境規格來部署自己的實例。自行託管會增加基礎設施、安全性、升級以及版本支援等方面的責任,且並不代表該平台是開源的。
提供API嗎?
提供REST和GraphQL端點,也支援Webhook、消息與輪詢整合。具體的介面、權限、速率及可用功能則取決於客戶的環境與合約規定。
平台開源嗎?
平台本身並非開源,但官方的 Python、C# 和 Java SDK 是以 MIT 授權條款公開的。過去的用戶端、研究用程式庫以及 RPA 元件,無法作為核心平台的授權依據。
安全事件是什麼情況?
公司在2026年5月確認網絡安全事件,線上儲存庫可能被未經授權的訪問,潛在資訊包括姓名、地址和社會保障號碼。採購方應索取影響範圍、整改措施以及第三方的驗證結果。
總結
Indico Data適用於那些需要將大量保險相關的郵件、提交檔案、SOV、損失記錄以及理賠資料轉換成下游系統可使用的數據的中大型保險企業。其核心優勢在於專為保險業設計的代理功能、全流程的流程管理、人機雙重核對機制、數據來源追溯功能,以及多種企業部署方式。
採購決策應同時評估欄位準確率、異常路由、整合成本、客製化報價、單租戶與自托管邊界、舊版隱私政策以及2026年的安全事件。SDK和接口功能相當完整,但該平台仍屬於受企業合約約束的專有商業系統。
桂公網安備45132202000164號