订阅支付解决方案:Laravel Cashier


Laravel Cashier

简介

Laravel Cashier 为通过 Stripe 实现订阅支付服务提供了一个优雅的流式接口。它封装了几乎所有你恐惧编写的样板化的订阅支付代码。除了基本的订阅管理外,Cashier 还支持处理优惠券、订阅升级/替换、订阅「数量」、取消宽限期,甚至生成 PDF 发票。

注:为了防止破坏性修改,Cashier 使用固定版本的 Stripe API,比如 Cashier 10.1 使用的 Stripe API 版本是 2019-08-14。Stripe API 版本会在次要版本中更新以便可以使用新的 Stripe 特性和优化。

升级 Cashier

要升级到最新版本的 Cashier,需要仔细阅读升级指南

安装

首先,通过 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 方法。通常,该方法应该在 AppServiceProviderregister 方法中调用:

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=rmb

除了配置 Cashier 的货币之外,你还可以在格式化用于显示在发票上的金额时指定本地化配置。在底层,Cashier 使用了 PHP 的 NumberFormatter 类 来设置本地货币:

CASHIER_CURRENCY_LOCALE=nl_BE

注:为了使用本地化配置而不是 en,需要确保安装了 PHP ext-intl 扩展并在服务器上配置启用。

顾客

创建顾客

有时候,你可能希望在不开始订阅的情况下创建一个 Stripe 顾客。这可以通过 createAsStripeCustomer 方法来实现:

$user->createAsStripeCustomer();

顾客在 Stripe 中创建后,你可以过一段时间再开始订阅。

支付方法

存储支付方法

为了使用 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。例如,参考下面这个「更新支付方法」表单:

<input id="card-holder-name" type="text">

<!-- Stripe Elements Placeholder -->
<div id="card-element"></div>

<button id="card-button" data-secret="{{ $intent->client_secret }}">
    Update Payment Method
</button>

接下来,会通过 Stripe.js 库添加一个 Stripe 元素到表单,并安全地收集顾客的支付细节:

<script src="https://js.stripe.com/v3/"></script>

<script>
    const stripe = Stripe('stripe-public-key');

    const elements = stripe.elements();
    const cardElement = elements.create('card');

    cardElement.mount('#card-element');
</script>

接下来,使用 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 本身的限制,你不可以使用存储的默认顾客支付方法进行单次付费,必须允许顾客通过 Stripe.js 库进入他们的支付方法细节。例如,参考下面这个表单:

<input id="card-holder-name" type="text">

<!-- Stripe Elements Placeholder -->
<div id="card-element"></div>

<button id="card-button">
    Process Payment
</button>

接下来,通过 Stripe.js 库添加 Stripe 元素到这个表单,并安全地收集顾客的支付细节:

<script src="https://js.stripe.com/v3/"></script>

<script>
    const stripe = Stripe('stripe-public-key');

    const elements = stripe.elements();
    const cardElement = elements.create('card');

    cardElement.mount('#card-element');
</script>

接下来,使用 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();

判断用户是否拥有支付方法

要判断某个 Billable 模型是否有对应的支付方法,可以使用 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('main', 'premium')->create($token);

第一个传递给 newSubscription 方法的参数是该订阅的名字,如果应用只有一个订阅,可以将其称作 mainprimary,第二个参数用于指定用户订阅的计划,该值对应 Stripe 中相应计划的标识符。

接收 Stripe 支付方法标识符或者 Stripe PaymentMethod 对象的 create 方法会自动创建这个 Stripe 订阅,同时更新数据库中 Stripe 的顾客 ID(即 users 表中的 stripe_id)和其它相关的账单信息。

注:直接传递支付方法标识符到 create() 订阅方法还会自动将其添加到用户存储的支付方法中。

额外的用户信息

如果你想要指定额外的客户信息,你可以将其作为第二个参数传递给 create 方法:

$user->newSubscription('main', 'monthly')->create($stripeToken, [
    'email' => $email,
]);

要了解更多 Stripe 支持的字段,可以查看 Stripe 关于创建顾客的文档

优惠券

如果你想要在创建订阅的时候使用优惠券,可以使用 withCoupon 方法:

$user->newSubscription('main', 'monthly')
     ->withCoupon('code')
     ->create($token);

检查订阅状态

用户订阅你的应用后,你可以使用各种便利的方法来简单检查订阅状态。首先,如果用户有一个有效的订阅,则 subscribed 方法返回 true,即使订阅现在处于试用期:

if ($user->subscribed('main')) {
    //
}

subscribed 方法还可以用于路由中间件,基于用户订阅状态允许你对路由和控制器的访问进行过滤:

public function handle($request, Closure $next){
    if ($request->user() && ! $request->user()->subscribed('main')) {
        // This user is not a paying customer...
        return redirect('billing');
    }

    return $next($request);
}

如果你想要判断一个用户是否还在试用期,可以使用 onTrial 方法,该方法对于还处于试用期的用户显示警告信息很有用:

if ($user->->subscription('main')->onTrial()) {
    //
}

subscribedToPlan 方法可用于判断用户是否基于 Stripe/Braintree ID 订阅了给定的计划,在本例中,我们会判断用户的 main 订阅是否订阅了 monthly 计划:

if ($user->subscribedToPlan('monthly', 'main')) {
    //
}

recurring 方法可用于判定用户当前是否已经订阅并且不在试用期:

if ($user->subscription('main')->recurring()) {
    //
}

已取消的订阅状态

要判断用户是否曾经是有效的订阅者,但现在取消了订阅,可以使用 cancelled 方法:

if ($user->subscription('main')->cancelled()) {
    //
}

你还可以判断用户是否曾经取消过订阅,但现在仍然在「宽限期」直到完全失效。例如,如果一个用户在3月5号取消了一个实际有效期到3月10号的订阅,该用户处于「宽限期」直到3月10号。注意 subscribed 方法在此期间仍然返回 true

if ($user->subscription('main')->onGracePeriod()) {
    //
}

要判断用户已经取消订阅并且不在「宽限期」内,可以使用 ended 方法:

if ($user->subscription('main')->ended()) {
    //
}

未完成和过期状态

如果某个订阅要求创建完订阅后进行二次付款操作,将被标记为 incomplete。订阅状态被存储在 Cashier subscriptions 数据表的 stripe_status 字段。

类似的,如果在切换订阅计划时也需要进行二次付款操作,对应的订阅会被标记为 past_due。当你的订阅处于这种状态时,只有等到顾客确认支付后它们才会被激活。我们可以使用 Billable 模型或者订阅实例的 hasIncompletePayment 方法来检查某个订阅是否存在未完成支付:

if ($user->hasIncompletePayment('main')) {
    //
}

if ($user->subscription('main')->hasIncompletePayment()) {
    //
}

如果某个订阅存在未完成支付,你需要引导用户到 Cashier 的支付确认页面,并传递 latestPayment 标识符。你可以使用订阅实例上的 latestPayment 方法来获取这个标识符:

<a href="{{ route('cashier.payment', $subscription->latestPayment()->id) }}">
    Please confirm your payment.
</a>

注:当某个订阅处于 incomplete 状态,只有等到支付被确认后才能进行修改。因此,当订阅处于 incomplete 状态时,执行 swapupdateQuantity 方法会抛出异常。

修改计划

用户订阅应用后,偶尔想要改变到新的订阅计划,要将用户切换到新的订阅,传递计划标识符到 swap 方法:

$user = App\User::find(1);
$user->subscription('main')->swap('provider-plan-id');

如果用户在试用,试用期将会被维护。还有,如果订阅存在多个,数量也可以被维护。

如果你想要切换计划并取消用户所在的所有试用期,你可以使用 skipTrial 方法:

$user->subscription('main')
     ->skipTrial()
     ->swap('provider-plan-id');

如果你想要切换计划并立即为用户开具发票,而不是等到下一个结算周期,可以使用 swapAndInvoice 方法:

$user = App\User::find(1);

$user->subscription('main')->swapAndInvoice('provider-plan-id');

订阅数量

有时候订阅也会被数量影响,例如,应用中每个账户每月需要付费$10,要简单增加或减少订阅数量,使用 incrementQuantitydecrementQuantity 方法:

$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);

想要了解更多订阅数量信息,查阅相关Stripe文档

订阅税金

要指定用户支付订阅的税率,实现账单模型的 taxPercentage 方法,并返回一个在0到100之间的数值,不要超过两位小数:

public function taxPercentage() {
    return 20;
}

这将使你可以在模型基础上使用税率,对跨越不同国家不同税率的用户很有用。

注: taxPercentage 方法只能用于订阅支付,如果你使用 Cashier 生成一次性账单,需要手动指定税率。

同步税率

修改 taxPercentage 方法返回的硬编码值时,该用户所有现有订阅上的税金设置都将保持不变。如果你想要更新 taxPercentage 方法返回的现有订阅上的税金,需要调用用户订阅实例上的 syncTaxPercentage 方法:

$user->subscription('main')->syncTaxPercentage();

订阅锚定日期

默认情况下,支付周期锚点就是订阅创建的日期,或者如果使用了试用期的话,该日期就是订阅期结束的日子。如果你想要编辑支付锚定日期,可以使用 anchorBillingCycleOn 方法:

use App\User;
use Carbon\Carbon;

$user = User::find(1);

$anchor = Carbon::parse('first day of next month');

$user->newSubscription('main', 'premium')
            ->anchorBillingCycleOn($anchor->startOfDay())
            ->create($paymentMethod);

想要了解更多管理订阅支付周期的信息,可以参考 Stripe 支付周期文档

取消订阅

要取消订阅,可以调用用户订阅上的 cancel 方法:

$user->subscription('main')->cancel();

当订阅被取消时,Cashier 将会自动设置数据库中的 ends_at 字段。该字段用于了解 subscribed 方法什么时候开始返回 false。例如,如果客户3月1号份取消订阅,但订阅直到3月5号才会结束,那么 subscribed 方法继续返回 true 直到3月5号。

你可以使用 onGracePeriod 方法判断用户是否已经取消订阅但仍然在“宽限期”:

if ($user->subscription('main')->onGracePeriod()) {
    //
}

如果你想要立即取消订阅,调用用户订阅上的方法 cancelNow 即可:

$user->subscription('main')->cancelNow();

恢复订阅

如果用户已经取消订阅但想要恢复该订阅,可以使用 resume 方法,前提是该用户必须在宽限期内:

$user->subscription('main')->resume();

如果该用户取消了一个订阅然后在订阅失效之前恢复了这个订阅,则不会立即支付该账单,取而代之的,他们的订阅只是被重新激活,并回到正常的支付周期。

订阅试用期

带预先付款信息

如果你想要在提供给用户试用期的同时收集用户预付款信息,可以在创建订阅的时候使用 trialDays 方法:

$user = User::find(1);

$user->newSubscription('main', 'monthly')
     ->trialDays(10)
     ->create($paymentMethod);

该方法会在数据库订阅记录上设置试用期结束日期,以便告知 Stripe 在此之前不要计算用户的账单信息。当使用 trialDays 方法时,Cashier 将会覆盖任何默认 Stripe 计划的试用期配置。

注:如果用户的订阅没有在试用期结束之前取消,则会在试用期结束时立即支付,所以要确保通知用户试用期结束时间。

trialUntil 方法允许你提供一个 DateTime 实例来指定试用期什么时候结束:

use Carbon\Carbon;

$user->newSubscription('main', 'monthly')
        ->trialUntil(Carbon::now()->addDays(10))
        ->create($paymentMethod);

可以使用用户实例或订阅实例上的 onTrial 方法判断用户是否处于试用期,下面两个例子作用是等价的:

if ($user->onTrial('main')) {
    //
}

if ($user->subscription('main')->onTrial()) {
    //
}

不带预先付款信息

如果你不想在提供试用期的时候收集用户预付款信息,只需设置用户记录的 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('main', 'monthly')->create($paymentMethod);

处理 Stripe Webhooks

注:你可以使用 Laravel Valet 提供的 valet share 命令在本地开发期间帮助测试 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
  • invoice.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 方法到控制器:

<?php

namespace App\Http\Controllers;

use Laravel\Cashier\Http\Controllers\WebhookController as CashierController;

class WebhookController extends CashierController
{
    /**
     * Handle a Stripe webhook.
     *
     * @param  array  $payload
     * @return Response
     */
    public function handleInvoicePaymentSucceeded($payload)
    {
        // Handle The Event
    }
}

接下来,在 routes/web.php 中定义一个指向 Cashier 控制器的路由:

Route::post(
    'stripe/webhook',
    '\App\Http\Controllers\WebhookController@handleWebhook'
);

失败的订阅

如果用户的信用卡过期怎么办?不用担心 —— 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 方法将抛出异常,如果支付成功,该方法会返回完整的 Stripe 响应:

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();

当列出客户发票时,你可以使用发票的辅助函数来显示相关的发票信息。例如,你可能想要在表格中列出每张发票,从而方便用户下载它们:

<table>
    @foreach ($invoices as $invoice)
    <tr>
        <td>{{ $invoice->date()->toFormattedDateString() }}</td>
        <td>{{ $invoice->total() }}</td>
        <td><a href="/user/invoice/{{ $invoice->id }}">Download</a></td>
    </tr>
    @endforeach
</table>

生成 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',
    ]);
});

存储顾客认证

如果你的业务主要在欧洲,你可能需要遵守 Strong Customer Authentication(SCA)法规。该发规于 2019 年由欧盟强制实施,以避免付款欺诈。幸运的是,Stripe 和 Cashier 已经为构建兼容 SCA 的应用做好了准备。

注:开始之前,请查看 Stripe SCA 指南以及它们新的 SCA API 文档

要求额外确认的支付

SCA 发规经常要求额外的验证以便确认和处理支付。当这种情况发生时,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。

此外,你也可以允许 Stripe 为你处理支付确认。在这种场景下,不是重定向到支付确认页,而是在 Stripe 后台设置 Stripe 的自动账单邮件,不过,如果 IncompletePayment 异常被捕获,你仍然需要通知用户他们将会收到一封关于进一步付款确认说明的电子邮件。

未完成的支付异常可能会被 Billable 用户的这些方法抛出:chargeinvoiceForinvoice,处理订阅时,SubscriptionBuildercreate 方法、Susbcription 模型的 incrementAndInvoiceswapAndInvoice 方法都会抛出异常。

未完成和过期状态

当支付需要额外确认时,订阅的 stripe_status 字段会保持 incompletepast_due 状态,Cashier 会在支付确认完成时立即通过 webhook 自动激活顾客的订阅。

想了解更多关于 incompletepast_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 没有办法知道支付是否是动手完成还是「离线」完成。但是,顾客会在确认支付后访问支付页面时看到「支付成功」消息,该顾客将不被允许对同一个支付进行两次确认以免导致第二次付费。


Vote Vote Cancel Collect Collect Cancel

<< 上一篇: 模拟

>> 下一篇: 远程操作解决方案:Laravel Envoy