Intégration Manhattan Active WM avec RTLS / RFID.
Manhattan Active WM (anciennement SCALE) est le WMS natif cloud, conçu par des microservices, utilisé par la plupart des grands 3PL S nord-américains et des détaillants.
L’intégration avec RTLS ou RFID est plus propre que celle du WMS hérité — mais avec ses propres contraintes. Voici le résumé au niveau opérateur.
Pourquoi le cloud-native modifie l’intégration
Manhattan Active WM est construit sur une architecture microservices pilotée par des événements avec des API REST de premier ordre, des webhooks et des flux d’événements.
C’est structurellement plus facile pour l’intégration de RTLS que pour l’ancien WMS : les événements circulent naturellement entre les systèmes, et la surface API de Manhattan expose les bons crochets opérationnels (reçu, rangement, retraite, expédition).
L’architecture d’intégration ressemble davantage à « deux plateformes cloud échangeant des événements » qu’à « une interface batch entre deux bases de données ».
Patrons d’événements et abonnements à webhooks
Manhattan publie un catalogue des types d’événements — reçu confirmé, LP scanné, choix terminé, expédition confirmée — auxquels les plateformes RTLS s’abonnent en tant que webhooks.
La direction inverse (RTLS publiant les événements de localisation vers Manhattan) utilise généralement l’API entrante de Manhattan. Le débit n’est généralement pas le goulot d’étranglement ; La latence et l’idempotence sont les considérations d’ingénierie.
Contexte des données maîtresses et de la chaîne d’approvisionnement
Manhattan détient généralement les données maîtresses canoniques pour les HU, SKU et emplacements. La plateforme RTLS doit accepter les identifiants de Manhattan comme source de vérité et éviter de créer des silos parallèles de données maîtresses.
C’est simple à concevoir mais facile à se tromper rapidement — chaque enregistrement de données maîtresses dérivé coûte du temps de support opérationnel. Nous concevons cela avec soin à la porte 1.
Considérations multi-locataires et 3PL
De nombreux déploiements Manhattan Active WM sont des environnements 3PL desservant plusieurs clients sur une infrastructure partagée.
Les intégrations RTLS doivent gérer la séparation du locataire : les événements de localisation pour le client A ne doivent pas apparaître dans les rapports du client B.
Cela est résoluble mais nécessite une conception explicite — partitionnement des tags-namespace, jetons API à portée de locataire, et journalisation des audits. Nous faisons cela dans le cadre de la première étape de tout déploiement de 3PL.
Questions fréquemment posées
Manhattan propose-t-il un connecteur RTLS prêt à l’emploi ?
Limité. Manhattan s’associe à plusieurs fournisseurs RTLS et expose la surface API pour des intégrations personnalisées, mais il n’existe pas de module plug-and-play RTLS. Chaque intégration est définie par environnement.
Comment l’intégration gère-t-elle la visibilité de la sélection en temps réel ?
En s’abonnant aux webhooks de Manhattan pour les événements de sélection et en superposant la localisation et le temps de séjour dérivés de RTLS.
Cela permet de réaliser une visibilité en temps réel, la détection de congestion et des analyses du temps de déplacement sans modifier Manhattan lui-même.
L’intégration est-elle impactée par les cycles de sortie de Manhattan ?
Moins que le WMS ancien. Manhattan Active est continuellement mis à jour ; des intégrations bien conçues utilisant des surfaces API stables restent compatibles. Nous validons l’intégration par rapport à la version de base de l’API de Manhattan à chaque version.
Intégrez-vous aussi bien Manhattan SCALE qu’avec Manhattan Active ?
Oui. Les schémas d’intégration SCALE sont légèrement différents — plus proches de ceux du WMS traditionnel — et nous avons livré les deux. L’arbre de décision est le même : diffusion d’événements quand possible, batch quand c’est nécessaire.
Dernière mise à jour :