{"title":"Subscription processing, payments and renewals","slug":"subscription-processing-payments-and-renewals","url":"https://support.storeconnect.com/articles/subscription-processing-payments-and-renewals","url_markdown":"https://support.storeconnect.com/articles/subscription-processing-payments-and-renewals.md","subtitle":null,"summary":"The daily subscription job processes renewals, creates orders, charges payments, and updates billing dates: processing conditions, term price changes, payment token lifecycle, and troubleshooting.","type":"Help_Documentation","video_url":"","keywords":"subscription processing, subscription renewal, daily job, billing date, payment token, term price, delinquent, automatic payment, evergreen subscription, fixed-term subscription, charge payments","last_modified":"2026-08-21T07:12:35+0000","body_markdown":"## The subscription payment daily processing job\n\nSubscription renewals are processed according to the configuration of the subscription product (explained in the [Subscription products](subscription-products)), in conjunction with the conditions detected when the daily processing job runs.\n\nThe job picks up all the subscription actions to be carried out, when all these conditions are met:\n\n-   Process Subscription is True\n-   Next Billing Date is today or in the past\n-   Start Date is today or in the past\n-   End Date is blank or in the future\n-   Cancelled Date is blank or in the future\n-   Suspended Date is blank or in the future\n\nA subscription is not processed if any of these conditions are met:\n\n-   Process Subscription is False\n-   Next Billing Date is in the future\n-   Start Date is in the future\n-   End Date is in the past\n-   Cancelled Date is in the past\n-   Suspended Date is in the past\n-   One-time subscription is fully paid\n\n### Subscription updates after daily processing job\n\nUnless a payment fails, when a subscription is processed, the Next Renewal Date and Next Billing dates are updated to the next term. If a payment fails, the subscriptions payment is considered delinquent.\n\nAn order is created if the Renewal Order Days falls on current day, then the renewal dates for this subscription are updated. See [Subscription renewal orders](subscription-renewal-orders) for full details on how renewal orders are created and managed.\n\n## Job date changes for monthly subscription payments\n\nFor monthly payments, if a billing date is 31st and the following month there are only 30 days, the billing date will move to the 30th from that point on. When it gets to February, the billing date will become 28th (29th on a leap year) and will continue as the 28th of the month moving forward.\n\n## Default options for payment processing\n\n-   The **Process Subscription** option is switched on automatically at the time the Subscription is created. This field determines if the subscription is to be processed on the Next Billing Date or not. \n-   The **Charge Payments** option activates according to the product's subscription behavior at the time the subscription was created. This field determines if the subscription is to debit funds from the customers credit card on the Next Billing Date or not.\n\n## Subscription term price\n\nThe Term Price is the price for the subscription, and is set automatically when a subscription product is purchased. Changing the Term Price will change the amount the customer is charged when the subscription is next processed. The term price (whatever it is set at) is the amount charged each time the subscription process runs. \n\nThe subscription is always charged in the same currency it is first set up with. \n\n## Subscription payment origin\n\nStoreConnect sets an **Origin** field (`s_c__origin__c`) on every Payment record to identify how and where the payment was created. This is useful for building Flows and automations that behave differently depending on the payment source — for example, triggering logic only when a renewal charge has been initiated by StoreConnect's subscription job.\n\nFor the full list of origin codes, see [Payment origin codes](payment-origin-codes).\n\n## Subscription payment token\n\nStoreConnect stores a **payment token** on every subscription that is set up for automatic charging. This token is a reference to the customer's saved payment profile on the payment gateway (for example, a customer profile ID in Authorize.Net, a `TokenCustomerID` in eWay, or a payment method ID in Stripe). It allows StoreConnect to charge the customer's card on future renewal dates without requiring them to re-enter their payment details.\n\n### When the token is added\n\nThe token is set the first time a subscription is associated with a successful payment:\n\n| Scenario | Payment origin | Notes |\n|---|---|---|\n| Customer purchases a subscription at checkout | WS01 — Website Subscription | The gateway returns the token as part of the payment response; it is stored on the subscription immediately |\n| A Salesforce-initiated payment is processed against an order that has subscription items | SF01 — Salesforce Payment | The subscription record may already exist in Salesforce without payment source details; StoreConnect backfills the token (and payment provider) from the payment response when they are missing |\n\n### When the token is swapped\n\nThe token is replaced when a customer updates their payment method:\n\n- **Customer updates payment details** — when a customer submits new card details via the Update Payment Details page in their account, the gateway processes the update and returns a new token, which replaces the existing one on the subscription\n- **3D Secure callback** — if the payment update requires 3DS authentication, the token is rotated to the new value once the authentication callback completes successfully\n\n### When the token is not updated\n\nThe token is not changed during regular subscription processing. Recurring charges (SU01 — Automatic Subscription Payment Evergreen, SU02 — Automatic Subscription Payment Fixed-term), renewals, delinquent payment retries, cancellations, and expirations all reuse the existing token without modification.\n\n### Shared tokens across multiple subscriptions\n\nIf a customer has more than one active subscription, all subscriptions share the same gateway customer profile. Updating the payment method on one subscription effectively updates the saved payment method for all of that customer's subscriptions.\n\n## Troubleshoot subscriptions and renewals\n\n| Issue                                  | Solution                                                                                                        |\n|----------------------------------------|-----------------------------------------------------------------------------------------------------------------|\n| Customer not charged on renewal date   | Check subscription status (active/paused). Verify payment method on file. Manually trigger charge if confirmed. |\n| Duplicate renewal charge               | Issue refund (see Issuing Refunds section). Update next billing date to prevent duplicate.                      |\n| Payment declined                       | Contact customer, request updated payment method. Manually retry charge once updated.                           |\n| Customer wants to cancel after renewal | Process refund first, then cancel subscription separately.                                                      |\n| Prorated charge needed                 | Use Manual Charge with custom amount. Document reason in notes.                                                 |"}