Interfaces en la logística

En la logística, los datos de envío salen del ERP hacia empresas de paquetería, plataformas de envío y transportistas, y los números de seguimiento y estados vuelven. Las empresas de paquetería suelen ofrecer API REST; los transportistas trabajan a menudo con EDIFACT o FORTRAS mediante archivos. Para el envío de paquetes suelen bastar plataformas ya hechas. Construimos la conexión donde el transportista, un formato especial o el ERP no encajan en el esquema.

Panorama de sistemas típico

Dos ejemplos de las documentaciones: la DHL Parcel DE Shipping API crea envíos y etiquetas, anula envíos no finalizados y cierra el día con un manifiesto. Se prueba en una sandbox y, para la operación en producción, DHL debe dar su autorización. Sendcloud describe una API con la que se crean etiquetas directamente desde el ERP, se importan pedidos y se hace el seguimiento de los envíos.

Flujos de datos típicos

1. Envío con dirección, peso y bultos se entrega al autorizar el envío
2. Etiqueta se obtiene y se imprime de inmediato
3. Orden de transporte se envía al transportista, por ejemplo como EDIFACT IFTMIN o archivo FORTRAS antes de la recogida
4. Número de seguimiento y estado vuelven al ERP y a la tienda cada hora

Con los transportistas, tras la orden de transporte viene el camino de vuelta: mensajes de estado, justificantes de entrega y datos de facturación. Qué mensajes envía un transportista y en qué formato figura en su descripción de interfaz. Esa descripción es el punto de partida de cada proyecto.

Problemas típicos

• Transportistas sin API

  Algunos transportistas esperan archivos en formatos fijos por SFTP. Un conector estándar para el envío de paquetes no ayuda aquí.

• Respuestas de vuelta

  El número de seguimiento y el estado de entrega no llegan al ERP. El servicio de atención al cliente tiene que buscarlos a mano.

• Variantes de formato

  EDIFACT es un estándar amplio. Cada socio usa su propia selección de campos y códigos.

• Los errores pasan inadvertidos

  Un archivo rechazado o un acceso caducado solo se nota cuando la mercancía se queda parada.

• Los accesos caducan

  Las empresas de paquetería cambian los procedimientos de autenticación. DHL anuncia, por ejemplo, que dejará de ofrecer Basic Auth en futuras versiones de la API y recomienda OAuth 2.0.

Ejemplos de conexiones

• JTL-Wawi con un transportista mediante archivo FORTRAS por SFTP
• Business Central con una empresa de paquetería mediante API REST, con el número de seguimiento de vuelta al pedido
• Sistema antiguo sin API con una plataforma de envío, véase Conexión sin API

Cómo es la conexión con un transportista

• Recopilar las especificaciones

  El transportista facilita la descripción del formato, un acceso de pruebas y una persona de contacto. Aclaramos campos obligatorios, códigos y nombres de archivo.

• Intercambiar archivos de prueba

  Generamos envíos de prueba desde su ERP. El transportista los revisa hasta que dejan de aparecer errores.

• Puesta en marcha y supervisión

  Después, el intercambio funciona de forma automática. Si falta una respuesta, la supervisión da la alarma.

Qué construimos

Conectamos su ERP directamente con el servicio de envío o el transportista. Con las empresas de paquetería, mediante su API; con los transportistas, mediante el archivo acordado, por ejemplo EDIFACT o FORTRAS, con recogida y depósito por SFTP. Cada envío queda registrado y le avisamos de inmediato de archivos rechazados y errores. Las respuestas las escribimos de vuelta en el ERP. Si lo desea, asumimos la operación continua, véase Operación y monitorización.

Actualizado: 20/10/2026