Which technologies do you consult on?

All of the major location, identification and IoT technologies: RTLS (UWB, BLE, Wi-Fi), RFID (passive, active and RAIN UHF), industrial IoT and sensors, GPS and GNSS, AGV and AMR robot fleets, and hybrid stacks that combine them. We recommend the right mix for each zone and use case, not a single technology.

Are you really vendor-neutral?

Yes. We do not sell hardware or a software platform of our own, and we take no resale commissions, so our technology and vendor recommendations serve your outcome rather than a product we need to move.

Do you work outside the UK?

We are UK-based and work across Europe and internationally, delivering in English, German and French. Engagements can be remote or on-site depending on the work.

What does a consulting engagement include?

Typically discovery and requirements, vendor-neutral technology selection, vendor evaluation and RFP support, ROI and business case, solution architecture, and an implementation roadmap. We scope each engagement to where you are.

Can you help after the decision is made?

Yes. We work across the full lifecycle - we can also deploy, integrate, and operate the system, so you can keep one independent team from business case through to live operation.

How do we get started?

Usually with a short call or a fixed-fee discovery to scope the problem, followed by a proposal with clear deliverables, timeline and fees. There is no obligation and no platform pitch.

Does Manhattan provide an out-of-the-box RTLS connector?

Limited. Manhattan partners with several RTLS vendors and exposes the API surface for custom integrations, but there is no plug-and-play RTLS module. Each integration is scoped per environment.

How does the integration handle real-time picking visibility?

By subscribing to Manhattan's pick-event webhooks and overlaying RTLS-derived picker location and dwell time. This produces live picking visibility, congestion detection and travel-time analytics without modifying Manhattan itself.

Is the integration impacted by Manhattan release cycles?

Less than legacy WMS. Manhattan Active is updated continuously; well-designed integrations using stable API surfaces remain compatible. We validate integration against Manhattan's API version baseline at each release.

Do you integrate with Manhattan SCALE as well as Manhattan Active?

Yes. SCALE integration patterns are slightly different — closer to traditional WMS — and we have delivered both. The decision tree is the same: event streaming where possible, batch where required.

INTEGRATIE · MANHATTAN WM

Manhattan Active WM-integratie met RTLS / RFID.

Manhattan Active WM (voorheen SCALE) is de cloud-native, microservices-architect WMS die wordt gebruikt door de meeste grote Noord-Amerikaanse 3PL-bedrijven en retailers.

De integratie met RTLS of RFID is schoner dan de legacy WMS — maar met zijn eigen beperkingen. Dit is de samenvatting op operatorniveau.

Boek een scoping-gesprek van 30 minuten

Waarom cloud-native de integratie verandert

Manhattan Active WM is gebouwd op een microservices, event-driven architectuur met eersteklas REST API's, webhooks en event streams.

Dit is structureel eenvoudiger voor RTLS-integratie dan legacy WMS: gebeurtenissen verlopen natuurlijk tussen systemen, en het API-oppervlak van Manhattan biedt de juiste operationele hooks (ontvangst, opbergen, picken, verzenden).

De integratiearchitectuur lijkt meer op 'twee cloudplatforms die gebeurtenissen uitwisselen' dan op 'batchinterface tussen twee databases'.

Gebeurtenispatronen en webhook-abonnementen

Manhattan publiceert een catalogus van evenemententypen — ontvangstbewijs bevestigd, LP gescand, pick voltooid, verzending bevestigd — waarop RTLS-platforms zich abonneren als webhooks.

De omgekeerde richting (RTLS publiceert locatiegebeurtenissen naar Manhattan) gebruikt doorgaans de inbound API van Manhattan. De doorvoer is meestal niet de bottleneck; Latency tuning en idempotentie zijn de technische overwegingen.

Masterdata en context van de toeleveringsketen

Manhattan bevat doorgaans canonieke masterdata voor HU's, SKU's en locaties. Het RTLS-platform moet de identificaties van Manhattan als bron van waarheid accepteren en het creëren van parallelle masterdata-silo's vermijden.

Dit is eenvoudig te ontwerpen, maar gemakkelijk snel fout te doen — elk afgedriwwen masterdata-record kost operationele ondersteuningstijd. We ontwerpen dit zorgvuldig bij poort 1.

Multi-tenant en 3PL-overwegingen

Veel Manhattan Active WM-implementaties zijn 3PL-omgevingen die meerdere clients bedienen op gedeelde infrastructuur. RTLS-integraties moeten tenant-scheiding afhandelen: locatie-events voor client A mogen niet verschijnen in de rapporten van client B.

Dit is oplosbaar, maar vereist expliciet ontwerp — tag-naamruimte-partitionering, tenant-scoped API-tokens en auditlogging. We doen dit als onderdeel van fase 1 bij elke 3PL-implementatie.

FAQ

Veelgestelde vragen

Biedt Manhattan een standaard RTLS-connector aan?

Beperkt. Manhattan werkt samen met verschillende RTLS-leveranciers en stelt het API-oppervlak beschikbaar voor aangepaste integraties, maar er is geen plug-and-play RTLS-module. Elke integratie is per omgeving gescoped.

Hoe gaat de integratie om met realtime picking-zichtbaarheid?

Door je te abonneren op Manhattan's pick-event webhooks en de locatie en verblijftijd van RTLS-afgeleide pickers over elkaar heen te leggen. Dit levert live picking-zichtbaarheid, congestiedetectie en reistijdanalyses op zonder Manhattan zelf aan te passen.

Wordt de integratie beïnvloed door de releasecycli van Manhattan?

Minder dan de legacy WMS. Manhattan Active wordt continu bijgewerkt; goed ontworpen integraties met stabiele API-oppervlakken blijven compatibel. We valideren integratie aan de basis van de API-versiebaseline van Manhattan bij elke release.

Integreer je met Manhattan SCALE en Manhattan Active?

Ja. De integratiepatronen van SCALE zijn iets anders — dichter bij traditionele WMS — en we hebben beide geleverd. De beslissingsboom is hetzelfde: event streaming waar mogelijk, batch waar nodig.

Laatst bijgewerkt: 26 mei 2026