Release Types
B2C Commerce releases contain new features, improvements, and defect fixes. We deploy Major releases approximately every four to five weeks and expect to deploy 9–10 Major releases per year.
A Major Release deployment includes:
Preview for OnDemand Sandboxes (or SIGs)
Major release (formerly called GA) for Primary Instance Groups (PIGs)
Note: a PIG includes PRD, DEV, and STG instances
Minor release deployments include:
Standard Maintenance Windows
The scheduled maintenance windows occur every Tuesday and Thursday, 2:00 AM - 7:00 AM local Point of Delivery (POD) time. We reserve the right to use these standard maintenance windows every week. But we may not use all available windows. OnDemand Sandboxes are updated in the following maintenance windows:
AP instances - 2:00 AM - 7:00 AM JST
EU instances - 2:00 AM - 7:00 AM BST
US instances - 2:00 AM - 7:00 AM EST
Deployment Stages
Preview and Preview Update (SIGs)
We deploy Preview and Preview Update releases to OnDemand Sandboxes (SIGs) during scheduled maintenance windows on Tuesdays or Thursdays.
The Preview stage helps validate the Major release with customers’ custom code in their sandbox environments. We don’t test custom code, so we encourage customers and partners to review features and test custom integrations with the Preview release. We monitor customer Support cases for issues found on customer sandboxes during the Preview release.
During the Preview maintenance, schema, migration, and sandbox instance restarts result in 10-15 minutes of downtime for all sandboxes.
We deploy Major releases to the PIGs on Tuesdays or Thursdays during the scheduled maintenance windows.
To uphold our commitment to customer trust and to ensure our B2C Commerce releases meet our rigorous standards, beginning in early 2025, the Major release deployments will occur in 4 stages as follows:
Australia PODs
Japan and designated AMER PODs
EMEA PODs (excluding designated PODs)
AMER PODs and designated EMEA PODs
(For Stage 3 & Stage 4 - see the B2C Commerce 2026 Deployment Schedule for specific POD information)
Patches
We deploy patches to Sandboxes or PIGs when needed. If the patch requires a customer action we provide a Trust notification when we start the patch deployment.
Typically we use an NDU tool to restart instances after a patch is deployed. The NDU tool restarts instances with minimal to no disruption to customers. It also enables us to deploy patch fixes faster without waiting for a maintenance window. The impact on Production, Sandbox, and Development environment includes:
Release Notifications
Major Release Deployment Exceptions
Q: I’m planning a major sales event or maintenance, can I request a different deployment date?
A: Commerce B2C doesn’t support individual deployment dates for their secondary or primary instance groups. Upcoming release dates can be found in the B2C Commerce Deployment Schedule in the B2C Commerce Release Notes area of Salesforce Help.
Q: Can you let me know what time during the maintenance window my primary instance group gets updated to the new release so I can avoid disruption to my scheduled jobs and replications?
A: Major Release deployments run across multiple PODs and multiple instances on those PODs in the same time zone during the 2:00 AM-7:00 AM maintenance window. So we can’t give exact update times for individual customer realms or instances.
Major Releases During Holidays or the Holiday Season
Q: Are Major Releases deployed during a holiday?
A: We consider holidays when we schedule releases, but as a global platform we can’t guarantee that a release won’t fall on a holiday.
Q: Are Major Releases planned during the peak holiday period?
A: We don’t schedule Major Releases from early November through December. During the holiday period, we deploy patches or a Minor Release, if needed, to fix critical defects and notify customers.
Compatibility & API Versioning
Commerce B2C offers API Versioning, which allows us to introduce behavioral changes without causing issues.
Q: How long do you support deprecated methods?
A: For information on API support, refer to the B2C Commerce documentation section on OCAPI Versioning and Deprecation Policy.
Defects, Incident Reports, and Rollback
Q: What happens if a defect is found?
A: Based on the severity of the issue, the Commerce B2C team reviews and decides when to correct the defect.
Q. If I identify a defect during the Preview phase, how quickly is it corrected?
A: We assess when to correct the issue based on its severity and the timing of upcoming releases.
Q. Can defects that are found in the Preview phase delay the deployment into primary instance groups?
A: Yes, sometimes. If a Major release date changes due to an issue found during the Preview phase, we update the B2C Commerce Deployment Schedule in the B2C Commerce Release Notes area of Salesforce Help and send a Salesforce Trust notification of the new date.
000382762

We use three kinds of cookies on our websites: required, functional, and advertising. You can choose whether functional and advertising cookies apply. Click on the different cookie categories to find out more about each category and to change the default settings.
Privacy Statement
Required cookies are necessary for basic website functionality. Some examples include: session cookies needed to transmit the website, authentication cookies, and security cookies.
Functional cookies enhance functions, performance, and services on the website. Some examples include: cookies used to analyze site traffic, cookies used for market research, and cookies used to display advertising that is not directed to a particular individual.
Advertising cookies track activity across websites in order to understand a viewer’s interests, and direct them specific marketing. Some examples include: cookies used for remarketing, or interest-based advertising.