Updated
在这里，多租户必须意味着什么
支付平台里的租户，不是仪表盘上的一个筛选条件。每个租户要有自己的余额、自己的商户、自己的限额和自己的结算，而且任何一个租户的查询都不得触及另一个租户的数据。
在这之上，网络需要一个合并视图——总交易量、活跃卡数、交易结构——但这个视图不能变成绕过下面那层隔离的办法。
品牌也是按租户的：一个以自己名义发卡的成员，不该把印着网络标识的卡交给自己的客户，除非那本来就是设计。
- 每个租户管理自己的商户、卡片和规则。
- 结算按租户、按商户进行，从不汇在一起。
- 网络看到的是汇总报表，不能跨租户访问数据。
网络怎么部署它
- 01
设计租户结构
哪些成员是租户，以及网络在它们之上能看到什么。
- 02
确定品牌策略
全网统一、按租户，或两者混合。
- 03
集成一次
在网络层接入API和Terminal SDK，每个租户继承。
- 04
接入成员
每个成员是一个租户，有自己的商户和自己的项目。
细节
- 租户
- 一个主账户下不限数量
- 数据隔离
- 在账本层执行，不是在界面上
- 按租户设定的限额
- 卡片、商户、项目和消费规则
- 合并视图
- 按设计只给汇总数据
- 接入
- 通过API，适合成员数量大的情况
- 商务条款
- 网络层签协议，按租户定价
对此有疑问
7Konto如何嵌入PSP的结账流程？
7Konto作为一种新的支付方式出现在您现有的结账页上，与您已经提供的银行卡和钱包并列。该网关上的每个商户都会看到“使用7Konto支付”，而不需要改动自己网站上的任何一行代码：我们与网关集成一次，整个商户组合就都有了。
哪些数据留在我们这里，哪些会交给Visa或Mastercard？
全部留下，一点都不外流。闭环交易数据属于您和商户，不经过卡组织，也不产生交换费。您能拿到完整归因——谁在哪里、什么时候、花了多少——线下和线上都在同一份数据里。
我需要EMI牌照或银行牌照吗？
常见的闭环场景不需要：礼品卡、员工福利账户、酒店客人账户、活动支付。它们适用PSD2中的有限网络豁免，其他地区也有类似框架。如果某个项目接近豁免的边界——比如商户网络非常宽泛——我们会在搭建之前就说明，而不是事后。
这是星巴克模式吗？
经济逻辑一样，但不需要应用。星巴克做了一个客户必须安装的自有应用，因此沉淀了非常大的预付资金。7Konto通过Apple Wallet和Google Wallet实现其中的闭环部分，所以不用开发应用，也不会在安装这一步流失用户——而且通过PSP嵌入，它覆盖的是整个商户组合，而不是一个品牌。
谁可以成为7Konto的合作伙伴？
银行、EMI、收单机构、支付服务商、处理机构、POS终端厂商和支付网络。每一类都有自己的合作方案：您以自有品牌，把闭环能力加进提供给商户的服务里，线下和线上都覆盖。
除了现成的组件，你们也提供API吗？
有三条路径。REST API和Terminal SDK，面向有研发团队、想完全掌控的伙伴。结账组件，一个现成的JavaScript嵌入件，带四种一步验证方式。以及PSP结账嵌入，7Konto成为您网关里的原生支付方式，商户完全不需要做集成。