Por qué el procesamiento de NF-e brasileño
es peor de lo que la mayoría de los equipos de AP creen

La estructura tributaria de cuatro capas: por qué una factura incluye cuatro sistemas impositivos distintos

La mayoría de los países extraen una sola línea de IVA de una factura. La tasa la publica la autoridad fiscal nacional. El cálculo es una sola multiplicación. Si lo que es realmente una Nota Fiscal Eletrônica todavía le resulta desconocido, la estructura tributaria que codifica le aclarará por qué opera de manera diferente a cualquier formato de factura fuera de Brasil.

Brasil no tiene IVA. Tiene cuatro impuestos al consumo recaudados por tres niveles de gobierno, cada uno con su propia base de cálculo, tabla de tasas, reglas de crédito y canal de declaración. Todos se aplican simultáneamente a una sola NF-e:

La estructura importa porque no hay dos de estos impuestos que compartan la misma definición de qué constituye un hecho imponible, qué califica como crédito de insumos o cómo se calcula la base imponible. El ICMS se incluye en su propia base de cálculo — práctica conocida como "gross-up" o cálculo por dentro — lo que significa que la tasa efectiva de ICMS sobre una tasa nominal del 18% es en realidad superior al 18% una vez que se considera que el propio impuesto forma parte del precio sobre el cual se calcula. PIS y COFINS, por el contrario, siguen reglas distintas según los regímenes acumulativo y no acumulativo, que dependen de la elección fiscal corporativa del proveedor — una variable que un empleado de cuentas por pagar en Londres o Chicago no tiene forma de determinar a partir de la factura.

Esta no es una distinción teórica. Un informe de la OCDE sobre la reforma del impuesto al consumo en Brasil señala que la estructura de cuatro capas crea una "yuxtaposición de regímenes acumulativos y no acumulativos" que produce lo que los economistas llaman efecto cascada — impuesto sobre impuesto — a pesar de que cada impuesto individual esté diseñado como nominalmente no acumulativo. El efecto neto, medido por los indicadores Doing Business del Banco Mundial, es que una empresa brasileña de tamaño mediano dedica aproximadamente 1.501 horas al año al cumplimiento tributario — y los impuestos al consumo representan el 59,2% de ese total. Para el equipo internacional de cuentas por pagar que recibe 30 facturas al mes de proveedores brasileños, la estructura tributaria de cuatro capas se traduce en una realidad operativa: la línea de "Monto del Impuesto" en el DANFE es un compuesto de múltiples impuestos calculados de forma independiente, y cualquier intento de registrarla como una sola entrada de IVA en su ERP está destruyendo silenciosamente el rastro de auditoría para la recuperación de hasta cinco créditos fiscales de insumos diferentes.

El Engaño del DANFE: Procesar un Documento Que Nunca Es la Factura Real

El documento impreso que usted recibe de un proveedor brasileño — el que tiene el número de 44 dígitos en la esquina y el código de barras — se llama DANFE. Existe con un único propósito definido legalmente: acompañar los bienes físicos durante el transporte para que las autoridades fiscales en los puestos de control de carretera puedan escanear el código de barras y verificar que el envío coincide con un NF-e autorizado. El DANFE no es la factura. La factura real es el archivo XML que el proveedor generó, firmó digitalmente y envió a SEFAZ para su autorización antes de que los bienes salieran del almacén.

Esto sería un descuido perdonable si los datos faltantes fueran complementarios. No lo son. El XML contiene el único registro legalmente autoritativo del tratamiento fiscal de cada línea de artículo en la factura. Cuando un equipo internacional de cuentas por pagar recibe un DANFE, lo escanea mediante OCR y registra un solo "Total" con una línea genérica de "Impuesto de Brasil" en su ERP, no está simplificando el flujo de trabajo. Está descartando la documentación que necesitaría para recuperar créditos de ICMS, para comprobar la clasificación CFOP ante SPED (Sistema Público de Escrituração Digital — el sistema federal de contabilidad digital) o para sobrevivir a una auditoría que cuestione por qué un código NCM específico activó una tasa IPI específica.

La obligación legal, establecida bajo el Ajuste SINIEF 07/05 y mantenida bajo el sistema nacional de NF-e coordinado por ENCAT (Encontro Nacional de Coordenadores e Administradores Tributários Estaduais), es inequívoca: el comprador debe recopilar, validar y archivar el XML de cada transacción de NF-e entrante durante un mínimo de cinco años. Procesar el DANFE en lugar del XML no es solo subóptimo. Es una brecha de cumplimiento — y una que se vuelve medible en el momento en que SEFAZ cruza sus declaraciones de SPED con los XML que sus proveedores ya enviaron.

La trampa del DANFE no se trata de una mala entrada de datos. Se trata de procesar un documento resumido como si fuera el registro fiscal completo — y en el modelo de despacho de Brasil, donde cada NF-e es preautorizado por el gobierno antes de que los bienes se envíen, el registro real ya existe. Si usted está extrayendo datos del DANFE en lugar del XML, está escribiendo manualmente información que el sistema de su proveedor ya generó en un formato totalmente estructurado y legible por máquina. Lo que no está haciendo es capturar el detalle fiscal que determina si su empresa recupera el monto correcto en cada transacción.

CFOP: Un sistema de clasificación fiscal de los años 70 que determina hoy su tratamiento tributario

Cada línea de cada NF-e lleva un código CFOP de cuatro dígitos — Código Fiscal de Operações e Prestações. El primer dígito clasifica la dirección de la transacción (1 = compra intraestatal, 2 = compra interestatal, 3 = importación, 5 = venta intraestatal, 6 = venta interestatal, 7 = exportación). Los tres dígitos restantes especifican la naturaleza exacta de la operación: adquisición para reventa (102), adquisición para industrialización (101), devolución de mercancías (201), consignación (118), transferencia entre sucursales (152), y así sucesivamente a través de cientos de códigos definidos.

El sistema fue diseñado en la era de los libros fiscales en papel — registros manuscritos de mercancías entrantes y salientes que los auditores fiscales inspeccionaban durante visitas físicas. Los códigos CFOP eran el sistema de indexación de esos libros. Lo que originalmente era una clasificación administrativa se ha integrado desde entonces en todos los motores automatizados de determinación tributaria, en todos los módulos de localización de ERP y en todas las auditorías fiscales del país. Un código CFOP incorrecto no es un error de formato. Activa la tasa de ICMS incorrecta, el tratamiento de IPI incorrecto y la línea de reporte incorrecta en su SPED EFD (Escrituração Fiscal Digital) — el sistema federal de contabilidad digital que contrasta sus transacciones declaradas con las declaraciones de sus proveedores.

El problema operativo para los equipos internacionales de cuentas por pagar es que los códigos CFOP parecen idénticos para cualquier persona que no esté familiarizada con el sistema. El CFOP 1.101 y el CFOP 2.102 describen ambos una compra para industrialización — la diferencia es que el 1.101 indica que el proveedor está en el mismo estado, mientras que el 2.102 indica una transacción interestatal. El tratamiento tributario diverge por completo: ICMS intraestatal a la tasa interna del proveedor (18% en São Paulo, 20.5% en Pernambuco), frente al ICMS interestatal al 7% o 12% según el par de estados. Un lote de 50 facturas NF-e de proveedores en siete estados puede contener fácilmente cinco o más discrepancias de CFOP — códigos que no coinciden con los datos del estado incrustados en los bloques <ide> y <emit> del XML — y encontrar esas discrepancias manualmente requiere verificar el CFOP de cada línea contra el par de estados de origen y destino.

El litigio tributario brasileño sirve como advertencia sobre lo que sucede cuando los códigos CFOP fallan a gran escala. El litigio tributario en Brasil representó aproximadamente 75% del PIB en 2019 según datos de la International Tax Review, con un tiempo promedio de 18 años para que un caso llegue a una decisión final. Una parte significativa de esas disputas se origina en desacuerdos de clasificación — si un código CFOP particular se aplicó correctamente a una transacción determinada, o si la interpretación de la autoridad fiscal sobre el código debe prevalecer sobre la del contribuyente. Para una empresa que procesa facturas brasileñas ignorando por completo los códigos CFOP, cada transacción se convierte en una exposición potencial de auditoría que puede no salir a la luz durante años — y cuando finalmente sale, la evidencia necesaria para defender la clasificación puede que ya no esté disponible.

Códigos de Rechazo de SEFAZ: Mensajes de Error Sin Clave en Inglés

Cuando un proveedor brasileño envía un XML de NF-e a SEFAZ para su autorización, el sistema lo somete a más de 400 reglas de validación automatizadas. Si alguna regla falla, SEFAZ devuelve un rechazo: un código numérico, una descripción breve en portugués y ninguna explicación adicional. La factura no tiene validez legal; las mercancías no pueden enviarse. El proveedor debe corregir los errores y volver a enviarla.

Para los equipos internacionales de cuentas por pagar, los códigos de rechazo de SEFAZ presentan un problema compuesto. Primero, los códigos en sí son crípticos incluso para los profesionales fiscales brasileños. El código 602 — "Rechazo: el monto total de PIS difiere de la suma del monto de PIS en las líneas de ítems" — le indica que hay una discrepancia, pero no qué línea la causó ni cómo encontrarla. El código 105 — "Lote em processamento" (procesamiento por lotes) — no es un error en absoluto, sino un estado que indica que el servidor de SEFAZ aún está procesando el lote; tratarlo como un rechazo crea un falso positivo que bloquea facturas válidas. Una nota de soporte de Microsoft Dynamics AX documentó un caso en el que los envíos de NF-e se rechazaban porque el código de tributación de PIS estaba configurado en 99 con un valor fiscal de 3 — una configuración que pasa toda la validación local pero falla el conjunto de reglas específico de SEFAZ, y la única forma de diagnosticarlo era correlacionar el código de rechazo con el campo XML específico que lo activó.

Segundo, no existe documentación oficial en inglés de los códigos de rechazo de SEFAZ. El manual técnico — el Manual de Integração do Contribuinte — se publica exclusivamente en portugués. Los nombres de los campos dentro del esquema XML (<ide>, <emit>, <det>, <imposto>) son abreviaturas en portugués. Los mensajes de error devueltos por el servicio web están en portugués. Las Notas Técnicas que actualizan el esquema están en portugués. Las discusiones en foros donde los profesionales fiscales brasileños solucionan problemas con los códigos de rechazo son — inevitablemente — en portugués.

Tercero, la disponibilidad de SEFAZ varía según el estado. Cada una de las 27 autoridades fiscales estatales opera su propia instancia del servicio web de SEFAZ. Cuando el SEFAZ de São Paulo responde normalmente pero el de Minas Gerais devuelve errores de tiempo de espera, un proveedor en Minas Gerais no puede autorizar una NF-e — y el equipo de cuentas por pagar en otro país no tiene visibilidad sobre si una factura retrasada es un problema del proveedor, una interrupción de la autoridad fiscal o un error de validación. La documentación de Oracle para su integración de Gestión Fiscal Minorista con SEFAZ distingue explícitamente entre "errores de transmisión" (códigos 286 y 296, que pueden reintentarse automáticamente) y errores de datos (que requieren corrección manual) — una distinción que desaparece cuando la única información que llega al escritorio de cuentas por pagar del comprador es "factura retrasada".

27 jurisdicciones de ICMS, cada una con su propia lógica de tarifas

El ICMS no es un impuesto único con una tarifa única. Es un IVA a nivel estatal regulado por 27 legislaturas distintas, cada una de las cuales establece su propia tarifa interna, define su propia lista de productos con tarifas reducidas o aumentadas, determina qué insumos califican para créditos y — fundamentalmente — administra su propio proceso de recuperación de créditos fiscales. El gobierno federal publica un marco general mediante la Lei Complementar 87/96 (Ley Kandir), pero cada estado emite su propia legislación bajo la autoridad constitucional otorgada por el Artículo 155 de la Constitución Federal de 1988. El Resumen Tributario Mundial de PwC para Brasil señala la consecuencia explícitamente: "aunque debe seguirse una ley federal, cada estado emite su propia legislación, lo que genera ciertas diferencias en comparación con la ley federal".

Desde 2022, al menos 18 de los 27 estados han aumentado su tarifa estándar de ICMS al menos una vez, impulsados por la próxima reforma tributaria que eventualmente reemplazará el ICMS con un nuevo IBS (Imposto sobre Bens e Serviços). La fórmula transitoria de la reforma basa la participación futura de cada estado en los ingresos del IBS en su recaudación promedio de ICMS de 2024 a 2028 — lo que crea un incentivo para que los estados aumenten las tarifas antes de que se cierre la ventana. Como resultado, la tarifa promedio de ICMS en Brasil ha pasado del 17.61% en 2022 a un 19.24% esperado para 2025:

Esta tabla de tarifas ya subestima la complejidad real porque las tarifas internas son solo la mitad del cálculo del ICMS. Las transacciones interestatales — envíos de un proveedor en un estado a un comprador en otro — aplican un calendario de tarifas separado: 12% para transacciones entre estados del Sur/Sudeste, 7% para transacciones del Sur/Sudeste al Norte/Nordeste/Centro-Oeste, y 4% para todos los envíos interestatales de mercancías importadas, independientemente del par de estados. La diferencia entre la tarifa interestatal y la tarifa interna del estado de destino — conocida como DIFAL (Diferencial de Alíquotas) — se recauda por separado y se paga al estado de destino, creando un pago de impuestos en dos partes en cada compra entre estados.

Lo que esto significa operativamente es que una empresa que recibe mercancías de cinco proveedores en cinco estados diferentes puede encontrarse con cinco tratamientos distintos de ICMS en un solo lote de facturas — y el campo "Monto de ICMS" en cada factura significa algo diferente dependiendo de si la transacción es interna o interestatal, si aplica DIFAL, y si el proveedor absorbió el DIFAL o lo trasladó. Contabilizar cada monto en la misma cuenta de impuestos del libro mayor sin diferenciar entre ICMS interno e interestatal crea una brecha de conciliación que se agrava con cada nuevo proveedor. A escala de procesamiento por lotes, el mismo cargo de R$1,000 de ICMS puede reflejar una tasa del 17% sobre una base de R$5,882 o una tasa del 4% sobre una base de R$25,000 — dos posiciones fiscales completamente diferentes que se ven idénticas en una hoja de cálculo de una sola columna.

La Paradoja de la Reforma: Operar Dos Sistemas Tributarios Simultáneamente Hasta 2032

La reforma tributaria al consumo de Brasil — promulgada mediante la Enmienda Constitucional 132 en diciembre de 2023 — es ampliamente descrita como histórica y largamente esperada. Eventualmente reemplazará el ICMS, IPI, PIS, COFINS e ISS con un IVA dual: CBS (Contribuição sobre Bens e Serviços) a nivel federal e IBS a nivel estatal y municipal. El nuevo sistema se basa en el destino en lugar del origen, elimina el efecto cascada que afecta la estructura actual y debería — en teoría — reducir los costos de cumplimiento en un 40-60% una vez implementado por completo.

Pero "implementado por completo" significa 2033. El período de transición va de 2026 a 2032, durante el cual ambos sistemas tributarios operan en paralelo. En 2026 — este año — la fase piloto exige que las empresas prueben los nuevos campos de CBS/IBS junto con los cálculos heredados de ICMS, PIS y COFINS. De 2027 a 2028, CBS e IBS comienzan la recaudación real con tasas reducidas mientras los impuestos heredados se eliminan gradualmente. De 2029 a 2032, la transición se acelera, pero el requisito del sistema dual permanece. Solo en 2033 el sistema antiguo se extingue por completo.

La consecuencia operativa para el procesamiento de facturas ya es visible en las actualizaciones del diseño de NF-e publicadas por ENCAT. Nota Técnica 2025.002 introduce nuevos campos de CBS e IBS en el esquema XML de NF-e. Durante la transición, las facturas contendrán tanto los campos tributarios heredados como los nuevos simultáneamente — ICMS e IBS, PIS y CBS, cada uno con sus propias bases, tasas y reglas de cálculo. Un sistema de extracción diseñado para procesar los campos de ICMS actuales puede fallar con las facturas del mañana porque el esquema ha añadido grupos tributarios paralelos. Un equipo de cuentas por pagar que construyó su flujo de trabajo en torno a la estructura XML existente verá esa estructura expandirse cada año durante siete años.

Vertex, el proveedor global de tecnología tributaria, articula el riesgo en su análisis de la fase de pruebas: "validar códigos de producto y clasificaciones como NCM y CST, detalles de jurisdicción, indicadores de sujeción, montos base, tasas y campos de crédito". El énfasis en la validación no es incidental. Durante una transición de régimen dual, la misma factura puede contener dos cálculos tributarios diferentes para lo que legalmente es la misma transacción — el cálculo actual y el cálculo futuro — y el equipo de cuentas por pagar necesita confirmar que ambos son correctos dentro de sus respectivos marcos, o al menos que el cálculo heredado que impulsa la contabilización actual es correcto mientras los campos de CBS/IBS son solo informativos. El documento de trabajo del FMI sobre la reforma advierte que la transición "exigirá que las empresas mantengan sistemas de reporte duales" — y los datos fuente que alimentan esos sistemas son el mismo conjunto de facturas NF-e que llegan a su bandeja de cuentas por pagar.

El Desierto Documental: Por Qué el Conocimiento Fiscal Brasileño No Sale de Brasil

Ninguno de los problemas estructurales descritos anteriormente sería tan perjudicial si la documentación para abordarlos existiera en inglés. En gran medida, no existe. El Manual de Integração do Contribuinte de la NF-e —la especificación técnica oficial que define cada campo XML, cada regla de validación y cada interfaz de servicio web— supera las 300 páginas en portugués. El directorio de códigos de error de SEFAZ está en portugués. Las Notas Técnicas que actualizan el esquema están en portugués. Las especificaciones SPED EFD para la contabilidad digital están en portugués. El Portal Nacional de la NF-e, que ofrece el único servicio oficial de consulta para verificar la autenticidad de las facturas, está en portugués. Los requisitos de certificado ICP-Brasil para firmas digitales están en portugués. La Lei Complementar 87/96 (Ley Kandir), que regula el ICMS, está en portugués. La Lei Complementar 116/03, que regula el ISS, está en portugués.

Esto no es una queja sobre la diversidad lingüística. Brasil es un país de habla portuguesa con 215 millones de habitantes, y sus autoridades fiscales no tienen obligación de publicar en inglés. Pero es una restricción estructural para los equipos internacionales de cuentas por pagar que pocos otros países imponen a la misma escala. Una factura francesa regulada por el código fiscal BOFiP puede entenderse mediante la guía oficial en inglés publicada por la administración fiscal francesa. El marco del IVA alemán está documentado en inglés por el Bundesministerium der Finanzen. La NTA de Japón publica traducciones al inglés de las directrices del impuesto al consumo. La Receita Federal de Brasil y las 27 autoridades estatales de SEFAZ no lo hacen.

El resultado práctico es que un empleado de cuentas por pagar en Londres que procesa una NF-e brasileña opera sin acceso a la documentación fuente primaria de ninguno de los cálculos fiscales de la factura. Cuando un proveedor explica que una línea de impuesto particular "no aplica debido a la clasificación CFOP", el empleado no tiene referencia en inglés para verificar la afirmación. Cuando el módulo fiscal del ERP rechaza un monto de ICMS, la ruta de resolución del error pasa por documentación de SEFAZ en portugués que el equipo de cuentas por pagar no puede leer. El conocimiento existe —está encerrado tras una barrera idiomática que la mayoría de los departamentos financieros internacionales no han desarrollado la capacidad de cruzar.

El desierto documental agrava todas las demás dimensiones de la complejidad de la NF-e. La pila fiscal de cuatro capas sería manejable con referencias claras en inglés. Los códigos de rechazo de SEFAZ serían diagnosticables. El sistema CFOP sería aprendible. La transición de la reforma sería navegable. Sin documentación en inglés, cada capa se convierte en una caja negra opaca —y el equipo de cuentas por pagar procesa facturas confiando en que los números son correctos porque no existe una forma accesible de verificarlos de otro modo.

Preguntas Frecuentes

¿Por qué no podemos simplemente registrar el total del DANFE como el monto de la factura y continuar?

Porque el total del DANFE es una combinación de cuatro impuestos calculados de forma independiente, cada uno con sus propias reglas de recuperación de créditos. Registrarlo como un monto único destruye el detalle de impuestos a nivel de partida que necesita para recuperar los créditos de entrada de ICMS y PIS/COFINS — que, dependiendo de la transacción, pueden representar entre el 25% y el 40% del valor de la factura en impuestos recuperables.

¿Toda factura brasileña incluye los cuatro impuestos?

No. El ICMS aplica a transacciones de bienes (y a ciertos servicios como telecomunicaciones y transporte interestatal). El IPI aplica únicamente a productos industrializados. El PIS/COFINS aplica a la mayoría de las transacciones, pero la tasa depende del régimen fiscal del proveedor (acumulativo vs. no acumulativo). El ISS aplica solo a servicios — y utiliza un formato de factura completamente separado (NFS-e) regulado a nivel municipal. La combinación específica de impuestos en cualquier factura depende del tipo de bienes o servicios, del estatus fiscal del proveedor y de la dirección de la transacción.

¿Podemos obtener el XML completo de la NF-e de nuestros proveedores brasileños?

Sí — y según la ley tributaria brasileña, los proveedores están obligados a proporcionar el XML al comprador. El XML generalmente se transmite por correo electrónico como archivo adjunto. Si un proveedor se niega o solo proporciona el DANFE, usted puede recuperar el XML directamente de SEFAZ a través del proceso de Manifestação do Destinatário — un servicio web que confirma la recepción de una NF-e y que ya es obligatorio en ciertas industrias (petróleo y gas, y en el estado de Rio Grande do Sul para facturas superiores a R$100.000). Sin embargo, el uso de este servicio requiere registro de certificado digital ICP-Brasil e integración en portugués con los servicios web de SEFAZ a nivel estatal.

¿Qué sucede durante la transición de la reforma tributaria de siete años?

El esquema XML de la NF-e incluirá tanto los campos de impuestos heredados (ICMS, PIS, COFINS) como los nuevos campos de impuestos (CBS, IBS) simultáneamente. A partir de 2026, el año piloto, las facturas comenzarán a incluir cálculos de impuestos duales. Para 2027-2028, la recaudación real de impuestos bajo el nuevo sistema comienza con tasas reducidas mientras los impuestos heredados disminuyen. El riesgo clave para los equipos de cuentas por pagar es que los flujos de extracción diseñados para el XML de régimen único actual encontrarán nuevos grupos de campos cada año — y deben validarse tanto contra las reglas de cálculo heredadas como contra las nuevas. Ningún otro país está intentando una reforma del IVA que requiera procesamiento de facturas de régimen dual en tiempo real a esta escala.

¿Existe documentación disponible en inglés?

Las principales firmas contables globales (PwC, KPMG, Deloitte, EY) publican resúmenes en inglés de las normas tributarias brasileñas a través de sus Worldwide Tax Summaries y recursos similares. Estos son panoramas generales, no guías operativas. Para detalles operativos sobre el esquema XML de NF-e, las reglas de validación de SEFAZ o la interpretación de códigos CFOP, la única fuente autorizada es la documentación en portugués publicada por las autoridades tributarias de Brasil. Las empresas de tecnología tributaria de terceros (Avalara, Sovos, Vertex, EDICOM) ofrecen interfaces en inglés para flujos de cumplimiento brasileños, pero generalmente como parte de plataformas de software de pago, no como documentación gratuita.

¿Por qué 18 estados aumentaron las tasas de ICMS entre 2022 y 2025?

La reforma tributaria vincula la participación futura de cada estado en los ingresos nacionales de IBS a su recaudación promedio de ICMS entre 2024 y 2028. Los estados que aumentan las tasas de ICMS durante este período aseguran una base más alta para la fórmula de distribución, lo que efectivamente incrementa su participación a largo plazo en los ingresos nacionales por impuestos al consumo. El resultado es un aumento temporal de las tasas (la tasa estándar promedio de ICMS en Brasil ha pasado del 17,61% al 19,24%) que persistirá hasta que el nuevo sistema entre en pleno funcionamiento. Para los equipos de cuentas por pagar, esto significa que la tasa de ICMS en facturas del mismo proveedor en el mismo estado puede haber cambiado varias veces desde 2022, y puede volver a cambiar antes de que termine la transición.

Qué Significa Esto para su Flujo de Trabajo de Cuentas por Pagar

La complejidad estructural del procesamiento de NF-e en Brasil no es una condición temporal que la reforma tributaria resolverá el próximo año. La transición del régimen dual se extiende hasta 2032. La volatilidad de las tasas de ICMS continuará hasta que la fórmula de transición se consolide. El sistema de códigos CFOP — cualquiera que sea su origen en los registros en papel de los años 70 — está integrado en cada módulo de localización de ERP y en cada sistema de auditoría tributaria del país, y no desaparecerá cuando cambien los nombres de los impuestos. La barrera de documentación es estructural, no circunstancial.

Lo que cambia no es el problema, sino el conjunto de herramientas disponibles para abordarlo. El mismo XML de NF-e que codifica toda esta complejidad es también, paradójicamente, la fuente de datos de facturas más limpia en las cuentas por pagar globales: llega preestructurado, prevalidado por SEFAZ y prefirmado con un certificado digital emitido por el gobierno. Los más de 500 campos que lo hacen complejo son los mismos más de 500 campos que hacen posible una extracción integral. La barrera del idioma que hace imposible el procesamiento manual es la misma barrera que un sistema de extracción multilingüe puede cruzar sin siquiera notarlo — porque para un modelo de lenguaje grande, la terminología tributaria portuguesa es solo otro vocabulario que analizar, no un idioma extranjero que no puede leer. Lo que parece un rompecabezas de cumplimiento intratable desde afuera es, desde la arquitectura de extracción adecuada, un pipeline de datos estructurados listo para conectarse.

Pruebe la extracción con su propia NF-e brasileña