🟢 Introducción

Las vistas son una de las piezas más importantes de una aplicación Model-Driven. Son la manera en la que los usuarios consultan información, filtran registros y visualizan columnas relevantes de forma organizada.

Saber cómo funcionan, cómo se configuran y cuándo usar vistas personales o vistas del sistema es clave para cualquier desarrollador o consultor de Power Platform.

🧠 Qué es / para qué sirve

En Dataverse existen dos tipos principales de vistas:

1️⃣ Vistas del Sistema (System Views)

Definidas por el administrador o personalizador.
Se publican para todos los usuarios.

Sirven para:

• Definir filtros estándar de negocio
• Mostrar columnas relevantes
• Controlar la experiencia principal del usuario
• Usar vistas en formularios, subgrids y aplicaciones

2️⃣ Vistas Personales (Personal Views)

Creadas por los propios usuarios.
Pueden compartirse manualmente con otros.

Sirven para:

• Personalizar la información según el rol
• Guardar filtros de uso frecuente
• Crear vistas temporales o análisis propios

🧩 Sintaxis

Las vistas no tienen “código”, pero sí estructura:

• Columnas mostradas
• Ordenamiento
• Filtro principal (FetchXML)
• Ámbito de disponibilidad (sistema o personal)
• Visibilidad según rol de seguridad

Las vistas del sistema se configuran mediante el editor visual, que internamente genera FetchXML.

💻 Ejemplos con configuración

🔹 Ejemplo 1 — Vista del sistema “Casos Abiertos (Propios)”

• Filtro:

Estado = Activo
Propietario = Usuario actual

• Estado = Activo
• Propietario = Usuario actual

🔹 Ejemplo 2 — Vista personal “Oportunidades > 50,000 USD”

Creada por el usuario desde el panel de vistas:

• Filtro:

Est. Monto > 50000
Estado = Abierto

• Est. Monto > 50000
• Estado = Abierto

🔹 Ejemplo 3 — Vista de sistema para un subgrid

Una vista llamada “Proyectos activos del cliente”:

Filtro:

Estado del Proyecto = Activo
Cliente = Cliente del formulario

🧱 Buenas prácticas

✅ Usa nombres descriptivos (“Casos Escalados — Prioridad Alta”).
✅ Mantén las vistas del sistema como estándar de negocio, no preferencias personales.
✅ Limita el número de vistas del sistema para evitar saturar al usuario.
✅ Ordena columnas por relevancia (las más importantes primero).
✅ Controla permisos con roles de seguridad.
✅ Revisa el rendimiento: demasiadas columnas o joins → vistas lentas.

⚠️ Errores comunes

🚫 Crear vistas del sistema cuando solo son necesarias para un usuario.
🚫 Crear demasiadas vistas similares.
🚫 Usar columnas redundantes o muy pesadas.
🚫 No probar la vista en subgrids o diferentes formularios.
🚫 Falta de consistencia entre vistas en la misma tabla.

🔄 Variantes o alternativas

• Advanced Find (o su equivalente moderno) para construir vistas complejas.
• Charts y dashboards cuando el usuario necesita análisis visual y no lista.
• Power BI embedded si la vista requiere análisis avanzado.
• FetchXML Builder (XrmToolBox) para depurar vistas del sistema.

📚 Recursos oficiales

📕 Understand model-driven app views