Modirum

服务商概述

先说清 3DS 的结构：它不是一家公司的产品，而是一条链。商户与收单机构把交易交给 3DS Server，3DS Server 送进卡组织的 Directory Server，Directory 定位到发卡行的 ACS，ACS 完成挑战与认证，结果原路返回。链上每一环由不同厂商供货，商户通常只直接接触 3DS Server，甚至只是间接用上它；Directory 由卡组织运营，ACS 由发卡行自建或采购。所以 3DS 体验的相当一部分不在商户手里：挑战页长什么样、免挑战能不能过、失败时报什么错，都由发卡行与卡组织决定。

Modirum 是这条链上的工程承包方，而不是面向商户的工具商。它是一家集团（Modirum Group），口号是"通过技术构建更好的未来"，由 5 个板块组成：Modirum Platforms（含 Modirum | Gespi）、Modirum International、Modirum Payments、Modirum Consulting 与 Modirum Ventures。集团层面的公开数字是 25+ 年经验、1000+ 名专业人员、覆盖 50 个国家、1.3M+ 次安全任务、服务 15 个政府。业务横跨金融科技与广播（broadcasting）等多类解决方案，强调"每一步都保障你的安全"。

这些数字都是官网自述的集团口径，看的时候要分清两层。第一，集团数字不等于单一产品能力：1000+ 名专业人员分布在 5 个板块，不等于 3DS 团队有这个规模。第二，"1.3M+ 次安全任务"与"15 个政府"说明的是它在工程与安全交付上的经验积累，不能推导出它的 3DS 产品在某个具体指标上优于同行。用这些数字判断"这家公司有没有真实交付能力"是合适的，用它们判断"这套 3DS 比别家快多少"就不合适。

从集团结构与"安全任务、政府客户"这类口径能看出来，Modirum 更像给发卡行、收单行与政府做 3DS 与 PKI/安全基础设施的工程承包商，交付形式偏项目制与定制化，而不是给商户的自助式 SaaS。这决定了它的定位：对普通商户通常不是选项（你接触不到它，也不需要），对要做自有 ACS 或自有 3DS 体系、或者有本地合规与主权要求的机构才是候选。

所以选它的判断标准不是"功能清单比较"，而是两个问题：你能不能承接一个项目制交付，以及你要不要本地产权与自主可控。功能对比在项目制语境里意义有限，预算、工期、验收标准与后续运维责任才是核心。

核心优势

• 工程交付而非开箱订阅：项目制意味着需求可以定制，接口、报表、合规举证的口径都能按机构实际流程调整。对受监管机构来说，这一点往往比多几个标准功能更实用。
• 业务跨越金融与公共部门：服务 15 个政府的安全交付经验，说明它习惯处理严苛的验收、审计与数据驻留要求，这类经验在纯商户向的支付厂商身上通常拿不到。
• 3DS 与 PKI/安全能力同源：认证体系的底层是密钥管理、签名与证书生命周期，这部分能力与 3DS 的 ACS 实现高度重叠。同一家供应商做这两块，能减少跨厂商的责任推诿。
• 适配本地部署与主权要求：有数据驻留、本地化部署或政府采购要求的机构，通常无法接受纯云端多租户方案，项目制交付在这类场景里是必要条件而非加分项。
• 集团内可组合资源：Platforms、International、Payments、Consulting 与 Ventures 5 个板块的存在，意味着咨询、实施与运营可以打包，而不是由机构自己在多家供应商之间协调。
• 跨行业可复用：金融科技与广播等多类业务并行，说明其安全与认证组件经过不同行业的场景检验，迁移到支付场景时接口抽象通常已经做过一轮。

产品生态

3-D Secure 与发卡行侧认证

3DS 与认证相关的能力集中在 Modirum Platforms 板块（含 Modirum | Gespi）。交付形态以自有 ACS 建设、3DS 体系集成与发卡行侧认证流程定制为主，而不是标准订阅。具体组件清单与卡组织认证状态以官网文档与合同为准。

PKI 与安全基础设施

集团口径中的"1.3M+ 次安全任务"指向的是密钥、证书与签名类工程交付。在 3DS 语境里，这部分能力支撑挑战结果签名、证书轮换与合规审计所需的证据链，是 ACS 能否通过验收的底层条件。

板块结构与交付模式

Modirum Platforms、Modirum International、Modirum Payments、Modirum Consulting 与 Modirum Ventures 5 个板块分别承担平台研发、国际业务、支付业务、咨询与投资类职能。对采购方来说，这意味着同一个合同里可能同时包含软件授权、实施服务与顾问工作，验收口径需要提前写清。

广播与其他行业解决方案

集团的业务横跨金融科技与广播（broadcasting）等方向。多行业并行的意义不在"业务多元"这件事本身，而在于其安全组件需要在不同监管与运维环境下工作，接口与部署形态因此更偏可配置。

不足之处

• 对商户基本不可用：它的客户是发卡行、收单行与政府机构。商户的 3DS 能力通常由收单行或网关提供，绕开这条路径直接找工程承包方，既不经济也很难走通流程。
• 项目制缺少试错空间：SaaS 可以先小范围试用再扩展，项目制交付则在合同签订时就锁定了范围、预算与工期。需求描述不清的机构很容易在实施中反复变更，成本随之上涨。
• 3DS 体验有一部分不在你手里：即便 ACS 与 3DS Server 都是自建，用户看到的挑战页、免挑战通过率与失败语义仍受卡组织 Directory 规则与监管豁免约束。
• frictionless 比例由风险模型与监管豁免决定：工程能力可以把规则实现得更精确，把信号接得更细，但不能改变豁免口径本身，也不能承诺一个具体比例。
• 3DS 不覆盖全部欺诈类型：授权后欺诈、友好欺诈、账户盗用后的首次绑定与部分 APP 诈骗场景不在认证层覆盖范围，仍需独立的交易监控与争议处理体系。
• 合规责任不因外包而转移：PCI DSS 范围划分、SCA 举证与本地监管报告责任仍在商户与收单方。供应商交付的是可审计的系统与证据，不是审计结论。
• 集成与卡组织认证周期长：3DS 上线要过卡组织认证，本地部署还要叠加环境搭建、版本升级与运维交接，整个周期常以季度计。
• 成本结构与交易量强相关，且分两笔预算：项目制模式下前期建设费与后期运维、升级费用是分开的，交易量增长还会带来容量扩容成本，测算时要把三部分都算进去。

适用场景

• 发卡行自建或替换 ACS（★★★★☆）：需要本地部署、定制流程与自主可控时，项目制交付是合理路径，但要准备好承接实施与运维。
• 收单行建设自有 3DS 体系（★★★★☆）：不希望 3DS 能力长期依赖单一 SaaS 供应商的机构，可以考虑以项目方式内化。
• 有本地合规与数据驻留要求的机构（★★★★★）：数据必须留在本地、审计要求严格、采购走公开招标的场景，项目制与本地部署几乎是唯一选择。
• 公共部门与政府采购项目（★★★★☆）：集团自述服务 15 个政府，说明其熟悉公共部门的验收与合规流程，但具体资质需按项目逐项确认。
• 跨境收单机构覆盖多市场（★★★☆☆）：多市场规则差异需要可配置的认证流程，但每个市场的适配都要单独验证，不能假设一次交付全覆盖。
• 中国大陆业务（☆☆☆☆☆）：境内卡交易的 3DS 由境内收单机构与卡组织体系处理，境外供应商不参与这条链路。跨境电商与出海业务若走境外收单可使用境外链路，但需确认收单行与卡组织对 3DS Server 的准入要求。
• 最不适合：中小电商与独立站（★☆☆☆☆）：既接触不到它的交付模式，也不需要自建 ACS，用收单方自带的 3DS 能力成本更低。

价格参考

影响成本的因素包括：是 SaaS 还是本地部署、需要覆盖的市场与卡组织数量、认证方式的复杂度、frictionless 策略所需的数据接入量、项目制交付的范围与验收标准、以及后续运维与升级责任由谁承担。官网没有公开价目表，任何具体数字都应以合同为准，不要用集团规模数字去推断报价水平。

上表按 Modirum 官网当前公开的集团与业务结构整理，官网未发布标准费率。实际报价、交付范围与支持国家以销售合同为准。

常见问题

• 我是一家跨境电商，能用 Modirum 吗？
  通常不适用。它的交付对象是发卡行、收单行与政府机构，商户的 3DS 能力通过收单行或支付网关获得。找它相当于跳过了你真正需要对接的那一环。

• 它的 3DS 是标准产品还是定制项目？
  以项目制与定制化为主。具体组件、接口与交付范围在合同中约定，因此采购流程更接近系统集成项目而不是订阅服务。

• 集团那些数字能说明产品更强吗？
  不能直接说明。25+ 年、1000+ 名专业人员、1.3M+ 次安全任务、15 个政府都是官网自述的集团口径，能证明有交付经验，但不能证明某个 3DS 指标的优劣。判断产品能力仍要靠需求验证与参考项目。

• 自建 ACS 需要准备什么？
  至少要准备：卡组织认证的时间与费用、与 Directory 的联调资源、密钥与证书的生命周期管理、以及上线后的运维值班与合规举证。这些能力缺一项，项目都会延长。

• 中国大陆机构适合吗？
  境内卡交易的 3DS 由境内收单机构与卡组织体系处理，境外供应商不参与。若机构在境外有收单或发卡业务，可以按项目制方式评估，但要确认当地卡组织的准入与认证要求。

来源：16IDC 原创，产品能力、支持国家与费率口径以 modirum.com 官网文档及合同为准。