方式 · 银行卡
银行卡支付，做到位。
银行卡是谁都绕不开的方式，所以那些不起眼的环节才最重要：实时校验、由你制定策略的 3-D Secure 2.0（而不是默认增加摩擦）、清晰可查的路由策略，以及在软拒付变成流失订单之前，改走备用通道重试。
Visa·MC
及联名卡组织
3-DS 2.0
流程内完成 SCA
EUR
结算至你的账户
0
你服务器上的卡号
运行方式
从银行卡到银行入账，四步。
- 01
ENTER
客户在我们的托管页面输入卡信息——实时校验，卡数据不经过你。
- 02
AUTHENTICATE
3-D Secure 按策略运行：多数支付凭风险信号直接通过，仅在必要时才发起验证。
- 03
AUTHORIZE
资金完成验证并冻结；若遇软拒付，则改走备用通道重试。
- 04
SETTLE
当日订单合并成批，以 EUR 按同一订单编号付款。
客户看到什么
一个银行卡表单，与其他所有方式在同一页面，订单信息就在旁边。字段边输入边校验，卡组织根据卡号自动识别，支付按钮直接显示金额，而不是“提交”二字。如果发卡行要求验证，也在页面内完成——客户全程不离开最初的页面。
- 01银行卡表单与钱包、USDC、转账并列展示——不是单独的一步
- 02输入卡号时即时校验并识别卡组织
- 03策略需要时，3-D Secure 验证在页面内完成
你会收到什么
欧元，汇入当日批次付款，对应你创建的订单编号。授权与请款由我们代为处理；回执会记录卡组织、卡号后四位以及认证结果。这份记录同时也是你的争议证据——应对拒付，一次查询即可，无需跨系统翻找。
- 01每个结算批次对应一条 EUR 付款记录
- 02记录中包含卡组织、后四位和 3-DS 结果
- 03退款按订单发起，可全额或部分，原路退回同一张卡
开通需要做什么
银行卡默认开启。你要配置的是围绕它的策略：何时触发 3-D Secure 升级验证、路由如何优先选择某条通道，以及软拒付如何处理。请先用沙盒卡测试——流程完全一致，测试通过的，就是上线运行的。
FAQ
卡支付 — 商户常见问题。
基本不会。收集卡信息的页面属于我们，PCI 合规范围由我们承担；你的服务器只会收到令牌和订单编号。无论页面运行在我们的域名、你的域名、你的应用内，还是以支付字段的形式嵌入你自己的页面布局，都是如此。
它是满足 PSD2 强客户认证要求的验证环节。多数支付凭设备和行为信号即可通过，不会弹出验证。只有当你设定的策略要求时才会升级验证，因此摩擦是你的决定，而不是默认设置。
软拒付会在同一会话内改走备用通道重试，客户不会先看到失败。硬拒付则会以运营人员能据此处理的语言反馈——卡已过期、余额不足、发卡行风控——而不是一串原始的发卡行代码。
授权在购买时冻结资金，结算则负责划转。当日订单关账合并成批，并在你设置的每日付款时间以 EUR 付出——银行流水只有一条，可逐层展开到对应的订单。