Problemi comuni durante la distribuzione di una regola di assegnazione dei lead tramite le serie di modifiche

Motivi possibili:
 

1. Le regole di assegnazione sono assegnate a utenti che non esistono nell'organizzazione di destinazione

Si potrebbe riscontrare l'errore seguente: 
‘Lead.Geographic Territory Assignment Rule 3 21owner or user is inactive. ID organizzazione: 00DXXXXXXXXXXXX’ (Lead: il titolare o l'utente della regola di assegnazione territori geografici 3 21 è inattivo).

Soluzione:
Utilizzare Package.xml, assegnare utenti esistenti nella destinazione a AssignmentRules e distribuirli utilizzando MdAPI

Per informazioni più dettagliate vedere l'articolo:
Unable to deploy Lead assignment rule for Users via Change Set (Impossibile distribuire la regola di assegnazione dei lead agli utenti tramite la serie di modifiche)

2. Le regole di assegnazione sono assegnate ad aree di attesa che non esistono nell'organizzazione di destinazione 

Soluzione:
Distribuire le aree di attesa separatamente tramite la serie di modifiche o MdAPI prima di distribuire le regole di assegnazione, se la regola di assegnazione esiste già nell'organizzazione

3. Le regole di assegnazione hanno criteri per i campi dell'oggetto personalizzato non inclusi nei componenti della serie di modifiche

Soluzione:
Aggiungere i campi personalizzati non esistenti nei componenti della serie di modifiche e ridistribuire

4. Le regole di assegnazione hanno team caso che non esistono nell'organizzazione di destinazione
Vedere ulteriori dettagli sul problema noto: 
Duplicate case team entry error on deploy of case assignment rules (Errore di immissione del team caso duplicato al momento della distribuzione delle regole di assegnazione dei casi)

5. Motivi vari:

Rinominare la regola di assegnazione nell'organizzazione di origine assegnando un nome che non esiste nell'organizzazione di destinazione, caricare la serie di modifiche e quindi convalidarla nell'organizzazione di destinazione. Se i dati sono validi e la serie di modifiche contiene tutti i componenti, la convalida deve andare a buon fine; in caso contrario, causerà un errore valido che il cliente può correggere.