Déploiement et migration
Symptôme
Le composant fonctionne dans le générateur ou le sandbox mais échoue lorsqu'il est déployé en production ou utilisé par les utilisateurs finaux.
Causes courantes et solutions
1. Permissions utilisateur différentes
Vérifier : Les utilisateurs finaux peuvent ne pas avoir les permissions dont disposent les administrateurs/développeurs.
Solution :
Tester le composant en tant qu'utilisateur final réel (pas en tant qu'administrateur système)
Examiner la sécurité au niveau des objets et des champs
Mettre à jour les permissions si nécessaire
Documenter les exigences en matière de permissions
Exemple :
❌ Problème :
- L'administrateur peut voir le champ confidential_notes__c
- L'agent de support ne peut pas (pas de sécurité au niveau du champ)
- Le composant plante pour l'agent de support
✅ Solution :
- Accorder l'accès au champ au profil de l'agent de support
- Ou retirer le champ du composant
- Tester en tant qu'agent de support avant de déployer2. Problèmes d'accès aux enregistrements
Vérifier : Les utilisateurs ne peuvent pas accéder aux enregistrements à cause des règles de partage.
Solution :
Examiner les paramètres par défaut d'organisation
Vérifier les règles de partage et la hiérarchie des rôles
Tester avec divers rôles d'utilisateur
Vérifier d'abord que les utilisateurs peuvent voir les enregistrements dans l'interface standard
Exemple :
❌ Problème :
- OWD : Opportunité = Privé
- Le commercial voit « Aucun enregistrement trouvé »
- Le composant interroge toutes les opportunités
✅ Solution :
- Créer une règle de partage pour l'équipe commerciale
- Ou filtrer le composant par OwnerId = Utilisateur courant
- Tester en tant que commercial pour confirmer l'accès3. Différences d'environnement
Vérifier : Le sandbox et la production ont des configurations différentes.
Solution :
Vérifier que les champs personnalisés existent dans l'organisation cible
Vérifier que les valeurs des listes de sélection correspondent
Examiner les différences d'automatisation
Tester avec des données ressemblant à la production
Exemple :
❌ Problèmes en production :
- Champ Product_Image_URL__c manquant
- La liste de sélection Catégorie n'a pas la valeur « Software »
- Types d'enregistrements différents de ceux du sandbox
✅ Solutions :
- Déployer d'abord les champs personnalisés
- Ajouter les valeurs manquantes dans les listes de sélection
- Mettre à jour le composant pour gérer les deux environnements
- Utiliser une checklist de déploiement4. Incompatibilités de version de l'API
Vérifier : L'organisation de production peut être sur une version Salesforce plus ancienne.
Solution :
Vérifier la version API du composant
Vérifier que la production est sur la même version ou une version plus récente
Attendre la mise à jour de l'organisation de production si nécessaire
Utiliser des fonctionnalités compatibles avec les versions plus anciennes
5. Différences de version du package géré
Vérifier : Le sandbox et la production peuvent avoir des versions différentes du package Dynamic Components installées.
Solution :
Vérifier la version du package dans les deux organisations (Setup > Installed Packages)
Mettre à niveau la production pour correspondre à la version du sandbox
Ou reconstruire le composant en utilisant les fonctionnalités disponibles dans la version de production
Noter les exigences de version dans la documentation de déploiement
Exemple :
❌ Problème :
- Sandbox : Dynamic Components v1.5.0
- Production : Dynamic Components v1.3.0
- Le composant utilise de nouvelles fonctionnalités de la v1.5.0
- Le déploiement échoue ou le composant ne fonctionne pas
✅ Solution :
- Mettre à jour d'abord le package de production vers la v1.5.0
- Puis déployer le composantProcessus de déploiement
Pour des instructions complètes de déploiement, voir : Guide de déploiement de Dynamic Components
Checklist pré-déploiement
Mis à jour
Ce contenu vous a-t-il été utile ?