Integrazione Manhattan Active WM con RTLS / RFID.
Manhattan Active WM (precedentemente SCALE) è il WMS nativo del cloud, progettato per microservizi, utilizzato dalla maggior parte dei grandi 3PL e rivenditori nordamericani.
L'integrazione con RTLS o RFID è più pulita rispetto a quella di WMS legacy — ma con i suoi vincoli propri. Questo è il riassunto a livello operatore.
Perché il cloud-native cambia l'integrazione
Manhattan Active WM è costruito su un'architettura a microservizi, orientata a eventi, con API REST di prim'ordine, webhook e flussi di eventi.
Questo è strutturalmente più semplice per l'integrazione con RTLS rispetto al WMS legacy: gli eventi scorrono naturalmente tra i sistemi e la superficie API di Manhattan espone i giudici operativi giusti (ricevuto, riposto, ritiro, spedizione).
L'architettura di integrazione assomiglia più a 'due piattaforme cloud che si scambiano eventi' che a 'un'interfaccia batch tra due database'.
Modelli di eventi e abbonamenti webhook
Manhattan pubblica un catalogo di tipi di eventi — ricevuta confermata, LP scansionata, selezione completata, spedizione confermata — a cui le piattaforme RTLS abbonano come webhook.
La direzione inversa (RTLS che pubblica eventi di localizzazione a Manhattan) tipicamente utilizza l'API in entrata di Manhattan. La capacità di flusso di solito non è il collo di bottiglia; La regolazione della latenza e l'idempotenza sono considerazioni ingegneristiche.
Contesto dei dati principali e della catena di approvvigionamento
Manhattan tipicamente detiene i dati master canonici per HU, SKU e località. La piattaforma RTLS deve accettare gli identificatori di Manhattan come fonte di verità ed evitare di creare silos paralleli di dati principali.
Questo è semplice da progettare ma facile da sbagliare in fretta — ogni record di dati principali deviato richiede tempo di supporto operativo. Lo progettiamo con cura al gate 1.
Considerazioni multi-tenant e 3PL
Molte implementazioni Manhattan Active WM sono ambienti 3PL che servono più client su infrastrutture condividete. Le integrazioni RTLS devono gestire la separazione del tenente: gli eventi di localizzazione per il cliente A non devono comparire nei report del cliente B.
Questo è risolvibile ma richiede una progettazione esplicita — partizionamento del namespace tag, token API con ambito tenant e audit logging. Facciamo questo come parte della fase 1 per qualsiasi distribuzione di 3PL.
Domande frequenti
Manhattan fornisce un connettore RTLS pronto all'uso?
Limitato. Manhattan collabora con diversi fornitori RTLS e offre la superficie API per integrazioni personalizzate, ma non esiste un modulo plug-and-play RTLS. Ogni integrazione è definita per ambiente.
Come gestisce l'integrazione la visibilità del picking in tempo reale?
Iscrivendosi ai webhook di eventi di pick-event di Manhattan e sovrapponendo la posizione e il tempo di permanenza derivati da RTLS.
Questo produce visibilità in tempo reale per la picking, rilevamento della congestione e analisi dei tempi di viaggio senza modificare Manhattan stessa.
L'integrazione è influenzata dai cicli di rilascio di Manhattan?
Meno della WMS legacy. Manhattan Active viene aggiornato continuamente; integrazioni ben progettate che utilizzano superfici API stabili rimangono compatibili. Convalidiamo l'integrazione con la versione base dell'API di Manhattan ad ogni rilascio.
Vi integrate sia con Manhattan SCALE che con Manhattan Active?
Sì. I pattern di integrazione SCALE sono leggermente diversi — più vicini al tradizionale WMS — e abbiamo realizzato entrambi. L'albero decisionale è lo stesso: streaming di eventi dove possibile, batch dove necessario.
Ultimo aggiornamento: