Integrar tu ERP con las transportadoras: qué datos van y qué evaluar

En muchas empresas el pedido nace en el ERP, pero el envío se crea en otro lado: alguien copia el destino, el peso y el valor en la plataforma de la transportadora, descarga la etiqueta y vuelve al ERP a pegar el número de guía. Con cien pedidos al día, ese ir y venir es una fuente constante de errores. Integrar el ERP con las transportadoras significa que esos datos viajen solos, en las dos direcciones.

En este artículo te explicamos qué datos salen del ERP, qué datos vuelven, qué caminos de integración hay y qué decisiones conviene tomar antes de que tu equipo escriba una línea de código. Al final tienes un mapa de datos en una tabla y una lista de preguntas para la primera reunión con tecnología.

Qué significa conectar el ERP con los envíos

El ERP ya sabe casi todo lo que necesita un envío: quién compró, a dónde va, qué lleva y cuánto vale. Conectarlo con las transportadoras es hacer que, en el momento en que un pedido queda listo para despachar, el ERP pida el envío por sí mismo y reciba de vuelta lo que hoy alguien copia a mano.

La conexión no reemplaza al ERP. El ERP sigue siendo el registro del pedido; la integración solo le agrega crear el envío, guardar su número de guía y saber en qué estado está. Si alguien te propone que el sistema de envíos se vuelva tu fuente de pedidos, el alcance cambió.

Mapa de datos: qué sale del ERP y qué vuelve

La forma más útil de entender una integración es poner los datos en una tabla. Este mapa sigue los campos de un API de envíos real, la documentación del API de Sendifico, y sirve como punto de partida para cualquier proveedor.

Dos detalles de esa documentación ayudan a cualquier diseño. El primero: el número de pedido de tu sistema se puede enviar con el envío y vuelve en cada respuesta, y no se acepta dos veces en la misma cuenta, lo que evita crear dos envíos para un mismo pedido. El segundo: si el pedido se registra antes de pesarlo, el envío puede quedar como borrador sin medidas y cotizarse cuando el paquete ya está empacado.

Dos caminos para conectarlo

Una conexión por cada transportadora

Tu equipo integra el ERP con cada transportadora por separado. Funciona si trabajas con una sola. El costo aparece con la segunda: cada una tiene su formato, sus códigos de ciudad, sus estados y sus errores, y cada conexión hay que construirla, probarla y mantenerla.

Una sola conexión por un API multicourier

El ERP se conecta una vez a un API que ya habla con varias transportadoras. Cotizas entre todas con la misma llamada, creas el envío con la elegida y recibes la guía y la etiqueta con el mismo formato, sea cual sea la transportadora. Es el camino de la API de Sendifico: una sola integración para cotizar, crear y pagar envíos, guardar direcciones y obtener etiquetas con todas las transportadoras del país.

Si tu operación ya usa más de una transportadora o quiere tener una de respaldo, la conexión única pesa menos en mantenimiento que varias directas.

Decisiones antes de escribir código

Estas tres decisiones definen la mitad del proyecto, y se toman entre operación, tecnología y finanzas.

1. En qué momento se crea el envío. Al confirmarse el pago, al facturar o cuando bodega marca el pedido como empacado. Si lo creas demasiado pronto, vas a anular envíos de pedidos que se cayeron; si lo creas tarde, el despacho espera.
2. Quién elige la transportadora. Una regla fija en el ERP (siempre la más barata, o la más rápida para ciertas ciudades) o una persona que elige en cada lote. La regla escala mejor, pero alguien tiene que mantenerla.
3. Qué pasa cuando algo falla. Una dirección con la ciudad mal escrita, un peso en cero o un saldo insuficiente devuelven un error. Hay que decidir dónde se ve ese error, quién lo corrige y en cuánto tiempo, para que el pedido no quede detenido sin que nadie lo note.

Una cuarta, si despachas desde varias bodegas: cada pedido tiene que salir con la dirección de origen correcta, y eso lo decide el ERP, no el sistema de envíos.

Checklist: preguntas para tu equipo de tecnología

Lleva esta lista a la primera reunión. Cada respuesta en blanco es un pendiente del proyecto.

• ¿Quién desarrolla y mantiene la integración: equipo propio, el proveedor del ERP o un tercero?
• ¿El ERP permite llamar a un API externo, o hace falta un servicio intermedio?
• ¿Dónde se guardan las credenciales del API y quién tiene acceso a ellas?
• ¿Los productos tienen peso y medidas cargados, o hay que completarlos antes?
• ¿Las direcciones de los clientes tienen ciudad y provincia en campos separados?
• ¿Qué campo del pedido guardará el número de guía y el enlace de la etiqueta?
• ¿Cómo se registra el costo de cada envío para contabilidad?
• ¿Cada cuánto se actualiza el estado de los envíos en el ERP?
• ¿Qué pasa con un pedido anulado después de crear su envío?
• ¿Con qué pedidos de prueba se valida antes de pasar a producción?

Preguntas frecuentes

¿Necesito cambiar de ERP para conectarlo con las transportadoras?

No necesariamente. Lo que hace falta es que el ERP pueda llamar a un API externo, directamente o a través de un servicio intermedio que tu equipo construya.

¿La integración reemplaza a la persona que hoy crea los envíos?

Reemplaza la copia de datos, no el criterio. Alguien sigue revisando errores y excepciones.

¿Cuánto tarda un proyecto así?

Depende de cuántos datos ya estén limpios en el ERP y de quién desarrolle. La lista de arriba sirve para estimarlo con tu equipo.

Conclusión

Integrar el ERP con las transportadoras es, sobre todo, un acuerdo sobre datos: qué sale, qué vuelve, cuándo y quién resuelve los errores. Si quieres que tu equipo vea cómo se cotiza, se crea el envío y se descarga la etiqueta con una sola conexión, revisa la documentación del API de Sendifico; y si tu operación despacha a escala desde varias bodegas, mira cómo trabaja Sendifico con empresas. Para comparar funciones antes de decidir, tienes qué debe tener un software de envíos.