Abel Cobreros

Software para transitarios / Logística internacional

Software para transitarios: el expediente en un solo sitio, de la reserva a la factura

La misma referencia, el mismo contenedor y el mismo documento se teclean en el correo, en la hoja de cálculo, en el programa de despacho y en la factura. Construyo el sistema que reúne el expediente, avisa al cliente y factura cada expedición con sus costes, conectado con las herramientas que ya usáis.

  • Expediente único con mercancía, hitos y documentos
  • Seguimiento de contenedores y avisos automáticos
  • Portal para que el cliente consulte sin llamar
  • Facturación por expedición con fletes y suplidos

Lo que está cambiando

El expediente ya es un flujo de datos, no una carpeta

Aduanas y facturación han pasado en pocos años del papel a mensajes electrónicos con plazos cerrados. Ninguno de estos cambios obliga a construir nada, pero todos castigan tener la información repartida.

2025

ICS2 en todos los modos de transporte

Desde 2025 la declaración sumaria de entrada se presenta en el sistema europeo ICS2 también por carretera y ferrocarril, además de en marítimo y aéreo. En marítimo, el transitario que emite el conocimiento de embarque house tiene que aportar sus datos a la declaración, presentándolos él mismo o facilitándoselos a la naviera.

2023 – 2025

Exportación en AES y tránsito en NCTS

La exportación se declara en AES desde mayo de 2023 y el tránsito funciona en la fase definitiva de NCTS desde el 21 de enero de 2025, los dos con los datos del Código Aduanero de la Unión. Más campos y más validaciones, y menos margen para completar el expediente a posteriori.

1 de enero de 2027

Verifactu en la facturación

Si facturáis desde un sistema propio o un ERP a medida, ese sistema tiene que cumplir Verifactu: el 1 de enero de 2027 para contribuyentes del Impuesto sobre Sociedades y el 1 de julio de 2027 para el resto, según el Real Decreto-ley 15/2025.

6 de octubre de 2027

Factura electrónica entre empresas

El Real Decreto 238/2026 obliga a emitir y recibir facturas electrónicas entre empresas. Con la Orden HAC/1028/2026 ya publicada, los plazos tienen fecha: el 6 de octubre de 2027 para las empresas que facturan más de 8 millones de euros y el 6 de octubre de 2028 para el resto. Para un transitario, que recibe por cada expedición facturas de navieras, terminales y transportistas, la recepción pesa tanto como la emisión.

Lo que significa para el expediente

  • Los datos de la mercancía, las partes y el transporte tienen que estar completos antes de que salga la declaración, no después.
  • Cada factura de un proveedor de la cadena tiene que poder casarse con su expediente para repercutirla sin volver a teclearla.
  • Si la factura sale de un sistema propio, ese sistema entra en el alcance de Verifactu.
  • Lo que hoy vive en correos y hojas de cálculo es justo lo que más cuesta adaptar a un flujo electrónico.

Nada de esto exige cambiar el programa de despacho con el que presentáis las declaraciones. Lo que exige es que el expediente deje de estar repartido entre personas y herramientas, que es exactamente el problema que resuelve esta página.

Datos verificados el 4 de noviembre de 2026.

A quién le encaja

Cuándo compensa hacerlo a medida y cuándo no

Hay programas sectoriales para transitarios con años de recorrido y para muchas empresas son la respuesta correcta. Esta página es para las que ya los han probado, o para las que trabajan con uno y lo rodean de hojas de cálculo.

check_circle

Aquí el programa estándar se queda corto

  • La misma referencia de expediente se teclea en tres o más sitios: correo, hoja de cálculo, programa de despacho y facturación.
  • Los clientes llaman o escriben varias veces por semana para saber dónde está su contenedor.
  • La factura de cada expedición se monta a mano juntando facturas de navieras, terminales, transportistas y suplidos.
  • El ERP lleva la contabilidad pero no sabe nada del tráfico, que vive en una hoja de cálculo paralela.
  • Tenéis despacho propio y la declaración no está enlazada con el expediente que la originó.
  • Vuestros tráficos tienen reglas propias —tarifas pactadas por cliente, rutas fijas, depósitos— que ningún programa trae de serie.
remove_circle

Aquí no lo necesitas, y te lo voy a decir

  • Un programa sectorial ya cubre vuestros tráficos y el equipo lo usa sin hojas paralelas.
  • Solo necesitáis facturar: una herramienta de facturación estándar cuesta menos que cualquier desarrollo.
  • Movéis pocas expediciones al mes y una persona las controla todas sin esfuerzo.
  • El proceso todavía cambia cada semana: primero hay que estabilizarlo, y eso no lo arregla ningún software.
rule

Depende de cuánto duela

  • El programa sectorial funciona, pero cada informe para el cliente sale de exportarlo a Excel y retocarlo.
  • Pagáis licencia por usuario cuando la mayoría solo consulta el estado de las expediciones.
  • El programa de tráfico no habla con la facturación y alguien pasa los costes a mano cada semana.
  • Queréis dar acceso a los clientes y la herramienta actual no tiene portal, o lo cobra aparte.

No vendo un producto cerrado para transitarios. Si una herramienta del mercado resuelve vuestro caso, te lo diré y no cobro por decírtelo. El desarrollo a medida suele encajar en la parte que ninguna herramienta estándar cubre: vuestras reglas, vuestros documentos y la conexión con los sistemas que ya usáis.

Qué incluye

Seis piezas de un sistema de gestión de expedientes

No hace falta construirlas todas a la vez. Lo sensato es empezar por el expediente y los avisos, y añadir el resto cuando la primera fase ya funcione con datos reales.

folder_open

Expediente único

Cliente, partes, mercancía, contenedores, documentos, costes y estados en un solo registro, con el historial de quién cambió qué. Es la pieza que ordena todas las demás.

track_changes

Seguimiento de contenedores

Hitos de la naviera, de la terminal o del puerto incorporados al expediente, con avisos cuando algo se retrasa o cambia. Nadie tiene que entrar en diez webs para saber dónde está cada contenedor.

supervised_user_circle

Portal de clientes

Cada cliente ve sus expediciones, sus documentos y el estado actualizado, y descarga lo que necesita sin escribir a la oficina. Solo lo suyo, y solo lo que decidáis enseñar.

fact_check

Documentación y aduanas

Los documentos que exige cada tipo de operación, avisos de lo que falta y el enlace entre el expediente y la declaración que presenta vuestro programa de despacho.

receipt_long

Facturación por expedición

Costes de terceros, suplidos y margen asignados a cada expediente, para que la factura salga de lo que ya está registrado y ningún coste se quede sin repercutir.

hub

Integraciones

ERP o contabilidad, programa de despacho, sistema del puerto, navieras y correo. Cada dato entra una vez y viaja a donde tiene que llegar.

Casos de uso

Cuatro expedientes, de principio a fin

Así se ve el mismo trabajo cuando el expediente vive en un solo sitio. Cada flujo está contado desde el paso manual que desaparece, porque ahí es donde está el coste.

Importación de contenedor completo

Llegada Documentos Despacho Arrastre Factura

El aviso de llegada de la naviera actualiza el expediente y el cliente recibe la petición de los documentos que faltan. Cuando llega el levante, el arrastre se pide con los datos ya cargados, y la factura se prepara con los costes que han ido entrando por el camino, no rebuscando correos a final de mes.

Exportación con declaración

Reserva Documentos DUA Embarque Factura

La reserva y los datos del cliente alimentan el expediente, y de ahí salen los que necesita vuestro programa de despacho para la declaración, sin volver a teclearlos. Cuando el contenedor embarca, el cliente lo sabe sin tener que preguntar.

Grupaje con varios clientes

Reservas Almacén Contenedor Destino Facturas

Cada cliente tiene su partida, sus documentos y su parte del flete aunque viajen en el mismo contenedor. El reparto de costes por volumen o por peso se calcula en el expediente, que es justo lo que en una hoja de cálculo acaba cuadrando mal a final de mes.

Tránsito hacia el interior

Levante Tránsito Transporte Ultimación

El contenedor sale del puerto en tránsito hacia un depósito o un cliente del interior. El expediente guarda la declaración, el transportista asignado y el plazo, y avisa si la operación no se ha ultimado a tiempo, antes de que se convierta en un problema con la garantía.

Los nombres de los pasos cambian de una empresa a otra, y los tráficos también. Lo que se repite es el patrón: cada dato entra una vez y el expediente sabe en qué punto está.

Cómo se resuelve

Tres formas de ordenarlo, según lo que ya tengáis

Antes de proponer nada sigo un expediente real de principio a fin y miro qué herramientas intervienen. La respuesta cambia mucho según lo que ya exista.

Si ya tenéis un programa sectorial

Construir alrededor, no sustituirlo

Conservar el programa que el equipo conoce y construir lo que le falta: portal de clientes, avisos automáticos, informes y la conexión con la facturación. Sale más barato que migrar y ataca el trabajo manual, que suele ser el verdadero coste.

Ver automatización de procesos arrow_forward

Encaja cuando el programa cumple pero vive rodeado de hojas de cálculo y correos.

Si todo vive en correo y Excel

Un expediente a medida, por fases

Empezar por el expediente único y los avisos, con vuestros tipos de operación y vuestros documentos, y añadir el portal, el seguimiento y la facturación cuando la primera fase ya se usa a diario.

Ver desarrollo de aplicaciones web arrow_forward

Encaja cuando ninguna herramienta ha llegado a implantarse y el conocimiento está en las personas.

Si tenéis un ERP

Llevar el tráfico al ERP, o conectarlo

Si el ERP ya lleva clientes, proveedores y contabilidad, a veces lo sensato es construir el módulo de tráfico dentro o conectarlo con el expediente, para que los costes de cada expedición lleguen a la contabilidad sin pasar por una hoja intermedia.

Ver integraciones con ERP y aduanas arrow_forward

Encaja cuando la contabilidad está resuelta y el problema empieza en la operativa.

También existe la opción de no hacer nada conmigo. Si lo que os encaja es un programa sectorial, te diré cuál miraría y por qué, y esa conversación no cuesta nada.

Caso de éxito

AeroSports: el cliente ve el estado de su pedido sin llamar

No es un transitario, pero resuelve el mismo problema: un portal privado donde cada cliente consulta sus pedidos y en qué fase están, con los documentos generados desde el propio pedido y todo sincronizado con Odoo. Es la misma arquitectura que un portal de clientes para un transitario.

check_circle

Portal privado para cada cliente

check_circle

Estados visibles para cliente y administración

check_circle

Albaranes generados desde el pedido

check_circle

Integración con Odoo en producción

Ver el caso completo arrow_forward
AeroSports
Listado de pedidos en el portal de cliente de AeroSports con su estado de producción

Cómo trabajo

De cómo trabajáis hoy a un expediente que se sostiene

El orden importa: empezar a programar pantallas sin haber recorrido un expediente real de principio a fin es el camino más corto para construir algo que el equipo no va a usar.

Seguir un expediente real

Uno cerrado, de la reserva a la factura, con las personas que lo llevaron. Ahí aparecen los pasos que nadie tiene escritos.

Contar dónde se teclea cada dato

Referencia, contenedor, cliente y costes. Cada vez que un dato se copia de una herramienta a otra hay un coste y un error posible, y esa lista decide qué se construye primero.

Elegir la primera fase

Lo lógico es el expediente y los avisos: es lo que más trabajo quita el primer mes y lo que demuestra si el resto merece la pena.

Conectar con lo que ya existe

Programa de despacho, ERP o contabilidad, sistema del puerto y navieras. Primero lo que tenga una vía de conexión clara; lo demás, cuando se sepa que compensa.

Arrancar con un tipo de tráfico

Una línea de importación o un cliente grande primero, con el equipo usándolo de verdad. Los fallos de un sistema así aparecen con la operativa diaria, no en las pruebas.

Preguntas frecuentes

Preguntas frecuentes sobre software para transitarios

Respondo a las dudas más habituales antes de que tomes una decisión.

Muchas veces sí, y es lo primero que conviene mirar. Hay programas sectoriales con años de recorrido que cubren bien la operativa estándar de un transitario.

El desarrollo a medida compensa en casos concretos: cuando el programa cumple pero vive rodeado de hojas de cálculo, cuando vuestros tráficos tienen reglas que no trae, o cuando lo que falta es un portal, unos avisos o una integración que el fabricante no va a hacer. En esos casos lo sensato es construir alrededor del programa, no sustituirlo.

No. Las declaraciones las sigue presentando vuestro programa de despacho, con vuestro certificado y bajo vuestra responsabilidad. Lo que construyo es el expediente que prepara esos datos y el enlace para que no haya que teclearlos dos veces.

La Agencia Tributaria publica los servicios web y las guías técnicas de sus declaraciones, así que conectar un sistema propio con ella es técnicamente posible. Pero casi nunca compensa sustituir un programa de despacho que funciona y que se mantiene al día con cada cambio de formato.

Sí, porque el expediente se diseña a partir de vuestros tipos de operación y no de una plantilla. Cada tipo tiene sus documentos, sus hitos y sus costes, y el sistema los conoce.

Lo que no recomiendo es construirlos todos a la vez. Se empieza por el tráfico que más volumen o más problemas da y se amplía cuando ese ya funciona.

No. El sistema nuevo se construye en paralelo mientras seguís trabajando como hasta ahora, y se arranca con un solo tipo de tráfico o un cliente. Cuando ese tramo funciona con expedientes reales, se amplía al resto.

Durante ese tiempo conviven las dos formas de trabajar, y eso está previsto desde el principio: nadie tiene que cambiarlo todo un lunes por la mañana.

Por la vía que cada fuente permita. Muchas navieras y terminales ofrecen API o mensajes electrónicos de seguimiento, y el sistema del puerto aporta otros hitos. Cuando no hay nada de eso, se automatiza la consulta con sus límites o se registra el hito a partir del correo que ya os llega.

La respuesta honesta es que la cobertura depende de con quién trabajéis, y conviene revisarla antes de prometer al cliente un seguimiento completo.

Lo que decidáis. Lo razonable es enseñar el estado de cada expedición, los hitos del contenedor, los documentos que pueden descargar y sus facturas. Cada cliente ve solo lo suyo, y cada usuario de un cliente, solo lo que le corresponde.

Lo que no se enseña se queda dentro: costes, márgenes, notas internas o proveedores. Esa separación se diseña desde el principio, no se añade después.

Asignando cada coste a su expediente en cuanto entra: flete, gastos de terminal, arrastre y lo que se paga por cuenta del cliente. El sistema distingue lo que se refactura con margen de lo que se repercute como suplido, y la factura sale de lo registrado.

El tratamiento fiscal concreto de cada partida lo decide vuestra asesoría. Yo programo las reglas, no las invento.

Si el programa ofrece una API, permite importar y exportar datos o da acceso a su base de datos, sí. Con los más extendidos el camino está bien documentado; con un programa antiguo o a medida hay que estudiarlo antes.

Lo que se busca es que los costes y las facturas de cada expedición lleguen a la contabilidad sin que nadie los vuelva a escribir.

Si la factura sale de un sistema propio, ese sistema tiene que cumplir Verifactu, y se construye así desde el principio: registros encadenados, código QR y envío a la Agencia Tributaria. Las fechas vigentes están en el bloque de situación de esta página.

La alternativa, igual de válida, es que el sistema prepare la factura y la emita un programa que ya cumpla. Depende de lo que ya uséis.

Depende de los tipos de operación, de con qué hay que conectarse y de lo ordenados que estén hoy los datos, así que no doy una cifra sin haber visto un expediente real. Lo que no hago es presupuestar a ciegas un proyecto de un año: trabajo por fases cerradas, cada una con su alcance y su precio acordados antes de empezar.

La primera fase es pequeña a propósito —el expediente y los avisos, por ejemplo— para tenerla en producción en pocas semanas y decidir el resto con datos reales. La revisión inicial para dimensionarla es gratuita.

Sí. En un desarrollo a medida el código y los datos son vuestros desde el primer día. Trabajo con tecnologías estándar y de código abierto, sin plataformas cerradas ni licencias que os aten a mí.

Cualquier desarrollador con experiencia en esas tecnologías puede mantenerlo o ampliarlo si un día decidís cambiar, que es la mejor garantía de que el sistema sigue siendo vuestro.

No. Vivo en Algeciras, pero trabajo en remoto con empresas de toda España, y el problema que resuelve esta página —la misma información repartida entre el correo, el programa de despacho y la facturación— no depende del puerto desde el que trabajéis.

Las reuniones se hacen por videollamada y, si para arrancar conviene ver la operativa en persona, se organiza.

¿Cuántas veces tecleáis el mismo contenedor?

Cuéntame cómo va hoy un expediente desde la reserva hasta la factura y con qué herramientas trabajáis. Con eso te digo si tiene sentido un desarrollo o si os basta con un programa del mercado.

Reservar consulta inicial gratuita