A plugin for Payload to connect Stripe and Payload.
Core features:
- Hides your Stripe credentials when shipping SaaS applications
- Allows restricted keys through Payload access control
- Enables a two-way communication channel between Stripe and Payload
- Proxies the Stripe REST API
- Proxies Stripe webhooks
- Automatically syncs data between the two platforms
yarn add @payloadcms/plugin-stripe
# OR
npm i @payloadcms/plugin-stripe
In the plugins
array of your Payload config, call the plugin with options:
import { buildConfig } from "payload/config";
import stripePlugin from "@payloadcms/plugin-stripe";
const config = buildConfig({
plugins: [
stripePlugin({
stripeSecretKey: process.env.STRIPE_SECRET_KEY,
}),
],
});
export default config;
-
stripeSecretKey
: stringRequired. Your Stripe secret key.
-
sync
: arrayOptional. An array of sync configs. This will automatically configure a sync between Payload collections and Stripe resources on create, delete, and update. See sync for more details.
-
stripeWebhooksEndpointSecret
: stringOptional. Your Stripe webhook endpoint secret. This is needed only if you wish to sync data from Stripe to Payload.
-
rest
: booleanOptional. When
true
, opens the/api/stripe/rest
endpoint. See endpoints for more details. -
webhooks
: object | functionOptional. Either a function to handle all webhooks events, or an object of Stripe webhook handlers, keyed to the name of the event. See webhooks for more details or for a list of all available webhooks, see here.
-
logs
: booleanOptional. When
true
, logs sync events to the console as they happen.
This option will setup a basic sync between Payload collections and Stripe resources for you automatically. It will create all the necessary hooks and webhooks handlers, so the only thing you have to do is map your Payload fields to their corresponding Stripe properties. As documents are created, updated, and deleted from either Stripe or Payload, the changes are reflected on either side.
NOTE: If you wish to enable a two-way sync, be sure to setup
webhooks
and pass thestripeWebhooksEndpointSecret
through your config.
NOTE: Due to limitations in the Stripe API, this currently only works with top-level fields. This is because every Stripe object is a separate entity, making it difficult to abstract into a simple reusable library. In the future, we may find a pattern around this. But for now, cases like that will need to be hard-coded. See the demo for an example of this.
import { buildConfig } from "payload/config";
import stripePlugin from "@payloadcms/plugin-stripe";
const config = buildConfig({
plugins: [
stripePlugin({
stripeSecretKey: process.env.STRIPE_SECRET_KEY,
stripeWebhooksEndpointSecret: process.env.STRIPE_WEBHOOKS_ENDPOINT_SECRET,
sync: [
{
collection: "customers",
stripeResourceType: "customers",
stripeResourceTypeSingular: "customer",
fields: [
{
fieldPath: "name", // this is a field on your own Payload config
stripeProperty: "name", // use dot notation, if applicable
},
],
},
],
}),
],
});
export default config;
Using sync
will do the following:
- Adds and maintains a
stripeID
read-only field on each collection, this is a field generated by Stripe and used as a cross-reference - Adds a direct link to the resource on Stripe.com
- Adds and maintains an
skipSync
read-only flag on each collection to prevent infinite syncs when hooks trigger webhooks - Adds the following hooks to each collection:
beforeValidate
:createNewInStripe
beforeChange
:syncExistingWithStripe
afterDelete
:deleteFromStripe
- Handles the following Stripe webhooks
STRIPE_TYPE.created
:handleCreatedOrUpdated
STRIPE_TYPE.updated
:handleCreatedOrUpdated
STRIPE_TYPE.deleted
:handleDeleted
The following custom endpoints are automatically opened for you:
NOTE: the
/api
part of these routes may be different based on the settings defined in your Payload config.
-
If
rest
is true, proxies the Stripe REST API behind Payload access control and returns the result. If you need to proxy the API server-side, use the stripeProxy function.const res = await fetch(`/api/stripe/rest`, { method: "POST", credentials: "include", headers: { "Content-Type": "application/json", // Authorization: `JWT ${token}` // NOTE: do this if not in a browser (i.e. curl or Postman) }, body: JSON.stringify({ stripeMethod: "stripe.subscriptions.list", stripeArgs: [ { customer: "abc", }, ], }), });
-
Returns an http status code. This is where all Stripe webhook events are sent to be handled. See webhooks.
Stripe webhooks are used to sync from Stripe to Payload. Webhooks listen for events on your Stripe account so you can trigger reactions to them. Follow the steps below to enable webhooks.
Development:
- Login using Stripe cli
stripe login
- Forward events to localhost
stripe listen --forward-to localhost:3000/stripe/webhooks
- Paste the given secret into your
.env
file asSTRIPE_WEBHOOKS_ENDPOINT_SECRET
Production:
- Login and create a new webhook from the Stripe dashboard
- Paste
YOUR_DOMAIN_NAME/api/stripe/webhooks
as the "Webhook Endpoint URL" - Select which events to broadcast
- Paste the given secret into your
.env
file asSTRIPE_WEBHOOKS_ENDPOINT_SECRET
- Then, handle these events using the
webhooks
portion of this plugin's config:
import { buildConfig } from "payload/config";
import stripePlugin from "@payloadcms/plugin-stripe";
const config = buildConfig({
plugins: [
stripePlugin({
stripeSecretKey: process.env.STRIPE_SECRET_KEY,
stripeWebhooksEndpointSecret: process.env.STRIPE_WEBHOOKS_ENDPOINT_SECRET,
webhooks: {
"customer.subscription.updated": ({ event, stripe, stripeConfig }) => {
// do something...
},
},
// NOTE: you can also catch all Stripe webhook events and handle the event types yourself
// webhooks: (event, stripe, stripeConfig) => {
// switch (event.type): {
// case 'customer.subscription.updated': {
// // do something...
// break;
// }
// default: {
// break;
// }
// }
// }
}),
],
});
export default config;
For a full list of available webhooks, see here.
On the server you should interface with Stripe directly using the stripe npm module. That might look something like this:
import Stripe from "stripe";
const stripeSecretKey = process.env.STRIPE_SECRET_KEY;
const stripe = new Stripe(stripeSecretKey, { apiVersion: "2022-08-01" });
export const MyFunction = async () => {
try {
const customer = await stripe.customers.create({
email: data.email,
});
// do something...
} catch (error) {
console.error(error.message);
}
};
Alternatively, you can interface with the Stripe using the stripeProxy
, which is exactly what the /api/stripe/rest
endpoint does behind-the-scenes. Here's the same example as above, but piped through the proxy:
import { stripeProxy } from "@payloadcms/plugin-stripe";
export const MyFunction = async () => {
try {
const customer = await stripeProxy({
stripeSecretKey: process.env.STRIPE_SECRET_KEY,
stripeMethod: "customers.create",
stripeArgs: [
{
email: data.email,
},
],
});
if (customer.status === 200) {
// do something...
}
if (customer.status >= 400) {
throw new Error(customer.message);
}
} catch (error) {
console.error(error.message);
}
};
All types can be directly imported:
import {
StripeConfig,
StripeWebhookHandler,
StripeProxy,
...
} from '@payloadcms/plugin-stripe/types';
For development purposes, there is a full working example of how this plugin might be used in the demo of this repo. This demo can be developed locally using any Stripe account, you just need a working API key. Then:
git clone [email protected]:payloadcms/plugin-stripe.git \
cd plugin-stripe && yarn \
cd demo && yarn \
cp .env.example .env \
vim .env \ # add your Stripe creds to this file
yarn dev
Now you have a running Payload server with this plugin installed, so you can authenticate and begin hitting the routes. To do this, open Postman and import our config. First, login to retrieve your Payload access token. This token is automatically attached to the header of all other requests.