La evolución de la facturación electrónica en Dynamics 365 Finance está dejando una conclusión importante para cualquier estrategia regional: LATAM no puede diseñarse suponiendo que todos los países terminarán utilizando exactamente la misma arquitectura de Electronic Invoicing Service.
La documentación vigente de Microsoft muestra una diferencia especialmente relevante en México y Brasil. Microsoft había previsto llevar CFDI y NF-e/NFS-e hacia Electronic Invoicing Service, pero continúa evaluando el momento de esa transición debido al nivel de adopción observado.
México: continuar con la implementación mantenida
Para México, Microsoft mantiene la implementación incorporada de CFDI actualizada con los cambios regulatorios. La alternativa de Electronic Invoicing Service para CFDI Interfactura permanece en preview. Esto significa que una arquitectura regional no debería reemplazar la solución productiva actual basándose únicamente en la expectativa de una futura convergencia.
Brasil: una señal todavía más clara
Para Brasil, Microsoft indica expresamente que no se utilice Electronic Invoicing Service como arquitectura objetivo actual. La evolución regulatoria está siendo atendida mediante localización y configuraciones de Electronic Reporting. NF-e mantiene sus mecanismos existentes de envío a SEFAZ, mientras que determinados escenarios NFS-e generan XML que requieren integración o una solución de terceros para envío y firma digital.
Chile, Colombia y otros países siguen otro camino
Electronic Invoicing Service sí dispone de capacidades generalmente disponibles para países como Chile, Colombia, Costa Rica, Panamá, Paraguay y Uruguay. El resultado es un mapa regional heterogéneo: algunas localizaciones utilizan el servicio global, otras mantienen componentes incorporados y otras necesitan servicios de última milla.
Qué significa para una arquitectura LATAM
La capa regional debería separar el proceso fiscal del mecanismo tecnológico utilizado para cada país. Un modelo sostenible debe poder combinar, según la localización:
- funcionalidad estándar y código X++ incorporado;
- configuraciones de Electronic Reporting;
- Electronic Invoicing Service;
- Electronic Messaging;
- proveedores de última milla;
- extensiones propias cuando Microsoft no cubre el ciclo completo.
Esta separación evita que una decisión tecnológica global obligue a rediseñar el producto cada vez que Microsoft modifica la estrategia de un país.
Qué conviene revisar
Para producto LATAM, el siguiente paso debería ser mantener una matriz por país que identifique generación, firma, transmisión, recepción, contingencia, proveedor de última milla y tecnología Microsoft utilizada. Esa matriz permite distinguir claramente qué parte es estándar, qué parte depende de un tercero y dónde existe una oportunidad real para producto regional.
Fuentes oficiales
Microsoft Learn — Availability of Electronic Invoicing Service features by country or region; Supported electronic invoicing countries and regions.