SSRS 2016 vs SSRS 2008

Un error enemigo del pasado vuelve, pero esta vez no podemos indagar en los logs por ser versión OnLine

Problema

errorwindows

Hace un par de días tuve la necesidad de modificar un reporte de un cliente, el reporte lo descargue directo de Dynamics, al agregarlo a un proyecto de Visual Studio 2015 y hacer las modificaciones que se necesitaban, lo siguiente era subirlo a Dynamics de vuelta pero lamentablemente me regresaba un error muy general, de esos que no te dicen nada.

ErrorSSRS

No te voy a decir el número de intentos que hice y las pruebas, te lo pongo súper sencillo y el error lo estaba generando yo mismo al estar utilizando Visual Studio 2015 y con una configuración NO adecuada, lo que pasa es que Visual Studio esta diseñado para trabajar creando reportes pensando en que la versión del servidor de SQL Server Reporting Services es una versión nueva, como la 2014 o 2016, no la 2008 que aún utiliza Dynamics OnLine, si 2008, raro no? si hablamos de la infraestructura OnLine.

Resolución

problema-solucion

Después de revisar cada detalle de lo que estaba haciendo, revise el XML del archivo que bajaba y del que subía y fue ahí donde vi que en una pequeña línea de ese XML, la diferencia era la versión de SSRS, al investigar como era que se cambiaba encontré que lo que debemos de hacer en nuestro proyecto de Business Intelligence de tipo Reporting Services es

    1. Ir a propiedades del proyecto
    2. Asegurarnos que en cada opción del campo Configuration en la sección de las propiedades, en la propiedad Target Server Version tiene el valor SQL Server 2008configs
    3. Después de esto hacemos un rebuild del proyecto y al momento de querer seleccionar el reporte para subirlo a Dynamics CRM lo debemos de hacer de la carpeta bin, como si estuviéramos escogiendo la dll de un proyecto de desarrollo, ya que Visual Studio hace una copia y la pone en el bin, con la versión correcta, mientras que la de la carpeta de nuestro proyecto sigue con version 2016, ya que por diseño visualmente se requiere de la version 2016.debug
    4. Al final debemos de validar que el XML tiene la versión correcta en la primer línea.def

Y listo! al subir el reporte no debe de generar ningún error, en el pasado era más sencillo ubicar este problema ya que en las versiones OnPremise podíamos revisar el log de Reporting Services y darnos cuenta de que las versiones eran incompatibles, al no tener el detalle o el acceso a OnLine lo hace un poco más difícil.

Saludos!!

crm_lovers_logo_azul

 

Responder

Introduce tus datos o haz clic en un icono para iniciar sesión:

Logo de WordPress.com

Estás comentando usando tu cuenta de WordPress.com. Cerrar sesión /  Cambiar )

Google+ photo

Estás comentando usando tu cuenta de Google+. Cerrar sesión /  Cambiar )

Imagen de Twitter

Estás comentando usando tu cuenta de Twitter. Cerrar sesión /  Cambiar )

Foto de Facebook

Estás comentando usando tu cuenta de Facebook. Cerrar sesión /  Cambiar )

Conectando a %s