应用市场
附加组件 v1.0.14

Card payments

概述

连接到 Stripe。你的顾客在 Stripe 页面上,用银行卡及你的 Stripe 账户提供的其他方式,支付一张发票或任何带金额的记录。Stripe 一确认付款成功,付款就记到 Adminium 中的这条记录上,而且只记一次,无论先发现它的是 Webhook 还是 Adminium 自己的核查。卖家是你的店铺:由它开立自己的 Stripe 账户、创建自己的密钥,钱从顾客直接进入这个账户。Adminium 不持有任何支付账户、任何自己的密钥,也不经手任何钱款,不处理任何交易;顾客只在 Stripe 页面上输入银行卡信息,因此没有任何卡号会到达你的服务器。在 Studio → 付款 中设置,先用测试模式:每种模式各一个受限密钥和一个 Webhook,然后用 Stripe 测试卡做一笔测试付款,它不会向你的表写入任何内容。退款可以在记录的付款面板或“动态”中发起,在 Stripe 控制台做的退款也会被记录。有争议的付款会被标记并跟进到争议结束;你在 Stripe 控制台答复争议。它不保存银行卡、不支持订阅,也不把付款表单放到你自己的页面上;BHD、JOD、KWD、OMR、TND 和 UGX 的付款暂不支持在线收取。需要 Adminium 0.3.33 或更高版本,并使用公开的 https 地址。

它依附在什么上

这一个不绑定某个应用。它在 Adminium 本身中工作,也在任何承载附加组件的应用中工作。

连接后它可以做什么

它需要你自己的 Stripe 账户提供两样东西,测试模式和正式模式各一份:一个受限密钥(rk_…;秘密密钥会被拒绝)和 Webhook 的签名密钥。两者按模式分别加密保存在你的服务器上,附加组件的任何部分都不会到达浏览器。这个密钥只获得设置卡片列出的权限:发起付款并结束不再需要的付款、读取付款的结果和实收金额、退款(在 Stripe 中,这项权限也允许修改扣款)、读取事件和争议、你开启的付款方式,以及密钥属于哪个账户。付款只会写入你在“可付款的内容”中选定的表里的行。它的服务器部分只能调用下面两个地址,别无其他。

它的服务端代码可以访问的地址

  • api.stripe.com
  • checkout.stripe.com

这份清单就是全部:访问其他地址会被拒绝并记录下来。

连接时需要什么

一个 API 密钥

它增加了什么

它出现在哪里 3
  • 在 Adminium 中:Studio → 付款 → 设置 下它的卡片,带有清单:测试密钥、测试 Webhook、发送测试付款、正式密钥、正式 Webhook、第一笔正式付款已到账
  • 在记录的付款页面上:你的 Stripe 账户已开启的付款方式,每一种都会把顾客带到 Stripe 页面
  • 在记录的付款面板和“动态”中:它收取的付款,以及相关的退款和争议
它带来的数据表 0

没有 —— 它不带自己的数据表。

需要配置的设置 2
  • 受限密钥
  • Webhook 签名密钥

如果你把它关掉

断开连接会移除附加组件的界面。它绝不会删掉自己创建的数据表、写入的文件或添加的记录 —— 它写下的一切都留在你的数据库里。 交给它的凭据会随之被吊销并删除。

会留下什么

已记录的每一笔付款和退款都会保留:在对应的记录上、在“动态”里,以及你选定的自有付款表中(如果你选了的话)。它没有带来自己的表。手动付款方式和手动记录付款照常可用,你的 Stripe 账户及其中的钱款不受任何影响。

会消失什么

它卡片上的“断开”提供两种做法。停止新付款:不再发起新的付款,Adminium 保留密钥,用来完成仍在等待的付款并办理退款。删除密钥:密钥从这台服务器上删除,Adminium 无法再通过 Stripe 完成付款或办理退款。在此删除密钥不会在 Stripe 作废它;为安全起见,请在 Stripe 控制台中更换密钥。

关于演示

本站的任何演示都不会真的调用别人的服务。每个附加组件都自带一个替代传输层,回答来自内置数据,并且默认就是开着的。真正的凭据属于自托管的选择,写在该附加组件自己的 README 里。

如何打开它 本网站上的演示都不包含它。在你自己的 Adminium(0.3.33 或更高版本)里,在“附加组件”中安装 Card payments,打开 Studio → 付款,按它卡片上的清单操作,先用测试模式。每个测试付款页面还提供演示服务,完全不需要账户,因此在连接任何东西之前,就能试完整个流程,包括退款。

Adminium 与该公司没有关联。