Welcome to MSDN Blogs Sign in | Join | Help

Lanzamiento de Update Rollup 7 para Microsoft Dynamics CRM 4.0

Ayer, 22 de Octubre, se publicó el Update Rollup 7 para CRM 4.0.

Esta actualización está disponible para todos los idiomas soportados y afecta a los siguientes componentes de CRM 4.0:

  • Microsoft CRM 4.0 Server.
  • Microsoft CRM 4.0 Client para Outlook.
  • Microsoft CRM 4.0 E-mail router.
  • Microsoft SRS Data Connector para CRM 4.0.

El número de build para la actualización es el 4.00.7333.2138.

 

Más información

La información relativa al Update Rollup está accesible a través del artículo 971782 de la base de conocimiento. La lectura de este documento es altamente recomendable, en especial para aquellos hot fixes que requieren de alguna acción manual para su instalación.
El Update Rollup 7 no requiere la instalación de ninguno de los rollups para CRM 4.0 anteriores, es de disponibilidad pública y puede descargarse desde la siguiente página de descarga.

 

Por Nacho Peiro Alba

Resumen de Update Rollups publicados para Dynamics CRM 4.0

[Última Actualización: 23-oct-2009]

De acuerdo a la politica de lanzamiento de actualizaciones para Dynamics CRM 4.0, nuestro departamento de producto está lanzando actualizaciones de producto con una frecuencia de dos meses aproximadamente.

A continuación se incluye una tabla resumen de los rollups disponibles hasta la fecha con objeto de facilitar su localización y el acceso a la información relativa a los mismos. También se indica si contiene hot fixes que deban ser configurados manualmente.

 

Update Rollup

Fecha de lanzamiento

Número Build

Artículo KB

Requiere configuración manual

Página de descarga

CRMLandia

1

24-nov-08

4.0.7333.1113

952858

Ir

Ir

2

15-ene-09 4.0.7333.1316

959419

Ir

Ir

3

12-mar-09 4.0.7333.1408 961768 Ir

Ir

4

7-may-09 4.0.7333.1551 968176 Ir

Ir

5

2-jul-09 4.0.7333.1644 970141 Ir

Ir

6

27-ago-09 4.0.7333.1750 970148 Ir Ir

7

22-oct-09

4.0.7333.2138

971782

Ir

Ir

 

Todas las actualizaciones son acumulativas, por lo que no es necesario instalar actualizaciones previas para instalar un rollup en concreto. Lo que si de debe tener en cuenta son las configuraciones manuales que se deban hacer en rollups anteriores. En cualquier caso la lectura de los artículos de la base de conocimientos asociados a cada rollup es más que aconsejada.

Iremos actualizando la tabla según se vayan produciendo lanzamientos.

Un saludo.

 

Por Nacho Peiro

Problemas de rendimiento en Crm con algunos antivirus

Un problema de rendimiento en cualquier aplicación del mercado puede estar causado por muchos factores. Para Crm en concreto algunos de estos factores pueden ser el ancho de banda de la red, la capacidad de procesamiento del servidor web, la velocidad de disco de la base de datos, etc.

En ciertas ocasiones (como por ejemplo en la incidencia que resolvimos ayer, que es la que me ha hecho escribir este post), no hace falta ser un experto en análisis de rendimiento para detectar por qué un sistema no rinde como se espera.

 

Lo primero que hay que hacer es distinguir cuándo y dónde ocurre el problema. En general, y a grandes rasgos, distinguiremos entre dos tipos generales de problemas de rendimiento:

 

1) Un problema que sólo ocurre al realizar una acción específica (como por ejemplo, ejecutar un informe en particular).

2) Un problema general, en el que la mayoría de acciones no se ejecutan tan rápido como nos gustaría.

 

Así mismo, también podemos clasificar el problema dentro de uno de los siguientes escenarios:

 

1) El problema ocurre en todas y cada una de las máquinas de la red, incluyendo el propio servidor.

2) El problema ocurre en todas las máquinas cliente. En el servidor no.

3) El problema ocurre sólo para una o pocas máquinas.

 

Si el problema ocurre en todas las máquinas, es lógico pensar que el problema esté en el servidor. Si el problema no ocurre en el servidor, es más probable que el problema esté en la red, o quizá en alguna configuración global aplicada a todos los usuarios. Por contra, si el problema sólo pasa en unas pocas máquinas, lo que tendremos que averiguar es qué narices tienen esas máquinas en común.

En la incidencia de ayer, lo que estas máquinas tenían en común era un programa antivirus de un fabricante bien conocido. Resulta que en la página del propio fabricante se especificaba que su antivirus podría causar problemas de rendimiento (retrasos de hasta 8-12 segundos) en aplicaciones que hiciesen un uso intensivo de JavaScript o VB Script. Qué casualidad, justo lo que hace Crm!

 

Afortunadamente, este fabricante incluyó en su producto la posibilidad de deshabilitar el escaneo de dichos scripts. Por tanto, la incidencia quedó resuelta tan pronto como incluimos la carpeta de instalación de crm, y la carpeta de archivos temporales dentro de la lista de excepciones del antivirus.

 

Lo que al principio era un cliente enfadado con Crm, se convirtió en un cliente agradecido con nosotros, pues no sólo detectamos que lo que fallaba era un componente externo, sino que le guiamos hacia la solución.

 

Por Luis Mazario
Posted by luism | 0 Comments

El Rollup 6 ya está disponible

Esta misma mañana nuestro departamento de desarrollo ha publicado el sexto rollup para Crm 4.0.

 

Podéis encontrar en este enlace toda la información relativa a su contenido:

http://support.microsoft.com/kb/970148

 

Para descargarlo, habréis de hacerlo a través de este otro enlace:

http://www.microsoft.com/downloads/details.aspx?displaylang=en&FamilyID=79f90982-c039-41c2-af8e-3119ecf27790

 

Aprovecho para recordar que desde el grupo de soporte siempre recomendamos la actualización de vuestros servidores con el último rollup. Si es posible, también recomendamos que antes de instalarlo en el servidor de producción, se instale en el servidor de test para comprobar que todo funciona como es debido.

 

Por Luis Mazarío
Posted by luism | 1 Comments

Cómo cambiar la identidad del application pool de Crm y no morir en el intento

Como sabéis, el 'application pool' de Crm se arranca por defecto usando la cuenta 'Servicio de Red', pues esta es la configuración recomendada por Microsoft. Sin embargo, es posible que en ciertos escenarios queramos usar otra cuenta distinta. En este post no voy a tratar esos escenarios (eso lo dejo para futuros posts), y me voy a limitar a guiaros paso a paso si en alguna ocasión necesitáis realizar ese cambio.

1. Lo primero que tenemos que tener en cuenta es que la nueva cuenta de dominio que vamos a usar como identidad del Application Pool ha de ser una cuenta con suficientes permisos sobre todos los componentes de Crm (grupos de Directorio Activo, carpetas del Sitio Web, etc), por tanto se recomienda siempre usar una cuenta de administrador de dominio.

Para este ejemplo, en un alarde de originalidad vamos a suponer que esta cuenta se llama 'dominio\administrador'.

 

2. Vamos a añadir esta cuenta al grupo local IIS_WPG que se encuentra en el servidor de Crm.

Nótese que sin este paso, el application pool dejaría de arrancar tras cambiar su identidad. Nótese también que en IIS 7.0 (parte de Windows Server 2008) este paso no es necesario, pues el grupo IIS_WPG no existe.

En caso de que desconozcáis como conseguirlo, seguid estos pasos:

a) Click en inicio, right-click en Equipo, click en 'Administrar'.

b) Click en Usuarios o Grupos, click en Grupos, right-click en IIS_WPG, click en Agregar al grupo.

c) Buscar la cuenta 'dominio\administrador' y click en Aceptar.

image

 

3. Cambiamos la identidad del Application Pool, para ello:

a) Click en inicio, click en ejecutar, escribimos inetmgr y pulsamos enter.

b) Click en 'Grupos de Aplicaciones'.

c) Right-click en CrmAppPool y click en 'Set Application Pool Defaults'.

d) Click en la celda identidad. Click en el botón que indica que podemos especificar una cuenta distinta.

e) Click en 'Custom Account'. Click en el botón 'Set'.

f) Escribir dominio\administrador, y su password en los campos correspondientes.

g) Reiniciamos el application pool con los botones del menú contextual, o bien hacemos un iisreset en una ventana de comandos.

image

 

4. Cambiamos la identidad del Servicio de Procesamiento Asíncrono.

Desde versiones anteriores, Crm siempre ha necesitado que sus servicios se arranquen usando la misma cuenta que la que se usa en la Application Pool, por tanto hemos de ir a la consola de servicios y modificarla.

a) Inicio - Ejecutar - services.msc

b) Buscamos el Servicio Asíncrono de Microsoft Crm.

c) Right-click y entramos a sus propiedades.

d) En la pestaña xxxx sustituimos Network Service por la cuenta dominio\administrador, y escribimos el password donde lo pide.

e) Tras aceptar, deberemos reiniciar el servicio usando los botones de la barra de herramientas.

image

 

5. Añadimos la cuenta domain\administrador a los grupos de seguridad del dominio.

a) Necesitaremos tener acceso al controlador de dominio para poder abrir la consola de 'Usuarios y Equipos del Directorio Activo'.

b) Una vez dentro de dicha consola, buscaremos la Unidad Organizativa de Crm donde se crearon los 5 grupos de seguridad.

c) Hemos de añadir la cuenta a los siguientes tres grupos: PrivUserGroup, SQLAccessGroup, PrivReportingGroup.

En casode que no sepáis como añadir una cuenta a un grupo, basta con hacer right-click en el grupo y pulsar en 'Añadir a Grupo', y después escribir el nombre de la cuenta que se desea añadir.

image

 

6. Añadimos los SPNs necesarios a la cuenta.

Este es el paso más delicado (y complicado), por tanto prestad especial atención al seguir estos pasos.

a) Deberemos tener instaladas las Windows Support Tools bien en el servidor de Crm, o bien en el Controlador de Dominio. Si no están instaladas, descargarlas de aquí, e instaladlas.

b) Una vez instaladas, iremos a la carpeta c:\Archivos de Programa\Support Tools, donde se encuentra el archivo AdsiEdit, el cual hemos de ejecutar.

c) Una vez AdsiEdit esté abierto, navegaremos por el árbol que se encuentra en el panel de la izquierda hasta encontrar la cuenta del administrador.

d) Cuando la tengamos, hacemos right-click sobre ella y entramos a sus propiedades.

e) Buscamos una propiedad llamada Service Principal Names y hacemos doble click para abrirla.

f) En el cuadro de texto escribimos una cadena similar a la siguiente (da igual mayúsculas o minúsculas, pero aseguraros de escribirlo bien):

HTTP/crmserver

Tras escribirlo, pulsamos en Agregar, para que aparezca en la lista de SPNs que hay debajo.

g) Repetimos el paso anterior, esta vez para esta cadena:

HTTP/crmserver.dominio.local

image

IMPORTANTE: crmserver es el nombre de mi servidor de crm. Vosotros habréis de usar vuestro propio nombre y vuestro propio dominio y extensión. Por ejemplo, si en el dominio Contoso.org el servidor de Crm se llama server1, entonces los SPN serán HTTP/serv1 y HTTP/serv1.contoso.org

Nota: Es muy importante que en nuestro directorio activo no existan dos cuentas que contengan la misma cadena. Por ello es importante que la persona que administre el dominio os de el visto bueno para añadir estos SPN.

En caso de existir SPNs duplicados en varias cuentas, nos encontraremos con problemas de autenticación ejecutando Crm y otras aplicaciones que puedan estar instaladas en el sistema.

 

Esto es todo. Tras realizar estos cambios se suele ejecutar un iisreset para asegurarnos de que se toman las nuevas credenciales, y después lanzamos Crm para comprobar que todo está funcionando correctamente.

 

Por Luis Mazario
Posted by luism | 0 Comments

Update Rollup 5 para Microsoft Dynamics CRM 4.0.

La semana pasada se publicó el Update Rollup 5 para CRM 4.0.

Esta actualización está disponible para todos los idiomas soportados y afecta a los siguientes componentes de CRM 4.0:

  • Microsoft CRM 4.0 Server.
  • Microsoft CRM 4.0 Client para Outlook.
  • Microsoft CRM 4.0 E-mail router.
  • Microsoft SRS Data Connector para CRM 4.0.
  • Microsoft CRM 4.0 Data Migration Manager.

El número de build para la actualización es el 4.00.7333.1644.

 

Más información

La información relativa al Update Rollup está accesible a través del artículo 970141  de la base de conocimiento. Mi opinión es que la lectura de este documento es obligada, en especial para aquellos hot fixes que requieren de alguna acción manual para su instalación.
El Update Rollup 5 no requiere la instalación de ninguno de los rollups para CRM 4.0 anteriores, es de disponibilidad pública y puede descargarse desde la siguiente página de descarga.

 

Por Nacho Peiro

Actualización 4.4.1 de la Guía de Implementación Microsoft Dynamics CRM 4.0

El mes pasado se ha publicado una nueva actualización (4.4.1) de la guía de implementación Microsoft Dynamics CRM 4.0.

 

Cúales son las novedades.

La actualización contiene de 40 correcciones y revisiones, entre los que destacan los siguientes:

  • Nuevos tópicos.
    1. Configuración de una implementación Microsoft Dynamics CRM con Internet-facing deployment.
    2. Instalación de E-Mail Router en múltiples ordenadores.
    3. Actualización desde Microsoft Dynamics CRM 3.0.
    4. Planificación de la integración de e-mail.
    5. Contadores de rendimiento.
  • Esta actualización incluye también el ensamblaje completo de la guía en un archivo de búsqueda compilado (CHM)
  • Una mini tabla de contenidos localizada al principio de cada documento Word para facilitar la navegación.

No obstante el paquete de descarga incluye un documento con la relación de todos los cambios.

 

Dónde conseguirla.

De momento esta actualización sólo está disponible en inglés y se puede conseguir en su página de descarga.

 

Por Nacho Peiro

Update Rollup 4 para Microsoft Dynamics CRM 4.0.

El pasado 7 de mayo se publicó el Update Rollup 4 para CRM 4.0.

Esta actualización está disponible para todos los idiomas soportados y afecta a los siguientes componentes de CRM 4.0:

  • Microsoft CRM 4.0 Server.
  • Microsoft CRM 4.0 Client para Outlook.
  • Microsoft CRM 4.0 E-mail router.
  • Microsoft SRS Data Connector para CRM 4.0.
  • Microsoft CRM 4.0 Data Migration Manager.

El número de build para la actualización es el 4.0.7333.1551.

 

Más información

La información relativa al Update Rollup está accessible a través del articulo 968176 de la base de conocimiento. Mi opinión es que la lectura de este documento es obligada, en especial para aquellos hot fixes que requieren de alguna acción manual para su instalación.

El Update Rollup 4 no requiere la instalación de ninguno de los rollups para CRM 4.0 anteriores, es de diponibilidad pública y puede descargarse desde la siguiente página de descarga.

 

Por Nacho Peiro

AutoUpdate de cliente en Crm

En una organizaciones con docenas/cientos de puestos cliente mantener las máquinas actualizadas puede ser una tarea difícil de conseguir.

Para este propósito contamos con varios mecanismos que nos harán la vida más fácil (o al menos lo intentarán). A continuación paso a describir como echar a andar uno de estos mecanismos: La herramienta ClientPatchConfigurator.exe.

 

Esta herramienta está contenida en el directorio %crm install dir%\Tools, y se ejecuta en modo texto pasándole como parámetro un fichero XML que contenga las opciones de configuración. Para hacerlo todo mucho más gráfico vamos a ir paso a paso realizando todas las opciones necesarias.

 

1. Nos bajamos el parche que queramos instalar en todos los clientes, y lo guardamos en cualquier carpeta del servidor de Crm, por ejemplo en D:\parches

2. Abrimos una ventana de comandos y vamos a D:\parches y escribimos:

CRMv4.0-KB[numero]-i386-Client-INTL.exe /x

3. Esto habrá extraído todos los ficheros contenidos en el paquete del parche. A continuación los cortamos y los pegamos en la carpeta %crm install dir%\crmweb\crmpatches. Notese que tendremos que crear dicha carpeta la primera vez que la usemos.

4. De vuelta a %crm install dir%\Tools, crearemos un nuevo fichero de texto que renombraremos como update.xml. Lo editamos y pegamos lo siguiente (después explico qué es cada cosa).

<ClientPatches> 
<Create> 
    <ClientPatchInfo>
        <PatchId>{85F5616A-F266-4E0B-BB4C-39B5B3AECE5C}</PatchId>
        <Title>Duplicates in Outlook with Shared Calendars, Tasks or Contacts</Title>
        <Description>Descripcion</Description>
        <IsMandatory>true</IsMandatory>
        <IsEnabled>true</IsEnabled>
        <ClientType>OutlookDesktop,OutlookLaptop</ClientType>
        <LinkId>CRMv4.0-KB949086-i386-Client-INTL.exe</LinkId>
    </ClientPatchInfo> 
</Create> 
</ClientPatches>
  • El Guid contenido entre las etiquetas PatchId lo obtenemos del fichero config.xml que obtuvimos en el paso 3.
  • El título y la descripción no son relevantes, sólo las ponemos a modo informativo para poder distinguir los distintos parches cuando tengamos varios parches preparados para la autoactualización.
  • Las opciones IsMandatory e IsEnabled de los pasos 7 y 8 se ponen a True cuando queremos publicar un fix, y a false (sí, ambas se ponen a false) cuando queramos despublicarlo. Nótese que si no lo despublicamos, el fix seguirá siendo considerado como obligatorio cada vez que conectemos un nuevo cliente. Después haré un pequeño anexo para mostrar como despublicar un fix.
  • ClientType nos dice el tipo de cliente para el que el parche estará disponible: Desktop, Laptop, o ambos.
  • LinkId muestra el nombre del fichero .exe que descomprimimos en el paso 2.

Nota: Podemos poner múltiples secciones <ClientPatchInfo>, una para cada parche, en el mismo fichero.

5. Ahora, de nuevo en modo texto, vamos al directorio Tools y ejecutamos:

microsoft.crm.tools.clientpatchconfigurator.exe update.xml

6. Ya podemos olvidarnos del servidor e ir a la máquina cliente. En ella, abrimos un editor de registro y localizamos la clave:

HKEY_LOCAL_MACHINE\Software\Microsoft\MSCRMClient

7. Hacemos click con el botón derecho y le damos a New - String. Le damos el nombre AutoUpdateDownloadUrl, y el valor http://servername/crmpatches

Una imagen vale más que mil palabras:

regkey

8. Y como dijo mi ídolo el de bricomanía: "así de fácil, así de sencillo" hemos habilitado un fix para que sea publicado en cada nuevo cliente :o)

Nótese que la actualización no es transparente al usuario, sino que éste recibe una pantalla al arrancar Outlook que le pide instalar los nuevos parches publicados. Si el parche esta marcado como 'IsMandatory', Crm no funcionará a menos que el usuario acepte la instalación.

 

ANEXO: ¿Cómo despublicar un parche?

Antes de mostrar como despublicar un fix, hemos de entender qué hemos conseguido con los pasos 1-8 arriba citados. Básicamente, lo que hemos hecho ha sido añadir una fila a una tabla de la base de datos. En dicha fila, a parte del ID del fix, se marca también si el fix está disponible (IsEnabled) y si es obligatorio (IsMandatory).

Por tanto, para que un fix no sea necesario, tenemos dos posibilidades:

a) Marcarlo como no-habilitado

b) Borrar la fila de la base de datos

 

Opcion a)

Para el paso a, volvemos a ejecutar el paso 5. previa modificación del fichero XML marcando:

<IsMandatory>false</IsMandatory>
<IsEnabled>false</IsEnabled>

Por supuesto el resto de filas se quedan como estaban.

 

Opcion b)

Para eliminar por completo la entrada de la tabla (asumiendo que no vamos a necesitar volver a instalar este fix de nuevo), ejecutaremos la sentencia del paso 5. pero con el siguiente fichero xml:

<ClientPatches>  
<Delete>
    <PatchId>{5406B219-A1AC-1111-8695-72292C8195AC}</PatchId>
</Delete> 
</ClientPatches>

 

Podéis encontrar más información sobre este tema en la Guía de Implementación de Crm 4.0

 

Por Luis Mazario

Update Rollup 3 para Microsoft Dynamics CRM 4.0

De acuerdo a la política de lanzamiento de actualizaciones, esta semana se ha lanzado el Update Rollup 3 para CRM 4.0. Esta actualización está disponible para todos los idiomas soportados por CRM 4.0.

Este update es el tercero de los rollups liberados para Dynamics CRM 4.0, tras la publicación en Noviembre de 2008 del Update Rollup 1 para CRM 4.0 y en Enero del 2009 el Update Rollup 2. Sin embargo la instalación de dichas actualizaciones no es un requisito para la instalación de este tercer update.

El número de build correspondiente al Update para Dynamics CRM 4.0 Server, Dynamics CRM 4.0 Client para Outlook,  Dynamics CRM E-mail Router y CRM Connector for SRS es el 4.0.7333.1408.

 

Más información

El Update Rollup 3 incluye más de 90 hotfixes y, dado que incluye los Updates 1y 2, podemos hablar de más de 380 hotfixes sobre la versión original de CRM 4.0.

Como es habitual en este tipo de lanzamientos, se puede encontrar información detallada en la base de conocimiento de Microsoft. El artículo asociado al Update Rollup 3 es el 961768.

 

Dónde conseguirlo

El Update Rollup 3 para Dynamics CRM 4.0 es de disponibilidad pública y se puede obtener en su página de descarga.

 

Por Nacho Peiro Alba

Cómo aumentar el límite de registros que se pueden exportar a una hoja de Excel

Una de las funciones más atractivas de Crm es su habilidad para exportar datos directamente desde una vista de usuario a una hoja de Excel, de modo que dicho usuario pueda explotar los datos a su antojo usando todas las posibilidades de Excel.

Los que trabajen con cantidades importantes de datos se habrán dado cuenta de que al intentar exportar más de 10.000 registros, sólo los primeros 10.000 son exportados, lo cual viene definido por un parámetro de configuración de Crm, el cual se encuentra en la base de datos.

Para poder aumentar este límite de 10.000 registros, en Crm v3 proporcionamos este artículo de conocimiento, sin embargo los pasos para lograrlo en v4 son distintos y no están disponibles al público, y es por ello por lo que los vamos a detallar a continuación.

 

Antes de seguir ningún paso, tened en cuenta que toda acción que implique una modificación directa de la base de datos ha de realizarse con extremo cuidado, ya que si nos equivocamos al modificar un campo, este cambio no puede ser deshecho (con la pérdida de información o corrupción de datos que eso puede significar), por tanto siempre es obligatorio tener un backup válido y asegurarse de que nadie esté usando el sistema mientras realizamos los cambios por si fuese necesario restaurar dicho backup.

Una vez soltado el sermón, y siendo consciente de que cada uno hace con su servidor lo que le da la gana :o), procedo a detallar los mencionados pasos (nótese que aplican a un SQL Server en inglés):

 

  1. Abre Microsoft SQL Server Management Studio. Para ello haremos click en Inicio - Todos los programas - Microsoft SQL Server 2005 - SQL Server Management Studio.
  2. Click en New Query.
  3. En la lista de Bases de Datos, elegimos la que sea llame como nuestra organización, seguida de _MSCRM.
  4. En el panel de la Query, escribimos la siguiente sentencia:
  5. update OrganizationBase set maxrecordsforexporttoexcel = <number>

    Nota: <number> es el máximo número de registros que deseamos que se puedan exportar a Excel, teniendo en cuenta que el número que pongamos no debe ser excesivamente grande por propia limitación de Excel.

    query

  6. Click en Execute (en el signo de exclamación rojo de la barra de tareas).
  7. Reiniciamos IIS (Inicio - Ejecutar - iisreset).

 

Una vez hecho esto, por favor probad a exportar más de 10.000 registros para comprobar que son transferidos a Excel correctamente.

 

 

Por Luis Mazarío

Activando el registro de CRM E-mail Router con E-mail Connector Logger Tool

Ya vimos en una entrada anterior como habilitar el registro de CRM E-mail router. Hoy vamos a hablar de como activar el registro con la ayuda de la E-mail Connector Logger Tool. Esta herramienta ha sido diseñada por nuestro compañero Bejamin Lecoq.

 

Qué funcionalidad incluye

La principal ventaja del uso de la E-mail Connector Logger Tool es que nos evita el modificar el fichero Microsoft.CRM.Tools.EmailAgent.xml de manera manual. Esta herramienta permite la activación del registro de E-mail Router para los siguientes perfiles:

  • Perfil de correo entrante para buzones de usuario y/o colas.
  • Perfil de correo entrante para un buzón de enrutamiento.
  • Perfil de correo saliente.

Así mismo, la herramienta redirecciona el registro a un fichero de texto plano en lugar del Visor de Sucesos.

Una posible limitación de la herramienta es no poder activar el registro de manera global para todo el servicio. No obstante, E-mail Connector Logger Tool es una herramienta con vocación de prestar ayuda en el ámbito del soporte; y generalmente cuando es usada es para monitorizar el correcto funcionamiento de un determinado perfil.

 

Como usar la herramienta
  1. Descargar en el servidor donde CRM E-mail Router está instalado el archivo Crm4EmailConnectorLogger.zip desde la página de descarga del blog de Benjamin.
  2. Extraer todos los archivos contenidos.
  3. Ejecutar el archivo Crm4EmailConnectorLogger.exe.
  4. Seleccionar la organización de CRM deseada.

    Step1a
  5. Seleccionar los perfiles de los que se desea obtener el registro, especificando el archivo donde se quiere redireccionar el registro y el nivel de detalle deseado. Para más información acerca de los niveles de detalle consultar esta entrada de nuestro blog.

    step2a
  6. Pulsar el botón Enable Logging.

    step2b
  7. Como la propia herramienta nos advierte, ésta no debe ser cerrada hasta que se haya parado la obtención del registro. Pulsar el botón Aceptar.

    Step3
  8. Para obtener un detalle completo de la gestión que CRM hace de los mensajes de correo electrónico, puede ser interesante activar las trazas de plataforma de CRM.
  9. Ejecutar la funcionalidad sobre la que se quiere obtener el registro de E-mail Router enviando los mensajes necesarios.
  10. Parar el registro, pulsando el botón Stop Logging.

    Step4a
  11. Los ficheros de los registros son guardado en la carpeta %ProgramFiles%\Microsoft CRM Email\Service.

 

Por Nacho Peiro Alba

&#191;Por qu&#233; la organizaci&#243;n por defecto no cambia cuando la modificamos en el Administrador de Implementaciones?

Este comportamiento es bien conocido por administradores de sistemas Crm multiorganización. Resulta que si en un sistema en el que tenemos dos o más organizaciones cambiamos la organización por defecto de una organización llamada 'A' a otra llamada 'B', cuando entramos con un usuario que pertenezca a ambas organizaciones, se le seguirá redirigiendo a 'A'.

Esto puede resultar chocante, pues lo que se esperaba es que el usuario fuese redirigido a 'B', sin embargo tiene una explicación bastante sencilla que procedo a explicar.

Cuando cambiamos la organización por defecto, este cambio no se aplica retroactivamente. Es decir, los usuarios que ya tengan una organización favorita por defecto van a seguir igual, mientras que los nuevos usuarios que se añadan al sistema sí que serán asignados a la nueva organización por defecto.

Esto nos lleva inmediatamente a pensar: ¿y cómo demonios cambio la organización por defecto de un usuario de los viejos? (fijaos en que estas palabras serán literalmente las que vosotros pronunciéis :o))

La respuesta es: Usando la herramienta que nuestros compañeros de Estados Unidos han desarrollado para este propósito. Nótese que no es nuestra (es decir, ni mi compañero ni yo la hemos programado), por tanto no se nos permite colgarla en este blog. En cuanto consigamos el permiso de su creador, la enlazaremos en este post.

Otra posible solución sería crear nuestro propio código SDK que itere sobre los usuarios viejos y cambie su organización. Los más manitas no tendrán problemas en programar algo así. Cuando lo hagan, que nos lo manden :o)

 

Por Luis Mazarío
Posted by luism | 0 Comments

Herramienta para crear cuentas y contactos en entornos de test

Hemos creado una pequeña herramienta para poder crear múltiples contactos y cuentas en un servidor vacío que necesitemos llenar de datos.

Esta es la pinta que tiene:

Capture

Se han visto cosas más bonitas, pero creemos que cumple su función. Damos la bienvenida a posibles sugerencias para mejorarla :o)

Su funcionamiento es muy sencillo:

  • La ejecutamos en el servidor de Crm
  • Rellenamos el campo superior con el nombre de nuestra organización de Crm. Si no sabéis el nombre de vuestra organización, lanzad Crm desde Internet Explorer, y veréis que el nombre de organización es lo que va antes de 'loader.aspx' en la barra de direcciones. En mi caso es 'Crmorg':

organizacion

  • Rellenamos el numero de registros que queremos crear.
  • Seleccionamos el tipo de registro (la elección por defecto es cuentas).
  • Pulsamos el botón crear, y esperamos hasta que la barra inferior nos muestre que el proceso se ha completado.

 

Ojo con poner un número demasiado grande, pues Crm tardará un rato en crearlos, y después borrarlos no es tan fácil como crearlos :o)

 

 

Por Luis Mazario
Posted by luism | 1 Comments

Update Rollup 2 para Microsoft Dynamics CRM 4.0

De acuerdo a la nueva política de lanzamiento de actualizaciones, esta semana se ha lanzado el Update Rollup 2 para CRM 4.0. Esta actualización está disponible para todos los idiomas soportados por CRM 4.0.

Este update es el segundo de los rollups liberados para Dynamics CRM 4.0, tras la publicación en Noviembre de 2008 del Update Rollup 1 para CRM 4.0. Sin embargo la instalación del Update 1 no es un requisito para la instalación de este segundo update.

El número de build correspondiente al Update para Dynamics CRM 4.0 Server, Dynamics CRM 4.0 Client para Outlook, Dynamics Data Migration Client,  Dynamics CRM E-mail Router y CRM Connector for SRS es el 4.0.7333.1316.

 

Más información

El Update Rollup 2 incluye más de 140 hotfixes y, dado que incluye el Update 1, podemos hablar de más de 290 hotfixes sobre la versión original de CRM 4.0.

Como es habitual en este tipo de lanzamientos, se puede encontrar información detallada en la base de conocimiento de Microsoft. El artículo asociado al Update Rollup 2 es el 959419.

 

Dónde conseguirlo

El Update Rollup 2 para Dynamics CRM 4.0 es de disponibilidad pública y se puede obtener en su página de descarga.

 

Por Nacho Peiro Alba

More Posts Next page »
 
Page view tracker