Combien de sandbox sont incluses dans une licence Salesforce Enterprise ?

Lors du cadrage d'un projet Salesforce, une question revient souvent côté DSI : de combien d'environnements de test dispose-t-on avec une licence Enterprise ? Les sandbox sont essentielles pour développer, tester et former sans toucher à la production. Comprendre ce qui est inclus, et ce qui doit être acheté en supplément, évite les mauvaises surprises budgétaires et techniques en cours de projet.

Qu'est-ce qu'une sandbox Salesforce ?

Une sandbox est une copie de votre organisation Salesforce (production) utilisée pour développer, tester des configurations, intégrer des systèmes tiers ou former des utilisateurs, sans impacter les données réelles. Salesforce propose plusieurs types de sandbox, qui se distinguent par le volume de données copiées et la fréquence de rafraîchissement.

• Developer : copie de la configuration (métadonnées) uniquement, sans données de production. Stockage réduit. Rafraîchissement quotidien.
• Developer Pro : même principe que Developer mais avec une capacité de stockage plus importante. Rafraîchissement quotidien.
• Partial Copy : configuration plus un échantillon des données de production. Rafraîchissement tous les 5 jours.
• Full : copie complète de la configuration et de l'ensemble des données de production. Utilisée pour les tests de charge et de recette avant mise en production. Rafraîchissement tous les 29 jours.

Ce qui est généralement inclus avec l'édition Enterprise

Historiquement, l'édition Enterprise donne accès à un jeu de sandbox de base sans surcoût, orientées développement et tests légers. Cela couvre typiquement des environnements de type Developer et Developer Pro, ainsi qu'une capacité limitée pour un environnement de test avec données partielles.

Les environnements les plus lourds (Full et Partial Copy supplémentaires) ne sont, en général, pas inclus dans l'édition Enterprise standard et nécessitent l'achat d'un module complémentaire (« Sandbox add-on ») ou un passage à une édition supérieure.

Attention : les quantités et types précis évoluent régulièrement selon les grilles commerciales de Salesforce et les négociations contractuelles. La seule source fiable est votre contrat de souscription et l'org elle-même.

Comment vérifier ce dont vous disposez réellement

Le plus simple est de consulter directement votre organisation :

1. Ouvrez la Configuration (Setup).
2. Recherchez « Sandboxes » dans la barre de recherche rapide.
3. L'écran affiche les sandbox actives, celles disponibles à la création, et les types autorisés selon votre licence.

Vous y voyez immédiatement combien d'environnements de chaque type sont disponibles pour votre org, ce qui reflète la réalité de votre contrat, y compris les add-ons éventuellement souscrits.

Enterprise vs Unlimited : la différence sur les sandbox

L'édition Unlimited se distingue notamment par un nombre de sandbox et une capacité de test nettement plus élevés que l'édition Enterprise, incluant davantage d'environnements avec données. Pour une ETI qui prévoit :

• de nombreux flux d'intégration avec des systèmes tiers (ERP, facturation, e-commerce),
• des cycles de recette formalisés nécessitant des données représentatives,
• un besoin récurrent de tests de charge ou de formation à grande échelle,

il peut être plus économique d'arbitrer entre l'achat de sandbox add-ons sur Enterprise et un passage à Unlimited. Cet arbitrage se fait au moment de la négociation contractuelle, en tenant compte du coût total sur la durée de l'abonnement.

Combien de sandbox prévoir pour un projet d'ETI ?

Au-delà de ce qui est inclus, la vraie question est celle du besoin projet. Une organisation de type mid-market structure souvent ses environnements ainsi :

• Une ou plusieurs sandbox Developer/Developer Pro pour le développement et les tests unitaires des consultants.
• Une sandbox Partial Copy pour les tests d'intégration avec un échantillon de données.
• Une sandbox Full pour la recette utilisateur (UAT) et la préparation des mises en production, avec des données proches du réel.

Ce type d'architecture d'environnements est un sujet de cadrage technique à traiter dès le début du projet : sous-estimer le besoin en sandbox retarde les recettes et complique la gestion des versions. Le surestimer alourdit inutilement le budget.

Points de vigilance avant de signer

• Vérifiez le contrat, pas les forums : les grilles Salesforce changent ; le nombre inclus varie selon la date de souscription et les négociations.
• Anticipez les rafraîchissements : une sandbox Full ne se rafraîchit qu'environ tous les 29 jours, ce qui a un impact sur votre planning de recette.
• Chiffrez les add-ons : le coût d'une sandbox supplémentaire s'ajoute à l'abonnement récurrent, pas une seule fois.
• Alignez sandbox et stratégie de déploiement : outils de CI/CD, DevOps Center ou solutions tierces peuvent influencer le nombre d'environnements nécessaires.

Comment aller plus loin

Le nombre de sandbox inclus n'est qu'un élément d'un dimensionnement plus large : édition, licences, modules et stratégie d'environnements doivent être cohérents avec votre projet et votre budget. Pour objectiver ces choix, il est utile de confronter votre besoin réel à l'expérience d'intégrateurs ayant mené des déploiements comparables dans des ETI.

INTEGREER est une plateforme neutre de mise en relation : sans être partenaire Salesforce, elle vous oriente vers des intégrateurs adaptés à votre contexte pour cadrer votre architecture d'environnements et votre stratégie de licences, sans engagement.