Loading

Problèmes courants lors du déploiement d’une règle d’attribution de piste via des ensembles de modifications

Date de publication: Apr 3, 2026
Description
Voici quelques raisons pour lesquelles le déploiement de règles d’attribution de piste peut échouer et comment résoudre les problèmes associés :
Résolution

Raisons possibles :
 

1. Les règles d’attribution sont attribuées à des utilisateurs qui n’existent pas dans l’organisation cible

Vous pouvez rencontrer l’erreur suivante : 
« Règle d’attribution de territoire géographique de piste 3 21, le propriétaire ou l’utilisateur est inactif. » ID d’organisation : 00DXXXXXXXXXXXX’

Solution:
Utilisez Package.xml, attribuez les utilisateurs qui existent dans la cible à AssignmentRules et procédez au déploiement en utilisant MdAPI

 

Pour obtenir des informations plus détaillées, consultez l’article suivant :
Impossible de déployer une règle d’attribution de piste pour des utilisateurs via un ensemble de modifications 

 

2. Les règles d’attribution sont attribuées à des files d’attente qui n’existent pas dans l’organisation cible 

Solution:
Déployez les files d’attente séparément via un ensemble de modifications ou MdAPI avant de déployer des règles d’attribution si la règle d’attribution existe déjà dans l’organisation

 

3. Les règles d’attribution ont des critères portant sur des champs d’objets personnalisés qui ne sont pas inclus dans les composants de l’ensemble de modifications.

Solution:
Ajoutez les champs personnalisés non existants aux composants de l’ensemble de modifications et procédez à nouveau au déploiement

 

4. Les règles d’attribution sont associées à des équipes de requête qui n’existent pas dans l’organisation cible
Consultez des informations supplémentaires sur le problème connu suivant : 
Erreur d’entrée d’équipe de requête dupliquée lors du déploiement de règles d’attribution de requêtes

 

5. Raisons diverses :

Renommez la règle d’attribution dans l’organisation source avec un nom qui n’existe pas dans l’organisation cible, chargez l’ensemble de modifications, puis procédez à la validation dans l’organisation cible. Si les données sont valides et que l’ensemble de modifications contient tous les composants, la validation doit réussir. Sinon, une erreur de validation que le client peut corriger sera renvoyée.

Numéro d’article de la base de connaissances

000389417

 
Chargement
Salesforce Help | Article