Finvi

Finvi 是什麼

Finvi是一家企業級的收款技術供應商，其前身為Ontario Systems。該公司為醫療業、應收賬款管理領域、政府機關以及金融機構提供服務。其產品的重點在於催收流程、醫療業的收入週期管理、與消費者的溝通、支付處理以及合規性管理，而非面向個人的通用AI Agent。

Finvi旗下的不同平台，適用於不同的市場、不同的資料類型，以及不同的隱私規定。在採購時，必須明確指定具體的產品、部署範圍、所屬國家或地區，以及行業要求；不能將某個產品的特性或認證標準直接套用到整個產品組合上。

主要產品

Velosidy 的 AI 能力

最佳催收渠道

系統會分析歷史回應、渠道偏好和帳戶特徵，從電話、簡訊、郵件或信件等方式中選擇更可能獲得回應的渠道。策略會隨著帳戶情況持續優化，但機構仍需遵守聯絡同意、頻率及司法管轄區規則。

最佳撥打時間

平台根據歷史和即時數據識別個體更可能接聽或回應的時間窗口，並可與還款概率分組合。建議僅代表概率提升，不保證消費者一定回應。

還款傾向評分

AI可以預測各個賬戶的付款可能性，並根據其回收潛力進行排序，從而幫助管理層將資源投入到更有希望獲得回款的賬戶上。不過，這個分數不應被用來作為未經審查的歧視性決策依據，同時也需持續監控其準確性、偏差以及解釋能力。

付款方案推薦

系統使用機構自身的歷史數據，識別相似消費者更容易完成的付款安排，並向服務人員建議計劃。最終方案仍需結合消費者情況、合約、負擔能力及適用法規。

智能坐席隊列

隊列綜合還款機率、聯絡時間和渠道等信號，把更適合的賬戶分配給坐席。管理者可以選擇變量並觀察結果，避免靜態名單造成重複低效聯絡。

Artiva HCx 醫療收入週期

Artiva HCx 將病患、保險、理賠以及員工的工作流程整合到醫療 RCM 環境中，透過 AI 進行拒付評分，並以 RPA 來優先處理那些更有機會收回款項的帳戶。它還能與資格審核及保險查詢服務相連結，從而減少人工查詢和資料輸入的工作量。

• 根據回收可能性與業務規則排列工作優先級。
• 自動執行資格檢查、資料收集、調整發布和後續跟進。
• 集中查看患者、付款方、賬戶和員工績效。
• 透過數位溝通和自助支付改善患者財務體驗。
• 涉及醫療與保險資料時需要按合約確認 HIPAA、訪問和審計控制。

Katabat 銀行與貸款催收

Katabat是一個針對銀行、貸款機構及大型企業的雲端式全通道債務管理平台，支援電子郵件、簡訊、語音、紙本文件等各種溝通方式。其內建規則引擎可根據不同司法管轄區的要求來設定合規規則，並能提供可審計的記錄。

產品頁面列出了 PCI DSS、SOC 2 與 GDPR 等標準，並說明嵌入式 Finvi Payments 目前僅在美國提供。這些說明在採購時需要結合具體的部署環境、報告範圍及合約內容進行重新核對。

Finvi Payments

Finvi Payments透過其旗下的SwervePay，提供銀行卡及ACH支付服務、付款計劃、結算、對賬功能，同時還支援簡訊、電子郵件及網頁介面等溝通方式。該平台能夠掌控保險、計費、定價及結算等流程，從而幫助企業減少與多個供應商打交道的繁瑣程序。

• 消費者可以線上查看應付金額、付款或設定付款安排。
• 支付活動可實時寫回催收工作流，減少重複聯繫。
• 可選消費者支付費方案會記錄消費者授權並分離費用主體。
• 費率、適用地區、卡組織規則及消費者費用的合法性需單獨確認。
• 支付門戶不要求安裝消費者應用，但具體登入體驗由機構配置。

企業實施流程

1. 確定業務市場、債務類型、司法管轄區、賬戶量及回收目標。
2. 選擇 Velosidy、Artiva HCx、Katabat、Finvi Payments 或組合方案。
3. 盤點核心系統、數據字段、錄音、渠道、支付和第三方集成。
4. 與 Finvi 確認部署、遷移、API、SLA、安全及合規責任矩陣。
5. 清洗和映射數據，在測試環境驗證身份、餘額、同意和狀態。
6. 建立聯絡頻率、爭議、停止聯絡、困難客戶和人工審批規則。
7. 用歷史樣本評估 AI 排序、支付建議和隊列結果。
8. 分階段上線，並持續監控投訴、偏差、回收率及合規事件。

SwervePay API 接入流程

1. 取得 Finvi Payments 客戶帳戶，並申請開通 API 權限。
2. 在帳戶後台生成安全 API 金鑰，生成後立即放入金鑰管理系統。
3. 使用帳戶識別碼、用戶名與金鑰建立基礎認證。
4. 在非生產環境測試客戶、帳戶、交易與支付工作流。
5. 處理重複請求、失敗支付、退款、撤銷、批次和 Webhook 異常。
6. 避免在日誌、瀏覽器或用戶端程式碼中暴露認證字串。
7. 密鑰洩露時生成新密鑰，並同步更新所有依賴系統。

重新生成 API 密鑰會立即使舊密鑰失效，因此必須先準備輪換計劃。公開開發中心僅面向 SwervePay 支付功能，不能由此推斷所有 Finvi 產品都使用同一介面。

API 與整合邊界

價格與採購

Finvi並未公開標準的訂閱價格、最低合約期限、交易費用或實施費用，也沒有說明是否有免費試用服務。採購方應要求將報價拆分為軟體、遷移、培訓、介面、支付、簡訊、資料、支援及專業服務等各項費用。

適合用戶與場景

• 第三方催收機構：優化賬戶排序、渠道、坐席隊列和收款。
• 醫療服務提供者：處理保險跟進、拒付、患者餘額及付款事宜。
• RCM 外包公司：統一多客戶工作流程與員工績效。
• 銀行與貸款機構：規劃難以對應的客戶、逾期及合規聯絡策略。
• 政府部門：自動執行欠款通知、付款計劃及狀態管理。
• 支付合作方：將銀行卡和 ACH 交易嵌入現有業務系統。

優勢

• 深度聚焦收入回收和高合規行業，不是通用 CRM 的簡單擴展。
• AI決策與支付、隊列和工作流在同一業務鏈路內結合。
• 覆蓋醫療、ARM、銀行、貸款和政府等不同市場。
• 支付 API 有獨立開發中心、認證說明和變更記錄。
• 按產品提供不同隱私政策，便於區分網站、支付和業務平台。

能力邊界與風險

• AI 評分是概率判斷，不能代替法律、合規或消費者困難評估。
• 提高回收效率不能成為過度聯繫、歧視或忽視爭議狀態的理由。
• 產品眾多且歷史品牌複雜，必須確認當前合約中的實際模組和版本。
• 遷移錯誤可能造成餘額、同意、帳戶歸屬或聯絡狀態不一致。
• 支付、簡訊、電話和醫療數據受不同監管體系約束。
• 行銷案例中的回收率或效率提升不構成客戶結果保證。

隱私與安全

Finvi 為 Katabat、SwervePay、Velosidy、Artiva HCx、Simplicity 以及各網站分別制定了隱私政策，因為各產品處理的資料及所承擔的責任都不盡相同。使用者應閱讀與其實際購買的產品相對應的版本。

• 支付門戶可能處理姓名、地址、社會保障號碼的部分資訊、銀行卡、銀行賬戶、付款歷史、地理位置和聯絡偏好。
• SwervePay 表示，其支付平台會遵守 PCI DSS 的規定，並採用加密、存取控制、防火牆以及年度審計等措施來確保安全。
• 付款數據可能分享給訂閱機構、處理商、卡組織、金融機構、託管及反欺詐服務商。
• Finvi無法控制客戶機構在門戶之外收集和分享資料的方式。
• 帳戶關閉後，部分數據仍可能依法律與保存政策保留。
• 網站隱私聲明與產品隱私政策範圍不同，不能以網站政策代替客戶合約和 DPA。

合規與消費者保護

• 聯絡策略需遵守適用的債務催收、電話、簡訊、隱私及消費者保護規則。
• 停止聯絡、爭議、破產、律師代理和錯誤身份等狀態必須優先於 AI 陣列。
• 消費者支付費只能在適用法律、卡組織規則及明確授權允許時使用。
• 醫療場景需要按角色限制患者與保險數據訪問，並保留審計記錄。
• 模型輸出影響消費者時應建立解釋、複核、申訴和糾錯流程。

開源、商用與退款

Finvi 平台是專有企業軟體，開放 API 並不代表系統的原始碼或 AI 模型是開源的。開發者所獲得的，僅是在合約範圍內的介面使用權，而非重新散布該產品的許可。

公開頁面未說明退款政策，企業實施、交易費用及軟體服務通常受單獨合約約束。簽約前應確認終止、資料導出、遷移協助、預付費用以及服務中斷的責任規定。

常見問題

Finvi 是通用 AI Agent 吗？

不是。它是面向收入回收、催收、醫療 RCM、銀行和支付的企業平台，AI 用於業務排序、渠道和方案決策。

Velosidy的五類AI是什麼？

包括最佳聯絡渠道、最佳撥打時間、還款傾向、最佳付款安排和智慧坐席隊列。

Finvi 有公開價格嗎？

沒有。各產品需聯繫銷售獲取訂製報價，免費試用、最低合約及實施費用也未公開。

Finvi 提供 API 嗎？

提供。SwervePay 支付 API 有公開開發文件，Velosidy 也強調開放 API，但實際權限和範圍由客戶帳戶與合約決定。

Finvi Payments在所有國家都能使用嗎？

不能這樣推斷。Katabat 頁面明確指出，嵌入式支付目前僅在美國提供，其他產品和地區需要銷售確認。

Finvi 是開源產品嗎？

不是已確認的開源產品。公開 API、開發文件和開放整合並不等於託管平台或 AI 引擎開放源代碼。

Katabat的安全認證適用於所有產品嗎？

不一定。Katabat 頁面列出了 PCI DSS、SOC 2 和 GDPR，但每項認證的產品、環境及報告範圍都應另行核對。

AI推薦可以自動決定消費者方案嗎？

不應無條件自動執行。機構需要結合消費者情況、法規、偏差監控和人工審批建立治理流程。

總結

Finvi適用於那些需要將 AI 決策、複雜的催收流程、醫療領域的收費週期，以及消費者溝通與支付功能整合在一起的大型或中型機構。其產品的深度與合規性設計，都比一般的 Agent 更能滿足收入回收方面的需求。

選型時應從具體市場和產品出發，明確價格、數據、認證、API、遷移及退出條件。AI排序與支付自動化上線後仍需持續人工監督、消費者保護及模型治理。