SAP Business Network For Logistics – Integración del lado del transportista – API vs EDI

SAP Business Network for Logistics (BN4L) proporciona capacidades de licitación de fletes, subcontratación, liquidación, seguimiento y programación de citas en el muelle mediante la conexión de socios comerciales en la red. Al unirse a la red, un transportista puede conectarse y realizar transacciones con cualquier cargador en la red. BN4L viene por defecto con un portal web que nuestros transportistas pueden usar para realizar transacciones con los transportistas con los que están colaborando. Por supuesto, esto generalmente significa que tienen que hacer el estilo de integración de «asiento giratorio», lo que significa copiar manualmente los datos de nuestro portal y pegarlos en sus propios sistemas… no es muy divertido, sin duda, pero no es horrible si solo tiene una pequeña número de transacciones. La mayoría de los operadores que he conocido preferirían alejarse de este método de «integración» una vez que el número de transacciones comience a aumentar. BN4L ofrece dos opciones para crear integraciones: API y EDI. Ambos tienen sus pros y sus contras como pronto leerás.

Profesionales de la API

• Actuación – nada puede superar la velocidad de una integración API de sistema a sistema. Las transacciones pueden fluir entre el remitente y el transportista en cuestión de segundos.
• Cobertura Funcional – La mayor parte de la funcionalidad del portal web también es compatible con las API, con un par de excepciones. Las disputas de facturas y la programación de citas en el muelle solo están disponibles en el portal web. Los nuevos procesos para la industria, como cotizaciones/ofertas al contado y planificación externa, solo están disponibles para la integración con las API.

Contras de la API

• Habilidades de desarrollo requeridas – Las API requieren algo de desarrollo y/o middleware robusto para implementar. Además de eso, sus propios sistemas deben estar habilitados para API para construir las integraciones. Para nuestros clientes de SAP, esto puede sonar trivial, pero muchos operadores están trabajando en sistemas más antiguos que no admiten las últimas posibilidades de integración.
• Lleva tiempo implementar – la creación de una integración API puede llevar tiempo y requiere una estrecha colaboración con un transportista que pueda enviar datos de prueba. Una solución de middleware puede ayudar a aliviar parte de esta carga y debe considerarse, pero aún llevará tiempo construir una integración de API sólida. ¿Por qué lleva mucho tiempo? Por un lado, las cargas útiles son grandes y algo complejas, no es suficiente ser un desarrollador de API, también debe comprender los datos y el proceso comercial.

Ventajas de EDI

• Basado en estándares – EDI existe desde hace mucho tiempo y así es como han funcionado las integraciones logísticas durante décadas. Hay mucho conocimiento en la industria sobre EDI e incluso los sistemas de transporte más antiguos lo admiten. ANSI ha definido el estándar norteamericano para EDI y luego ayudó a definir el estándar UN/EDIFACT utilizado en gran parte del resto del mundo.
• Relativamente fácil de implementar – porque es tan conocido y basado en estándares que es más fácil de implementar que API. Todos los transportistas con los que he trabajado hasta la fecha tienen empleados expertos en EDI.

Contras de EDI

• Actuación – BN4L EDI usa SFTP y trabajos por lotes para construir la integración, y debido a esto es mucho más lento que API. Lo que API puede hacer en segundos, EDI puede hacerlo en minutos u horas.
• Cobertura Funcional – Actualmente, BN4L solo admite EDI para licitación de carreteras (FTL y LTL: 204, 990, 214, 210 y 997). No hay soporte para cotizaciones (AKA Spot Bids) con EDI para Road ya que este proceso no existía cuando se definieron los estándares EDI. El soporte de EDI para reservas marítimas se implementará lentamente este año, comenzando con el 300 en la versión de marzo de 2023. El soporte de reservas aéreas está planificado pero aún no está en la hoja de ruta.

Cosas que los remitentes deben saber y considerar

• No todos los operadores pueden crear una integración de API incluso si quisieran, simplemente aún no lo han hecho. EDI es lo mejor que muchos de ellos pueden hacer.
• La mayoría de los operadores no pueden admitir la integración de API para cotizaciones/ofertas al contado y tendrán que usar el portal web para responder a ellas. Hay algunas excepciones, pero solo los operadores técnicamente más sofisticados pueden admitir esto.
• La industria de LTL en general no construirá integraciones de API, solo harán EDI. Tal vez esto cambie en el futuro a medida que se trabaje en los estándares API para LTL.

Cosas que los transportistas deben saber y considerar

• EDI es un excelente lugar para comenzar la integración, pero debe comenzar a pensar en cómo dar el siguiente paso para admitir la integración de API.
• La velocidad y la funcionalidad sobre la integración de API pueden ser un diferenciador. Los nuevos procesos a los que les gustan las cotizaciones y la planificación externa solo están disponibles para la integración a través de API, y si no invierte y avanza, podría quedarse atrás. Mire lo que la industria FinTech le hizo a la banca, lo mismo ya está comenzando a suceder con CarrierTech. Asegúrese de invertir en su tecnología, ya que realmente es el nuevo campo de batalla para los operadores.
• Considere unirse a un organismo de estándares que está definiendo los estándares API de la industria… estos solo se lograrán si aquellos con un profundo conocimiento de la industria lo hacen posible.

Cuando se trata de integraciones de cargadores/transportistas, EDI ha dominado durante décadas y sigue siendo la integración más utilizada en la industria, y BN4L seguirá aumentando su apoyo. Dicho esto, no hay duda de que una integración de API bien construida puede ser un diferenciador en el sentido de que puede realizar órdenes de magnitud más rápido, y los procesos innovadores más nuevos como cotizaciones/ofertas al contado y planificación externa solo son compatibles con la integración a través de API. Los operadores que inviertan sabiamente en una plataforma tecnológica que pueda integrarse a través de API ahora y en el futuro ciertamente tendrán ventajas sobre aquellos que solo pueden hacer EDI.

Guía de configuración y especificaciones de BN4L EDI

Documentos de API de operador de BN4L

Guía de integración de la API de socios/operadores de BN4L