Integração Manhattan Active WM com RTLS / RFID.
Manhattan Active WM (anteriormente SCALE) é o WMS nativo da nuvem e arquiteto por microserviços, usado pela maioria dos grandes 3PL e varejistas norte-americanos.
A integração com RTLS ou RFID é mais limpa do que com o WMS legado — mas com suas próprias limitações. Este é o resumo em nível de operador.
Por que o cloud-native muda a integração
O Manhattan Active WM é construído sobre uma arquitetura de microsserviços, orientada a eventos, com APIs REST de primeira classe, webhooks e fluxos de eventos.
Isso é estruturalmente mais fácil para integração com RTLS do que com WMS legado: os eventos fluem naturalmente entre os sistemas, e a superfície API do Manhattan expõe os ganchos operacionais certos (recebimento, guardagem, pick, envio).
A arquitetura de integração se parece mais com 'duas plataformas em nuvem trocando eventos' do que com 'interface em lote entre dois bancos de dados'.
Padrões de eventos e assinaturas de webhooks
Manhattan publica um catálogo de tipos de eventos — recebimento confirmado, LP escaneado, escolha concluída, envio confirmado — aos quais as plataformas RTLS assinam como webhooks.
A direção inversa (RTLS publicando eventos de localização para Manhattan) normalmente usa a API de entrada de Manhattan. A taxa de transferência geralmente não é o gargalo; Ajuste de latência e idempotência são considerações de engenharia.
Contexto de dados mestres e cadeia de suprimentos
Manhattan normalmente armazena dados mestres canônicos para HUs, SKUs e localizações. A plataforma RTLS deve aceitar os identificadores de Manhattan como fonte de verdade e evitar criar silos paralelos de dados mestres.
Isso é simples de projetar, mas fácil de errar às pressas — cada registro de dados mestres desviado custa tempo de suporte operacional. Projetamos isso cuidadosamente no portão 1.
Considerações multi-inquilinos e 3PL
Muitas implantações de Manhattan Active WM são ambientes 3PL que atendem múltiplos clientes em infraestrutura compartilhada. As integrações RTLS devem lidar com separação de locatário: eventos de localização para o cliente A não devem aparecer nos relatórios do cliente B.
Isso é solucionável, mas requer design explícito — particionamento de namespace por tag, tokens de API com escopo de locatário e registro de auditoria. Fazemos isso como parte da etapa 1 para qualquer implantação do 3PL.
Perguntas frequentes
A Manhattan oferece um conector RTLS pronto para uso?
Limitado. A Manhattan faz parceria com vários fornecedores de RTLS e expõe a superfície da API para integrações personalizadas, mas não há módulo plug-and-play RTLS. Cada integração é escopada por ambiente.
Como a integração lida com a visibilidade da escolha em tempo real?
Assinando os webhooks de eventos de seleção de Manhattan e sobrepondo localização e tempo de permanência derivados do RTLS. Isso gera visibilidade de captação em tempo real, detecção de congestionamento e análises de tempo de viagem sem modificar o próprio Manhattan.
A integração é impactada pelos ciclos de lançamento do Manhattan?
Menos que o WMS antigo. Manhattan Active é atualizado continuamente; integrações bem projetadas usando superfícies API estáveis permanecem compatíveis. Validamos a integração com a linha base da versão da API do Manhattan a cada lançamento.
Você integra tanto com o Manhattan SCALE quanto com o Manhattan Active?
Sim. Os padrões de integração do SCALE são um pouco diferentes — mais próximos do tradicional WMS — e entregamos ambos. A árvore de decisão é a mesma: streaming de eventos quando possível, lote onde necessário.
Última atualização: