SUPPLEMENT PAYMENT PROCESSING

Coordinate Supplement Subscription Billing and Shipping

Coordinate recurring supplement payments and shipments with a fictional calendar and steps for inventory, payment, address and cancellation exceptions.

By NUMUS editorial team

A recurring supplement order needs more than a renewal date. Your team must know which shipment a payment covers, whether the product is available and what to do when an address, cancellation or payment problem changes the plan.

Build one repeatable cycle with an owner for each exception. The goal is to make a particular charge and shipment understandable together. For the commercial context, see supplement payment processing and our subscription processing overview.

Define the cycle you actually sell

Start with the customer's offer: product and quantity, charge amount, billing frequency, shipment frequency and how customers manage future orders. “Monthly” alone leaves several questions unanswered. Does it mean the same calendar date each month, an interval after the last charge, or a separate schedule for each customer?

Also distinguish paying for each delivery from paying in advance for several deliveries. Shopify's fulfillment documentation treats these as different order models: pay-per-delivery generates new orders at intervals, while prepaid subscriptions can use one order with multiple scheduled fulfillments. That is Shopify-specific behavior, not a description of every subscription platform. Shopify: Managing and fulfilling subscription orders.

Choose the model first, then ask your provider and software team to confirm how its payment, order and fulfillment records relate. A successful charge does not tell your warehouse which products to pack unless your process supplies that connection.

A fictional renewal and shipment calendar

The following worksheet is an original, hypothetical operating exercise. Fieldglass Supplement Store sells one bottle of fictional “Catalog Item C” per calendar month. Assume its payment and order arrangement has been confirmed for the scenario. The dates, cutoff times and sequence are invented, not recommended terms or claims about a NUMUS integration.

The example cycle is November 2026, identified internally as SUB-42/NOV-2026. It covers one $36 charge and one bottle. The team records customer-facing dates in Eastern time so a cutoff does not depend on which employee reads it.

When in the example Planned action Record and owner
October 29 Compare upcoming quantities with available inventory; review unresolved exceptions Inventory worksheet; purchasing lead
October 30 Send the planned renewal information and route customer changes to support Message record linked to SUB-42/NOV-2026; support lead
November 2, 5 p.m. Review changes received before the example's processing cutoff Address, skip and cancellation log; operations lead
November 3, 10 a.m. Run the confirmed billing step if the cycle is eligible to proceed Payment reference and actual status; payment owner
November 4, 9 a.m. Release the matching order after checking payment, stock and exceptions Order SUB42-1104; fulfillment lead
November 5 Dispatch the bottle Shipment reference linked to the order; warehouse lead
November 7–9 Estimated arrival; investigate delivery exceptions Carrier status and customer contact record; support lead

The shared cycle identifier connects the records. It is not a payment credential or a substitute for each system's own reference. A skipped November cycle and an active December subscription can then coexist without ambiguity in the team's worksheet.

Bring your actual charge-to-shipment sequence and the exceptions it leaves open. Discuss your replenishment model.

Branch one: inventory is unavailable

In the fictional October 29 check, suppose there are only eight available bottles for ten planned cycles. The purchasing lead identifies the two unresolved cycles and flags them before billing. The operations lead decides the next action under the actual offer and confirmed system behavior, then records who will contact each customer.

Do not assume the software will catch every stock problem. Shopify Subscriptions documents that, for tracked inventory not configured to oversell, insufficient stock can prevent the upcoming order from being created. That behavior depends on its app and inventory settings. Shopify: Managing subscription contracts.

If stock becomes unavailable after the example's charge succeeds, the record changes to a paid order awaiting a fulfillment decision. Identify the affected payment, revised estimate and customer communication. Record any agreed cancellation and refund follow-up separately. Do not mark the shipment complete to clear an exception list.

Branch two: the renewal payment fails

For this exercise, the warehouse holds release while the payment owner checks the failed attempt and the approved retry process. The owner records the next action and review time; support explains any required customer step through the normal account route.

Shopify Subscriptions provides configurable retry counts and intervals for payment-method and inventory failures, plus actions after attempts are exhausted. That example shows why a team needs to know the actual settings rather than assume all failures follow one schedule. Shopify: Managing app settings.

If a later attempt succeeds, reconcile it to the same cycle before releasing the order. The operational question is whether November has one valid payment and one intended shipment, not how many times the payment was attempted. Have the responsible team investigate ambiguous results before starting another manual charge.

Branch three: the customer changes an address

Record when the request arrived and which shipment it affects. Before order release, check both the subscription's future address and the current order's destination. After release, check what the warehouse or carrier can still change before promising a reroute.

In the fictional schedule, a request at 8 a.m. on November 4 arrives before planned release; one at noon arrives after it. Neither timestamp alone proves which address the shipment will use. Support confirms the actual order state and records the outcome, including any future-cycle update.

Branch four: the customer cancels

Identify whether the request concerns future renewals, the current shipment or both. Record the request time, confirmed effective date, current payment state and warehouse state. Confirm the outcome with the customer using the actual terms and applicable requirements.

Shopify notes that editing an existing subscription order does not itself update the subscription contract. In its prepaid-subscription guidance, it also says an order refund may require cancellation action in the subscription app. Those distinctions are specific to its workflow but illustrate why both current and future records need checking. Shopify: Editing and refunding subscription orders.

Close each cycle before carrying the issue forward

At the end of the example, compare the expected cycle with the payment, order and shipment records. Investigate paid-but-unreleased orders, dispatched orders with unresolved payment questions, duplicate orders and cancellations still appearing on the next renewal list.

Give each open item an owner, next action and review date. Preserve the outcome for November while recording December's plan separately. The worksheet should describe how your business operates even when a normal shipment never occurs.

Use that completed example to discuss your products, recurring offer, software responsibilities and exception handling. Discuss your replenishment model.

Sources are linked beside the relevant explanations. Read our editorial approach.

Explore supplement payment processing →

Continue exploring this topic