Tip
Want to chat live with Stripe engineers? Join us on our Discord server.
The Stripe Node library provides convenient access to the Stripe API from applications written in server-side JavaScript.
For collecting customer and payment information in the browser, use Stripe.js.
See the stripe-node API docs for Node.js.
Per our Language Version Support Policy, we currently support all LTS versions of Node.js 18+.
Read more and see the full schedule in the docs: https://docs.stripe.com/sdks/versioning?lang=node#stripe-sdk-language-version-support-policy
Install the package with:
npm install stripe
# or
yarn add stripeThe package needs to be configured with your account's secret key, which is available in the Stripe Dashboard. Require it with the key's value:
import Stripe from 'stripe';
const stripeClient = new Stripe('sk_test_...');
const customer = await stripeClient.customers.create({
email: 'customer@example.com',
});
console.log(customer.id);Or using CJS:
const Stripe = require('stripe');
const stripeClient = Stripe('sk_test_...');
stripeClient.customers.create({
email: 'customer@example.com',
})
.then(customer => console.log(customer.id))
.catch(error => console.error(error));Warning
If you're using v17.x.x or later and getting an error about a missing API key despite being sure it's available, it's likely you're importing the file that instantiates Stripe while the key isn't present (for instance, during a build step).
If that's the case, consider instantiating the client lazily:
import Stripe from 'stripe';
let _stripe: Stripe | null = null;
const getStripeClient = (): Stripe => {
if (!_stripe) {
_stripe = new Stripe(process.env.STRIPE_SECRET_KEY as string, {
// ...
});
}
return _stripe;
};
const getCustomers = () => getStripeClient().customers.list();Alternatively, you can provide a placeholder for the real key (which will be enough to get the code through a build step):
import Stripe from 'stripe';
export const stripeClient = new Stripe(
process.env.STRIPE_SECRET_KEY || 'api_key_placeholder',
{
// ...
}
);As of 8.0.1, Stripe maintains types for the latest API version.
Import Stripe as a default import (not * as Stripe, unlike the DefinitelyTyped version)
and instantiate it as new Stripe() with the latest API version.
import Stripe from 'stripe';
const stripeClient = new Stripe('sk_test_...');
const createCustomer = async () => {
const params: Stripe.CustomerCreateParams = {
description: 'test customer',
};
const customer: Stripe.Customer = await stripeClient.customers.create(params);
console.log(customer.id);
};
createCustomer();You can find a full TS server example in stripe-samples.
Types can change between API versions (e.g., Stripe may have changed a field from a string to a hash), so our types only reflect the latest API version.
We therefore encourage upgrading your API version if you would like to take advantage of Stripe's TypeScript definitions.
If you are on an older API version (e.g., 2019-10-17) and not able to upgrade,
you may pass another version and use a comment like // @ts-ignore stripe-version-2019-10-17 to silence type errors here
and anywhere the types differ between your API version and the latest.
When you upgrade, you should remove these comments.
We also recommend using // @ts-ignore if you have access to a beta feature and need to send parameters beyond the type definitions.
Expandable fields are typed as string | Foo,
so you must cast them appropriately, e.g.,
const paymentIntent: Stripe.PaymentIntent = await stripeClient.paymentIntents.retrieve(
'pi_123456789',
{
expand: ['customer'],
}
);
const customerEmail: string = (paymentIntent.customer as Stripe.Customer).email;
// Define and use this helper method if you extract `id` often
function getId(stripeObject: {id: string} | string) {
return typeof stripeObject === 'string' ? stripeObject : stripeObject.id;
}
const customerId: string = getId(paymentIntent.customer);The TypeScript types in stripe-node always reflect the latest shape of the Stripe API. When the Stripe API changes in a backwards-incompatible way, there is a new Stripe API version, and we release a new major version of stripe-node. Sometimes, though, the Stripe API changes in a way that weakens the guarantees provided by the TypeScript types, but that cannot result in any backwards incompatibility at runtime. For example, we might add a new enum value on a response, along with a new parameter to a request. Adding a new value to a response enum weakens the TypeScript type. However, if the new enum value is only returned when the new parameter is provided, this cannot break any existing usages and so would not be considered a breaking API change. In stripe-node, we do NOT consider such changes to be breaking under our current versioning policy. This means that you might see new type errors from TypeScript as you upgrade minor versions of stripe-node, that you can resolve by adding additional type guards.
Please feel welcome to share your thoughts about the versioning policy in a Github issue. For now, we judge it to be better than the two alternatives: outdated, inaccurate types, or vastly more frequent major releases, which would distract from any future breaking changes with potentially more disruptive runtime implications.
Every method returns a chainable promise which can be used instead of a regular callback:
// Create a new customer and then create an invoice item then invoice it:
stripeClient.customers
.create({
email: 'customer@example.com',
})
.then((customer) => {
// have access to the customer object
return stripe.invoiceItems
.create({
customer: customer.id, // set the customer id
amount: 2500, // 25
currency: 'usd',
description: 'One-time setup fee',
})
.then((invoiceItem) => {
return stripe.invoices.create({
collection_method: 'send_invoice',
customer: invoiceItem.customer,
});
})
.then((invoice) => {
// New invoice created on a new customer
})
.catch((err) => {
// Deal with an error
});
});As of 11.16.0, stripe-node provides a deno export target. In your Deno project, import stripe-node using an npm specifier:
Import using npm specifiers:
import Stripe from 'npm:stripe';Please see https://github.com/stripe-samples/stripe-node-deno-samples for more detailed examples and instructions on how to use stripe-node in Deno.
The package can be initialized with several options:
import ProxyAgent from 'https-proxy-agent';
const stripe = Stripe('sk_test_...', {
maxNetworkRetries: 1,
httpAgent: new ProxyAgent(process.env.http_proxy),
timeout: 1000,
host: 'api.example.com',
port: 123,
telemetry: true,
});| Option | Default | Description |
|---|---|---|
apiVersion |
null |
Stripe API version to be used. If not set, stripe-node will use the latest version at the time of release. |
maxNetworkRetries |
1 | The amount of times a request should be retried. |
httpAgent |
null |
Proxy agent to be used by the library. |
timeout |
80000 | Maximum time each request can take in ms. |
host |
'api.stripe.com' |
Host that requests are made to. |
port |
443 | Port that requests are made to. |
protocol |
'https' |
'https' or 'http'. http is never appropriate for sending requests to Stripe servers, and we strongly discourage http, even in local testing scenarios, as this can result in your credentials being transmitted over an insecure channel. |
telemetry |
true |
Allow Stripe to send telemetry. |
Note Both
maxNetworkRetriesandtimeoutcan be overridden on a per-request basis.
Timeout can be set globally via the config object:
const stripeClient = Stripe('sk_test_...', {
timeout: 20 * 1000, // 20 seconds
});And overridden on a per-request basis:
stripeClient.customers.create(
{
email: 'customer@example.com',
},
{
timeout: 1000, // 1 second
}
);A per-request Stripe-Account header for use with Stripe Connect
can be added to any method:
// List the balance transactions for a connected account:
stripeClient.balanceTransactions.list(
{
limit: 10,
},
{
stripeAccount: 'acct_foo',
}
);To use stripe behind a proxy you can pass an https-proxy-agent on initialization:
if (process.env.http_proxy) {
const ProxyAgent = require('https-proxy-agent');
const stripe = Stripe('sk_test_...', {
httpAgent: new ProxyAgent(process.env.http_proxy),
});
}As of v13 stripe-node will automatically do one reattempt for failed requests that are safe to retry. Automatic network retries can be disabled by setting the maxNetworkRetries config option to 0. You can also set a higher number to reattempt multiple times, with exponential backoff. Idempotency keys are added where appropriate to prevent duplication.
const stripeClient = Stripe('sk_test_...', {
maxNetworkRetries: 0, // Disable retries
});const stripeClient = Stripe('sk_test_...', {
maxNetworkRetries: 2, // Retry a request twice before giving up
});Network retries can also be set on a per-request basis:
stripeClient.customers.create(
{
email: 'customer@example.com',
},
{
maxNetworkRetries: 2, // Retry this specific request twice before giving up
}
);Some information about the response which generated a resource is available
with the lastResponse property:
customer.lastResponse.requestId; // see: https://stripe.com/docs/api/request_ids?lang=node
customer.lastResponse.statusCode;The Stripe object emits request and response events. You can use them like this:
const Stripe = require('stripe');
const stripeClient = Stripe('sk_test_...');
const onRequest = (request) => {
// Do something.
};
// Add the event handler function:
stripeClient.on('request', onRequest);
// Remove the event handler function:
stripeClient.off('request', onRequest);