Netcetera

服务商概述

先说清楚 3DS 这条链：商户与收单机构发起交易后，先交给 3DS Server，3DS Server 把请求送进卡组织的 Directory Server，Directory 找到发卡行的 ACS，由 ACS 完成挑战与认证，结果再按原路回到商户。这条链上每一环是不同厂商的产品，商户通常只直接接触 3DS Server，甚至只是在自己用的收单或网关里间接用到它；Directory 由卡组织运营，ACS 由发卡行自建或采购。所以"3DS 体验好不好"并不是单一供应商能决定的事，frictionless 通过率、挑战页形态与失败语义，都摊在多个主体手上。

Netcetera 站在这条链的中枢位置。它是面向金融服务的软件供应商，站点品牌为 G+D Netcetera，主体为总部在苏黎世的 Netcetera AG。EMV 3-D Secure 是它的核心产品线，含 5 个组件：3-D Secure Directory Server、3-D Secure Issuer Service、3-D Secure Quality Assurance Platform、3DS SDK 与 3DS Server。除此之外还有 4 条产品线：数字银行（Account Information Service、Digital Euro 集成平台、Mobile Wallet、Online Banking）、零售银行、AI 解决方案、数字身份（BrIDge、Customer Identity and Access Management、EUDI Wallet、Self-Sovereign Identity mySSI）与数字财富（Omnium）。

判断 Netcetera 的关键在于"它服务谁"。它的 Directory Server 与 Issuer Service（ACS）是 3DS 链条的中枢，但客户是发卡行、收单行与卡组织成员，普通商户几乎不会与它直接签约，也不需要。这并不代表它与你无关：你的 3DS 体验有相当一部分取决于你的发卡行用的是谁的 ACS、卡组织用的是谁的 Directory，而 frictionless 通过率、挑战页体验与认证失败的报错语义正是由这两端决定的。换句话说，商户用不上它，但商户的转化率被它影响。

因此采购判断要分人群：普通商户不该采购；收单行、发卡行、卡组织成员，以及要做自有 ACS 或自有 Directory 的机构应该评估。它同时提供 Click to Pay、Passkeys 与 eCOM Tokenizer 网络令牌化这些"后 3DS 时代"的认证形态，也说明它的定位是卡组织级认证基础设施，而不是一个单点工具。

核心优势

• Directory 与 Issuer 两端都做：3DS 的中枢是这 2 个角色，多数厂商只做其中一端。同一家供应商同时提供路由侧与发卡侧，对要自建完整体系的机构来说能显著减少跨厂商联调与责任划分的摩擦。
• 5 个组件可分段落地：Directory Server、Issuer Service、Server、SDK 与质量保障平台各自独立，机构可以从最缺的一环开始，而不是一次性替换整条链，改造风险按阶段分摊。
• 把质量保障做成独立产品：3DS 项目最容易拖慢进度的不是业务逻辑，而是卡组织认证与跨浏览器、跨机型的兼容测试。有独立的质量保障平台，意味着测试与评估可以前置，不必等上线后才发现行为差异。
• 覆盖 3 种后 3DS 认证形态：Click to Pay（Secure Remote Commerce / SRCI）、Passkeys 与 eCOM Tokenizer 网络令牌化。当卡组织推动令牌化与免输卡号结账时，这套组合让机构不必临时找第二家供应商。
• 数字身份与认证体系可对接：BrIDge、CIAM、EUDI Wallet 与 mySSI 4 条路径覆盖从企业身份管理到自主主权身份，对要做强客户认证的银行是同一体系内的可选项，不必外接身份厂商。
• 支付与风控能力在同一个供应商内：Payment Fraud Prevention、Verification of Payee 与 CloudPay 等能力可以和 3DS 决策共享数据，减少"认证通过但收款侧仍然被骗"的缝隙。

产品生态

3-D Secure Directory Server

卡组织与清算机构一侧的中枢组件，负责把交易请求路由到正确的发卡行 ACS 并回传认证结果。对区域性卡组织、需要自建目录的机构，这是链条里最不容易外购的一段。

3-D Secure Issuer Service（ACS）

发卡行侧的认证服务，负责呈现挑战页、执行验证并把结果签名返回。发卡行的 frictionless 通过率、挑战体验与失败提示，实际上由这一层的策略与实现决定。

3-D Secure Server

面向商户与收单侧，负责把交易送进 Directory 并处理返回的认证结果。收单行与支付服务商通常是这一环的采购方；商户只会通过收单方间接接触它。

3DS SDK

供移动端与网页端集成挑战流程的组件。SDK 的质量直接影响跨机型、跨浏览器的行为一致性，也是集成阶段最常见的延期来源。

3-D Secure Quality Assurance Platform

在正式认证与上线前对 3DS 实现做测试与评估的平台。它的价值是把"能不能过卡组织认证"从上线前的黑盒变成可以提前复现的清单。

支付赋能与后 3DS 认证形态

支付赋能产品线包括 Debit Issuing Processing、Payment Solutions、Payment Fraud Prevention、Data Sharing Platform、Verification of Payee、养老金系统 P40 与 P3a/FZ3、Secure Remote Commerce（Click to Pay / SRCI）、Passkeys、Trusted Payments、CloudPay、eCOM Tokenizer 与 Fusion Platform。其中 Click to Pay、Passkeys 与 eCOM Tokenizer 直接关系到 3DS 之后"如何少挑战、少输卡号"的问题。

数字银行、数字身份与数字财富

数字银行侧提供 Account Information Service、Digital Euro 集成平台、Mobile Wallet 与 Online Banking；身份侧提供 BrIDge、CIAM、EUDI Wallet 与 mySSI；财富侧是 Omnium。这几条线解释了它为什么能做端到端交付，而不是单点工具。

不足之处

• 商户通常无法直接采购：Directory Server 与 Issuer Service 的客户是发卡行、收单行与卡组织成员，普通电商既接触不到也不需要。把它写进商户的 3DS 选型清单是选错了对象。
• 你对它的产品没有选择权：无论你选哪家 3DS Server，最终发卡行用谁的 ACS 都由发卡行决定。你能做的是在失败率异常时通过收单行去沟通，而不是替换供应商。
• 3DS 体验有一部分不在你手里：挑战页 UI、frictionless 通过率、认证失败报错语义都取决于发卡行 ACS 与卡组织 Directory。商户侧的优化空间集中在送进去的交易数据质量上。
• frictionless 比例由风险模型与监管豁免决定：低价值豁免、可信受益人、SCA 豁免口径这些规则不是靠买产品能改的，供应商只能在既定规则内把信号做到更细。
• 3DS 不覆盖全部欺诈类型：授权后欺诈、友好欺诈、账户盗用后的首次绑定、部分 APP 诈骗场景都不在 3DS 的范围内，发卡行的整体反欺诈仍需独立体系。
• 合规责任不因外包而转移：无论 ACS 与 Directory 由谁提供，PCI DSS 范围与 SCA 的最终责任仍在商户与收单方，审计结论不会因为供应商有认证而自动成立。
• 集成与卡组织认证周期长：5 个组件分段落地意味着多轮联调，Directory 与 ACS 侧的认证排期常以月计，项目节奏不受采购方单方面控制。
• 成本结构与机构规模强相关：组件选择、发卡量、交易笔数与部署形态都会改变报价，自建体系的隐性成本（运维、值班、合规举证）往往高于授权费本身。

适用场景

• 发卡行建设或替换 ACS（★★★★★）：Issuer Service 是其核心，配套的质量保障平台与 SDK 能覆盖从开发到卡组织认证的完整路径。
• 收单行与支付服务商自建 3DS Server（★★★★☆）：需要把 3DS 能力内化而不是转售第三方时，可选项包括 Server 与 SDK 两项组件。
• 卡组织、清算机构与区域性 scheme（★★★★★）：Directory Server 是这一层最关键的基础设施，能自建的供应商数量很少。
• 要上线 Click to Pay、Passkeys 或网络令牌化的机构（★★★★☆）：后 3DS 认证形态与既有 3DS 体系来自同一供应商，减少两套体系的策略冲突。
• 跨境收单机构服务多地发卡行（★★★☆☆）：多市场规则差异下，Directory 与 ACS 的规则配置能力重要，但具体适配范围需按市场逐个确认。
• 中国大陆业务（☆☆☆☆☆）：境内卡交易的 3DS 由境内收单机构与卡组织体系处理，境外 3DS 供应商不参与；跨境电商与出海业务若走境外收单可用境外链路，但需确认收单行与卡组织对 3DS Server 的准入要求。
• 最不适合：普通独立站与中小电商（★☆☆☆☆）：既无法直接采购其核心组件，也改变不了发卡行与卡组织那一端的行为，投入与收益不匹配。

价格参考

影响成本的因素包括：组件组合（Directory、Issuer、Server、SDK、质量平台的任意组合）、发卡量与年交易笔数、frictionless 策略的复杂度、是否同时上线后 3DS 认证形态、是 SaaS 还是本地部署，以及项目制交付覆盖的认证与运维范围。官网没有公开价目表，任何精确数字都应以合同为准。

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

常见问题

• 我是一家电商，可以直接买 Netcetera 的 3DS 吗？
  你的场景通常不需要。它的核心组件面向发卡行、收单行与卡组织成员，商户的 3DS 能力一般通过收单行或支付网关获得。找它是选错了环节。

• 那它对我的转化率有没有影响？
  有，但你是被动方。发卡行用的 ACS 决定挑战体验与 frictionless 判断，卡组织的 Directory 决定路由与规则。如果发现某类卡或某个发卡行的失败率异常，路径是通过收单行反馈，而不是更换自己的供应商。

• 它和其他 3DS 服务商有什么结构差别？
  多数 3DS 服务商只做 Server 这一端，而它同时做 Directory Server 与 Issuer Service 这 2 个中枢角色，另外还有独立的质量保障平台和 SDK。差别在于覆盖面，不在于单点功能强弱。

• Click to Pay 和 Passkeys 与 3DS 是什么关系？
  是 3DS 之后的认证形态。3DS 解决的是交易时刻的持卡人验证，Click to Pay 减少输卡号、Passkeys 减少密码与 OTP，网络令牌化则降低卡号暴露面。它们互补，不是替代。

• 中国大陆机构适合用吗？
  境内卡交易的 3DS 走境内收单机构与卡组织体系，境外供应商不参与这条链路。跨境业务若走境外收单，可评估其 Server 或 SDK，但准入与认证要求仍以收单行和卡组织的口径为准。

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