Integración activa de Manhattan con RTLS / RFID.
Manhattan Active WM (anteriormente SCALE) es el WMS nativo en la nube y diseñado por microservicios, utilizado por la mayoría de los grandes 3PL S y minoristas norteamericanos. La integración con RTLS o RFID es más limpia que con el WMS heredado, pero con sus propias limitaciones. Este es el resumen a nivel de operador.
Por qué cloud-native cambia la integración
Manhattan Active WM está construido sobre una arquitectura de microservicios orientada a eventos con APIs REST de primera clase, webhooks y flujos de eventos.
Esto es estructuralmente más fácil para la integración de RTLS que el WMS heredado: los eventos fluyen de forma natural entre sistemas, y la superficie API de Manhattan expone los ganchos operativos adecuados (recibo, guardado, recogida, envío).
La arquitectura de integración se parece más a 'dos plataformas en la nube intercambiando eventos' que a 'interfaz por lotes entre dos bases de datos'.
Patrones de eventos y suscripciones a webhooks
Manhattan publica un catálogo de tipos de eventos — confirmado con recibo confirmado, LP escaneado, selección completada, envío confirmado — a los que las plataformas RTLS están suscritas como webhooks.
La dirección inversa (RTLS publicando eventos de ubicación en Manhattan) suele usar la API entrante de Manhattan. El rendimiento normalmente no es el cuello de botella; La latencia, la afinación y la idempotencia son consideraciones de ingeniería.
Contexto de datos maestros y cadena de suministro
Manhattan suele almacenar datos maestros canónicos para HUs, SKUs y ubicaciones. La plataforma RTLS debe aceptar los identificadores de Manhattan como fuente de verdad y evitar crear silos paralelos de datos maestros.
Esto es sencillo de diseñar, pero fácil de equivocarse rápidamente: cada registro de datos maestros desviado cuesta tiempo de soporte operativo. Diseñamos esto cuidadosamente en la puerta 1.
Consideraciones multi-inquilino y 3PL
Muchos despliegues de Manhattan Active WM son entornos 3PL que sirven a múltiples clientes en infraestructura compartida. Las integraciones RTLS deben gestionar la separación de inquilino: los eventos de ubicación para el cliente A no deben aparecer en los informes del cliente B.
Esto es solucionable pero requiere un diseño explícito: partición de espacios de nombres de etiquetas, tokens API con alcance de inquilino y registro de auditoría. Hacemos esto como parte de la etapa 1 para cualquier despliegue de 3PL.
Preguntas frecuentes
¿Manhattan ofrece un conector RTLS de fábrica?
Limitado. Manhattan colabora con varios proveedores de RTLS y expone la superficie de la API para integraciones personalizadas, pero no existe un módulo plug-and-play de RTLS. Cada integración está asignada por entorno.
¿Cómo gestiona la integración la visibilidad de la selección en tiempo real?
Suscribiéndose a los webhooks de eventos de selección de Manhattan y superponiendo la ubicación y el tiempo de permanencia derivados de RTLS. Esto produce visibilidad en tiempo real para recoger la información, detección de congestión y análisis de tiempos de viaje sin modificar el propio Manhattan.
¿Se ve afectada la integración por los ciclos de lanzamiento de Manhattan?
Menos que el WMS antiguo. Manhattan Active se actualiza continuamente; las integraciones bien diseñadas usando superficies API estables siguen siendo compatibles. Validamos la integración con la línea base de la versión de la API de Manhattan en cada lanzamiento.
¿Integráis con Manhattan SCALE además de Manhattan Active?
Sí. Los patrones de integración de SCALE son ligeramente diferentes — más cercanos a los tradicionales WMS — y hemos entregado ambos. El árbol de decisiones es el mismo: streaming de eventos cuando sea posible, lote cuando sea necesario.
Última actualización: