Hace algún tiempo me propuse la misión de averiguar si existía un estándar unificado de API/EDI de transporte que fuera utilizado por varias empresas logísticas. Seguramente en esta era, algo así debe existir, ¿verdad? ¿Un formato universal de API de envíos?

Bueno, para resumir, no existe.

Lo más cercano que puedes encontrar es algún proveedor de API que haya construido muchas conexiones de API de transportistas y luego ofrezca su propio punto final de API para acceder a diferentes proveedores de servicios de transporte.

En este artículo, cubriré algunas APIs de transportistas diferentes, describiré brevemente sus capacidades y discutiré formas de implementarlas.

¡Nota! Si solo estás buscando un protocolo universal de API de transporte, aquí hay un enlace donde puedes programar una llamada rápida conmigo.

En fin, comencemos con un…

Caso de ejemplo de la vida real


Primero, definamos el objetivo.

Considera un fabricante promedio con clientes y proveedores tanto nacionales como internacionales. Los productos deben ser recogidos de los proveedores y entregados en el sitio de producción, mientras que los productos finales deben ser enviados a los clientes.

Para establecer una cadena de suministro confiable, tu típico fabricante de tamaño mediano necesitaría de 10 a 20 socios de transporte:
  • Un conjunto para paquetes nacionales
  • Otro conjunto para palés nacionales
  • Un socio de carga que ofrezca precios competitivos para países vecinos del norte podría no ofrecer la misma propuesta para otras direcciones o distancias más largas.
  • Lo mismo se aplica para grupaje, LTL o cargas completas (FTL)
  • Para clientes en el extranjero, podría necesitarse un conjunto completamente diferente de socios
  • … y así sucesivamente.

Gestionar todas esas relaciones ya es bastante complejo. ¡Pero la verdadera diversión comienza cuando intentas integrar sus sistemas informáticos! (ya que no existe un protocolo unificado de API de carga)

En segundo lugar, debemos acordar el alcance.

No todas las empresas logísticas ofrecen el mismo nivel de servicio. Algunas tienen APIs muy sofisticadas que proporcionan precios de carga instantáneos, reservas, etiquetas, seguimiento, solicitudes de mensajería, etc., mientras que otras podrían tener solo un portal donde puedes iniciar sesión y enviar una reserva. Algunas no tienen sistemas informáticos en absoluto, solo correo electrónico. Para nuestro escenario objetivo, mantengamos las cosas simples y apuntemos a:

  1. Enviar una orden de transporte
  2. Recibir de vuelta las etiquetas de transporte
  3. ¡Tal vez obtener el precio estimado del transporte si tenemos suerte!

Suena bastante simple, ¿verdad? Oh, si tan solo...

Conexiones de transportistas – bienvenido a la jungla


La forma manual de manejar las cosas, que parece ser el estándar de la industria para la mayoría de las empresas, implica usar portales de transportistas siempre que sea posible y comunicarse por correo electrónico con el resto de los socios de transporte. En nuestro ejemplo, asumimos que las listas de precios de transporte, los horarios, los tiempos de entrega y el manejo de facturas se gestionan por separado. Para el envío de reservas, nuestro objetivo es construir una conexión API desde nuestro sistema ERP.

Supongamos que hemos seleccionado la siguiente lista de empresas de transporte y necesitamos construir una conexión API directa a sus sistemas desde nuestro software ERP. Esta selección es aleatoria y cubre solo una fracción de las diferentes APIs de transportistas que existen.

DHL Express – utiliza un portal llamado MyDHL, que también tiene capacidades de API. Sin embargo, utiliza diferentes APIs para las ramas de Freight, Express y Global Forwarding, y diferentes enfoques de API en varias regiones. El acceso al servicio web requiere un protocolo SOAP, servicios RESTful o XML simple, y los desarrolladores deben estar familiarizados con XML/JSON y tener una comprensión básica de los servicios web. La especificación de la API por sí sola tiene 457 páginas. Es exhaustiva, pero tu desarrollador te cobrará por las horas dedicadas solo a leerla. Una vez implementada, necesitarías activar un promedio de 5-12 solicitudes por envío, comenzando desde la autenticación hasta las validaciones de direcciones, verificaciones de disponibilidad y solicitudes de etiquetas.

Schenker – utiliza diferentes soluciones API/EDI en varias regiones. Más comúnmente, utiliza un protocolo SOAP con formato XML. El mensaje en sí es sencillo, siempre que todos los posibles errores se manejen adecuadamente. Los desarrolladores necesitan acceso personalizado para implementar la API. Dependiendo de tu ubicación, es posible que se te pida implementar una solución EDIFACT en su lugar, que cubriré más adelante.

DSV – recientemente se ha trasladado a su portal con capacidad de API llamado MyDSV. Dado que la API es bastante nueva, aprovecha algunos de los enfoques más recientes y modernos en el mundo de las APIs. A pesar de la complejidad al autenticarse y navegar por su catálogo de productos, el enfoque es sencillo. Nuevamente, dependiendo de tu ubicación, se puede preferir EDIFACT.

FedEx y TNT – esto puede ser divertido. Primero, necesitas determinar si estás utilizando los servicios de TNT o FedEx. Aunque deberían haber sido la misma empresa durante bastantes años, la migración aún está pendiente. Si tu contrato es con TNT, lo más probable es que se te pida implementar la API TNT Express Connect. La implementación en sí es de complejidad promedio. La desventaja es que esta API se considera obsoleta y eventualmente se cerrará. La API de FedEx, por otro lado, es más compleja y ofrece varias opciones dependiendo de la región en la que te encuentres. En Cargoson, hemos implementado la API FedEx Compatible, que proporciona algunas funcionalidades adicionales muy interesantes pero está disponible solo para socios FedEx Compatible.

UPS – utiliza una API basada en JSON y OAuth para la autenticación, lo que significa que hay bastantes solicitudes que tendrías que activar antes de que tu reserva se procese y recibas las etiquetas de vuelta.

A continuación, tenemos EDIFACT, utilizado por muchas empresas de transporte como DSV, Maersk, DB Schenker, Kuehne + Nagel, C.H. Robinson, CEVA Logistics, etc. Es un estándar muy antiguo, y aunque podría parecer que podrías salirte con la tuya con una integración API para varias empresas logísticas, piénsalo de nuevo. La mayor desventaja es que es una conexión basada en intercambio de archivos, lo que significa que tendrías que generar un archivo físico real, luego transmitirlo por FTP y literalmente esperar que todo esté bien porque hay una retroalimentación muy engorrosa sobre errores y advertencias.

Similar a EDIFACT es FORTRAS, una conexión basada en archivos con las mismas deficiencias. Se usa más en Alemania y países vecinos. No solo el intercambio de archivos es desafiante, sino que el formato del archivo en sí es difícil de leer y, por lo tanto, consume mucho tiempo para depurar errores. Algunas empresas conocidas que lo utilizan incluyen Dachser, Schenker, Kuehne + Nagel, Hellmann Worldwide Logistics, GLS, Hermes, Gebrüder Weiss, etc.

Incluso después de implementar todas las integraciones mencionadas anteriormente, queda la pregunta:

¿Qué haces con las empresas de transporte que carecen de cualquier sistema informático o portal, y mucho menos una API para aceptar órdenes de transporte?

La solución más simple es enviar un correo electrónico sencillo. Aunque esto puede parecer sencillo, profundicemos más. Configurar la conexión técnica con tu servidor de correo es una cosa, pero ¿qué pasa con los contactos? Normalmente, diferentes direcciones son manejadas por diferentes personas de contacto, y las personas cambian de posición. Por lo tanto, necesitarías construir una matriz de contactos bastante completa en tu ERP.

Entonces, ¿cuáles son las alternativas a lidiar con APIs de transportistas dispares y protocolos EDI?

Una opción a considerar es una API multi-transportista. Esencialmente, este es un proveedor de servicios que ha construido todas las conexiones de transportistas, ya sean APIs modernas, protocolos EDI antiguos basados en EDIFACT o FORTRAS o integraciones de correo electrónico, y las ha hecho disponibles a través de su propia API de envío estandarizada. En lugar de implementar varias APIs de transportistas y mantenerlas actualizadas, puedes implementar solo un estándar de API multi-transportista y activar todas tus órdenes de transporte a través de él.

Pero lo hemos llevado aún más lejos.

Software multi-transportista – ¿mejorando tus transportistas existentes?


Diferentes empresas logísticas ofrecen niveles de servicio variados. Algunas proporcionan una API de reserva, mientras que otras no; algunas ofrecen capacidades de seguimiento, mientras que otras carecen de esta característica. En Cargoson, hemos implementado todas las características que llenan los vacíos para cada empresa de transporte.

Por ejemplo, cuando un transportista no ofrece reserva en línea, proporcionamos un portal para eso. Si les falta seguimiento, lo agregamos. Tenemos sistemas para cargar pruebas de entrega (POD) y otros documentos, API multi-transportista con todas las funciones, estimaciones de ETA, cálculos de precios de transporte, estadísticas de rendimiento e incluso cifras de emisiones de CO2 del transporte. Básicamente, lo que sea que le falte a un transportista, lo hemos construido para que no tengas que preocuparte por las diferencias de nivel de servicio o de TI entre tus transportistas.


Igualando los niveles de servicio entre diferentes transportistas - estándar universal de API de envíos
Igualando los niveles de servicio entre diferentes transportistas - estándar universal de API de envíos




Vea cómo Cargoson mejora sus transportistas existentes

Aquí hay un ejemplo del mundo real: Grandes jugadores como FedEx, TNT y DHL Express ofrecen una API de precios. Esto significa que cuando activas una solicitud de precio desde Cargoson, los precios se extraen directamente del sistema del transportista. Sin embargo, en casos donde una empresa como DSV no proporciona una API de precios, la lista de precios en Excel o PDF proporcionada por DSV se carga en Cargoson, y el cálculo del precio se realiza dentro de nuestro sistema. Tenemos un potente motor de carga y cálculo de precios de flete para eso. El mismo enfoque se puede aplicar a todas las demás empresas de transporte y también es aplicable a otras características.

Nuestro objetivo es simple: darte una experiencia consistente y de alta calidad en todos los transportistas, incluso si no todos comienzan con las mismas capacidades. Un estándar de API de transportista universal de facto y una plataforma multi-transportista en uno.

Si estás buscando una mejor manera de gestionar tus integraciones de transportistas, Cargoson puede ayudar. Nuestra plataforma proporciona una única API de transporte estandarizada que te conecta con todos tus transportistas, independientemente de sus capacidades individuales. Esto significa que puedes acceder a todos tus servicios de envío a través de una interfaz unificada, sin preocuparte por las diferencias técnicas subyacentes.

¿Quieres ver cómo podría funcionar para tu negocio? Hagamos una llamada rápida para discutir tu configuración actual y los desafíos específicos de integración. Podemos revisar algunos ejemplos del mundo real de cómo Cargoson ha ayudado a empresas en casos similares al tuyo:

Programa una consulta gratuita de 30 minutos