La factura llegó. El XML está íntegro, firmado, autorizado por la SEFAZ (la hacienda estatal brasileña) — y completamente inútil mientras alguien no diga qué es aquello dentro de su SAP. ¿Qué cuenta contable lo recibe? ¿Qué centro de costo? ¿Es material o servicio? ¿Cuál es el CFOP (el código brasileño de la operación fiscal) de entrada? ¿El crédito es recuperable? ¿Va a activo fijo, a consumo o a reventa?

Ese es el trabajo que consume al equipo de contabilidad fiscal todos los meses: no revisar la factura, sino clasificarla. Y es un trabajo que la empresa ya hizo miles de veces — porque el mismo proveedor, con la misma descripción de ítem, se clasificó de la misma forma en los últimos tres años. El conocimiento existe. Solo está disperso entre documentos antiguos y la memoria de dos personas.

El XML dice todo, menos lo que le interesa a su contabilidad

La factura trae lo que el emisor declaró: la descripción del producto en su propio catálogo, el NCM (el código brasileño de clasificación de mercancías), el CFOP de la operación de salida, su CST (el código de situación tributaria), valores e impuestos destacados. Nada de eso es su clasificación.

El CFOP que viene en la factura es el de la salida del proveedor. Su CFOP de entrada depende de su operación, de su régimen y del destino del ítem. La descripción es la del catálogo de él — «TORN HEX M8 ZINC» — y usted necesita saber si eso es material de mantenimiento de la fábrica o ítem de reventa. El NCM ayuda a clasificar fiscalmente, pero no dice nada sobre su cuenta contable ni sobre el centro de costo.

Es decir: la lectura del XML resuelve la extracción y no resuelve la decisión. Por eso las herramientas de OCR y los «workflows de factura» suelen decepcionar — atacan la parte que ya estaba resuelta.

Qué significa «clasificar» dentro de SAP

En una entrada sin pedido — gasto, servicio, material indirecto, flete —, alguien tiene que completar, ítem por ítem:

• Cuenta contable o material, cuando el ítem está dado de alta.
• Centro de costo, orden interna o proyecto: quién consume el gasto.
• CFOP de entrada, coherente con la operación y con lo que el proveedor declaró en la salida.
• CST y tratamiento del impuesto: qué es crédito recuperable, qué compone costo, qué está exento.
• Tipo de operación: consumo, reventa, activo fijo, industrialización, remisión.
• Retenciones de servicio, cuando corresponde — y es aquí donde el error sale caro.

Multiplique por decenas de ítems y cientos de facturas al mes. Ese es el volumen que hace que el cierre se atrase.

Leer. El XML llega desde el buzón fiscal, el portal del proveedor o la mensajería y se convierte en estructura. Aquí no hay IA y no debería haberla: transformar XML en campos es trabajo de parser, y un parser no inventa valores.

Enriquecer. Antes de clasificar, se reúne el contexto que solo existe en su casa: cómo se clasificó a ese proveedor en las últimas facturas, si hay pedido asociado, qué dice el maestro de materiales, qué centro de costo suele recibir ese tipo de gasto, cuál fue el tratamiento fiscal aplicado la última vez.

Clasificar. La IA recibe el ítem del XML más ese contexto y devuelve la propuesta completa — cuenta, centro de costo, CFOP de entrada, CST, tratamiento del crédito — con el nivel de confianza y la justificación: «en las últimas 34 facturas de este proveedor con descripción semejante, el ítem se registró en esta cuenta y en este centro de costo».

Aprobar. Quien responde por la contabilidad fiscal confirma, ajusta o rechaza. El documento se crea en SAP por el camino normal, y la decisión vuelve al historial — que es lo que hace que la próxima propuesta sea mejor.

Por qué la IA acierta bien justamente aquí

La clasificación de facturas es el tipo de problema en el que un modelo de lenguaje es fuerte: la respuesta correcta está en el pasado de la propia empresa, escrita en texto libre, con variación de grafía y sin patrón rígido.

«TORN HEX M8 ZINC», «Tornillo hexagonal M8 zincado» y «TORNILLO HEX. M8» son el mismo ítem para cualquier persona y tres cadenas diferentes para una regla exacta. Es exactamente la diferencia que el modelo entiende sin que nadie escriba el diccionario.

Tres características hacen que este caso sea favorable, y vale reconocerlas porque no todo caso de IA las tiene:

• Ya hay etiquetas listas. Cada factura registrada en el pasado es un ejemplo clasificado por un humano. No hace falta armar una base de entrenamiento: ya existe en el ERP.
• El acierto es verificable. O el ítem fue a la cuenta correcta, o no fue. Se puede medir la tasa de acierto por proveedor y por tipo de gasto.
• El costo del error está contenido, siempre que la persona apruebe antes del registro. Una propuesta equivocada cuesta un clic; un registro equivocado cuesta una rectificación.

En la práctica, los ítems repetitivos — que son la mayor parte del volumen — llegan con la propuesta acertada y alta confianza, y la persona pasa el día decidiendo las excepciones, que es donde agrega valor. Es la misma lógica que describimos en conversión de datos con IA: revisar una propuesta es mucho más barato que redactar desde cero.

n8n en el medio, SAP como dueño del registro

Usamos n8n — orquestador de automatización de código abierto — como director del flujo, y SAP sigue siendo donde nace el documento. n8n corre en la infraestructura del cliente: busca el XML, arma el contexto, llama al modelo, presenta la propuesta y devuelve la decisión al ERP por la integración estándar.

Tres razones prácticas para ese diseño, en un proceso fiscal:

El dato no sale de casa. Una factura tiene proveedor, precio y volumen. Con el orquestador dentro del ambiente, esa información no transita por la nube de un tercero — lo que simplifica la conversación de privacidad.

La regla es suya. Los niveles de aprobación, el límite de confianza y las excepciones se vuelven configuración versionada y reversible, no un formulario en el portal de un proveedor que nadie sabe quién cambió.

El costo acompaña al uso. La clasificación de facturas tiene volumen alto y valor unitario bajo; el licenciamiento por transacción penaliza justamente el caso que más se beneficia de la automatización.

El contrapunto honesto: n8n exige a alguien que sepa operarlo, monitorearlo y versionarlo. Sin eso, se vuelve un sistema huérfano más — la misma disciplina de datos e integración, donde el flujo es producto y no un script de una sola vez.

Cuando el mensaje del sistema apunta al lugar equivocado

Vale un caso real, porque explica un cuidado de proyecto. En el ambiente SAP de un cliente, la verificación de factura de entrada rechazaba un documento con un error que apuntaba al domicilio fiscal del centro receptor. La lectura obvia era jurisdicción o municipio faltante en los maestros.

No era eso. Dimos de alta la jurisdicción, lo confirmamos en la base, y el error persistió. Probamos la hipótesis siguiente, tomada de una nota técnica del fabricante sobre una condición marcada como manual, y la descartamos con evidencia: ninguna condición de aquel esquema estaba manual.

La causa solo apareció con depuración. Una condición de base de ICMS — el ICMS es el IVA estatal brasileño — que necesita existir al 100% para que el impuesto sea reconocido tenía registro de validez a partir de junio de 2026, y la factura era de abril de 2025. Sin ella válida en la fecha, el cálculo no generaba la línea que finanzas busca, y el sistema devolvía un mensaje sobre domicilio fiscal. El texto no tenía relación con la causa.

La lección para quien automatiza: el mensaje del ERP es una pista, no un diagnóstico. Una automatización que rutea tickets por el texto del error manda la mitad de la fila a la persona equivocada. Por eso la IA, en nuestro diseño, trabaja sobre el documento y el historial — y no sobre el mensaje. El método completo de ese tipo de investigación está en troubleshooting de SAP con IA.

Cómo empezamos

1. Medir el hoy. Cuántas facturas al mes, cuántos ítems, cuánto tiempo de clasificación y cuántas rectificaciones en el último año. Sin línea de base, la ganancia es opinión.
2. Extraer el historial. Las facturas ya registradas se vuelven la base de ejemplos. Es el paso que más entrega y el más subestimado.
3. Correr en sombra. La IA clasifica en paralelo, sin entrar en el flujo, y comparamos con lo que hizo la persona. Eso da la tasa de acierto real por proveedor y por tipo — antes de cualquier promesa.
4. Abrir por franjas. Primero los proveedores y tipos de gasto con acierto consistente. El resto sigue manual hasta merecerlo.
5. Acompañar. Un panel de tasa de aceptación, de corrección y de lo que cayó a revisión. Un acierto que baja es señal de que algo cambió en el negocio.

Qué queda después

La ganancia visible es el cierre que deja de atrasarse. Lo que dura es otra cosa: el criterio de clasificación sale de la cabeza de dos personas y se vuelve historial consultable, con justificación. Cuando alguien sale de vacaciones, las facturas siguen entrando.

Y queda la trazabilidad: para cada ítem, qué propuso la automatización, con qué confianza, quién aprobó y con qué ajuste — el mismo material que responde una auditoría y una discusión con el proveedor.

El límite honesto: esto no arregla maestros mal cargados. Si el material está dado de alta de forma equivocada, la clasificación correcta va a ir al lugar equivocado igual. La clasificación automática suele ser justamente lo que revela el tamaño de la inconsistencia de los maestros — un descubrimiento incómodo, pero que es el comienzo de la corrección.

Para preparar el terreno, dos caminos en la Inove Academy. El e-book de Reforma Tributaria y SAP muestra por qué el volumen de reglas fiscales va a crecer — y una regla que crece en planilla se vuelve fila. Y si su ambiente todavía depende del GRC NFE (el complemento SAP heredado para la factura electrónica brasileña), la conversación empieza antes: vea SAP DRC y la Reforma.