1) Qué es un ERP 3PL hoy y qué módulos realmente importan
Un ERP para 3PL es la columna vertebral que articula WMS, TMS y facturación 3PL, más un portal de clientes con visibilidad en tiempo real y analítica de servicio. La gracia no es “tener módulos”, sino orquestar datos y reglas de negocio para que tarifas, SLA y rutas vivan dentro del mismo flujo operativo.
Módulos clave y por qué importan en 3PL:
-
WMS multicliente: recepciones con ASN, cross-docking, slotting, picking (wave, batch, cluster), packing y control de inventario por cliente, lote y serie.
-
TMS/Planificador de rutas: diseño de zonas, time windows, capacidad de vehículos, multi-parada, última milla, tracking y prueba de entrega (POD).
-
Facturación 3PL: reglas por evento y volumen (pallet/día, pedidos, cajas, kg, ocupación m³, recargos), simulaciones y conciliación automática.
-
Portal de cliente: OTIF, OTD, inventario, tickets y SLA en tiempo real; reduce fricción de soporte.
-
Integraciones (OMS/marketplaces/EDI/API): evitan re-trabajo y alimentan la trazabilidad completa.
-
Analítica: KPIs por cliente, almacén, ruta, transportista y producto.
En mi operación, el ERP convirtió la facturación 3PL en un “subproducto” del servicio: cada métrica dispara su cargo sin necesidad de Excel.
2) Modelado de tarifas 3PL: de lo fijo a lo basado en métricas
En 3PL conviven esquemas fijos (retainers/mínimos) y variables (por pedido, línea, caja, kg, pallet/día, zona, VAS). Un ERP bien configurado traduce eventos operativos a cargos y los liquida según reglas por cliente.
Tarifas por pallet, pedido, caja, kg y zonas
Plantilla de conceptos (ajústala a tu operación):
| Concepto | Trigger operativo | Unidad | Ejemplo de regla |
|---|---|---|---|
| Almacenaje | Inventario diario | Pallet/día (o m³/día) | pallet_dia * tarifa_pallet_dia |
| Recepción | ASN/OC recibida | Pallet / Caja / Línea | cajas_recibidas * tarifa_recepcion_caja |
| Picking | Orden preparada | Pedido / Línea / Unidad | lineas_pick * tarifa_linea |
| Empaque | Orden embalada | Pedido | pedidos * tarifa_empaque |
| Transporte | Ruta ejecutada | Zona / Km / Parada | paradas * tarifa_parada + km * tarifa_km |
| VAS | Evento VAS | Servicio | servicios_VAS * tarifa_servicio |
| Devolución | RMA procesada | Unidad/Pedido | unidades_dev * tarifa_devolucion |
Mínimos, picos estacionales y recargos
-
Mínimo mensual por cliente para cubrir capacidad base.
-
Peak surcharge (ej.: Black Friday) ligado a calendario y a SLA premium.
-
Recargos por almacenaje prolongado (aging), material de empaque, contratiempos (segunda visita), combustible, o hazmat.
Facturación automática: reglas, triggers y conciliación
Piensa en reglas como “si ocurre X con volumen Y en Z, entonces cargo W”.
Ejemplo simple (pseudolenguaje de reglas del ERP):
Conciliación: el ERP debe “cruzar” eventos (WMS/TMS) con contrato (catálogo de servicios y precios) y con documentos (OC, BOL, POD). El resultado es una prefactura auditable por cliente.
En mi caso, dejé de “perseguir” evidencias: el POD del TMS cierra la orden y habilita el cargo de transporte sin intervención manual.
3) SLA logísticos que sí se cumplen
Un SLA no es un PDF bonito; son umbrales que el sistema vigila y alertas que dispara antes de incumplir. En 3PL, los SLA deben vivir por cliente y por proceso.
KPIs clave (con definiciones prácticas)
-
OTIF (On-Time, In-Full): pedidos entregados a tiempo y completos / pedidos comprometidos.
-
OTD (On-Time Delivery): entregas dentro de la ventana pactada.
-
Exactitud de inventario: stock correcto / stock teórico.
-
Ciclo de pedido: tiempo desde confirmación hasta POD.
-
Pick accuracy: líneas sin error / líneas totales.
-
Devoluciones: RMA procesadas dentro del SLA.
Trazabilidad y portal del cliente en tiempo real
Tu portal debe mostrar SLA por etapa (recepción, picking, despacho, transporte, devoluciones) con semáforos, desglose por zona/ruta y motivo de excepciones.
| Proceso | SLA sugerido | Alerta temprana |
|---|---|---|
| Recepción | < 24 h desde cita | Si backlog > X pallets o turno sin cerrar |
| Picking | Pedido listo < 4 h | Si orden sin wave en 1 h |
| Despacho | Cut-off + 1 h | Si documentación no impresa |
| Transporte | OTD por time window | Si ETA se desvía > N min |
| Devoluciones | < 48 h a stock | Si QA sin registrar en 24 h |
Cuando habilité el portal en tiempo real, los tickets de “¿dónde está mi pedido?” bajaron drásticamente; el cliente ve su ETA y la causa de excepción sin llamar.
4) Optimización de rutas en 3PL: del ruteo manual al VRP con ventanas
El salto de calidad ocurre cuando el TMS resuelve un VRP (Vehicle Routing Problem) con restricciones reales: capacidad, horarios de clientes (time windows), prioridades, zonas, SLAs y costos.
Zonificación, time-windows y última milla
-
Zonas: dibuja polígonos operables y asócialos a tarifas y SLA.
-
Time windows: promesa cumplible; alimenta el cálculo de OTD/OTIF.
-
Última milla: aplicaciones de conductor con navegación, POD y fotos; geofencing para ETA.
Integración WMS-TMS-ERP y pruebas A/B de rutas
-
El WMS libera ondas de pedidos según cut-offs → el TMS arma rutas → el ERP tarifica por zona/km/parada.
-
Prueba A/B: compara “ruteo por densidad vs. por promesa de SLA”. Mide costo por stop, OTD y km.
Nosotros pasamos de ruteo manual a time windows y zonas; los picos dejaron de ser una lotería y el cumplimiento se volvió predecible.
5) Cómo elegir y desplegar un ERP 3PL (checklist y riesgos comunes)
Checklist de selección
-
Modelo de datos multicliente (roles, catálogos y tableros por cliente).
-
Motor de tarifas por eventos y volumen con simulador.
-
SLA configurables por proceso + alertas proactivas.
-
TMS integrado con VRP, ETA y POD.
-
Portal de clientes con permisos finos y exportables.
-
Integraciones (API/EDI) a OMS/marketplaces y transportistas.
-
Auditoría y trazabilidad end-to-end (de ASN a factura).
-
Analytics por cliente/centro/ruta/transportista.
-
Seguridad y cumplimiento (registros, retenciones, fiscalidad local).
Riesgos comunes y cómo mitigarlos
-
Parametrización débil de tarifas → Define contratos como catálogo de servicios antes del go-live.
-
SLA “de papel” → Crea alertas tempranas y tableros con dueños claros.
-
Integraciones tardías → Conecta EDI/API desde sandbox; prueba con datos reales.
-
Gestión del cambio → Capacita con flujos por rol y SOPs breves.
Lección aprendida: sin catálogo de servicios y precios por cliente, el proyecto se eterniza. Documentarlo al inicio me ahorró meses.
6) Casos de uso y plantillas descargables (tarifas + SLA)
Plantilla rápida de tarifas (cópiala y adáptala)
Plantilla de SLA por proceso
Cómo auditar con el ERP: ata cada SLA a un evento (ASN cerrada, wave completada, POD registrada) y enciende alertas si la proyección de ETA rompe la ventana.
7) FAQs rápidas para decisión
¿Un ERP 3PL necesita WMS y TMS integrados?
Sí; sin eso, tarifas y SLA quedan “ciegos”. El WMS aporta volumen/tiempos, el TMS aporta ETA/POD, y el ERP orquesta y factura.
¿Cómo modelar tarifas mixtas (mínimo + variables)?
Configura el mínimo como cargo recurrente y las variables como eventos. El ERP compensa contra el mínimo y liquida el excedente.
¿Qué SLAs aceptan los retailers/marketplaces?
Depende, pero OTIF/OTD y recepciones con ventanas firmes son estándar. Evita promesas sin soporte de time windows en ruteo.
¿Cómo preparo picos estacionales?
Calendario de peak, capacidades y horarios extendidos, zonas con ventanas más amplias y recargos previamente comunicados.
¿Cómo justifico cargos ante el cliente?
Con evidencias: eventos, sellos de tiempo, POD, fotos, y la regla de contrato que disparó el cargo. Todo visible en el portal.
Conclusión
Un ERP 3PL que integra tarifas, SLA y rutas convierte tus operaciones en un sistema medible y cobrable. La clave no es “qué módulo tengo”, sino cómo parametrizo reglas para que la operación alimente prefacturas auditables y SLA vigilados.
En mi experiencia, el portal en tiempo real y las reglas por evento cambiaron la conversación con los clientes: pasé de justificar cargos a mostrar evidencias y de apagar incendios a prevenir incumplimientos.