Problemas comunes al implementar una regla de asignación de Candidato a través de conjuntos de cambios

Motivos posibles:
 

1. Las reglas de asignación están asignadas a usuarios que no existen en la organización de destino

Puede encontrar el siguiente error: 
"Lead.Geographic Territory Assignment Rule 3 21": el propietario o usuario está inactivo. Id. de organización: 00DXXXXXXXXXXXX’

Solución:
Utilice Package.xml, asigne usuarios que existen en el destino a AssignmentRules e implemente utilizando MdAPI

Consulte información más detallada en el artículo:
No se puede implementar la regla de asignación de candidatos para usuarios a través de conjuntos de cambios 

2. Las reglas de asignación están asignadas a colas que no existen en la organización de destino 

Solución:
Implemente colas por separado a través del conjunto de cambios o MdAPI antes de implementar las reglas de asignación si la regla de asignación ya existe en la organización

3. Las reglas de asignación tienen criterios en los campos de Objeto personalizado que no están incluidos en los componentes del conjunto de cambios

Solución:
Agregue los campos Personalizado no existentes en los componentes de conjuntos de cambios y vuelva a implementarlos

4. Las reglas de asignación tienen equipos de casos que no existen en la organización de destino
Consulte más detalles sobre el Problema conocido: 
Error de entrada de equipo de casos duplicado en la implementación de reglas de asignación de casos

5. Motivos diversos:

Cambie el nombre de la regla de asignación en la organización de origen a algo que no exista en la organización de destino, cargue el conjunto de cambios y luego valide en la organización de destino. Si los datos son válidos y el conjunto de cambios contiene todos los componentes, la validación debe funcionar correctamente; de lo contrario arrojará el error válido que el cliente puede solucionar.