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 排序与支付自动化上线后仍需持续人工监督、消费者保护和模型治理。