CRM - El usuario ya existe

Casuística: Si existe un usuario de CRM al que le cambia el ID de Active Directory (porque se eliminó el usuario en AD y luego hubo que volver a darlo de alta o cosas así).

En CRM no se pueden eliminar los usuarios.

De hecho, es una acción no recomendada por Microsoft.

Lo óptimo sería crear un nuevo usuario en AD que se llamase distinto (para que fuese todo más limpio). Pero si no quieren, ahí  va la solución:

Cuando un usuario deshabilitado se llama igual que uno nuevo, se deben llevar a cabo estos pasos:

1.- Crear un nuevo usuario en el AD para uso temporal (ej: CRMTemp)

2.- Editar el usuario deshabilitado e indicarle el nombre de dominio\CRMTemp (esto refrescará los IDs).

3.- Guardar.

4.- Editar de nuevo el usuario y modificarle el nombre de usuario volviendo a ponerle el nombre original.

5.- Habilitar y guardar.

* Otra opción es reimportar la organización y, en el mapeo de usuarios, asociar ese nombre de usuario con el nuevo usuario.

Estas son las 2 únicas opciones viables que me vienen a la cabeza.

ADFS20 - Error certificado revocado

Hola,

Casuística: Cuando intentamos acceder al site (en mi caso CRM) y nos devuelve directamente un error de STS1.

Vamos a los visores de sucesos\ADFS\Admin y vemos que hay un error diciendo algo del estilo a

"An error occurred during an attempt to build the certificate chain for the relying party trust 'https://site:444' certificate identified by thumbprint 'xxxx'. Possible causes are that the certificate has been revokes, the certificate chain could not be verified as specified by the relying party trust's encryption certificate revocation settings or certificate is not within its validity period".

Solución: Evidentemente, lo primero a mirar es que el certificado no esté caducado. Pero si tenemos el certificado en perfectas condiciones, abrimos una powershell y escribimos

Add-PSSnapin Microsoft.Adfs.PowerShell

Set-AdfsRelyingPartyTrust -TARGETNAME "Nombre identificador de la Relying Party interna" -EncryptionCertificateRevocationCheck "None"

Set-AdfsRelyingPartyTrust -TARGETNAME "Nombre identificador de la Relying Party externa" -EncryptionCertificateRevocationCheck "None"

Y listos. Al acceder al site deberá salirnos correctamente la pantalla de login de ADFS y autenticarnos correctamente.

MSCRM - Eliminar cola email router

Si lanzamos una campaña y queremos eliminarla, aunque paremos el email router, cuando se ponga en marcha, lanzará los mails igualmente.

Para solucionarlo debemos limpiar la cola de mails en estado 'listos para enviar'. Esto lo haremos desde SQL modificando la vista Email:

- Por un lado cambiamos el estado de abierto a completado:

update Email

set statecode=’1’ where statecode=’0’

- Por otro lado cambiamos el estado del mail de “envío pendiente o enviando” a “enviado”

update Email

set statuscode=’3’ where statuscode=’7’ or statuscode=’6’

Y ale, ya podemos arrancar con tranquilidad email router que no enviará estos mails. Ojo, que esto te limpia toda la cola, se puede filtrar por subject, por ejemplo, si sólo queréis "eliminar" el envío de una campaña en concreto.