Desarrollo de software logístico: TMS, WMS, visibilidad de envíos y cumplimiento en comercio exterior

Lo que nos cuentan los equipos de Logística y cadena de suministro

• Integraciones con transportistas que mezclan EDI AS2/X12 con API REST modernas: un mal cambio en la especificación rompe todo lo que va detrás
• Paneles de visibilidad en tiempo real que van 4 horas por detrás porque el proveedor de ELD/telemática limita las peticiones
• TMS modelados para envíos monomodales, cuando en realidad tu negocio es multimodal
• Caos en la planificación de muelles: los almacenes funcionan a base de pizarras y llamadas
• Carencias de cumplimiento en comercio exterior que solo salen a la luz cuando la CBP o la aduana marcan un envío
• Plataformas de última milla con una rotación de conductores del 60% porque la app es un suplicio de usar
• Una conciliación entre TMS, WMS y contabilidad de la que nadie se fía al cierre del trimestre

Qué entregamos

Cómo lo construiríamos

Blueprints: proyectos de ejemplo con el plan, la arquitectura y los objetivos de los que partiríamos.

Preguntas frecuentes

¿Trabajáis con EDI, con API o con ambos?

Con ambos. AS2 + X12 (204, 210, 214, 990) sigue siendo la forma en que opera la mayoría de los transportistas con flota propia, y hacer como si no existiera deja tu plataforma fuera de medio mercado. Construimos una capa de integración que abstrae el transporte (EDI, REST, SOAP o webhook) y ofrece un único modelo de dominio al resto de la plataforma, de forma que añadir el siguiente transportista es escribir un traductor, no rediseñar nada.

¿Cómo conseguís visibilidad en tiempo real cuando los proveedores de telemática limitan las peticiones?

Con polling escalonado, suscripciones a eventos de cambio cuando el proveedor las admite y un modelo de frescura de los datos que es honesto con el usuario: «última posición conocida hace 12 minutos» es mejor que un punto desactualizado que finge estar en directo. En proyectos anteriores hemos trabajado con Project44, FourKites, Trimble, Geotab e integraciones directas con ELD.

¿Podéis construir un TMS multimodal o solo monomodal?

Lo multimodal es donde fallan la mayoría de las migraciones de TMS, así que es nuestro punto de partida por defecto. Un mismo envío puede combinar marítimo → acarreo portuario → ferrocarril → camión → última milla, y la plataforma tiene que seguir la responsabilidad, los hitos, las incidencias y la conciliación en cada tramo. Modelamos los tramos como conceptos de primer nivel, no como hijos anidados de un envío padre.

¿Conocéis los flujos de aduanas y cumplimiento en comercio exterior de EE. UU.?

Sí: herramientas de clasificación por código HS, comprobación de listas de partes denegadas, controles antiboicot, normas de origen del USMCA e integración con agentes de aduanas + declaraciones automatizadas (CBP ACE en EE. UU., ICS2 en la UE). No actuamos como agente de aduanas, pero construimos las herramientas de flujo de trabajo que usan tanto el agente como el importador/exportador.