🧪 D365FO 10.0.49: validación masiva de ER con batch e histórico
🧪 D365FO 10.0.49: validación masiva de ER con batch e histórico
Validar una configuración de Electronic Reporting antes de completarla ya era posible. El problema aparecía cuando queríamos responder a una pregunta mucho más operativa: ¿qué versiones de todas nuestras configuraciones hemos validado, cuándo y con qué resultado?
Dynamics 365 Finance 10.0.49, Platform update 73, introduce Enhanced validation management for Electronic Reporting configurations. La nueva experiencia permite seleccionar varias versiones completadas, validar en modo interactivo o batch y conservar un histórico compartido por configuración y versión. Microsoft actualizó el plan de lanzamiento de estas capacidades ER el 27 de agosto de 2026.
No es una comprobación cosmética. Convierte una validación aislada del diseñador en un proceso repetible para gobernar un catálogo de formatos, mappings y modelos.
Qué cambia exactamente
Hasta ahora, las validaciones se ejecutaban sobre una versión individual y también se lanzaban automáticamente al importar, completar o hacer rebase de determinadas configuraciones. Eso continúa existiendo.
Con la característica activada, se añaden tres piezas:
| Capacidad | Cambio técnico |
|---|---|
| Selección múltiple | Una operación puede inspeccionar varias versiones Completed. |
| Ejecución desacoplada | La misma validación puede ejecutarse de forma interactiva o enviarse a batch. |
| Estado persistente | El resultado queda registrado por ejecución, configuración y versión. |
El motor conserva las categorías de inspección conocidas: Executability, Performance y Data integrity. Los problemas incluyen la ruta del elemento afectado y algunos admiten corrección automática. La novedad no sustituye el motor de validación: cambia cómo lo orquestamos, escalamos y auditamos. Documentación de validación ER.
Diagrama original. El histórico aporta evidencia de la validación, pero no reemplaza las pruebas funcionales del documento generado.
Disponibilidad y requisitos
A fecha de publicación de este artículo, 10.0.49 sigue siendo una versión de preview y no debe instalarse en producción. El calendario oficial indica:
| Hito | Fecha prevista |
|---|---|
| Preview disponible | 27 de julio de 2026 |
| Última actualización posible de preview | 17 de agosto de 2026 |
| GA para self-update | 11 de septiembre de 2026 |
| Primera autoactualización de producción | 2 de octubre de 2026 |
| Segunda autoactualización de producción | 1 de noviembre de 2026 |
Las fechas están sujetas a cambios. Microsoft exige desplegar el paquete preview en un entorno de desarrollo o pruebas, nunca en producción. Calendario de actualizaciones.
Requisitos confirmados:
- Finance and Operations 10.0.49 / Platform update 73.
- La característica Enhanced validation management for Electronic Reporting configurations activada en Feature management.
- Al menos una versión ER completada; la selección múltiple no admite borradores.
- Acceso autorizado a la página de configuraciones ER y, si se programa en segundo plano, capacidad para crear la tarea batch.
La documentación de tareas ER utiliza los roles Electronic reporting developer, Electronic reporting functional consultant o System administrator en sus laboratorios. No asumas que eso define el mínimo exacto para tu organización: revisa privilegios y segregación antes de conceder un rol amplio. Ejemplo oficial de roles ER.
Arquitectura operativa
La validación queda separada de la sesión interactiva cuando elegimos batch:
- Un usuario selecciona versiones completadas desde el repositorio de configuraciones.
- Finance crea una ejecución interactiva o una tarea batch.
- El motor inspecciona los componentes ER y clasifica sus mensajes.
- Al finalizar, persiste el resumen de la ejecución y el detalle por versión.
- Otros usuarios autorizados del mismo entorno pueden revisar ese histórico.
Una tarea batch se ejecuta con las credenciales del usuario que la creó. Este detalle importa si el catálogo incluye configuraciones o compañías a las que no todos deberían acceder. Seguridad de ejecución batch.
El histórico no es global entre entornos. Si validamos en DEV y después importamos en UAT, la documentación solo confirma el estado almacenado en el entorno actual. Por tanto, no debemos tratar una fila de DEV como evidencia automática de UAT o PROD.
Configuración paso a paso
1. Preparar un conjunto de prueba
En un entorno con 10.0.49, identifica dos o tres configuraciones propias o derivadas que tengan una versión Completed. No modifiques una configuración propiedad de Microsoft para fabricar un error.
Anota antes de activar la característica:
- nombre y versión;
- tipo de componente;
- resultado de la validación individual actual;
- tiempo aproximado;
- warnings conocidos y su justificación.
Esta fotografía será nuestra línea base.
2. Activar la característica
- Abre Workspaces → Feature management.
- Busca Enhanced validation management for Electronic Reporting configurations.
- Revisa dependencias y selecciona Enable now.
- Cierra y vuelve a abrir la página de configuraciones si ya estaba cargada.
No he encontrado en la documentación una opción específica para revertir datos del histórico al desactivar la característica. Evalúa el cambio primero en sandbox.
3. Comprobar la validación individual
- Ve a Organization administration → Electronic reporting → Configurations.
- Selecciona una configuración y una versión.
- En el FastTab Versions, elige Validate.
- Comprueba que siguen apareciendo errores y warnings con su ruta.
Con la característica desactivada, Validate se encuentra en el Action Pane; activada, pasa al FastTab de versiones. Conviene documentarlo para soporte, porque el cambio de ubicación puede parecer una desaparición de la función.
4. Ejecutar una validación masiva interactiva
- Desde Configurations, abre Validation → Validate configurations.
- Selecciona varias versiones completadas.
- Ejecuta sin habilitar batch.
- Verifica el resumen y que cada versión seleccionada tenga resultado.
Utiliza el modo interactivo para un conjunto pequeño. Microsoft advierte que puede tardar y recomienda batch para configuraciones grandes o numerosas.
5. Programar la misma operación en batch
- Repite Validation → Validate configurations.
- Selecciona el catálogo acordado.
- Pulsa Batch y configura nombre, grupo y recurrencia según vuestro gobierno.
- Confirma la notificación de encolado.
- Revisa el identificador y el log del batch ante cualquier fallo de infraestructura.
La documentación confirma el envío a batch, pero no define una periodicidad estándar. Mi recomendación es empezar con una ejecución posterior a importaciones o promociones relevantes; una recurrencia diaria sin cambios solo añade ruido.
Revisar el histórico
Abre Validation → Validation history. La cabecera de cada ejecución registra:
- fecha de finalización y usuario creador;
- modo
InteractiveoBatch; - identificador del batch;
- número de configuraciones revisadas;
- contadores
Passed,WarningsyFailed.
Al seleccionar una ejecución, la rejilla inferior desglosa configuración, versión, tipo, resultado y número de mensajes. Show message details permite bajar al error o warning individual. El histórico es persistente y compartido dentro del entorno; las ejecuciones también se pueden borrar. Histórico de validaciones ER.
Ese borrado debe formar parte del gobierno. Microsoft no documenta en estas páginas una retención automática ni un mecanismo de exportación del histórico. Si necesitáis evidencia durante años, no prometáis esa capacidad sin verificarla en vuestro diseño.
Patrón de promoción recomendado
Propongo utilizar el resultado como un quality gate humano:
Importar / rebasar configuración
↓
Validar versiones completadas en batch
↓
Errors = 0
↓
Revisar y justificar warnings
↓
Ejecutar pruebas funcionales y comparar salidas
↓
Autorizar promoción al siguiente entorno
No afirmo que exista una API pública o un gate automático de pipeline para esta pantalla: Microsoft documenta la experiencia de aplicación. Automatizar el bloqueo requeriría una interfaz soportada y una investigación adicional.
Plan de pruebas
| Caso | Resultado esperado |
|---|---|
Seleccionar dos versiones Completed | Ambas aparecen en una única ejecución. |
| Intentar seleccionar un borrador | No está disponible para la operación masiva. |
| Ejecutar interactivamente | El histórico indica modo Interactive. |
| Ejecutar en background | El histórico indica Batch y conserva el ID del trabajo. |
| Abrir una ejecución | Los contadores cuadran con el detalle por configuración. |
| Consultar desde otro usuario autorizado | Ve el mismo histórico del entorno. |
| Borrar una ejecución de prueba | Desaparece del histórico tras confirmar la acción. |
| Volver a validar la misma versión | Se conserva una nueva ejecución sin confundirla con la anterior. |
Añadiría una prueba de regresión del documento generado para cada formato crítico. Una validación de consistencia no demuestra que el XML sea aceptado por la autoridad fiscal, que el PDF conserve su diseño ni que un fichero de pago pase las reglas del banco.
Limitaciones, seguridad y licenciamiento
- Solo versiones completadas en la selección múltiple.
- Histórico por entorno, no evidencia transportada entre DEV, UAT y PROD.
- Warnings no equivalen automáticamente a aprobación: hay que clasificarlos y justificar excepciones.
- No reemplaza el runtime: para rendimiento real existen trazas de ejecución ER; para el resultado, pruebas funcionales.
- Credenciales batch: la ejecución utiliza la identidad del usuario creador.
- Datos compartidos: nombres, versiones y mensajes quedan visibles a quienes tengan acceso al histórico del entorno.
La capacidad forma parte de Finance 10.0.49 y Microsoft no publica un add-on específico para activarla. Sigue siendo necesario disponer de las licencias y derechos de acceso de Dynamics 365 Finance aplicables. No intervienen Copilot Credits. Para decisiones contractuales, prevalecen Product Terms y la guía de licenciamiento vigente.
Conclusión
La mejora no hace más inteligente el motor ER; hace gobernable su validación. Batch evita bloquear sesiones, el histórico responde quién validó cada versión y la selección múltiple permite revisar un catálogo completo antes de una promoción.
El valor aparece cuando lo incorporamos al proceso: responsables claros, cero errores, warnings explicados y pruebas funcionales después de la validación técnica.