300 Documentos de Flete CT-e,
Un Solo Libro de Costos Mensual
Un analista de fletes que procesa 300 documentos CT-e al mes — volumen típico para un fabricante mediano que envía mercancía a las regiones Sudeste y Centro-Oeste — abrirá cada impresión DACTE o PDF, localizará el CNPJ del transportista, el valor del servicio (valor do serviço), el peso bruto, el monto de ICMS, los municipios de origen y destino, y escribirá esos doce datos en una fila de hoja de cálculo. A 90 segundos por documento para un analista experimentado, eso son 7.5 horas de puro ingreso de datos al mes. Sume el tiempo para detectar errores tipográficos, verificar tasas impositivas, encontrar archivos adjuntos que llegaron por correo electrónico en lugar del portal de facturación y conciliar los costos de flete con las facturas de compra correspondientes, y la hoja de costos de flete mensual se convierte en una tarea de dos a tres días que nadie quiere asumir. No tiene por qué ser así.
Conclusiones Clave
- Un analista que escribe 300 documentos CT-e al mes produce una hoja de cálculo que parece completa pero tiene vacíos ocultos: las columnas se omiten, los campos se estiman de memoria.
- La extracción por lotes garantiza que cada fila tenga la misma estructura porque el conjunto de columnas se define una vez y se aplica a los 300 documentos, sin desviaciones.
- El verdadero valor proviene de las columnas calculadas: costo de flete por kg, tasa efectiva de ICMS, calculadas durante la extracción sin escribir una sola fórmula después.
La brecha del lote en el seguimiento de costos de flete brasileño
El procesamiento por lotes y la entrada manual comparten una diferencia oculta que no se trata de velocidad. Se trata de consistencia. Cuando un analista ingresa 300 documentos CT-e uno por uno, el conjunto de columnas que introduce cambia a lo largo de la tarea. Los primeros 50 documentos tienen una columna de "notas" que se abandona para el documento 120 porque lleva demasiado tiempo; la tasa de ICMS se captura al principio, pero se estima de memoria al final. El resultado es una hoja de cálculo donde algunas filas tienen datos que otras no, y la propia analista no puede decirle después qué filas están completas y cuáles no.
La extracción por lotes — procesar los 300 DACTE impresos con el mismo conjunto de definiciones de columnas — garantiza que cada fila en la salida tenga la misma estructura de datos. El mismo CNPJ del transportista, valor del servicio, monto de ICMS, peso bruto y campos de ruta se extraen de cada documento del lote. El conjunto de columnas que define una vez al inicio es el conjunto de columnas que recibe cada documento. La diferencia entre manual y lote no son las horas ahorradas — es que la salida de la entrada manual no es confiable de maneras que no puede medir sin volver a ingresar todo.
Para una comprensión detallada de lo que lleva cada CT-e y por qué el DACTE impreso es la fuente de información con la que trabaja la mayoría de los equipos de logística, consulte nuestra guía de extracción de datos CT-e a Excel, que cubre cada campo clave del documento. Este artículo se basa en ese flujo de trabajo de extracción principal para abordar los desafíos específicos del procesamiento a escala de lote.
La diferencia del lote: La entrada manual produce una hoja de cálculo que parece completa pero tiene vacíos ocultos. La extracción por lotes produce una hoja de cálculo donde cada fila es estructuralmente idéntica — y usted puede saber de inmediato si no se encontró un campo.
Lo que realmente necesita un libro de costos de flete CT-e adecuado
Antes de construir un flujo de trabajo por lotes, el conjunto de columnas debe respaldar las tres cosas que hace un libro de costos de flete: rastrear lo que pagó por envío, comparar tarifas entre transportistas y rutas, y proporcionar los datos de ICMS necesarios para la recuperación de créditos fiscales en flete de entrada. Estos tres propósitos imponen diferentes requisitos a la estructura de datos.
Un libro de costos CT-e mínimo viable contiene los siguientes grupos de campos:
| Grupo de Campos | Columnas | Propósito en el Libro de Costos |
|---|---|---|
| Identificadores del documento | Chave de Acesso (44 dígitos), número del CT-e, serie, fecha de emisión | Clave principal para vincular con NF-e, contabilización en ERP y verificación en SEFAZ |
| Identificadores de las partes | CNPJ y nombre del transportista, CNPJ del remitente, CNPJ del destinatario | Asignación de costos por transportista, proveedor o unidad de negocio receptora |
| Costo del flete | Valor do Serviço (vTPrest), Valor a Receber (vRec), desglose de deducciones | Cifra de costo principal, costo neto después de retenciones, validación del pago al transportista |
| Detalles de impuestos | Base de ICMS, alícuota de ICMS, monto de ICMS | Recuperación de crédito de ICMS sobre flete de entrada, cumplimiento de SPED EFD |
| Detalles de la carga | Peso bruto (kg), naturaleza de la carga, valor de la carga (si está disponible) | Benchmarking de costo por kg, análisis de rentabilidad de rutas |
| Ruta | Municipio de origen (código IBGE), municipio de destino (código IBGE), CFOP | Comparación de costos por ruta, análisis modal, clasificación fiscal |
Estas 15 a 18 columnas forman la base de un sistema de seguimiento de costos de flete que puede respaldar evaluaciones de desempeño de transportistas, optimización de rutas y cumplimiento fiscal. El conjunto específico de columnas varía según la empresa: un fabricante centrado en el flete de entrada puede priorizar el CNPJ del remitente y la alícuota de ICMS para la recuperación de créditos, mientras que una empresa de distribución puede enfatizar el CNPJ del destinatario y el CFOP para la asignación de costos por unidad de negocio.
La decisión de diseño clave es incluir columna calculada en el momento de la extracción en lugar de agregarlas como fórmulas de Excel posteriores a la extracción. Debido a que la IA realiza cálculos durante la extracción — por ejemplo, Costo de Flete por Kg (Valor do Serviço ÷ Peso Bruto) — el valor calculado llega directamente a la hoja de cálculo de salida como una columna, eliminando el paso en el que un analista agrega una columna de fórmula y la copia en 300 filas. La distinción entre extracción directa, columna calculada y columna inferida se describe en la guía de columna calculada, que cubre cómo encaja cada modo en un flujo de trabajo por lotes.
Creación del flujo de trabajo por lotes: del DACTE a la hoja de cálculo mensual
El flujo de trabajo por lotes para los documentos de flete CT-e consta de tres etapas que reemplazan el ciclo de ingreso manual por documento con un único proceso por lote.
Recopile todos los DACTE de CT-e del mes — desde correos de las transportadoras, el portal de facturación o impresiones escaneadas. Cárguelos juntos en un solo lote. La interfaz acepta PDF, JPG, PNG y WebP. Los archivos de un mes para un fabricante mediano suelen ser de 200 a 400 documentos, y la carga por lotes los procesa todos en una sola pasada.
Ingrese los nombres de las columnas que corresponden a los campos de costos de flete que necesita. Estos se convierten en los encabezados de la hoja de cálculo de salida. Dado que la extracción es sin plantilla — la IA lee por significado semántico, no por posición en el diseño — las mismas definiciones de columna funcionan para el diseño DACTE de cualquier transportadora. Un CT-e de JSL y uno de Braspress, que colocan los datos de ICMS en diferentes posiciones de la página, son leídos por el mismo conjunto de columnas. Guarde el conjunto de columnas como plantilla después del primer lote; cada mes posterior usa la misma plantilla sin necesidad de reconfiguración.
La IA procesa todos los documentos del lote y produce un único archivo de Excel con una fila por CT-e. Los encabezados de columna coinciden exactamente con sus definiciones. El archivo descargado está listo para importar al ERP (la mayoría de los sistemas aceptan XLSX como archivo plano), para análisis de tabla dinámica de costos por transportadora o para cotejar con los valores de compra de NF-e.
Estos tres pasos reemplazan una tarea de ingreso manual de datos que tomaba varios días con un proceso que se completa en minutos. El cuello de botella pasa de «qué tan rápido podemos escribir» a «qué tan rápido podemos recopilar los archivos DACTE de las transportadoras» — que es en sí mismo un proceso que los flujos de recopilación por lotes pueden abordar, pero que queda fuera del alcance de la etapa de extracción.
Columnas calculadas para el análisis de costos de flete por lotes
La verdadera ventaja del flujo de trabajo por lotes no radica en extraer la información del documento más rápido, sino en agregar columnas que requieren cálculo o inferencia, un trabajo que un proceso de ingreso manual no puede escalar porque cada cálculo adicional requiere un paso de fórmula por fila.
Tres columnas calculadas que transforman una extracción básica de CT-e en una herramienta de apoyo a la toma de decisiones:
| Nombre de la columna calculada | Lógica | Qué permite |
|---|---|---|
Costo de Flete por Kg (Valor do Serviço ÷ Peso Bruto) | Divide vTPrest entre el peso bruto | Evaluación comparativa de costos por ruta: qué transportistas cobran el R$/kg más alto en qué rutas |
% ICMS Efectivo (vICMS ÷ Base de Cálculo) | Divide el monto real de ICMS por la base imponible | Validación de tarifas: señala documentos donde la tasa aplicada se desvía de la tasa interestatal esperada (7% o 12%) |
Brecha de Pago al Proveedor (Valor a Receber - Valor do Serviço) | Resta vRec de vTPrest | Análisis de retenciones: muestra las deducciones fiscales (IRRF, PIS, COFINS, CSLL) y señala brechas inesperadas |
Cada columna calculada se ejecuta durante la extracción: la IA lee los campos de origen del DACTE, realiza el cálculo y escribe el resultado en la hoja de cálculo de salida. El lote de 300 documentos produce 300 valores en cada columna calculada sin necesidad de trabajo posterior con fórmulas. Para los equipos que gestionan contratos de transportistas, la columna Costo de Flete por Kg por sí sola puede reemplazar semanas de recopilación manual de datos.
Una columna inferida — el tercer modo de Extracción de Columnas Personalizadas — puede enriquecer aún más la salida del lote. Por ejemplo, una columna llamada Tipo de Ruta (opciones: Intrarregional / Interregional) indica a la IA que evalúe los municipios de origen y destino y clasifique la ruta, añadiendo una dimensión de segmentación que ningún proceso manual tendría tiempo de aplicar a cada documento de un lote.
Información sobre extracción por lotes: El valor del procesamiento por lotes no es que escriba más rápido que un humano. Es que aplica la misma lógica a cada documento, siempre — y las columnas calculadas extienden esa lógica sin agregar trabajo.
Manejo de Variaciones de Diseño de Transportistas en un Solo Lote
La industria del transporte de carga por carretera en Brasil está altamente fragmentada. La ANTT (Agência Nacional de Transportes Terrestres) reporta más de 650,000 transportistas registrados en el sistema RNTRC, que van desde grandes proveedores de logística que cotizan en bolsa, como JSL y Sequoia, hasta propietarios-operadores individuales (transportador autônomo) que poseen un solo camión. El diseño DACTE de cada transportista es una variación de la plantilla de SEFAZ, pero la variación es lo suficientemente significativa como para que un sistema OCR basado en plantillas requiera una configuración separada por transportista.
Esta fragmentación es la razón principal por la que la extracción por lotes ha sido históricamente poco práctica para los documentos de carga CT-e. Un lote de 300 documentos de la carga entrante de un gran fabricante puede incluir documentos CT-e de 30 a 50 transportistas diferentes. El OCR tradicional — que extrae datos haciendo coincidir posiciones de caracteres — falla cuando se encuentra con un diseño en el que no ha sido entrenado, y entrenarlo en 50 diseños de transportistas no es un flujo de trabajo realista para un analista de carga.
La extracción sin plantilla resuelve esto porque la IA lee por significado semántico. "Valor do Serviço" impreso en una tabla de la barra lateral del DACTE de JSL y "Valor do Serviço" impreso en una fila de pie de página del DACTE de Braspress son localizados por la misma definición de columna — el modelo entiende cómo se ve el "valor del servicio" en cualquier posición de un documento de carga brasileño. Un solo lote puede procesar documentos CT-e de 50 transportistas con el mismo archivo de definición de columna, y la hoja de cálculo de salida tiene filas completas para cada documento — no solo para aquellos de transportistas cuyo diseño el sistema ha visto antes.
La implicación práctica para el analista de carga: usted recopila todos los archivos DACTE del mes, independientemente del transportista, y los carga juntos. El flujo de trabajo por lotes no requiere que ordene por transportista, cree sublotes o reconfiguraciones entre ejecuciones.
Conciliación de Costos de CT-e por Lote con Valores de Compra de NF-e para Costo de Adquisición
Un libro de costos mensual que rastrea los costos de flete de forma aislada proporciona datos de rendimiento del transportista. Un libro que concilia cada cargo de flete de CT-e con el valor de los bienes de la NF-e correspondiente proporciona el costo de adquisición por unidad, la cifra que los equipos de adquisiciones realmente necesitan para el análisis de márgenes.
El mecanismo de conciliación es el mismo que en el flujo de trabajo de un solo documento: cada CT-e hace referencia a la clave de acceso (chave de acesso) de la NF-e que transporta (o a múltiples claves de acceso de NF-e en el caso de cargas consolidadas). Al extraer la clave de acceso de NF-e referenciada de cada CT-e en el lote, la hoja de cálculo de costos de flete obtiene una columna que actúa como clave foránea hacia el libro de compras de NF-e. Una función XLOOKUP entre las dos hojas de cálculo crea una vista combinada que muestra, para cada envío, el valor de los bienes de la NF-e, el costo de flete del CT-e y el costo de adquisición calculado.
Esta conciliación se vuelve más poderosa cuando tanto el lote de CT-e como el lote de NF-e se procesan a través del mismo flujo de trabajo de extracción. La guía de extracción de datos de NF-e cubre las definiciones de columnas para los documentos de compra de NF-e, y las dos hojas de cálculo de salida —una para valores de bienes, otra para costos de flete— se fusionan en la columna de clave de acceso. Un análisis trimestral de costos de adquisición que solía requerir un día completo de referencias cruzadas se convierte en una fusión de hojas de cálculo que se completa en minutos.
Para una visión más amplia de cómo el CT-e encaja en el ecosistema de documentos electrónicos de Brasil junto con la NF-e (factura de bienes) y el MDF-e (manifiesto de flete), consulte la guía del centro de documentos electrónicos brasileños, que cubre el flujo de autorización de SEFAZ común a todos los documentos fiscales brasileños.
Preguntas Frecuentes
¿Cuántos documentos CT-e puedo procesar en un solo lote?
No hay un límite de archivos por lote. La restricción práctica es el límite total de páginas de su plan. Un solo DACTE de CT-e tiene de 1 a 2 páginas. En el plan Pro (1,500 páginas por mes), un equipo que procesa 500 documentos CT-e (de 1 página cada uno) utiliza un tercio de su capacidad mensual, dejando espacio para otros tipos de documentos. La salida del lote combina todos los documentos en un solo archivo de Excel, independientemente del volumen.
¿Necesito una plantilla diferente para el diseño DACTE de cada transportista?
No. La extracción sin plantilla lee por significado semántico, no por posición. Un campo de ICMS en el DACTE de JSL (que puede aparecer en un recuadro lateral) y en el DACTE de Braspress (que puede aparecer en una tabla de pie de página) se localizan mediante la misma definición de columna porque la IA entiende qué es "ICMS" en un documento de flete. Un lote que contenga 50 transportistas diferentes utiliza un único archivo de definición de columnas.
¿Pueden las columnas calculadas validar las tasas de ICMS en un lote?
Sí, y esta es una de sus aplicaciones más valiosas. Una columna calculada que determina la tasa efectiva de ICMS (vICMS ÷ Base de Cálculo) produce un valor que debería coincidir con la tasa interestatal esperada — 7% o 12% — para cada documento del lote. Las filas donde la tasa calculada se desvía de la esperada se marcan en la salida mediante una regla de formato condicional simple en Excel, convirtiendo un problema de validación de 300 filas en una verificación puntual de las excepciones marcadas. La guía de errores de cálculo de ICMS en CT-e cubre las reglas de tasa específicas y qué indica cada tipo de desviación.
¿Qué sucede si algunos PDF de DACTE están escaneados de lado o a baja resolución?
El modelo de visión de IA maneja la orientación y la variación moderada de resolución. Un DACTE escaneado a 200 DPI con una inclinación de 15 grados se procesa correctamente — el modelo detecta la orientación del texto y lee contextualmente, a diferencia del OCR tradicional que requiere un preprocesamiento de enderezamiento. Para resoluciones muy bajas (por debajo de 150 DPI) o artefactos de iluminación severos, la precisión a nivel de campo puede disminuir, pero la extracción aún devuelve resultados parciales que pueden revisarse en lugar de requerir un nuevo escaneo.
¿Cómo comparo los costos de flete mes a mes usando la extracción por lotes?
Exporte el lote de cada mes a un archivo de Excel separado, luego anexe los archivos mensuales en una sola hoja de cálculo acumulada del año. Debido a que cada mes utiliza las mismas definiciones de columna, los archivos tienen estructuras de columna idénticas y se pueden apilar añadiendo filas. Con columnas calculadas como "Costo de Flete por Kg" integradas en cada exportación mensual, el análisis de tendencias de tasas mes a mes no requiere más que una tabla dinámica sobre el conjunto de datos apilado — sin ajuste de fórmulas por mes.
¿Cómo hago la transición de mi equipo de flete de la entrada manual a la extracción por lotes?
Comience con un mes de ejecución en paralelo: procese los documentos CT-e del mes tanto manualmente (flujo de trabajo existente) como mediante extracción por lotes (nuevo flujo de trabajo). Compare ambos resultados: el resultado de la extracción tendrá menos errores tipográficos, una estructura de columnas más consistente y una cobertura completa del conjunto de documentos. La ejecución en paralelo proporciona la evidencia concreta necesaria para cambiar el equipo a solo extracción al mes siguiente. La mayoría de los equipos descubren que la transición requiere un ciclo para generar confianza en el resultado y cero ciclos adicionales para mantenerla.