Crear una aplicación empresarial implica algo más que dibujar pantallas: hay que definir datos, relaciones, permisos y reglas comprobables. El plugin de Dataverse para Copilot Cowork reúne parte de ese trabajo en una conversación, manteniendo pasos de revisión.
Qué anunció Microsoft
El 28 de octubre de 2026, Suyash Kshirsagar presentó un ejemplo de aplicación de inscripciones. Cowork crea tablas y relaciones, reutiliza contactos existentes y comprueba una regla de capacidad con lista de espera. El plugin aporta conexión a Dataverse y skills especializadas.
Según el ejemplo oficial, la conexión utiliza la identidad del usuario y sus roles; los cambios se presentan mediante aprobaciones. La demostración incluye comprobaciones de tipos, linting, compilación y revisión visual. No aporta una prueba de carga o concurrencia.
Arquitectura y requisitos
El flujo combina Cowork, el plugin, skills y el servidor MCP de Dataverse. La aplicación resultante se hospeda en Microsoft Copilot Managed Runtime, que permanece en preview. Microsoft Learn documenta autenticación Entra y administración desde Microsoft 365 para ese runtime.
El anuncio requiere inscripción en Frontier para construir aplicaciones en Cowork. Para comenzar, abra Customize, seleccione Microsoft Dataverse y conecte la URL del entorno. Trabaje inicialmente con datos sintéticos y permisos acotados.
El repositorio oficial Dataverse-skills ofrece instrucciones y componentes bajo licencia MIT. Esa licencia del código no concede derechos de uso sobre los servicios. Verifique disponibilidad, licencias de Dataverse y Cowork, condiciones del runtime y consumo antes del piloto; no debe suponerse que toda la combinación es gratuita.
Cómo diseñar una prueba que aporte evidencia
La siguiente es una propuesta editorial, no una implementación ejecutada por Enoiax. Una aplicación pequeña de seguimiento de solicitudes permite evaluar el patrón sin introducir inicialmente procesos financieros críticos.
- Defina campos obligatorios, estados válidos y reglas de duplicidad. Documente el resultado esperado antes de pedir la construcción.
- Revise las tablas existentes para evitar crear un segundo catálogo de personas u organizaciones.
- Examine cada modificación de esquema, relación y permiso antes de aprobarla.
- Pruebe un registro válido, otro incompleto, un duplicado y una transición de estado no permitida.
- Repita con un usuario de menor privilegio. Una pantalla que oculta un botón no demuestra por sí sola que la operación esté protegida.
- Ejecute dos operaciones simultáneas sobre el mismo caso y verifique el resultado persistido.
- Compruebe exportación, dependencias y despliegue en otro entorno antes de considerar el procedimiento reutilizable.
Qué revisar antes de producción
Las aprobaciones humanas ayudan a controlar cambios, pero no sustituyen pruebas de seguridad ni reglas implementadas correctamente. Revise dónde se valida cada condición, cómo se tratan reintentos y errores y qué información queda en trazas.
No utilice documentos confidenciales ni datos personales reales en la primera prueba. Inspeccione las skills que incorpora, registre sus versiones y mantenga regresiones cuando cambien. Los componentes en preview requieren revisar soporte y condiciones de servicio.
El ejemplo puede inspirar aplicaciones auxiliares de soporte o QA. No demuestra integración con Dynamics 365 Finance and Operations, validación de paquetes X++ ni cumplimiento tributario. Esas capacidades necesitan diseño y comprobación independientes.
Recomendación
Probar en un entorno controlado. La replicabilidad es media: existe procedimiento y evidencia de una demostración, pero faltan validación local, costes efectivos y pruebas de despliegue. Estimamos dos o tres días para un piloto con los accesos preparados; el plazo debe ajustarse al alcance real.