Alberto Jiménez

Estamos tratando de desarrollar una aplicación que sea capaz de hacer cosas con los registros seleccionados en un grid de CRM, debido a que CRM devuelve los GUID’s seleccionados en el parámetro dialogArguments, es necesario recuperarlos en el lado del cliente. Para nuestro caso particular se requería trabajar con ellos del lado del servidor por lo que decidimos crear un campo de texto oculto y hacer postback con ellos. Sin embargo, cada vez que ocurría el postback se abría una nueva venta, depués de un día intentando solucionar esto de las formas más rebuscadas, descubrimos que lo único que teníamos que hacer era incluir la instrucción <base target=_self /> en la sección head de la página.

Como parte de la migración del CRM 3.0 que tenemos implementado comenzamos con la instalación de SQL Server 2005. La idea es mantener el servidor actual de SQL Server 2000 debido a otras aplicaciones que no soportan la versión 2005. Dado que no contamos con presupuesto (ni espacio) para la adquisición de un nuevo servidor (hardware) decidimos intalar SQL en el equipo que actualmente aloja al CRM 3.0 esta "caja" cuenta con la capacidad necesaria para tal efecto. La instalación transcurrió de forma normal, sin embargo fue necesario usar un nombre de instancia (instance name) diferente al que se presenta por omisión debido a que ya se contaba con una instalación de SQL Reporting Services 2000 que debe mantenerse por el momento. Finalmente, como no deseamos usar el protocolo https, fue necesario desactivar la casilla correspondiente en la configuración de SQL Reporting Services 2005 que al parecer viene marcada por omisión en la instalación.

El problema básicamente era qué necesitábamos qué un callout para CRM 3.0 grabara un archivo en un servidor distinto al del CRM, como siempre las pruebas fueron exitosas pero al publicarlo aparecía un error de acceso denegado, a pesar de que la carpeta correspondiente contaba con permisos para la cuenta de usuario NETWORK SERVICE qué es la cuenta bajo la cual corre el callout. Finalmente encontramos un artículo en Technet sobre Service Accounts en el que se explica que un servicio que corre bajo la cuenta Network Service accede a los recursos de la red usando las credenciales de la cuenta de computadora. Sobre la base de esa explicación incluimos la cuenta de computadora correspondiente al servidor de CRM en los permisos NTFS y listo, el callout funcionó perfectamente.