发卡
为您自己系统里已有的身份创建一张卡，通过SMS、邮件或QR码发放。
Updated
怎么用
- 01
获取沙箱凭据
随文档一起发放，无需任何商业承诺。
- 02
发一张测试卡
和将来在生产环境运行的是同一个调用，只是打在测试余额上。
- 03
订阅webhook
把一个端点指向我们，事件发生时即时推送，并带重试。
- 04
正式上线
换一下密钥。集成的其他部分都不用动。
最先该自动化的是什么
多数集成都从同一个地方开始：从一个已经知道客户是谁的系统里发卡——员工额度用HR系统，礼品项目用CRM，司机用车队系统。之后是按计划充值余额，再把交易对进财务系统。
充值
按计划或按事件充值余额——发薪日、一笔订单、一次预订、一个班次。
对账
拉取交易流，与您自己的账本比对，线下和线上一起。
接口范围
- 卡片
- 创建、更新、冻结、补发和查询
- 余额
- 充值、扣款、退款、查询和冻结
- 账户
- 个人与企业，带限额和商户规则
- 商户
- 门店、工位和权限
- 报表
- 交易导出，可按渠道、商户或时间段筛选
- Terminal SDK
- 面向需要超出QR流程的厂商集成
对此有疑问
组件支持哪些验证方式？
四种，都是一步完成：钱包卡本身、通过SMS验证码或即时Flash-call验证的手机号、邮箱一次性验证码，以及面向B2B和B2E用户的企业账号，这类用户不该看到面向消费者的注册流程。商户或PSP决定启用哪几种，组件在结账开始时按账户类型自动选择。
除了现成的组件，你们也提供API吗？
有三条路径。REST API和Terminal SDK，面向有研发团队、想完全掌控的伙伴。结账组件，一个现成的JavaScript嵌入件，带四种一步验证方式。以及PSP结账嵌入，7Konto成为您网关里的原生支付方式，商户完全不需要做集成。
你们支持webhook吗？
支持——交易事件、发卡、余额变动和管理事件，端点在管理后台配置。从Network档起提供，与REST API一起。
先拿一把沙箱密钥
30天免费试点，由我们的团队配置并提供支持。