Después de consultar con expertos en la materia, programadores de deferentes áreas y maestros dimos con la respuesta al dilema y la dejamos plasmada en este post.
Solución:
Encontré este informe de error que explica exactamente el problema que tuve:
http://connect.microsoft.com/SQLServer/feedback/details/757358/pasting-objects-with-expressions-pastes-fully-qualified-functions
Resumen de lo anterior: cuando copia/pega expresiones de servicios de informes de un lugar a otro (copié un Tablix completo, con expresiones en él), todas las partes de esa expresión se expanden a sus nombres completos. Hay un error específico cuando copia/pega una expresión que contiene “Cstr()”. Obtiene un nombre completo que no se resuelve correctamente.
Afortunadamente, esto es fácil de solucionar, incluso si tiene un montón de expresiones de este tipo en su informe. –Ir a Ver > Código Hacer una búsqueda de “RdlObjectModel” o “Cstr”. Estás buscando algo como esto:
Microsoft.ReportingServices.RdlObjectModel.ExpressionParser.VBFunctions.Cstr([your expression here])
-Elimine todo, desde “Microsoft” hasta “Cstr”, para que se vea así:
Cstr([your expression here])
-Ahorrar. Esencialmente, ha deshecho lo que los servicios de informes intentaron hacer tan “útilmente” cuando copió/pegó la expresión en primer lugar.
Acabo de tener un problema similar, pero fue con otra función de conversión: CDEC. Mi conjetura es que ocurrirían problemas similares al usar cualquier función en el grupo Conversión y probablemente otras.
Lo había descubierto yo mismo y eliminé el Microsoft.ReportingServices.RdlObjectModel.ExpressionParser.VBFunctions. que agregó el estúpido editor. Evidentemente, agrega notación dotNET estúpida totalmente calificada al copiar cualquier otro objeto.
Desafortunadamente, esos idiotas de Microsoft han marcado este error como NUNCA SE ARREGLARÁ (como la mayoría de los errores de Microsoft).
Calificaciones y reseñas
Si sostienes algún titubeo y capacidad de refinar nuestro reseña puedes añadir una referencia y con placer lo leeremos.