Shopify app billing

Shopify's app platform supports charging Shopify merchants for using your application. Applications built using Gadget's Shopify Connection use the existing Shopify Billing APIs for creating charges, and money is moved using Shopify's standard partner payout system.

Read about Shopify's Billing API here in Shopify's docs.

Different applications may choose from various billing schemes, all of which are supported by Gadget. Choose which billing scheme makes the most sense for your application, and then create the right AppSubscription or AppPurchaseOneTime objects using the Shopify GraphQL API to implement your billing scheme. You also may need to build a frontend interface for users to select from among your plans, upgrade and downgrade, and view their usage of your application.

Scheme	Suggested Implementation
Free app	No action required
Fixed Monthly fee	Create `AppSubscription` in the Shopify Shop model's Install Action Success Effects	Shopify docs
One time fee	Create `AppPurchaseOneTime` in the Shopify Shop model's Install Action Success Effects	Shopify docs
Usage charge per key Action	Create `AppPurchaseOneTime` in key Actions within Shopify or your own models	Shopify docs
2 or more plans with monthly fees	Create `AppSubscription` in a new subscribe Action on the Shopify Shop model	Shopify docs
Free trial, monthly fee after	Check Shop install date within Actions, show a plan selection screen in your application, add a `subscribe` Action to the `Shopify Shop` model and create an `AppSubscription` for your plan in it	Shopify docs

Want to see a working example using test charges? You can fork this Gadget project and try it out yourself.

You need to make sure your Partners app distribution is set to App Store for the test charges to be completed.

Charge flow

Charges created via API calls to Shopify must be accepted by merchants before they become active and money starts moving. Freshly created charge objects return a confirmationUrl URL that you must send merchants to where they can accept the charge. Before a charge object has been accepted, they exist in a pending state, and a merchant won't always accept them. You should only consider payment confirmed after the merchant has accepted the charge. Shopify will send merchants back to the returnUrl property sent in during charge creation.

Read more about the billing process in Shopify's docs.

Creating charges

Charge objects which result in merchants paying you money are created by making calls to the Shopify API. You can use Gadget's existing API client object to do this within Action Effects and HTTP routes with the connections.shopify.current object.

For example, we can create an AppSubscription as soon as our application gets installed by adding a new Run Code Snippet to the Success Effects of the Install Action on the Shopify Shop model. This Effect will make a call to Shopify and get back a confirmationUrl to send the merchant to. We send or store this URL, send the merchant to it on the frontend, and if the merchant accepts the charge, Shopify will send them to the /finish-payment HTTP route, where we can set up their access to the application.

shopifyShop/install/createAppCharge.js

JavaScript

1module.exports = async ({ api, record, connections, logger }) => {
2  // get an instance of the shopify-api-node API client for this shop
3  const shopify = connections.shopify.current;
4
5  const result = await shopify.graphql(`
6    mutation {
7      appPurchaseOneTimeCreate(
8        name: "Basic charge"
9        price: { amount: 100.00, currencyCode: USD }
10        returnUrl: "https://example-app.gadget.app/finish-payment?shop_id=${connections.shopify.currentShopId}"
11      ) {
12        userErrors {
13          field
14          message
15        }
16        confirmationUrl
17        appPurchaseOneTime {
18          id
19        }
20      }
21    }
22`);
23
24  const { confirmationUrl, appPurchaseOneTime } = result.appPurchaseOneTimeCreate;
25
26  // store the `result.confirmationUrl` that the merchant needs to visit
27  await api.internal.shopifyShop.update(record.id, { confirmationUrl });
28
29  logger.info(
30    { appPurchaseOneTimeId: appPurchaseOneTime.id },
31    "created one time app purchase"
32  );
33};

See Accessing the Shopify API for more info on using the connections.shopify object.

To grant a merchant who has accepted this charge access to our application, we can set up some state in our database in a GET-finish-payment.js HTTP route in our Gadget app. This route powers the returnUrl we send to Shopify when we create the charge object above.

routes/GET-finish-payment.js
JavaScript
1module.exports = async (request, reply) => {
2  const { api, connections } = request;
3  // get an instance of the shopify-api-node API client for this shop
4  const shopify = await connections.shopify.forShopId(request.query.shop_id);
5
6  // make an API call to Shopify to validate that the charge object for this shop is active
7  const result = await shopify.graphql(`
8    query {
9      node(id: "gid://shopify/AppSubscription/${request.query.charge_id}") {
10        id
11        ... on AppSubscription {
12          status
13        }
14      }
15    }
16  `);
17
18  if (result.node.status != "ACTIVE") {
19    // the merchant has not accepted the charge, so we can show them a message
20    await reply.code(400).send("Invalid charge ID specified");
21    return;
22  }
23  // the merchant has accepted the charge, so we can grant them access to our application
24  // example: mark the shop as paid by setting a `plan` attribute, this may vary for your billing model
25  await api.internal.shopifyShop.update(request.query.shop_id, { plan: "basic" });
26
27  // send the user back to the embedded app
28  await reply.redirect("/");
29};

Free apps

Apps that don't need to charge merchants don't need to create any app charges. Merchants will install your application and complete the OAuth process, and then your application can begin working on behalf of the merchant with no other intervention needed. If you start charging in the future, you can later create charges for existing merchants using these recipes.

Subscribing to a recurring plan

Shopify's Partner Billing API supports charging merchants a monthly fee for access to your application. For example, a product quiz application could charge $15.00 per month for the ability to run one quiz. If your application has multiple differently priced plans for merchants, you need to implement functionality for merchants to select plans. You can then create recurring charges depending on which plan is selected. This plan selection interface is implemented within your application once it is installed. A merchant will install your application from the Shopify App Store, complete the OAuth process, and Gadget will create a Shopify Shop record in your application's database. Once the app is installed, merchants can visit your application in their Shopify Admin, and you can then show them your plan selection interface.

Within your plan selection interface, you can then make a call back to your application with the plan a merchant has selected. Gadget recommends adding a subscribe action to your Shopify Shop model, which you can then call from your frontend, and creating an AppSubscription resource in the Shopify API to represent the selected plan.

For example, in our Gadget backend, we can create several things:

A new string field on the Shopify Shop model called Plan to track which plan a merchant has selected.
A new url field on the Shopify Shop model called Confirmation URL to track where to send the merchant to confirm the payment information for their plan.
A subscribe action on the Shopify Shop model for implementing plan selection.
A routes/GET-finish-payment.js HTTP route to use as the returnUrl when creating charges for confirming charge acceptance.

The best way to keep track of plans is to create a Plan model and add fields related to this plan, such as name, price, and description. A has many relationship to the Shopify Shop model is also required to keep track of which Shopify Shop belongs to which Plan, making it easy to then retrieve plan data for a specific shop.

First, let's make a subscribe action on the Shopify Shop model. We can add an Effect that creates the charge with Shopify to present to the merchant. First, under Run Effects, remove the Update Record effect and add a Run Code Snippet in its place. Name the code snippet createAppCharge.js and add the following content:

shopifyShop/subscribe/createAppCharge.js

JavaScript

1const PLANS = {
2  basic: {
3    price: 10.0,
4  },
5  pro: {
6    price: 20.0,
7  },
8  enterprise: {
9    price: 100.0,
10  },
11};
12
13/**
14- Effect code for subscribe on Shopify Shop
15- @param { import("gadget-server").SubscribeShopifyShopActionContext } context - Everything for running this effect, like the api client, current record, params, etc. More on effect context: https://docs.gadget.dev/guides/extending-with-code#effect-context
16  */
17module.exports = async ({ api, record, params, connections, logger }) => {
18  // get the plan object from the list of available plans
19  const name = params.plan;
20  const plan = PLANS[name];
21  if (!plan) throw new Error(`unknown plan name ${name}`);
22
23  // get an instance of the shopify-api-node API client for this shop
24  const shopify = connections.shopify.current;
25
26  const CREATE_SUBSCRIPTION_QUERY = `
27    mutation CreateSubscription($name: String!, $price: Decimal!) {
28      appSubscriptionCreate(
29        name: $name,
30        test: true,
31        returnUrl: "http://example-app.gadget.app/finish-payment?shop_id=${connections.shopify.currentShopId}",
32        lineItems: [{
33          plan: {
34            appRecurringPricingDetails: {
35              price: { amount: $price, currencyCode: USD }
36              interval: EVERY_30_DAYS
37            }
38          }
39        }]
40      ) {
41        userErrors {
42          field
43          message
44        }
45        confirmationUrl
46        appSubscription {
47          id
48        }
49      }
50    }
51  `;
52  // make an API call to Shopify to create a charge object
53  const result = await shopify.graphql(CREATE_SUBSCRIPTION_QUERY, {
54    name,
55    price: plan.price,
56  });
57
58  const { confirmationUrl, appSubscription } = result.appSubscriptionCreate;
59
60  // update this shop record to send the confirmation URL back to the frontend
61  await api.internal.shopifyShop.update(record.id, { confirmationUrl });
62
63  logger.info({ appSubscriptionId: appSubscription.id }, "created subscription");
64};
65
66// add a paramter to this action to accept which plan name the merchant has selected
67module.exports.params = {
68  plan: { type: "string" },
69};

With this effect in place, we need to implement the returnUrl Shopify will send merchants who have accepted the charge to. This URL is where we should mark the shop as being on a plan, as this is the point at which we know the merchant will be charged. We add a routes/GET-finish-payment.js file to match the /finish-payment portion of the returnUrl specified when we created the charge:

routes/GET-finish-payment.js
JavaScript
1module.exports = async (request, reply) => {
2  const { api, connections } = request;
3  const { shop_id, charge_id } = request.query;
4
5  // get an instance of the shopify-api-node API client for this shop
6  const shopify = await connections.shopify.forShopId(shop_id);
7
8  // make an API call to Shopify to validate that the charge object for this shop is active
9  const result = await shopify.graphql(`
10    query {
11      node(id: "gid://shopify/AppSubscription/${charge_id}") {
12        id
13        ... on AppSubscription {
14          status
15          name
16        }
17      }
18    }
19  `);
20
21  if (result.node.status != "ACTIVE") {
22    // the merchant has not accepted the charge, so we can show them a message
23    await reply.code(400).send("Invalid charge ID specified");
24    return;
25  }
26  // the merchant has accepted the charge, so we can grant them access to our application
27  // mark the shop as paid by setting the `plan` attribute to the charged plan namemodel
28  await api.internal.shopifyShop.update(shop_id, { plan: result.node.name });
29
30  // send the user back to the embedded app, this URL may be different depending on where your frontend is hosted
31  await reply.redirect("/");
32};

With the subscribe Action and confirmation pieces in place, we now need to trigger the new subscribe Action from our merchant-facing frontend. We need to run the subscribe Action to create the recurring charge and then redirect the merchant to Shopify's confirmation page to accept the charge. If you're using your app's JavaScript client, you could run:


JavaScript
// use the useNavigate hook from the @shopify/app-bridge-react npm package to handle the redirect
const navigate = useNavigate();
const shop = await api.shopifyShop.subscribe(theShopId, { plan: "basic" });

navigate(shop.confirmationUrl);

Or, if you're using React, you could run this action with the useAction hook from @gadgetinc/react:


JavaScript
1import { useCallback } from "react";
2import { useNavigate } from "@shopify/app-bridge-react";
3import { useAction } from "@gadgetinc/react";
4import { api } from "../api";
5
6export const PlanSelectorButton = (props) => {
7  const [{ fetching, error, data }, createSubscription] = useAction(
8    api.shopifyShop.subscribe
9  );
10  const navigate = useNavigate();
11
12  const subscribe = useCallback(async (plan) => {
13    // create the resource in the backend
14    const shop = await createSubscription(theShopId, { plan });
15    // redirect the merchant to accept the charge within Shopify's interface
16    navigate(shop.confirmationUrl);
17  });
18
19  return (
20    <button
21      onClick={() => {
22        subscribe("basic");
23      }}
24      disabled={fetching}
25    >
26      Basic
27    </button>
28  );
29};

Upgrades and downgrades

Merchants may decide they need more or less of your app's features over time. If you offer multiple different plans, you need a plan selection interface that merchants who have already selected a plan can revisit to select a new plan. Plan upgrading or downgrading is implemented natively by Shopify, and the new plan is registered in the same way as an existing plan. Shopify allows your app to have only one AppSubscription object created at a time. This means that when a merchant changes plans and you send an API call to Shopify to create a new AppSubscription, it will automatically replace the old one. The merchant then will only be charged for the new amount on the new AppSubscription object.

For example, say a merchant is upgrading from a Basic plan, which costs $5 a month, to a Pro plan, which costs $10 a month. When the merchant first installed your app, your app created the $5 AppSubscription. When they revisit the plan selector and select the $10 plan, your app can immediately create a new $10 AppSubscription, and Shopify will replace the $5 subscription and figure out the prorating and billing cycle details. You don't need to delete the $5 AppSubscription object yourself.

Read more about plan changes and prorating in Shopify's docs.

Preventing access without payment

Shopify's API requires you to allow merchants to install your application before they have set up payment terms with you. This means that your app will technically be installed on merchants who may not have selected a plan or who may have enjoyed their free trial but yet to select a plan. Because of this, you should disable access to the key parts of your application until a merchant selects a plan, and encourage them to do so.

Disable access to reading records from your application using Model Filters and disable app behavior by using Run Code Snippets in your actions.

For example, a merchant's payment state can be stored in a Plan string field on the Shopify Shop model. When a merchant first installs the application, the plan will be null, and then when they select a plan and accept the charge, the plan field can be updated to hold whichever plan the merchant has selected. With this in place, you can begin to conditionally perform your application's duties for paying customers only. For example, for an application that analyzes order fraud, we can only do the fraud analysis if the merchant is on a plan:

shopifyOrder/create/analyzeForFraud.js
JavaScript
1const doFraudAnalysis = async (record) => {
2  /// ... do something smart
3};
4module.exports = async ({ api, record, connections }) => {
5  // "record" is a Shopify Order record, load the Shopify Shop record for this order
6  const shop = await api.shopifyShop.findOne(connections.shopify.currentShopId);
7
8  // only do the processing for this action if the shop is on a paid plan
9  if (shop.plan !== null) {
10    await doFraudAnalysis(record);
11  }
12  // otherwise, the shop hasn't selected a plan and isn't paying, don't perform the analysis
13};

If need be, you can also extend your model read permissions to prevent access to records. You can update the Gelly model filter snippet in Roles & Permissions to only return records for paid merchants. For example, if you have a Fraud Result model which belongs to the Shopify Shop model, Fraud Result records can be programmatically returned depending on the plan selected:


gelly
fragment Filter($session: Session) on FraudResult {
  *
  [where !isNull(shop.plan)]
}

Often, you may want to disable access to your application's merchant-facing frontend if the merchant hasn't yet paid for the application. This can be done in React using a wrapper component that checks the plan status for every page the merchant tries to access:

components/SubscriptionWrapper.jsx
JavaScript
1import { Layout, Page, Spinner, Banner } from "@shopify/polaris";
2import { PlanSelector } from "./PlanSelector"; // up to you to implement
3
4export const SubscriptionWrapper = (props) => {
5  const [{ fetching, data: currentShop }] = useFindOne(
6    api.shopifyShop,
7    props.shopId
8  );
9  // if we're loading the current shop data, show a spinner
10  if (fetching) {
11    return (
12      <Page>
13        <Spinner />
14      </Page>
15    );
16  }
17
18  // if the shop has selected a plan, render the app and don't bug the merchant about plans
19  if (currentShop.plan) {
20    return props.children;
21  } else {
22    // the merchant has not paid for the application and should be denied access, show them the plan selection interface instead of the app
23    return (
24      <Page>
25        <Layout>
26          <Banner status="warning">
27            You must select a plan to continue using this application
28          </Banner>
29          <PlanSelector />
30        </Layout>
31      </Page>
32    );
33  }
34};

By default, Gadget will continue to receive webhooks and run syncs for any shop with the app installed. This will keep data for the shop up to date and keep any free functionality of your application working as usual. But, it can cost you money or allow merchants to use your app without paying, so it may be necessary to disable this functionality for merchants who don't have access. If you want to disable webhook processing or syncing, you'll need to add effects to the corresponding Shopify models' Actions or the Shopify Sync model Actions to prevent processing.

One-time charges

Shopify allows applications to have one-time fees that don't automatically subscribe the merchant to anything. For example, you could charge a merchant $10 upfront to use your app forever, $10 to process 1000 orders, or $100 for an extra theme customization. One-time fees like this are created one at a time by making calls to the Shopify API, allowing merchants to pay as they go, which they sometimes prefer.

Calls should generally be made to Shopify's GraphQL API to create usage-based charges infrequently because the merchant must confirm each charge. It'd be a bad user experience for the merchant to have to confirm a $0.10 charge for each order they process, so instead, Gadget recommends recurring billing or selling chunks of usage, like $10 for processing 1000 orders. Your application must then track how often it performs the processing and calculate how much usage remains.

One-time charges are implemented using the AppPurchaseOneTime object in the Shopify API. One-time charges can be created with the appPurchaseOneTimeCreate Shopify GraphQL mutation using the connections.shopify object present within Effects and HTTP routes.

For example, if we're building an application that charges one small fee upfront, we need to do two things to charge the merchant:

Add a url field to the Shopify Shop object to store the confirmation URL to pass to the merchant
Add a Success Effect on the Install Action of the Shopify Shop model to create the charge:

shopifyShop/install/createAppCharge.js

JavaScript

1module.exports = async ({ api, record, connections }) => {
2  // get an instance of the shopify-api-node API client for this shop
3  const shopify = connections.shopify.current;
4
5  // make an API call to Shopify to create a charge object
6  const result = await shopify.graphql(`
7    mutation {
8      appPurchaseOneTimeCreate(
9        name: "Basic charge"
10        price: { amount: 100.00, currencyCode: USD }
11        returnUrl: "https://example-app.gadget.app/finish-payment?shop_id=${connections.shopify.currentShopId}"
12      ) {
13        userErrors {
14          field
15          message
16        }
17        confirmationUrl
18        appPurchaseOneTime {
19          id
20        }
21      }
22    }
23`);
24
25  const { confirmationUrl, appPurchaseOneTime } = result.appPurchaseOneTimeCreate;
26
27  // store the `result.confirmationUrl` that the merchant needs to visit
28  await api.internal.shopifyShop.update(record.id, { confirmationUrl });
29
30  logger.info(
31    { appPurchaseOneTimeId: appPurchaseOneTime.id },
32    "created one time app purchase"
33  );
34};

On the frontend, we can access the shop's confirmationUrl property and redirect the merchant to this URL to have them confirm the charge.


JavaScript
const shop = await api.shopifyShop.findOne(someShopId);
// use the useNavigate hook from the @shopify/app-bridge-react npm package to handle the redirect
const navigate = useNavigate();

navigate(shop.confirmationUrl);

If you're using React, you could run this Action with the @gadgetinc/react React hooks package in a React component:


JavaScript
1import { useNavigate } from "@shopify/app-bridge-react";
2
3export const RedirectToConfirmationURL = (props) => {
4  const [{ fetching, error, data }] = useFindOne(api.shopifyShop, theShopId);
5  const navigate = useNavigate();
6
7  if (data.confirmationUrl) {
8    navigate(data.confirmationUrl);
9  }
10};

Implementing a free trial

Free trials are an opportunity for merchants to see the value of an application before having to pay for it. Shopify has limited native support for free trials that allow you to start a merchant on a plan where they will only be charged after a certain time period.

Free trials using Shopify's native support are registered using the same API calls as a normal recurring monthly charge. To add a free trial, add a Success Effect to the Install Action of the Shopify Shop model that creates a recurring monthly charge with the trialDays property set:

shopifyShop/install/startTrial.js

JavaScript

1module.exports = async ({ api, record, connections, logger }) => {
2  const result = await connections.shopify.current.graphql(`
3  mutation {
4    appSubscriptionCreate(
5      name: "Recurring Plan with 7 day trial",
6      trialDays: 7,
7      returnUrl: "https://example-app.gadget.app",
8      lineItems: [{
9        plan: {
10          appRecurringPricingDetails: {
11            price: { amount: 10.00, currencyCode: USD }
12          }
13        }
14      }]
15    ) {
16      userErrors {
17        field
18        message
19      }
20      confirmationUrl
21      appSubscription {
22        id
23      }
24    }
25  }
26`);
27
28  const { appSubscription } = result.appSubscriptionCreate;
29  logger.info(
30    { appSubscriptionId: result.appSubscription.id },
31    "created app subscription"
32  );
33};

See Shopify's docs on free trials

Advanced free trials

While Shopify has native free trial support built in, it doesn't support the following commonly required features:

reminders to the merchant to pay for the app during the trial
tracking for which merchants have already used a free trial

Gadget allows you to customize your application's free trial experience to try and drive more merchant conversions.

If you want to show developers how long is left in their free trial, you need to track when a free trial started. Gadget recommends adding a new date / time Trial Started At field to your Shopify Shop model to track when each merchant started their trial. In the Install Action for the Shopify Shop model, you can populate this field so you can later check against it:

shopifyShop/install/startTrial.js

JavaScript

1module.exports = async ({ api, record }) => {
2  if (!record.trialStartedAt) {
3    // record the current time as the trial start date
4    await api.internal.shopifyShop.update(record.id, { trialStartedAt: new Date() });
5  }
6};

The above code example will not restart a shop's trial if they install your application a second time, which prevents nefarious merchants from uninstalling and reinstalling your application repeatedly to avoid having to pay.

Second, during a free trial, it is important to reveal to the merchant that they are, in fact, on a free trial, and they'll be charged once it elapses. This is most often done within the merchant-facing frontend of your application with a banner or similar notification, which gives the merchant more information or guides them into a plan selection interface. Once the merchant has selected a plan, the notification should be hidden. This can be done with a React component which always fetches the current shop and inspects the plan state:


JavaScript
1import { Banner } from "@shopify/polaris";
2
3const trialLength = 7; // days
4
5export const PlanSelectionBanner = (props) => {
6  const [{ fetching, data: currentShop }] = useFindOne(
7    api.shopifyShop,
8    props.shopId
9  );
10  if (fetching) return null;
11  if (!currentShop.plan) {
12    const daysUntilTrialOver = Math.floor(
13      (new Date().getTime() - shop.trialStartedAt.getTime()) / (1000 * 3600 * 24)
14    );
15
16    return (
17      <Banner>
18        <p>
19          You have {daysUntilTrialOver} many day(s) left on your free trial. Please{" "}
20          <a href="/select-a-plan">select a plan</a> to keep using this great app!
21        </p>
22      </Banner>
23    );
24  }
25  return null;
26};

With this tracking of a merchant's trial start date in place, you can implement a plan selection screen and an Action to power the actual plan selection. See Subscribing to a recurring plan for details on implementing plan selection.

Finally, with a trial's duration tracked and plan selection implemented, Gadget suggests denying access to your application to merchants whose trials have expired without selecting a plan. You can disable backend logic using the details in Preventing access without payment, and you can implement frontend logic to force plan selection in your merchant-facing frontend.

Using React, this can be done using a wrapper component around your app, which checks the plan status for every page the merchant tries to access:

components/SubscriptionWrapper.jsx
JavaScript
1import { CalloutCard, Layout, Page, Spinner } from "@shopify/polaris";
2import { PlanSelector } from "./PlanSelector"; // up to you to implement
3
4// this would replace the PlanSelectionBanner component above
5export const SubscriptionWrapper = (props) => {
6  const [{ fetching, data: currentShop }] = useFindOne(
7    api.shopifyShop,
8    props.shopId
9  );
10  // if we're loading the current shop data, show a spinner
11  if (fetching) {
12    return (
13      <Page>
14        <Spinner />
15      </Page>
16    );
17  }
18
19  // if the shop has selected a plan, render the app and don't bug the merchant about plans
20  if (currentShop.plan) return props.children;
21
22  const daysUntilTrialOver = Math.floor(
23    (new Date().getTime() - shop.trialStartedAt.getTime()) / (1000 * 3600 * 24)
24  );
25  if (daysUntilTrialOver > 0) {
26    // the merchant is on a free trial, show the app and a banner encouraging them to select a plan
27    return (
28      <>
29        {props.children}
30        <Banner>
31          You have {daysUntilTrialOver} many day(s) left on your free trial. Please{" "}
32          <a href="#">select a plan</a> to keep using this great app!
33        </Banner>
34      </>
35    );
36  } else {
37    // the merchant's trial has expired, show them the plan selection interface, don't show them the app
38    return (
39      <Page>
40        <Notification>
41          Your trial has expired, please select a plan to continue using the
42          application
43        </Notification>
44        <PlanSelector />
45      </Page>
46    );
47  }
48};

Crediting merchants

Occasionally, application developers will want to give a credit to individual merchants. They may offer a refund when a merchant contacts them to cancel or discount the product for a potentially high-value customer. Credits are implemented with the AppCredit object created using the Shopify API.

Generally, credits are given to merchants manually by administrators, so there's no merchant-facing UI to build. Sometimes it's easiest to create credits manually using handcrafted API requests to Shopify's API, but if you'd like to build an easier-to-use interface for crediting, Gadget recommends adding a Credit Action on the Shopify Shop model. You can then add a code Effect to create an AppCredit object for some amount.

For example, we could add this code Effect to a new Credit Action on the Shopify Shop model:

shopifyShop/credit/createAppCredit.js
JavaScript
1module.exports = async ({ api, record, params, connections, logger }) => {
2  // get an instance of the shopify-api-node API client for this shop
3  const shopify = connections.shopify.current;
4
5  // make an API call to Shopify to create a charge object
6  const result = await shopify.graphql(
7    `
8    mutation CreateCredit($amount: Decimal!) {
9      appCreditCreate(
10        description: "application credit"
11        amount: {
12          amount: $amount,
13          currencyCode: USD
14        }
15        test: true
16      ) {
17        userErrors {
18          field
19          message
20        }
21        appCredit {
22          id
23        }
24      }
25    }
26  `,
27    { amount: params.amount }
28  );
29
30  const { appCredit } = result.appCreditCreate;
31
32  logger.info({ amount: params.amount, creditID: appCredit.id }, "credited shop");
33};
34
35// make this effect take an amount parameter for the amount to credit
36module.export.params = {
37  amount: { type: "number" },
38};

We could then invoke this Action using the Gadget GraphQL API in an internal, staff-only frontend:

JavaScript

await api.shopifyShop.credit(someShopId, { amount: 10 });

Read more about creating credits in Shopify's docs.