README

Stripe for Craft Commerce

Flexible payment processing for your Craft Commerce store, powered by Stripe.

This plugin provides a gateway that leverages the Payment Intents API to support popular payment methods like…

Major debit and credit cards
Apple Pay
Google Pay
Cash App
Afterpay, Affirm, and other installment plans
ECH and direct bank account transfers

…and more!

Note

Looking for 3.x documentation?

Requirements

Craft CMS 5.1 or later
Craft Commerce 5.0 or later
Stripe API version 2022-11-15

Installation

You can install this plugin from the Plugin Store or with Composer.

From the Plugin Store

Go to the Plugin Store in your project’s control panel, search for “Stripe for Craft Commerce”, and click Install in the sidebar.

With Composer

Open your terminal and run the following commands:

# Switch your project’s directory:
cd /path/to/my-project

# Require the package with Composer:
composer require craftcms/commerce-stripe

# Install the plugin with Craft:
php craft install/plugin commerce-stripe

Setup

To add a Stripe payment gateway, open the Craft control panel, navigate to Commerce → System Settings → Gateways, and click + New gateway.

Your gateway’s Name should make sense to administrators and customers (especially if you’re using the example templates).

Secrets

From the Gateway dropdown, select Stripe, then provide the following information:

Publishable API Key
Secret API Key
Webhook Signing Secret (See Webhooks for details)

Your Publishable API Key and Secret API Key can be found in (or generated from) your Stripe dashboard, within the Developers → API Keys tab. Read more about Stripe API keys.

Note

To prevent secrets leaking into project config, put them in your .env file, then use the special environment variable syntax in the gateway settings.

Stripe provides different keys for testing—use those until you are ready to launch, then replace the testing keys in the live server’s .env file.

Webhooks

Once the gateway has been saved (and it has an ID), revisiting its edit screen will reveal a Webhook URL that can be copied into a new webhook in your Stripe dashboard. A signing secret will be generated for you—save this in your .env file with the other secrets, then return to the gateway’s settings screen and populate the Webhook Signing Secret field with the variable’s name.

Warning

Webhooks will not be processed if the signing secret is missing or invalid!

We recommend enabling all available events for the webhook, in Stripe. Events that the plugin has no use for will be ignored.

Remember that the webhook URL will be different for each of your environments! The gateway itself may have a different ID in production than in development, due to the way Project Config works).

Local Development

Your local environment isn’t often exposed to the public internet, so Stripe won’t be able to send webhooks for testing. You have two options for testing webhooks:

Use the Stripe CLI, replacing the URL in the command below with the one from your gateway’s setting screen:
```
stripe listen --forward-to "my-project.ddev.site/index.php?action=commerce/webhooks/process-webhook&gateway=1"
```
This command will create a temporary webhook and signing secret, which you should add to your .env file and See Stripe’s Testing Webhooks article for more information.
Use DDEV’s share command, and use the public Ngrok URL when configuring the webhook manually, in Stripe.

Upgrading from 4.x to 5.x

Version 5.0 is largely backward-compatible with 4.x. Review the following sections to ensure your site (and any customizations) remain functional.

Payment Forms

To support the full array of payment methods available via Stripe (like Apple Pay and Google Pay), the plugin makes exclusive use of the Payment Intents API.

Historically, gateway.getPaymentFormHtml() has output a basic form for tokenizing a credit card, client-side—it would then submit only the resulting token to the commerce/payments/pay action, and capture the payment from the back-end. Custom payment forms that use this process will continue to work.

Now, output is a more flexible Payment Element form, which makes use of Stripes modern Payment Intents API. The process looks something like this:

A request is submitted in the background to commerce/payments/pay (without a payment method);
Commerce creates a Payment Intent with some information about the order, then sets up an internal Transaction record to track its status;
The Payment Intent’s client_secret is returned to the front-end;
The Stripe JS SDK is initialized with the secret, and the customer is able to select from the available payment methods;

Details on how to configure the new payment form are below.

API Version

Your Stripe account must be configured to use at least version 2022-11-15 of their API, due to the availability of certain Payment Intents features.

Subscriptions

Support for creation of new payment sources in the same request as a subscription has been deprecated due to inconsistencies with Stripe’s handling of default payment methods. In future versions, the subscription endpoint will focus solely on starting a subscription, not accepting payment information. For now, custom subscription forms that use the legacy Charge workflow will continue to work.

We recommend one of the following strategies:

Set up a payment source before choosing a subscription. Design your subscription process to capture payment details, then select from plans.
Create a payment source over Ajax on the same page. This should only be supported when configuring the customer’s first payment method. You may preflight an Ajax request to Commerce’s payment-sources/add action to set up a payment method, then use the subscription form normally—Stripe will use that sole payment source with the subscription.

Show users what payment method the subscription will be associated with. This is a great idea, regardless—confirm to the user which of their existing payment sources will be used. You can find the customer’s default payment source in Twig, like this:

{# Assuming a `plan` variable exists in this context... #}
{% set paymentSources = craft.commerce.paymentSources.getAllGatewayPaymentSourcesByCustomerId(plan.gatewayId, currentUser.id) %}
{% set primaryPaymentSource = paymentSources | filter((ps) => ps.getIsPrimary()) | first %}

{% if primaryPaymentSource %}
  {# Show some information about the source: #}
  This subscription will be billed to: {{ primaryPaymentSource.description }}

  {# Then, output the form! #}
{% else %}
  <p>You must set up a payment method to start a subscription!</p>
  {{ tag('a', {
    href: siteUrl('account/payment-sources'),
    text: 'Add a payment method',
  }) }}
{% endif %}

[!NOTE] If your store uses multiple gateways, the customer’s default payment source may not always belong to the same gateway as the plan, so primaryPaymentSource can be empty, even if they’ve selected one.

Synchronization

After the update, we recommend running the new payment method synchronization command to ensure your store’s data is up-to-date with Stripe’s records.

Configuration Settings

These options are set via config/commerce-stripe.php.

`chargeInvoicesImmediately`

For subscriptions with automatic payments, Stripe creates an invoice 1-2 hours before attempting to charge it. By setting this to true, you can force Stripe to charge this invoice immediately.

Warning

This setting affects all Stripe gateways in your Commerce installation.

Subscriptions

The Stripe plugin provides an interface between Commerce’s subscriptions system and Stripe’s Billing APIs.

Creating a Subscription Plan

Plans must first be configured in the Stripe dashboard.

In the Craft control panel, navigate to Commerce → Store Settings → Plans, and click + New subscription plan;
Select Stripe from the Gateway dropdown;
Choose a plan name from the Gateway plan dropdown;

Note

Plans in Stripe are configured separately for live and test mode! You may see a different list of plans depending on which keys you’re working with.

Subscription Options

In addition to the values you POST to Commerce’s commerce/subscriptions/subscribe action, the Stripe gateway supports these options:

`trialDays`

The first full billing cycle will start once the number of trial days lapse. Default value is 0.

Cancellation Options

In addition to the values you POST to Commerce’s commerce/subscriptions/cancel action, the Stripe gateway supports these options:

`cancelImmediately`

If this parameter is set to true, the subscription is canceled immediately. Stripe considers this a simultaneous cancellation and “deletion” (as far as webhooks are concerned)—but a record of the subscription remains available. By default, the subscription is marked as canceled and will end along with the current billing cycle. Defaults to false.

Note

Immediately canceling a subscription means it cannot be reactivated.

Plan-Switching Options

In addition to the values you POST to Commerce’s commerce/subscriptions/switch action, the Stripe gateway supports these options:

`prorate`

If this parameter is set to true, the subscription switch will be prorated. Defaults to false.

`billImmediately`

If this parameter is set to true, the subscription switch is billed immediately. Otherwise, the cost (or credit, if prorate is set to true when switching to a cheaper plan) is applied to the next invoice.

Warning

If the billing periods differ, the plan switch will be billed immediately and this parameter will be ignored.

Reactivation Options

There are no customizations available when reactivating a subscription.

Events

The plugin provides several events you can use to modify the behavior of your integration.

Payment Events

`buildGatewayRequest`

Plugins get a chance to provide additional metadata when communicating with Stripe in the course of creating a Payment Intent. This gives you near-complete control over the data that Stripe sees, with the following considerations:

Changes to the Transaction model (available via the event’s transaction property) will not be saved;
The gateway automatically sets order_id, order_number, order_short_number, transaction_id, transaction_reference, description, and client_ip metadata keys;
Changes to the amount and currency keys under the request property will be ignored, as these are essential to the gateway functioning in a predictable way;

use craft\commerce\models\Transaction;
use craft\commerce\stripe\events\BuildGatewayRequestEvent;
use craft\commerce\stripe\gateways\PaymentIntents;
use yii\base\Event;

Event::on(
    PaymentIntents::class,
    PaymentIntents::EVENT_BUILD_GATEWAY_REQUEST,
    function(BuildGatewayRequestEvent $e) {
        /** @var Transaction $transaction */
        $transaction = $e->transaction;
        $order = $transaction->getOrder();

        $e->request['metadata']['shipping_method'] = $order->shippingMethodHandle;
    }
);

Note

Subscription events are handled separately.

`receiveWebhook`

In addition to the generic craft\commerce\services\Webhooks::EVENT_BEFORE_PROCESS_WEBHOOK event, you can listen to craft\commerce\stripe\gateways\PaymentIntents::EVENT_RECEIVE_WEBHOOK. This event is only emitted after validating a webhook’s authenticity—but it doesn’t make any indication about whether an action was taken in response to it.

use craft\commerce\stripe\events\ReceiveWebhookEvent;
use craft\commerce\stripe\gateways\PaymentIntents;
use yii\base\Event;

Event::on(
    PaymentIntents::class,
    PaymentIntents::EVENT_RECEIVE_WEBHOOK,
    function(ReceiveWebhookEvent $e) {
        if ($e->webhookData['type'] == 'charge.dispute.created') {
            if ($e->webhookData['data']['object']['amount'] > 1000000) {
                // Be concerned that a USD 10,000 charge is being disputed.
            }
        }
    }
);

webhookData will always have a type key, which determines the schema of everything within data. Check the Stripe documentation for what kinds of data to expect.

Subscription Events

`createInvoice`

Plugins get a chance to do something when a Stripe invoice is created. This is typically emitted in the course of handling a webhook.

use craft\commerce\stripe\events\CreateInvoiceEvent;
use craft\commerce\stripe\gateways\PaymentIntents;
use yii\base\Event;

Event::on(
    PaymentIntents::class, 
    PaymentIntents::EVENT_CREATE_INVOICE,
    function(CreateInvoiceEvent $e) {
        if ($e->invoiceData['billing'] === 'send_invoice') {
            // Forward this invoice to the accounting department.
        }
    }
);

`beforeSubscribe`

Plugins get a chance to tweak subscription parameters when subscribing.

use craft\commerce\stripe\events\SubscriptionRequestEvent;
use craft\commerce\stripe\gateways\PaymentIntents;
use yii\base\Event;

Event::on(
    PaymentIntents::class,
    PaymentIntents::EVENT_BEFORE_SUBSCRIBE,
    function(SubscriptionRequestEvent $e) {
        /** @var craft\commerce\base\Plan $plan */
        $plan = $e->plan;

        /** @var craft\elements\User $user */
        $user = $e->user;

        // Add something to the metadata:
        $e->parameters['metadata']['name'] = $user->fullName;
        unset($e->parameters['metadata']['another_property']);
    }
);

Commerce also has a generic subscription event that is emitted for subscriptions created via any gateway.

Billing Portal

You can now generate a link to the Stripe billing portal for customers to manage their credit cards and plans.

<a href="{{ gateway.billingPortalUrl(currentUser) }}">Manage your billing account</a>

Pass a returnUrl parameter to return the customer to a specific on-site page after they have finished:

{{ gateway.billingPortalUrl(currentUser, 'myaccount') }}

A specific Stripe customer portal configuration can be chosen with the third configurationId argument. This value must agree with a preexisting configuration created via the API in the associated Stripe account:

{{ gateway.billingPortalUrl(currentUser, 'myaccount', 'config_12345') }}

Note

Logged-in users can also be redirected with the commerce-stripe/customers/billing-portal-redirect action. The configurationId parameter is not supported when using this method.

Syncing Customer Payment Methods

Payment methods created directly in the Stripe customer portal are now synchronized back to Commerce. Customers’ primary payment methods are also synchronized.

Note

Webhooks must be configured for this to work as expected!

To perform an initial sync, run the commerce-stripe/sync/payment-sources console command:

php craft commerce-stripe/sync/payment-sources

Creating a Stripe Payment Form

To render a Stripe Elements payment form, get a reference to the gateway, then call its getPaymentFormHtml() method:

{% set cart = craft.commerce.carts.cart %}
{% set gateway = cart.gateway %}

<form method="POST">
  {{ csrfInput() }}
  {{ actionInput('commerce/payments/pay') }}

  {% namespace gateway.handle|commercePaymentFormNamespace %}
    {{ gateway.getPaymentFormHtml({})|raw }}
  {% endnamespace %}

  <button>Pay</button>
</form>

This assumes you have provided a means of selecting the gateway in a prior checkout step. If your store only uses a single gateway, you may get a reference to the gateway statically and set it during payment:

{% set gateway = craft.commerce.gateways.getGatewayByHandle('myStripeGateway') %}

<form method="POST">
  {{ csrfInput() }}
  {{ actionInput('commerce/payments/pay') }}

  {# Include *outside* the namespaced form inputs: #}
  {{ hiddenInput('gatewayId', gateway.id) }}

  {% namespace gateway.handle|commercePaymentFormNamespace %}
    {{ gateway.getPaymentFormHtml({})|raw }}
  {% endnamespace %}

  <button>Pay</button>
</form>

Regardless of how you use this output, it will automatically register all the necessary Javascript to create the Payment Intent and bootstrap Stripe Elements.

Customizing the Stripe Payment Form

getPaymentFormHtml() accepts an array with any of the following keys:

`paymentFormType`

`elements` (default)

Renders a Stripe Elements form with all the payment method types enabled in your Stripe Dashboard. Some methods may be hidden if the order total or currency don’t meet the method’s criteria—or if they aren’t supported in the current environment.

{% set params = {
  paymentFormType: 'elements',
} %}

{{ cart.gateway.getPaymentFormHtml(params)|raw }}

This is the default paymentFormType, and most installations will not need to declare or change it.

`checkout`

This generates a form ready to redirect to a hosted Stripe Checkout page. This can only be used inside a commerce/payments/pay form. This option ignores all other params.

{% set params = {
  paymentFormType: 'checkout',
} %}

{{ gateway.getPaymentFormHtml(params)|raw }}

`appearance`

You can pass an array of appearance options to the stripe.elements() configurator function. This expects data compatible with the Elements Appearance API.

{% set params = {
  appearance: {
    theme: 'stripe'
  }
} %}
{{ cart.gateway.getPaymentFormHtml(params)|raw }}

{% set params = {
  appearance: {
    theme: 'night',
    variables: {
      colorPrimary: '#0570de'
    }
  }
} %}
{{ cart.gateway.getPaymentFormHtml(params)|raw }}

`elementOptions`

Modify the Payment Element options passed to the elements.create() factory function.

{% set params = {
  elementOptions: {
    layout: {
      type: 'tabs',
      defaultCollapsed: false,
      radios: false,
      spacedAccordionItems: false
    }
  }
} %}
{{ cart.gateway.getPaymentFormHtml(params)|raw }}

The default elementOptions value only defines a layout:

{% set params = {
  elementOptions: {
    layout: {
      type: 'tabs'
    }
  }
} %}

`order` (optional)

The order key should be a reference to a Commerce Order model, which would usually be the current cart variable in your template.

If supplied, the billing details are added to elementOptions’s default defaultValues array.

{% set params = {
  order: cart,
} %}

{{ cart.gateway.getPaymentFormHtml(params)|raw }}

If you do not pass an order into the payment form, you can opt to manually populate the billing details using the elementOptions’s defaultValues key:

{% set params = {
  elementOptions: {
    defaultValues: {
      name: 'Jane Doe',
      address: {
        line1: '123 Main St',
        city: 'Anytown',
        state: 'NY',
        postal_code: '12345',
        country: 'US',
      },
    }
    ...

`errorMessageClasses`

Error messages are displayed in a container above the form. You can add classes to this element to alter its style.

{% set params = {
  errorMessageClasses: 'bg-red-200 text-red-600 my-2 p-2 rounded',
} %}

{{ cart.gateway.getPaymentFormHtml(params)|raw }}

`submitButtonClasses` and `submitButtonText`

Customize the style and text of the button used to submit a payment form.

{% set params = {
  submitButtonClasses: 'cursor-pointer rounded px-4 py-2 inline-block bg-blue-500 hover:bg-blue-600 text-white hover:text-white my-2',
  submitButtonText: 'Pay',
} %}

{{ cart.gateway.getPaymentFormHtml(params)|raw }}

craftcms / commerce-stripe

Maintainers

Details

README

Stripe for Craft Commerce

Requirements

Installation

From the Plugin Store

With Composer

Setup

Secrets

Webhooks

Local Development

Upgrading from 4.x to 5.x

Payment Forms

API Version

Subscriptions

Synchronization

Configuration Settings

chargeInvoicesImmediately

Subscriptions

Creating a Subscription Plan

Subscription Options

trialDays

Cancellation Options

cancelImmediately

Plan-Switching Options

prorate

billImmediately

Reactivation Options

Events

Payment Events

buildGatewayRequest

receiveWebhook

Subscription Events

createInvoice

beforeSubscribe

Billing Portal

Syncing Customer Payment Methods

Creating a Stripe Payment Form

Customizing the Stripe Payment Form

paymentFormType

elements (default)

checkout

appearance

elementOptions

order (optional)

errorMessageClasses

submitButtonClasses and submitButtonText

`chargeInvoicesImmediately`

`trialDays`

`cancelImmediately`

`prorate`

`billImmediately`

`buildGatewayRequest`

`receiveWebhook`

`createInvoice`

`beforeSubscribe`

`paymentFormType`

`elements` (default)

`checkout`

`appearance`

`elementOptions`

`order` (optional)

`errorMessageClasses`

`submitButtonClasses` and `submitButtonText`