El documento de carga brasileño
Por qué los XML del CT-e aún requieren reingreso manual

La paradoja del CT-e: Nacido digital, reescrito a mano

El término «documento de carga electrónico» genera en cualquier profesional de logística la expectativa de que los datos fluyan electrónicamente del sistema del transportista al sistema del destinatario, porque eso es lo que hacen los documentos electrónicos. Pero el CT-e es electrónico en un sentido específico: es un documento fiscal electrónico presentado y autorizado por la autoridad tributaria estatal antes de que la carga se mueva. Su consumidor principal es la SEFAZ, no el remitente, no el destinatario y, ciertamente, no el analista de fletes que necesita que el valor del servicio llegue al libro de costos.

El sistema SEFAZ de Brasil procesa más de 300 millones de documentos CT-e al año en 27 autoridades tributarias estatales independientes. El sistema está diseñado para garantizar que cada movimiento de carga pueda ser rastreado, gravado y auditado. No está diseñado para entregar datos estructurados al sistema logístico del destinatario. El transportista recibe el XML autorizado como parte del flujo de emisión. Que el destinatario lo reciba depende enteramente de las capacidades de facturación e integración del transportista, las cuales, en una industria fragmentada de más de 650.000 transportistas registrados, varían enormemente.

La guía de extracción de datos de CT-e cubre el flujo de trabajo práctico para convertir impresiones DACTE en filas estructuradas de hoja de cálculo. Este artículo retrocede para examinar las razones estructurales por las que ese flujo de trabajo es necesario en primer lugar: las cuatro capas de la paradoja del CT-e que mantienen viva la reescritura manual de datos en operaciones logísticas brasileñas de todos los tamaños.

Capa 1: Accesibilidad del XML — Por qué los transportistas no envían el archivo estructurado

La explicación más directa para la reescritura manual parecería ser la más fácil de solucionar: los transportistas tienen el XML del CT-e, los destinatarios lo quieren, así que los transportistas deberían enviarlo. En la práctica, el flujo del XML del transportista al destinatario se ve obstaculizado por tres factores estructurales que ninguna de las partes puede resolver por sí sola.

Primero, el XML está dirigido a la SEFAZ, no al destinatario. Cuando un transportista emite un CT-e, el XML se firma y se transmite a la autoridad tributaria estatal para su autorización. El destinatario es un campo de datos dentro del documento — un receptor en el sentido legal/operativo, no en el sentido del flujo de datos. La obligación del transportista es entregar la mercancía y proporcionar la impresión DACTE o el PDF que la acompaña. Entregar el XML es un servicio comercial, no un requisito legal, y muchos transportistas lo tratan como una función adicional de pago en su portal de facturación.

Segundo, el panorama de transportistas está demasiado fragmentado para que el XML sea el estándar. El sector de transporte de carga por carretera de Brasil incluye aproximadamente 650.000 transportistas registrados. Los más grandes, como JSL (que cotiza en bolsa, ~R$8 mil millones de ingresos) y Braspress (el mayor transportista LTL de América Latina), operan sofisticados portales de facturación que ofrecen descarga de XML, acceso por API y entrega automatizada de facturas. Pero la mayoría de los transportistas son pequeños: propietarios-operadores de un solo camión (transportador autónomo) o empresas regionales con menos de diez vehículos. Su flujo de emisión de CT-e puede ser un portal web gratuito de la SEFAZ o un software emisor de CT-e básico que genera el XML para la SEFAZ pero no tiene ningún mecanismo para entregarlo al destinatario después. Para estos transportistas, proporcionar el PDF del DACTE por correo electrónico es el límite de sus capacidades digitales.

Tercero, el sistema del destinatario puede no estar configurado para consumir el XML. Incluso cuando el transportista proporciona el XML — como muchos transportistas grandes hacen por defecto — el sistema logístico o ERP del destinatario debe estar configurado para importarlo. En el ecosistema de ERP brasileño, la importación de XML de CT-e es compatible con el TDF (Tax Declaration Framework) de SAP S/4HANA (que requiere una implementación de SAP S/4HANA con costos de consultoría superiores a R$500.000) y el módulo fiscal de TOTVS Protheus (entre R$2.000 y R$10.000 mensuales en licencias). Para las empresas de mercado medio que se encuentran entre «demasiado grandes para ser totalmente manuales» y «demasiado pequeñas para invertir en un módulo ERP», el XML llega pero termina en la misma bandeja de entrada de correo electrónico que el PDF del DACTE — y el analista de fletes abre el PDF porque es lo que siempre ha hecho.

Capa 2: El DACTE como fuente de información de facto

El DACTE (Documento Auxiliar del Conocimiento de Transporte Electrónico) existe por diseño regulatorio — es el resumen impreso que debe acompañar físicamente a las mercancías según los términos del Ajuste SINIEF 07/2007. Cumple un propósito de fiscalización: cuando un vehículo es detenido en un puesto de control de la SEFAZ (blitz fiscal), el conductor presenta el DACTE y el inspector escanea el código QR o ingresa la clave de acceso (chave de acesso) para verificar la carga contra el CT-e autorizado. Es un documento diseñado para la inspección, no para la transferencia de datos.

En la práctica, el DACTE se ha convertido en la fuente de información principal del destinatario por una razón que no tiene nada que ver con la regulación: es el único documento que llega consistentemente con las mercancías. El XML puede llegar o no. El DACTE siempre lo hace — porque la carga no puede moverse sin él.

El DACTE contiene entre 30 y 50 puntos de datos, un subconjunto del XML completo del CT-e. El esquema completo incluye descripciones de carga a nivel de ítem de línea, múltiples desgloses de impuestos por producto, claves de acceso de NF-e referenciadas e información complementaria (informações complementares) en texto libre que puede contener referencias contractuales o instrucciones especiales de manejo. Gran parte de estos datos no se imprimen en el DACTE. Un equipo logístico que trabaja únicamente con el DACTE opera, por lo tanto, con un conjunto de datos reducido — y esa reducción introduce sus propios riesgos. El valor a recibir (valor a receber) puede diferir del valor del servicio (valor do serviço) debido a retenciones que solo aparecen en el XML. El cálculo base del ICMS depende de tasas y exclusiones que el DACTE puede presentar como una única cifra final sin mostrar los pasos intermedios.

A pesar de estas limitaciones, el DACTE es lo que tiene el equipo logístico. La tarea de ingreso de datos se define por lo que está en la página impresa, no por lo que está en el XML. Y ahí es donde opera la segunda capa de la paradoja: el documento más fácil de acceder (la impresión del DACTE) contiene menos datos que el documento más difícil de acceder (el XML), pero el equipo construye su proceso en torno al accesible.

Capa 3: Costo del Módulo ERP — Cuando la Solución Técnica es Demasiado Costosa

La solución técnicamente correcta para la paradoja de los datos del CT-e es bien conocida en los círculos de logística y finanzas de Brasil: implementar un módulo ERP que importe directamente el XML del CT-e, lo valide contra los registros de la SEFAZ y contabilice automáticamente los costos de flete. SAP TDF, TOTVS Protheus Fiscal y los módulos de localización brasileña de Oracle admiten este flujo. La tecnología existe. El costo, para la mayoría de las operaciones logísticas de mercado medio, es prohibitivo.

SAP TDF se sitúa sobre SAP S/4HANA. Una empresa que aún no esté en S/4HANA enfrenta una transformación ERP de varios años y millones de reales antes de siquiera considerar el módulo de importación de CT-e. Para las empresas que ya están en S/4HANA, una implementación de TDF toma de 6 a 12 meses y cuesta entre R$200.000 y R$500.000 en honorarios de consultoría, más costos de licencia continuos que varían según la cantidad de usuarios y la configuración del módulo.

TOTVS Protheus, aunque más accesible para el mercado medio brasileño, aún impone un costo de licencia de R$2.000 a R$10.000 por mes dependiendo del conjunto de módulos, más la consultoría de implementación. La decisión de agregar el módulo fiscal no está impulsada únicamente por el CT-e; es una inversión más amplia en la infraestructura financiera y fiscal de la empresa. La función de importación de CT-e es una partida dentro de un caso de negocio más grande, y si el procesamiento de NF-e de la empresa ya se maneja manualmente sin un módulo, agregar el módulo solo para CT-e rara vez supera el umbral de retorno de inversión.

El resultado es un vacío de procesamiento. Las grandes empresas con SAP S/4HANA y TDF pueden procesar XML de CT-e automáticamente. Las operaciones muy pequeñas que procesan 20 CT-e por mes continúan haciéndolo manualmente porque el volumen no justifica ninguna inversión. Las operaciones de mercado medio — de 200 a 500 CT-e por mes — ocupan el doloroso punto medio: el proceso manual cuesta entre R$30.000 y R$80.000 por año en mano de obra, pero el módulo ERP cuesta más de implementar que el proceso manual en un solo año. El caso de inversión requiere una visión a varios años que muchas empresas no están estructuradas para evaluar.

Capa 4: Fragmentación del sector — más de 650.000 transportistas

El factor estructural que amplifica todas las demás capas es la escala y fragmentación del sector de transporte de carga por carretera en Brasil. La base de transportistas registrados ante la ANTT, de aproximadamente 650.000 operadores, convierte la estandarización del sector en un ideal teórico que ningún sistema práctico puede alcanzar. Un destinatario que recibe carga entrante de 200 proveedores puede interactuar con entre 80 y 100 transportistas diferentes en un solo mes. Cada uno utiliza su propio sistema de facturación, su propia variante del diseño del DACTE (Documento Auxiliar del Conocimiento de Transporte Electrónico), su propio formato de envío por correo electrónico y su propia definición de «entrega de factura».

La integración con el ERP a nivel de transportista — donde cada transportista envía el XML del CT-e (Conocimiento de Transporte Electrónico) al sistema del destinatario — requeriría que cada uno de esos 80 a 100 transportistas admitiera una integración por API. Para los transportistas grandes, esto es factible. Para la mayoría de los pequeños transportistas y propietarios-operadores, no lo es. La estructura del sector hace que una canalización de datos totalmente integrada sea un objetivo poco realista para la mayoría de los destinatarios, independientemente de su inversión en ERP.

La implicación práctica: el problema de ingreso de datos del destinatario no es que los transportistas se nieguen a enviar el XML. Es que los datos llegan a través de 100 canales diferentes, en 100 diseños distintos de DACTE, y el único denominador común es la página impresa que acompaña a la mercancía. Cualquier solución que requiera una integración por transportista — ya sea configuración de API, personalización del análisis de XML o configuración de plantillas — se rompe cuando la cantidad de transportistas supera un puñado.

Por eso la extracción en la capa visual — leer el impreso del DACTE como una imagen y convertirlo en datos estructurados — no es una solución alternativa al problema de integración, sino la única solución que aborda directamente la fragmentación del sector. No requiere ninguna acción por parte del transportista. Maneja cualquier diseño de DACTE de cualquier transportista en el mismo lote. Y no depende de la hoja de ruta del ERP del destinatario.

Lo que cambia la extracción en la capa visual

Las cuatro capas de la paradoja del CT-e — inaccesibilidad del XML, DACTE como predeterminado, costo del módulo ERP y fragmentación del sector — forman una trampa estructural de la que el rediseño manual de procesos no puede escapar. Cada capa tiene solución independiente para un subconjunto de casos, pero la combinación abarca prácticamente todas las operaciones logísticas: lo suficientemente grandes para tener escala, lo bastante fragmentadas para impedir la estandarización y justo por debajo del umbral de inversión para la solución empresarial.

La extracción visual — tratar el impreso del DACTE como documento fuente y extraer sus datos mediante la Extracción de Columnas Personalizadas impulsada por IA — rompe la trampa en un punto diferente. No requiere que el XML fluya del transportista al destinatario (Capa 1). Funciona con el DACTE que ya está disponible (Capa 2). Cuesta órdenes de magnitud menos que un módulo ERP y ofrece resultados en cuestión de horas, no de meses (Capa 3). Y maneja todos los diseños de transportistas en un solo lote sin integración por transportista (Capa 4).

El mecanismo es sencillo: cargue el PDF o la imagen del DACTE, ingrese los nombres de las columnas que desea extraer, y la IA localiza cada valor en la página impresa al comprender su significado, no al coincidir con una plantilla preconfigurada. El resultado es una fila de hoja de cálculo por documento, lista para su libro de costos existente o importación a ERP. La guía paso a paso de extracción de CT-e detalla las definiciones de columnas y el flujo de trabajo de procesamiento.

Para los equipos que necesitan más que la extracción por documento — incluyendo columnas calculadas que calculan el costo de flete por kg, la validación efectiva de la tasa de ICMS o la agregación mensual por lotes — la guía de procesamiento por lotes para libros de costos de flete de CT-e amplía el flujo de trabajo para manejar lotes de múltiples transportistas con análisis de costos integrado.

Preguntas Frecuentes

¿No puedo simplemente solicitar el XML del CT-e al transportista?

Puede solicitarlo. Que lo reciba de forma confiable depende del transportista. Los transportistas grandes (JSL, Braspress, Rodonaves) suelen proporcionar la descarga del XML a través de sus portales de facturación. Los transportistas pequeños y los propietarios-operadores pueden no tener un mecanismo para reenviar o compartir el XML después de la emisión, porque su herramienta de emisión es un formulario web gratuito de SEFAZ que envía el XML solo al gobierno. En la práctica, los contratos de adquisición con transportistas grandes pueden exigir la entrega del XML; con el resto del mercado, el PDF del DACTE o la impresión es lo que obtendrá.

¿La impresión del DACTE proporciona datos suficientes o necesito el XML completo?

El DACTE contiene los datos necesarios para el seguimiento de costos y el pago al transportista: valor del servicio, monto del ICMS, peso, ruta, partes. No contiene el detalle completo de la carga por ítem, algunos desgloses de impuestos a nivel de producto individual, ni el historial completo de eventos (modificaciones del CT-e, eventos de cancelación). Para la contabilidad de costos de flete, el DACTE cubre los campos esenciales. Para el cumplimiento del SPED EFD ICMS/IPI al más alto nivel de detalle, es preferible el XML completo. La estrategia práctica: extraiga el DACTE para el seguimiento de costos; solicite el XML para el cumplimiento normativo cuando el equipo fiscal necesite el desglose impositivo completo.

¿Cuál es el costo real de implementar la importación de XML de CT-e en mi ERP?

Para SAP S/4HANA con TDF, estime entre R$200.000 y R$500.000 en honorarios de consultoría, más 6 a 12 meses de implementación, además de la licencia de S/4HANA en sí. Para TOTVS Protheus, estime entre R$24.000 y R$120.000 por año en licencias (R$2.000 a R$10.000/mes) más consultoría de implementación de R$30.000 a R$80.000. Para los módulos equivalentes de Oracle o Sage, el costo es comparable. Estas cifras corresponden a la implementación del módulo ERP que cubre todos los documentos fiscales brasileños; la importación de XML de CT-e es una funcionalidad dentro del alcance de un módulo más amplio. Algunos paquetes de localización de ERP más pequeños pueden ofrecer la importación de CT-e a un costo menor, pero generalmente requieren que la empresa ya esté en esa plataforma ERP.

¿Puedo exigir a mis transportistas que envíen el XML en mis contratos de adquisición?

Puede hacerlo, y los grandes embarcadores suelen hacerlo. La limitación práctica es que la palanca de cumplimiento funciona para los transportistas que compiten por su negocio. Para envíos puntuales, carga de emergencia o rutas atendidas por solo uno o dos transportistas, la influencia es menor. Y para los muchos pequeños transportistas que entregan carga entrante de sus proveedores (no transportistas contratados por usted), no tiene ninguna relación contractual. En estos casos — que representan una parte significativa de la carga entrante para la mayoría de los fabricantes — el DACTE es el único documento que existe entre usted y los datos de transporte.

¿La extracción visual del DACTE produce la misma precisión que el análisis del XML?

El análisis del XML es 100% preciso porque los datos ya están estructurados. La extracción visual de una impresión o PDF del DACTE introduce las limitaciones de precisión propias de la lectura de documentos por IA — excelente en PDFs y escaneos limpios (hasta un 99% en campos impresos), ligeramente inferior en fotografías de baja calidad o anotaciones manuscritas. La diferencia es que el análisis del XML no siempre está disponible, mientras que la extracción visual siempre es posible. La elección no es entre la precisión del XML y la precisión del DACTE; es entre la extracción del DACTE (con su pequeño sacrificio de precisión) y el reescritura manual del DACTE (con su tasa de error del 1–4% y un costo de tiempo de 90 segundos por documento).

¿Dónde encaja el CT-e en el ecosistema más amplio de documentos electrónicos de Brasil?

El CT-e opera junto con la NF-e (factura de bienes), la NFS-e (factura de servicios), el MDF-e (manifiesto de carga que agrupa múltiples documentos CT-e en un solo vehículo) y el BP-e (billete de pasaje). Para la gestión de costos logísticos, la relación clave es entre el CT-e y la NF-e: el CT-e documenta el costo de transporte, la NF-e documenta el valor de los bienes, y ambos juntos producen el costo total puesto en destino. La guía del centro de documentos electrónicos de Brasil proporciona una visión general completa de cómo interactúan estos documentos y dónde encaja cada uno en el flujo de trabajo logístico.