能力

同一个余额,用在商户自己的结账页上

一个现成的组件,用一行JavaScript就能为任何结账页加上“使用7Konto支付”。客户一步完成验证——钱包卡、手机号、邮箱验证码或企业账号——门店里用的那个余额就在线上被扣减。

  • 一行JavaScript
  • 四种验证方式
  • 与POS共用余额

Updated

概览

集成
一行JavaScript嵌入件
验证
钱包卡、手机号、邮箱验证码、企业账号
样式
样式变量,或用API完全掌控
可用范围
从Network套餐起

Updated

把它加到结账页上

  1. 01

    粘贴一行代码

    在结账页上放一个script标签,带上商户的密钥。

  2. 02

    选择验证方式

    启用适合该商户客户的那几种;组件在运行时从中挑选。

  3. 03

    对齐品牌

    样式变量把颜色、字体、圆角和按钮样式调成商户的配色或您的配色。

  4. 04

    开始收款

    余额被扣减,结果像其他任何支付方式一样返回商户的订单流程。

四种进入方式,不用开账户

线上闭环支付最难的一步,是在不让客户注册的前提下证明付款的是谁。组件提供四条路径,并按账户类型选出合理的默认项,所以消费者和企业用户各自都走到对自己最短的那条路。

钱包卡

在柜台用过的那张卡,扫一下或选一下——对老客户来说是最短的路径。

手机号或邮箱

一条SMS一次性验证码、一次即时Flash-call,或一封邮件验证码。不用密码,没有要记的东西。

企业账号

面向B2B和B2E用户,他们不该为了花掉一笔额度而被要求注册消费者账户。

它碰什么,不碰什么

卡数据
不涉及——它转移的是闭环余额,所以PCI DSS的范围不变
订单流程
像其他任何支付方式一样返回成功或失败
退款
在管理后台或通过API原路退回同一个余额
B2B路由
企业账户带有自己的限额和商户规则
报表
线上交易量与POS进的是同一本账
深度掌控
可以不用组件,直接调用API

对此有疑问

你们只做POS,还是也做线上支付?

两者都做,共用一个余额。商户网站有结账组件,也可以作为一种支付方式直接嵌入PSP网关。一个管理后台、一本交易账、一条报表流——线下和线上放在一起。

在线结账组件怎么运作?

商户用一行JavaScript把它嵌到结账页上。客户选择“使用7Konto支付”后,可以用四种方式之一完成验证——扫描自己的钱包卡、接收SMS验证码或Flash-call、输入邮箱一次性验证码,或用企业账号登录——组件随即扣减余额,并向商户返回成功。

组件支持哪些验证方式?

四种,都是一步完成:钱包卡本身、通过SMS验证码或即时Flash-call验证的手机号、邮箱一次性验证码,以及面向B2B和B2E用户的企业账号,这类用户不该看到面向消费者的注册流程。商户或PSP决定启用哪几种,组件在结账开始时按账户类型自动选择。

组件可以按我们的品牌调整样式吗?

可以。它接受样式变量——颜色、字体、圆角、按钮样式——所以可以用您的配色,也可以用商户的。如果要完全掌控,可以不用组件,直接在自己的结账界面里调用API。

线上流程的PCI DSS怎么算?

线上流程从不接触卡号——它在闭环账户之间转移余额,这与开环卡处理属于不同的监管范畴。PCI DSS针对的是卡数据,那仍然是您的PSP的责任;7Konto作为一种独立的支付方式在旁边运行。

给结账页加上闭环支付

30天免费试点,由我们的团队配置并提供支持。

我们使用分析Cookie来了解网站的使用情况。在您做出选择之前不会设置任何Cookie,拒绝也不会改变网站的任何功能。 查看Cookie政策