服务商概述
3DS 是一条链:商户与收单机构把交易交给 3DS Server,3DS Server 送进卡组织的 Directory Server,Directory 找到发卡行的 ACS,ACS 完成挑战,结果原路返回。链上每一环由不同厂商供货,商户通常只直接接触 3DS Server,或者只是间接用上它,其余环节由收单行、卡组织与发卡行决定。理解这条链对评估工具类供应商尤其重要,因为工具的价值不体现在链的任何一环"更强",而体现在链的搭建过程"更快"。
mSIGNIA 是这五家里唯一不碰交易、也不承担风险的一家。它的定位是为在线支付行业提供测试与工具,让支付与认证这两件事更简单、更快、更成功。它有 2 条产品线:Payment Simulator 提供端到端支付测试服务——让产品开发者做持续测试与原型验证、让销售做演示、让支付服务商测试第三方产品的实现;3-D Secure Split SDKs 是可换品牌的 EMV 3DS 认证 SDK,加到自己的 3DS Server 上就能提供覆盖 Web、iOS 与 Android 的完整结账体验,SDK 采用 3DS v2.3,而 Split SDK 这个设计的目的就是让商户接得更快更简单。站点还列有 3DS Testing 与 FIDO 相关能力。
它的客户面很宽,官网明确说明客户与协作者覆盖整个在线支付生态:EMV 3DS 产品厂商、商户、支付服务商、收单行、卡组织、发卡行、委托认证方(delegated authenticators)、FIDO 依赖方(relying parties)与风控引擎。这个名单本身就是定位说明:它不做收单,也不做发卡,它给这些角色提供零件和测试台。
所以它的价值不在费率与授权率,而在把 3DS 集成与认证这件最容易拖延工期的事变成可测试、可复现的流程。很多 3DS 上线延期,卡住的不是业务逻辑,而是 SDK 适配、跨浏览器与跨机型的挑战页兼容、以及卡组织认证。评估它的指标应该是"你团队的联调与认证周期能缩短多少",而不是"它能提升多少通过率"。后者取决于风控策略、发卡行 ACS 与监管豁免,与 SDK 供应商无关。
如果你的机构已经有成熟的 3DS Server 且工程能力强,它可以只用于一处:只用 SDK,或者只用测试工具,不必两条产品线都买。
核心优势
- 覆盖 3 个端的一套 SDK:Web、iOS 与 Android 在同一套 EMV 3DS SDK 内解决,避免三端各自适配导致的体验不一致,也减少认证时反复验证端侧差异的工作。
- 可换品牌(白标):SDK 可以打上自己的品牌交付,对 3DS Server 厂商、支付服务商与收单行来说,意味着不必让商户看到第三方标识,链路品牌保持一致。
- Split 设计降低商户接入门槛:SDK 拆分的目的就是让商户接得更快更简单,把一次大集成拆成可分段完成的步骤,减少一次性改造的范围。
- 版本跟随较新:采用 3DS v2.3,属于当前主流规范版本,对新流程与字段的支持更完整,减少上线后因协议差异返工的概率。
- 测试能力独立于 SDK 存在:Payment Simulator 可以做端到端测试、原型验证、销售演示与第三方实现验证。测试能力独立,意味着即使用别家的 3DS Server 也能用它的工具。
- 生态协作面广:客户与协作者从 3DS 产品厂商到卡组织、发卡行、委托认证方与 FIDO 依赖方,说明其组件在不同角色的集成路径上都验证过,接口抽象更适合多方协作场景。
- 不参与交易意味着没有利益冲突:它不处理交易也不承担风险,因此在评级、放行与挑战策略上没有立场,适合作为中立的测试基准。
产品生态
3-D Secure Split SDKs
可换品牌的 EMV 3DS 认证 SDK,采用 3DS v2.3,覆盖 Web、iOS 与 Android 3 个端。使用方式是加到已有的 3DS Server 上,由其提供完整的结账与挑战体验。Split 设计把集成拆成更小的步骤,目标是缩短商户接入时间。它不替代 3DS Server,也不替代 ACS。
Payment Simulator
端到端支付测试服务,3 类用法:产品开发者做持续测试与原型验证、销售做方案演示、支付服务商测试第三方产品的实现。对需要频繁回归测试的团队来说,这一层能替代自建模拟环境的工作量。
3DS Testing
站点列出的 3DS 测试能力,用于在正式认证前验证认证流程的行为一致性。它与 Payment Simulator 互补:一个侧重支付全链路的端到端模拟,一个侧重 3DS 认证环节本身的测试。
FIDO 相关能力
站点同时列出 FIDO 相关能力。FIDO 与 3DS 的关系是互补而非替代:3DS 处理交易时刻的持卡人验证,FIDO 处理更强的设备绑定与无密码认证,两者在结账链路上可能并存。
生态协作与集成路径
官网说明其客户与协作者覆盖 EMV 3DS 产品厂商、商户、支付服务商、收单行、卡组织、发卡行、委托认证方、FIDO 依赖方与风控引擎。这意味着同一套 SDK 与测试工具要在多种集成路径下工作,采购时应按自己的角色确认对应的接入方式与支持口径。
不足之处
- 不提升授权率,也不改变费率:它不处理交易、不承担风险,因此任何关于通过率、拒付率与费率的期待都不成立。它的收益只体现在工程与工期上,测算时要用人力成本而不是交易成本来折算。
- 必须自备 3DS Server 与合规体系:SDK 是加在既有 3DS Server 上的组件,机构仍需自己有 Server、风控策略、卡组织认证路径与 PCI DSS 范围管理。缺任何一环,SDK 都落不了地。
- 3DS 体验有一部分不在你手里:即便 SDK 集成完成,挑战页形态、免挑战通过率与失败语义仍由发卡行 ACS 与卡组织 Directory 决定。SDK 能保证流程正确,不能保证用户体验一致。
- frictionless 比例由风险模型与监管豁免决定:是否触发挑战不取决于客户端 SDK,而取决于风控判断与豁免规则。指望通过换 SDK 降低挑战率的想法不成立。
- 3DS 不覆盖全部欺诈类型:授权后欺诈、友好欺诈、账户盗用后的首次绑定与部分 APP 诈骗场景不在工具能解决的范围内,这些仍需交易监控与争议处理体系。
- 合规责任不因使用第三方 SDK 而转移:引入 SDK 会扩大代码面,PCI DSS 的范围评估与 SCA 举证责任仍在商户与收单方,SDK 供应商提供的是实现,不是合规结论。
- 集成与卡组织认证周期长:SDK 能压缩自己这一侧的适配时间,但卡组织认证与发卡行联调按外部节奏推进,整体上线时间不会被工具单方面改变。
- 成本与项目数量相关而非交易量:工具类采购省下的是工期与人力,不是单位交易成本。交易量增长不会让它更划算,也不会让它更贵,这一点与按量计费的风控产品完全不同。
适用场景
- 3DS Server 厂商与支付服务商补齐端侧能力(★★★★★):需要 Web、iOS、Android 三端一致的挑战体验时,一套可换品牌的 SDK 比自己维护三套实现更省工程资源。
- 商户自建结账流程且已有 3DS Server(★★★★☆):只缺客户端挑战组件与测试能力时,可以只用 SDK 与测试工具,不必更换 Server。
- 需要频繁回归测试的支付团队(★★★★★):Payment Simulator 的持续测试与原型验证能力,直接对应发版频率高的团队痛点。
- 委托认证方与 FIDO 依赖方(★★★☆☆):站点的能力覆盖与这类角色的需求部分重叠,但具体集成方式需按项目确认。
- 卡组织认证前的准备阶段(★★★★☆):用测试工具提前暴露跨浏览器与跨机型问题,把认证阶段的返工前置。
- 中国大陆业务(☆☆☆☆☆):境内卡交易的 3DS 由境内收单机构与卡组织体系处理,境外 3DS 组件不进入这条链路。跨境电商与出海业务若走境外收单可使用其 SDK,但需确认收单行与卡组织对 3DS Server 与 SDK 的准入要求。
- 最不适合:想靠采购提升通过率的商户(★☆☆☆☆):它不处理交易、不承担风险,任何期待通过率或费率变化的采购动机都会落空。
价格参考
| 项目 | 计费方式 | 说明 |
|---|---|---|
| 3-D Secure Split SDK 授权 | 按合同 | 官网未公开标准定价,需与销售议价 |
| Payment Simulator 使用 | 按官网当前报价 | 按环境数量与使用范围计价,以合同为准 |
| 3DS Testing | 按合同 | 按测试范围与使用期限计价 |
| FIDO 相关组件 | 按合同 | 与 SDK 组合采购时口径不同 |
| 集成支持与技术支持 | 按合同 | 按支持级别与响应时效计价 |
影响成本的因素:端侧覆盖范围(Web、iOS、Android 的单端或多端)、是否需要白标、模拟环境数量与并发、是否含 3DS Testing 与 FIDO 组件、支持级别与响应时效、以及是否需要配合完成卡组织认证。官网没有公开价目表,任何具体数字都应以合同为准;也不要把它与按交易量计费的风控产品做单位成本对比,两者计费逻辑不同。
上表按 mSIGNIA 官网当前公开的产品结构整理,官网未发布标准费率。实际报价与交付范围以销售合同为准。
常见问题
-
mSIGNIA 是 3DS 服务商吗?
是组件与工具供应商,不是完整的 3DS 服务商。它提供加在 3DS Server 上的 SDK 与测试工具,不处理交易也不承担风险,不替代 Server,也不替代发卡行 ACS。 -
用它能把免挑战比例提高吗?
不能。免挑战与否由风控策略、发卡行 ACS 与监管豁免决定,SDK 只保证挑战流程在 Web、iOS 与 Android 上正确执行。 -
Payment Simulator 和 3DS Testing 有什么区别?
Payment Simulator 侧重支付全链路的端到端模拟,用于持续测试、原型验证与演示;3DS Testing 侧重认证环节本身的测试。两者可以配合使用,也可以按需只买一项。 -
已有成熟的 3DS Server,还能只用其中一部分吗?
可以。SDK 与测试工具是独立产品,工程能力强的团队可以只用 SDK 补端侧,或只用测试工具补回归测试,不必两条产品线都采购。 -
中国大陆商户适合吗?
境内卡交易的 3DS 走境内收单机构与卡组织体系,境外 3DS 组件不进入这条链路。跨境电商若走境外收单,可使用其 SDK,但要先与收单行确认 3DS Server 与 SDK 的准入和认证要求。
来源:16IDC 原创,产品能力、支持国家与费率口径以 msignia.com 官网文档及合同为准。