cashier——迹忆客-ag捕鱼王app官网
简介
laravel cashier 为通过 stripe 实现订阅支付服务提供了一个优雅的流式接口。它封装了几乎所有你恐惧编写的样板化的订阅支付代码。除了基本的订阅管理外,cashier 还支持处理优惠券、订阅升级/替换、订阅“ 数量”、取消宽限期,甚至生成 pdf 发票。
升级 cashier
要升级到最新版本的 cashier,需要仔细阅读升级指南。
注:为了防止破坏性修改,cashier 使用固定版本的 stripe api,比如 cashier 12 使用的 stripe api 版本是
2020-03-02
。stripe api 版本会在次要版本中更新以便可以使用新的 stripe 特性和优化。
安装
首先,通过 composer 安装用于 stripe 的 cashier 扩展包:
$ composer require laravel/cashier
注:为确保 cashier 正确处理了所有 stripe 事件,需要设置 cashier 的 webhook 处理。
数据库迁移
cashier 服务提供者会注册自己的数据库迁移目录,所以安装完扩展包后记得运行数据库迁移。cashier 迁移将会添加多个字段到 users 表,同时创建新的 subscriptions 表来存放所有顾客的订阅记录:
$ php artisan migrate
如果我们需要覆盖 cashier 扩展包自带的数据库迁移,可以使用 artisan 命令 vendor:publish 发布这些迁移文件:
$ php artisan vendor:publish --tag="cashier-migrations"
如果想要阻止 cashier 迁移的完整运行,可以使用 cashier 提供的 ignoremigrations
方法。通常,该方法应该在 appserviceprovider
的 register
方法中调用:
use laravel\cashier\cashier;
cashier::ignoremigrations();
注:stripe 建议任何用于存储 stripe 标识符的字段都应该是大小写敏感的,因此,你需要确保将 stripe_id 字段被设置为 utf8_bin(mysql),更多信息可以参考 stripe 官方文档。
配置
billable 模型
接下来,添加 billable
trait 到模型定义,这个 trait 提供了多个方法以便执行常用支付任务,例如创建订阅、使用优惠券以及更新信用卡信息:
use laravel\cashier\billable;
class user extends authenticatable
{
use billable;
}
cashier 默认假设你的 billable 模型是 laravel 自带的 app\user 类。如果我们想要修改该约定,可以在 .env
文件中指定其它模型:
cashier_model=app\user
注:如果使用的不是 laravel 自带的 app\user 模型,则需要发布并修改默认的cashier 迁移文件以匹配我们使用模型对应的表名。
api 密钥
接下来,你需要在 .env 文件中配置 stripe 密钥,你可以从 stripe 后台控制面板中获取这些 stripe api 密钥:
stripe_key=your-stripe-key
stripe_secret=your-stripe-secret
货币配置
cashier 默认货币是美元(usd),可以通过设置 cashier_currency
环境变量来修改默认的货币:
cashier_currency=eur
除了配置 cashier 的货币之外,你还可以在格式化用于显示在发票上的金额时指定本地化配置。在底层,cashier 使用了 php 的 numberformatter 类 来设置本地货币:
cashier_currency_locale=nl_be
注:为了使用本地化配置而不是 en,需要确保安装了 php ext-intl 扩展并在服务器上配置启用。
日志
cashier 允许我们指定日志通道来记录所有与 stripe 相关的异常,可以通过环境变量 cashier_logger
来指定:
cashier_logger=stack
顾客
获取顾客
我们可以使用 cashier::findbillable
方法通过 stripe id 获取顾客信息。该方法返回的是一个 billable 模型实例:
use laravel\cashier\cashier;
$user = cashier::findbillable($stripeid);
创建顾客
有时候,我们可能希望在不开始订阅的情况下创建一个 stripe 顾客。这可以通过 createasstripecustomer 方法来实现:
$user->createasstripecustomer();
顾客在 stripe 中创建后,可以过一段时间再开始订阅。我们还可以使用可选的 $options
数组传入所有 stripe api 支持的额外参数:
$stripecustomer = $user->createasstripecustomer($options);
此外,如果已经是 stripe 用户,则直接返回对应的顾客对象,否则重新创建,这种场景可以使用 createorgetstripecustomer
方法:
$stripecustomer = $user->createorgetstripecustomer();
如果想返回客户对象但不确定可计费实体是否已经是 stripe 中的客户,则可以使用createorgetstripecustomer
方法。如果不存在,此方法将在 stripe 中创建一个新客户:
$stripecustomer = $user->createorgetstripecustomer();
更新顾客
有时候,我们可能想要使用额外的信息直接更新 stripe 顾客信息,这可以通过 updatestripecustomer 方法来完成:
$stripecustomer = $user->updatestripecustomer($options);
计费门户
stripe 提供了一种设置计费门户的简单方法,以便我们的客户可以管理他们的订阅、付款方式并查看他们的计费历史记录。可以使用控制器或路由中的redirecttobillingportal
方法将用户重定向到计费门户:
use illuminate\http\request;
public function billingportal(request $request)
{
return $request->user()->redirecttobillingportal();
}
默认情况下,当用户完成订阅管理后,他们可以返回到home。我们可以通过将 url 作为参数传递给redirecttobillingportal
方法来提供用户应该返回的自定义 url :
use illuminate\http\request;
public function billingportal(request $request)
{
return $request->user()->redirecttobillingportal(
route('billing')
);
}
如果只想生成计费门户的 url,可以使用billingportalurl
方法:
$url = $user->billingportal);
支付方法
存储支付方法
为了使用 stripe 创建订阅或者进行“一次性” 支付,我们需要存储支付方法并从 stripe 中获取对应的标识符。这种方式可用于实现你是否计划使用这个支付方法进行订阅还是单次收费,下面我们分别来介绍这两种方法。
用于订阅的支付方法
当我们为顾客存储信用卡以便将来使用时,一定要使用 stripe setup intents api 来安全地收集顾客的支付方法细节。「setup intents」用于告知 stripe 使用顾客的支付方法进行收费的意图。cashier 的 billable trait 包含了 createsetupintent 方法来创建新的「setup intent」,你需要在渲染收集顾客支付方法细节表单的路由或控制器方法中调用这个方法:
return view('update-payment-method', [
'intent' => $user->createsetupintent()
]);
创建完 setup intent 并将其传递给视图后,你需要在收集支付方法的元素中添加它的 secret。例如,参考下面这个「更新支付方法」表单:
接下来,会通过 stripe.js 库添加一个 stripe 元素到表单,并安全地收集顾客的支付细节:
接下来,使用 stripe 的 handlecardsetup 方法验证信用卡并从 stripe 获取一个安全的「支付方法标识符」:
const cardholdername = document.getelementbyid('card-holder-name');
const cardbutton = document.getelementbyid('card-button');
const clientsecret = cardbutton.dataset.secret;
cardbutton.addeventlistener('click', async (e) => {
const { setupintent, error } = await stripe.handlecardsetup(
clientsecret, cardelement, {
payment_method_data: {
billing_details: { name: cardholdername.value }
}
}
);
if (error) {
// display "error.message" to the user...
} else {
// the card has been verified successfully...
}
});
信用卡被 stripe 验证后,就可以传递返回的 setupintent.payment_method 标识符给 laravel 应用,将它和特定用户关联起来。该支付方法既可以以新的支付方法添加,也可以用于更新默认的支付方法。你还可以立即使用这个支付方法标识符来创建一个新的订阅。
注:如果想要了解更多关于 setup intents 以及获取顾客支付细节的信息,可以参考 。
用于单次付费的支付方法
当然,如果顾客支付方法使用的是单次付费,我们只需要使用支付方法标识符一次即可。由于 stripe 本身的限制,你不可以使用存储的默认顾客支付方法进行单次付费,必须允许顾客通过 stripe.js 库进入他们的支付方法细节。例如,参考下面这个表单:
接下来,通过 stripe.js 库添加 stripe 元素到这个表单,并安全地收集顾客的支付细节:
接下来,使用 stripe 的 createpaymentmethod 方法验证信用卡并获取一个安全的「支付方法标识符」:
const cardholdername = document.getelementbyid('card-holder-name');
const cardbutton = document.getelementbyid('card-button');
cardbutton.addeventlistener('click', async (e) => {
const { paymentmethod, error } = await stripe.createpaymentmethod(
'card', cardelement, {
billing_details: { name: cardholdername.value }
}
);
if (error) {
// display "error.message" to the user...
} else {
// the card has been verified successfully...
}
});
如果信用卡验证成功,就可以传递 paymentmethod.id 到 laravel 应用并处理一次性付费。
获取支付方法
billable 模型实例上的 paymentmethods
方法会返回 laravel\cashier\paymentmethod
实例集合:
$paymentmethods = $user->paymentmethods();
要获取默认的支付方法,可以使用 defaultpaymentmethod 方法:
$paymentmethod = $user->defaultpaymentmethod();
还可以使用 findpaymentmethod
方法通过 billable 模型获取指定支付方法:
$paymentmethod = $user->findpaymentmethod($paymentmethodid);
判断用户是否拥有支付方法
要判断某个 billable 模型是否有对应的支付方法,可以使用 haspaymentmethod 方法:
if ($user->haspaymentmethod()) {
//
}
要确定可计费模型是否至少有一种付款方式附加到其帐户,请使下haspaymentmethod
方法:
if ($user->haspaymentmethod()) {
//
}
更新默认支付方法
updatedefaultpaymentmethod
方法可用于更新顾客的默认支付方法信息,该方法接收一个 stripe 支付方法标识符并将新的支付方法分配为默认的支付方法:
$user->updatedefaultpaymentmethod($paymentmethod);
为了同步应用的默认支付方法信息到 stripe 顾客的默认支付方法信息,可以使用 updatedefaultpaymentmethodfromstripe 方法:
$user->updatedefaultpaymentmethodfromstripe();
注:顾客的默认支付方法只能用于发票和创建新的订阅,由于 stripe 的限制,不能将其用于单次付费。
添加支付方法
要添加新的支付方法,可以调用 billable 用户的 addpaymentmethod
方法,并传递支付方法标识符:
$user->addpaymentmethod($paymentmethod);
注:要了解如何获取支付方法标识符,请参考支付方法存储文档。
删除支付方法
要删除一个支付方法,可以调用要删除的 laravel\cashier\paymentmethod
实例上的 delete
方法:
$paymentmethod->delete();
deletepaymentmethods
方法将会删除指定 billable 模型上的所有支付方法信息:
$user->deletepaymentmethods();
注:如果某个用户拥有一个有效的订阅,你需要避免删除默认的支付方法。
订阅
创建订阅
要创建一个订阅,首先要获取一个账单模型的实例,通常是 app\user 的实例。获取到该模型实例之后,可以使用 newsubscription
方法来创建该模型的订阅:
$user = user::find(1);
$user->newsubscription('default', 'premium')->create($token);
第一个传递给 newsubscription 方法的参数是该订阅的名字,如果应用只有一个订阅,可以将其称作 main 或 primary,第二个参数用于指定用户订阅的计划,该值对应 stripe 中相应计划的标识符。
接收 stripe 支付方法标识符或者 stripe paymentmethod 对象的 create
方法会自动创建这个 stripe 订阅,同时更新数据库中 stripe 的顾客 id(即 users 表中的 stripe_id)和其它相关的账单信息。
注:直接传递支付方法标识符到 create() 订阅方法还会自动将其添加到用户存储的支付方法中。
数量
如果想在创建订阅时为计划设置特定数量,可以使用quantity
方法:
$user->newsubscription('default', 'price_monthly')
->quantity(5)
->create($paymentmethod);
额外的用户信息
如果想要指定额外的客户信息,可以将其作为第二个参数传递给 create 方法:
$user->newsubscription('default', 'monthly')->create($paymentmethod, [
'email' => $email,
]);
优惠券
如果想要在创建订阅的时候使用优惠券,可以使用 withcoupon
方法:
$user->newsubscription('default', 'monthly')
->withcoupon('code')
->create($paymentmethod);
添加订阅
如果想向已经设置了默认付款方式的客户添加订阅,可以在使用newsubscription方法时使用add方法:
$user = user::find(1);
$user->newsubscription('default', 'price_premium')->add();
检查订阅状态
用户订阅应用后,我们可以使用各种便利的方法来简单检查订阅状态。首先,如果用户有一个有效的订阅,则 subscribed
方法返回 true,即使订阅现在处于试用期:
if ($user->subscribed('default')) {
//
}
subscribed
方法还可以用于路由中间件,基于用户订阅状态允许你对路由和控制器的访问进行过滤:
public function handle($request, closure $next){
if ($request->user() && ! $request->user()->subscribed('default')) {
// this user is not a paying customer...
return redirect('billing');
}
return $next($request);
}
如果想要判断一个用户是否还在试用期,可以使用 ontrial
方法,该方法对于还处于试用期的用户显示警告信息很有用:
if ($user->->subscription('default')->ontrial()) {
//
}
subscribedtoplan
方法可用于判断用户是否基于 stripe id 订阅了给定的计划,在本例中,我们会判断用户的 default 订阅是否订阅了 monthly 计划:
if ($user->subscribedtoplan('monthly', 'default')) {
//
}
传递数组到 subscribedtoplan
方法可以判断用户的 default 订阅是否在 monthly 或者 yearly 计划中有效:
if ($user->subscribedtoplan(['monthly', 'yearly'], 'default')) {
//
}
recurring
方法可用于判定用户当前是否已经订阅并且不在试用期:
if ($user->subscription('default')->recurring()) {
//
}
已取消的订阅状态
要判断用户是否曾经是有效的订阅者,但现在取消了订阅,可以使用 cancelled 方法:
if ($user->subscription('default')->cancelled()) {
//
}
我们还可以判断用户是否曾经取消过订阅,但现在仍然在“宽限期”直到完全失效。例如,如果一个用户在3月5号取消了一个实际有效期到3月10号的订阅,该用户处于「宽限期」直到3月10号。注意 subscribed 方法在此期间仍然返回 true。
if ($user->subscription('default')->ongraceperiod()) {
//
}
要判断用户已经取消订阅并且不在「宽限期」内,可以使用 ended
方法:
if ($user->subscription('default')->ended()) {
//
}
订阅范围
大多数订阅状态也可用作查询范围,以便可以轻松查询数据库中处于给定状态的订阅:
// get all active subscriptions...
$subscriptions = subscription::query()->active()->get();
// get all of the cancelled subscriptions for a user...
$subscriptions = $user->subscriptions()->cancelled()->get();
可用范围的完整列表如下:
subscription::query()->active();
subscription::query()->cancelled();
subscription::query()->ended();
subscription::query()->incomplete();
subscription::query()->notcancelled();
subscription::query()->notongraceperiod();
subscription::query()->notontrial();
subscription::query()->ongraceperiod();
subscription::query()->ontrial();
subscription::query()->pastdue();
subscription::query()->recurring();
未完成和过期状态
如果某个订阅要求创建完订阅后进行二次付款操作,将被标记为 incomplete
。订阅状态被存储在 cashier subscriptions 数据表的 stripe_status 字段。
类似的,如果在切换订阅计划时也需要进行二次付款操作,对应的订阅会被标记为 past_due。当你的订阅处于这种状态时,只有等到顾客确认支付后它们才会被激活。我们可以使用 billable 模型或者订阅实例的 hasincompletepayment 方法来检查某个订阅是否存在未完成支付:
if ($user->hasincompletepayment('default')) {
//
}
if ($user->subscription('default')->hasincompletepayment()) {
//
}
如果某个订阅存在未完成支付,需要引导用户到 cashier 的支付确认页面,并传递 latestpayment 标识符。我们可以使用订阅实例上的 latestpayment
方法来获取这个标识符:
如果想要订阅在 past_due 状态下依然有效,可以使用 cashier 提供的 keeppastduesubscriptionsactive 方法,通常,该方法需要在 appserviceprovider 的 boot 方法中调用:
use laravel\cashier\cashier;
/**
* register any application services.
*
* @return void
*/
public function register()
{
cashier::keeppastduesubscriptionsactive();
}
注:当某个订阅处于 incomplete 状态,只有等到支付被确认后才能进行修改。因此,当订阅处于 incomplete 状态时,执行 swap 和 updatequantity 方法会抛出异常。
修改计划
用户订阅应用后,偶尔想要改变到新的订阅计划,要将用户切换到新的订阅,传递计划标识符到 swap 方法:
$user = app\user::find(1);
$user->subscription('default')->swap('provider-plan-id');
如果用户在试用,试用期将会被维护。还有,如果订阅存在多个,数量也可以被维护。
如果想要切换计划并取消用户所在的所有试用期,可以使用 skiptrial
方法:
$user->subscription('default')
->skiptrial()
->swap('provider-plan-id');
如果想要切换计划并立即为用户开具发票,而不是等到下一个结算周期,可以使用 swapandinvoice 方法:
$user = app\user::find(1);
$user->subscription('default')->swapandinvoice('provider-plan-id');
按比例分配
默认情况下,stripe 会在订阅计划间切换时按比例进行分配,noprorate 可用于在修改订阅计划时不使用按比例分配机制:
$user->subscription('default')->noprorate()->swap('provider-plan-id');
订阅数量
有时候订阅也会被数量影响,例如,应用中每个账户每月需要付费$10,要简单增加或减少订阅数量,使用 incrementquantity 和 decrementquantity 方法:
$user = user::find(1);
$user->subscription('main')->incrementquantity();
// add five to the subscription's current quantity...
$user->subscription('main')->incrementquantity(5);
$user->subscription('main')->decrementquantity();
// subtract five to the subscription's current quantity...
$user->subscription('main')->decrementquantity(5);
我们也可以使用 updatequantity
方法指定数量:
$user->subscription('main')->updatequantity(10);
noprorate
方法可用于更新订阅数量而无需对收费进行评级:
$user->subscription('main')->noprorate()->updatequantity(10);
想要了解更多订阅数量信息,查阅相关。
多计划订阅
多计划订阅允许我们为单个订阅分配多个计费计划。例如,假设我们正在构建一个客户服务“帮助台”应用程序,该应用程序的基本订阅费用为每月 10 美元,但提供每月额外 15 美元的实时聊天附加计划:
$user = user::find(1);
$user->newsubscription('default', [
'price_monthly',
'chat-plan',
])->create($paymentmethod);
现在,客户将有两个default订阅计划。两个计划都将按各自的计费间隔收费。我们还可以使用quantity
方法来指示每个计划的具体数量:
$user = user::find(1);
$user->newsubscription('default', ['price_monthly', 'chat-plan'])
->quantity(5, 'chat-plan')
->create($paymentmethod);
或者,我们可以使用plan
方法动态添加额外计划及其数量:
$user = user::find(1);
$user->newsubscription('default', 'price_monthly')
->plan('chat-plan', 5)
->create($paymentmethod);
或者,我们可以稍后向现有订阅添加新计划:
$user = user::find(1);
$user->subscription('default')->addplan('chat-plan');
上面的示例将添加新计划,客户将在下一个计费周期中为此付费。如果想立即向客户收费,可以使用addplanandinvoice
方法:
$user->subscription('default')->addplanandinvoice('chat-plan');
如果要添加具有特定数量的计划,可以将数量作为addplan 或者
addplanandinvoice`方法的第二个参数传递:
$user = user::find(1);
$user->subscription('default')->addplan('chat-plan', 5);
可以使用removeplan
方法从订阅中删除计划:
$user->subscription('default')->removeplan('chat-plan');
我们不能删除订阅的最后一个计划。相反,应该简单地取消订阅。
交换
我们还可以更改附加到多计划订阅的计划。例如,假设我们在basic-plan订阅了一个chat-plan附加组件,并且想要升级到该pro-plan计划:
$user = user::find(1);
$user->subscription('default')->swap(['pro-plan', 'chat-plan']);
执行上述代码时,basic-plan
删除带有 的底层订阅项,chat-plan
保留带有 的订阅项。此外,还会为新的订阅项目pro-plan创建一个新的订阅项目。
我们还可以指定订阅项目选项。例如,可能需要指定订阅计划数量:
$user = user::find(1);
$user->subscription('default')->swap([
'pro-plan' => ['quantity' => 5],
'chat-plan'
]);
如果想在订阅上交换单个计划,我们可以使用订阅项目本身的swap
方法来实现。例如,如果想要保留订阅项目上的所有现有元数据,则此方法很有用。
$user = user::find(1);
$user->subscription('default')
->finditemorfail('basic-plan')
->swap('pro-plan');
按比例分配
默认情况下,stripe 将在订阅中添加或删除计划时按比例分配费用。如果想在不按比例分配的情况下进行计划调整,应该将noprorate
方法链接到我们的计划操作中:
$user->subscription('default')->noprorate()->removeplan('chat-plan');
数量
如果想更新单个订阅计划的数量,我们可以使用现有的数量方法并将计划名称作为附加参数传递给该方法:
$user = user::find(1);
$user->subscription('default')->incrementquantity(5, 'chat-plan');
$user->subscription('default')->decrementquantity(3, 'chat-plan');
$user->subscription('default')->updatequantity(10, 'chat-plan');
注:当我们在订阅上设置多个计划时,模型
subscription
上的stripe_plan
和quantity
属性将为null。要访问单个计划,应该使用subscription模型上可用的items关系。
订阅项目
当订阅有多个计划时,它将在我们的数据库subscription_items表中存储多个订阅“项目” 。可以通过订阅上的items
关系访问这些:
$user = user::find(1);
$subscriptionitem = $user->subscription('default')->items->first();
// retrieve the stripe plan and quantity for a specific item...
$stripeplan = $subscriptionitem->stripe_plan;
$quantity = $subscriptionitem->quantity;
我们还可以使用finditemorfail
方法检索特定计划:
$user = user::find(1);
$subscriptionitem = $user->subscription('default')->finditemorfail('chat-plan');
订阅税金
要指定用户对订阅支付的税率,在可计费模型上实现taxrates
方法,然后返回包含税率id的数组。
public function taxrates()
{
return ['tax-rate-id'];
}
taxrates
将使我们可以在模型基础上使用税率,对跨越不同国家不同税率的用户很有用。如果正在使用多计划订阅,我们可以通过在计费模型上实施plantaxrates
方法来为每个计划定义不同的税率:
public function plantaxrates()
{
return [
'plan-id' => ['tax-rate-id'],
];
}
同步税率
更改taxrates
方法返回的硬编码税率 id 时,用户的任何现有订阅的税收设置将保持不变。如果希望使用taxtaxrates
返回值更新现有订阅的税值,应该调用用户订阅实例上的synctaxrates
方法:
$user->subscription('default')->synctaxrates();
这也将同步任何订阅项目税率,因此请确保我们也能正确更改plantaxrates
方法。
免税
cashier 还提供了通过调用 stripe api 来确定客户是否免税的方法。isnottaxexempt
,istaxexempt
和reversechargeapplies
方法可在计费模式上获得:
$user = user::find(1);
$user->istaxexempt();
$user->isnottaxexempt();
$user->reversechargeapplies();
这些方法也可用于任何laravel\cashier\invoice
对象。但是,在invoice对象上调用这些方法时,这些方法将在创建发票时确定豁免状态。
订阅锚定日期
默认情况下,支付周期锚点就是订阅创建的日期,或者如果使用了试用期的话,该日期就是订阅期结束的日子。如果你想要编辑支付锚定日期,可以使用 anchorbillingcycleon 方法:
use app\user;
use carbon\carbon;
$user = user::find(1);
$anchor = carbon::parse('first day of next month');
$user->newsubscription('default', 'premium')
->anchorbillingcycleon($anchor->startofday())
->create($paymentmethod);
想要了解更多管理订阅支付周期的信息,可以参考 。
取消订阅
要取消订阅,可以调用用户订阅上的 cancel 方法:
$user->subscription('default')->cancel();
当订阅被取消时,cashier 将会自动设置数据库中的 ends_at 字段。该字段用于了解 subscribed 方法什么时候开始返回 false。例如,如果客户3月1号份取消订阅,但订阅直到3月5号才会结束,那么 subscribed 方法继续返回 true 直到3月5号。
我们可以使用 ongraceperiod 方法判断用户是否已经取消订阅但仍然在“宽限期”:
if ($user->subscription('default')->ongraceperiod()) {
//
}
可以使用ongraceperiod
方法确定用户是否已取消订阅但仍处于“宽限期” :
if ($user->subscription('default')->ongraceperiod()) {
//
}
如果想要立即取消订阅,调用用户订阅上的方法 cancelnow
即可:
$user->subscription('default')->cancelnow();
恢复订阅
如果用户已经取消订阅但想要恢复该订阅,可以使用 resume 方法,前提是该用户必须在宽限期内:
$user->subscription('default')->resume();
如果该用户取消了一个订阅然后在订阅失效之前恢复了这个订阅,则不会立即支付该账单,取而代之的,他们的订阅只是被重新激活,并回到正常的支付周期。
订阅试用期
带预先付款信息
如果你想要在提供给用户试用期的同时收集用户预付款信息,可以在创建订阅的时候使用 trialdays
方法:
$user = user::find(1);
$user->newsubscription('default', 'monthly')
->trialdays(10)
->create($paymentmethod);
该方法会在数据库订阅记录上设置试用期结束日期,以便告知 stripe 在此之前不要计算用户的账单信息。当使用 trialdays 方法时,cashier 将会覆盖任何默认 stripe 计划的试用期配置。
注:如果用户的订阅没有在试用期结束之前取消,则会在试用期结束时立即支付,所以要确保通知用户试用期结束时间。
trialuntil
方法允许你提供一个 datetime 实例来指定试用期什么时候结束:
use carbon\carbon;
$user->newsubscription('default', 'monthly')
->trialuntil(carbon::now()->adddays(10))
->create($paymentmethod);
可以使用用户实例或订阅实例上的 ontrial
方法判断用户是否处于试用期,下面两个例子作用是等价的:
if ($user->ontrial('default')) {
//
}
if ($user->subscription('default')->ontrial()) {
//
}
在 stripe / cashier 中定义试用天数
我们可以选择在 stripe 仪表板中定义计划接收的试用天数,或者始终使用 cashier
明确传递它们。如果选择在 stripe 中定义计划的试用天数,我们应该知道新订阅,包括过去订阅过的客户的新订阅,将始终获得试用期,除非我们明确调用trialdays(0)
方法。
不带预先付款信息
如果不想在提供试用期的时候收集用户预付款信息,只需设置用户记录的 trial_ends_at 字段为期望的试用期结束日期即可,这通常在用户注册期间完成:
$user = user::create([
// populate other user properties...
'trial_ends_at' => carbon::now()->adddays(10),
]);
注:确保已添加 trial_ends_at 日期修改器到模型定义。
cashier 将这种类型的试用期看作「通用体验」,因为这种使用并没有附加到任何已经在的订阅,如果当前日期没有超过 trial_ends_at 的值, user 实例上的 ontrial 方法将返回 true:
if ($user->ontrial()) {
// user is within their trial period...
}
如果想要知道用户是否在“一般”试用期并且还没有创建实际的订阅还可以使用 ongenerictrial 方法:
if ($user->ongenerictrial()) {
// user is within their "generic" trial period...
}
一旦准备好为用户创建实际的订阅,可以使用 newsubscription
方法:
$user = user::find(1);
$user->newsubscription('default', 'monthly')->create($paymentmethod);
延长试用期
extendtrial
方法可用于在订阅计划创建之后延长试用期:
// end the trial 7 days from now...
$subscription->extendtrial(
now()->adddays(7)
);
// add an additional 5 days to the trial...
$subscription->extendtrial(
$subscription->trial_ends_at->adddays(5)
);
如果试用期已结束并且顾客已经处于付费订阅期,仍然可以延长试用期,延长的试用期会在下一个订阅周期内生效。
处理 stripe webhooks
注:我们可以使用 stripe cli 在本地开发期间测试 webhooks。
stripe 可以通过 webhooks 通知应用各种事件,默认情况下,一个指向 cashier webhook 控制器的路由已经通过 cashier 服务提供者配置好了,这个控制器将会处理所有进入的 webhook 请求。
默认情况下,这个控制器将会自动对支付失败次数(这个次数可以在 stripe 设置中定义)过多的订阅进行取消,自动处理顾客更新、删除,以及订阅更新和信用卡更新等操作;此外,我们很快会发现,你可以扩展这个控制器来处理任何你想要处理的 webhook 事件。
为了确保应用可以处理 stripe webhooks,确保在 stripe 控制面板中配置过这个 webhook url。下面是所有你需要在 stripe 控制面板中配置的 webhooks 完整列表:
customer.subscription.updated
customer.subscription.deleted
customer.updated
customer.deleted
nvoice.payment_action_required
注:确保通过 cashier 引入的 webhook 签名验证中间件对输入请求进行保护。
webhooks & csrf 防护
由于 stripe webhook 需要绕开 laravel 的 csrf 保护,所以需要将其罗列到 verifycsrftoken
中间件的排除列表或者将其置于 web 中间件组之外:
protected $except = [
'stripe/*',
];
定义 webhook 事件处理器
cashier 会基于支付失败次数自动取消订阅,但是如果你想要处理额外的 stripe webhook 事件,扩展 webhook 控制器即可。定义的方法名需要与 cashier 约定的格式保持一致,特别是方法名需要以 handle 开头并且是想要处理的 stripe webhook 的驼峰格式。例如,如果想要处理 invoice.payment_succeeded
webhook,则需要在控制器中添加一个 handleinvoicepaymentsucceeded
方法:
接下来,在 routes/web.php
中定义一个指向 cashier 控制器的路由:
route::post(
'stripe/webhook',
'\app\http\controllers\webhookcontroller@handlewebhook'
);
cashier 会在接收到 webhook 时触发 laravel\cashier\events\webhookreceived 事件,然后在 webhook 被 cashier 处理之后触发 laravel\cashier\events\webhookhandled 事件,这两个事件都包含了完整的 stripe webhook 载荷数据。
失败的订阅
如果用户的信用卡过期怎么办?不用担心 —— cashier webhook 控制器会为你取消该用户的订阅。失败的支付将会被控制器自动捕获和处理,该控制器将会在 stripe 判断订阅支付失败次数(通常是 3 次)达到上限时取消该用户的订阅。
验证 webhook 签名
如果要对 webhook 进行安全加固,可以使用 stripe 的 webhook 签名。为了方便起见,cashier 会自动引入验证输入的 stripe webhook 请求是否有效的中间件。
要启用 webhook 验证,确保环境配置文件 .env 中的 stripe_webhook_secret 配置被设置,改配置值可以从 stripe 账户后台面板中获取。
一次性支付
注:使用 stripe 时, charge 方法可以接收应用所使用货币对应的最小单位金额。
如果想要使用订阅客户的信用卡一次性结清账单,可以使用 billable 模型实例上的 charge
方法,该方法需要传入支付方法标识符作为第二个参数:
// stripe accepts charges in cents...
$stripecharge = $user->charge(100, $paymentmethod);
charge
方法接收一个数组作为第三个参数,允许你传递任何你想要传递的底层 stripe 账单创建参数,创建账单时我们可以参考 stripe 文档提供的可用选项:
$user->charge(100, $paymentmethod, [
'custom_option' => $value,
]);
还可以使用不带底层顾客或用户参数的 charge
方法:
use app\user;
$stripecharge = (new user)->charge(100, $paymentmethod);
如果支付失败 charge 方法将抛出异常,如果支付成功,该方法会返回 laravel\cashier\payment 实例:
try {
$payment = $user->charge(100, $paymentmethod);
} catch (exception $e) {
//
}
带发票的支付
有时候我们需要创建一个一次性支付并且同时生成对应发票以便为用户提供一个pdf单据, invoicefor 方法可以帮助我们实现这个需求。例如,让我们为用户的「一次性费用」生成一张 $5.00 的发票:
// stripe accepts charges in cents...
$user->invoicefor('one time fee', 500);
该单据会通过用户默认支付方法立即支付, invoicefor 方法还可以接收一个数组作为第三个参数,该数组包含发票项目的计费选项。该方法的第四个参数也是一个数组,包含的是发票本身的计费选项:
$user->invoicefor('stickers', 500, [
'quantity' => 50,
], [
'tax_percent' => 21,
]);
注: invoicefor 方法会创建一个对失败支付进行重试的 stripe 单据,如果你不想要单据重试失败的支付,需要在首次支付失败后使用 stripe api 关闭它们。
退款
如果我们需要对 stripe 支付进行退款,可以使用 refund 方法,该方法接收 stripe 支付 id 作为唯一参数:
$payment = $user->charge(100, $paymentmethod);
$user->refund($payment->id);
发票
检索发票
我们可以使用 invoices
方法轻松获取账单模型的发票数组:
$invoices = $user->invoices();
// include pending invoices in the results...
$invoices = $user->invoicesincludingpending();
我们还可以使用 findinvoice
方法检索指定的发票:
$invoice = $user->findinvoice($invoiceid);
显示发票信息
当列出客户发票时,我们可以使用发票的辅助函数来显示相关的发票信息。例如,你可能想要在表格中列出每张发票,从而方便用户下载它们:
@foreach ($invoices as $invoice)
@endforeach
{{ $invoice->date()->toformatteddatestring() }}
{{ $invoice->total() }}
生成 pdf 发票
在路由或控制器中,使用 downloadinvoice 方法生成发票的 pdf 下载,该方法将会自动生成相应的 http 响应发送下载到浏览器:
use illuminate\http\request;
route::get('user/invoice/{invoice}', function (request $request, $invoiceid) {
return $request->user()->downloadinvoice($invoiceid, [
'vendor' => 'your company',
'product' => 'your product',
]);
});
downloadinvoice
方法还允许将可选的自定义文件名作为第三个参数。将自动为文件名添加.pdf
后缀:
return $request->user()->downloadinvoice($invoiceid, [
'vendor' => 'your company',
'product' => 'your product',
], 'my-invoice');
处理支付失败
有时候,订阅支付或者一次性支付会失败,此时,cashier 会抛出 incompletepayment
异常来通知你这个情况。捕获异常后,有两种方式来处理支付失败。
首先,我们可以将顾客重定向到 cashier 自带的支付确认页面,这个页面已经包含了通过 cashier 服务提供者注册的关联路由,因此,可以捕获 incompletepayment
异常然后重定向到这个支付确认页:
use laravel\cashier\exceptions\incompletepayment;
try {
$subscription = $user->newsubscription('default', $planid)
->create($paymentmethod);
} catch (incompletepayment $exception) {
return redirect()->route(
'cashier.payment',
[$exception->payment->id, 'redirect' => route('home')]
);
}
在支付确认页,顾客会被提示再次输入信用卡信息并执行所有 stripe 要求的其他额外动作,例如“3d 安全”确认。确认支付后,用户会被重定向到上述代码中 redirect 参数指定的 url,重定向后,该 url 中会新增 message 和 success 查询字符串参数。
此外,我们也可以允许 stripe 为你处理这个支付确认流程,在这种情况下,你需要在 stripe 后台设置 stripe 的自动支付邮箱,而不是将用户重定向到支付确认页。不过,如果捕获了 incompletepayment 异常,你仍然需要通知用户他们会收到一封邮件来处理后续的支付确认流程。
支付异常可能会在如下方法中抛出:charge
、invoicefor
以及 billable 用户的 invoice
方法。处理订阅时,subscriptionbuilder 上的 create 方法、subscription 上的 incrementandinvoice 和 swapandinvoice 方法也可能抛出异常。
目前还有两种继承 incompletepayment
的支付异常类型,我们可以在需要的时候分别捕获以便自定义用户行为:
paymentactionrequired
:表示 stripe 需要额外的验证以便确认并处理支付;
paymentfailure
:表示其他原因导致的支付失败,比如资金不足。
存储顾客认证
如果我们的业务主要在欧洲,可能需要遵守 strong customer authentication
(sca)法规。该发规于 2019 年由欧盟强制实施,以避免付款欺诈。幸运的是,stripe 和 cashier 已经为构建兼容 sca 的应用做好了准备。
注:开始之前,请查看 stripe sca 指南以及它们新的 sca api 文档。
要求额外确认的支付
sca 发规经常要求额外的验证以便确认和处理支付。当这种情况发生时,cashier 将会抛出 paymentactionrequired 异常来通知你需要进行额外验证,更多关于这些异常的处理方式请参考前面的异常处理文档。
未完成和过期状态
当支付需要额外确认时,订阅的 stripe_status 字段会保持 incomplete 或 past_due 状态,cashier 会在支付确认完成时立即通过 webhook 自动激活顾客的订阅。
想了解更多关于 incomplete 和 past_due 状态的信息,请参考对应文档。
离线支付通知
由于 sca 法规要求顾客偶尔验证他们的支付细节,即使订阅还是有效的,cashier 会在离线支付确认需要时发送支付通知给顾客。例如,这将会在订阅更新时发生。cashier 的支付通知可以通过设置环境变量 cashier_payment_notification 为某个通知类来启用,默认情况下,通知被禁用。当然,cashier 内置了你可以开箱使用的通知类,不过也可以使用自定义的通知类:
cashier_payment_notification=laravel\cashier\notifications\confirmpayment
要确保离线支付确认通知被发送,请验证 stripe webhooks 已经做好配置,并且 invoice.payment_action_required
webhook 在 stripe 后台被启用,此外,billable 模型还应该使用了 laravel 的 illuminate\notifications\notifiable trait。
注:通知即使在顾客手动发起需要额外确认的支付时也会被发送,不幸的是,stripe 没有办法知道支付是否是动手完成还是「离线」完成。但是,顾客会在确认支付后访问支付页面时看到「支付成功」消息,该顾客将不被允许对同一个支付进行两次确认以免导致第二次付费。
stripe sdk
大多数 cashier 对象都是对 stripe sdk 对象的封装,如果想要直接和 stripe 对象打交道,可以通过 asstripe
方法来获取它们:
$stripesubscription = $subscription->asstripesubscription();
$stripesubscription->update(['application_fee_percent' => 5]);
测试
在测试使用 cashier 的应用程序时,我们可以模拟对 stripe api 的实际 http 请求;但是,这需要我们部分重新实现 cashier 自己的行为。因此,我们建议允许测试访问实际的 stripe api。虽然这较慢,但它提供给了我们应用程序按预期工作的更多的信心,并且任何缓慢的测试都可以放在他们自己的 phpunit 测试组中。
测试时,请记住 cashier 本身已经有一个很棒的测试套件,因此我们应该只专注于测试自己的应用程序的订阅和支付流程,而不是每个底层的 cashier 行为。
首先,将stripe 密钥的测试版本添加到我们的phpunit.xml
文件中:
现在,每当我们在测试与 cashier 交互时,它都会向 stripe 测试环境发送实际的 api 请求。为方便起见,我们应该使用订阅/计划预先填写 stripe 测试帐户,然后可以在测试期间使用这些订阅/计划。
查看笔记