RTLS voor de COO.

Bij een goed uitgestippeld RTLS-programma zijn de eerste KPIs die bewegen de inventarisnauwkeurigheid (vaak binnen 60–90 dagen na live-gebruik) en de zoektijd per asset (onmiddellijk).

De doorvoer en OEE nemen doorgaans 6–12 maanden op naarmate de locatiegegevens terugvloeien naar planning, sloting en proceswijzigingen.

Safety KPIs (near-miss frequentie, tijd tot verzameling) verplaatst zich binnen enkele weken zodra de gedragen apparaten zijn uitgegeven. Klantgerichte KPIs (perfect-order rate, on-time-in-full) volgen de voorraadnauwkeurigheid met 3–6 maanden.

Elke RTLS-implementatie heeft drie faalmodi: een pilot die de productiebelasting niet weerspiegelde (het meest voorkomend), een integratie die niemand bezat na de golive, en een architectuur die op de catalogus is afgestemd en niet op jouw operatie.

De mitigatie is in elk geval structureel, niet technisch: een pilot die is ontworpen om het systeem vroegtijdig te breken, een genoemde operationele eigenaar vóór de golive, en een architectuur gekozen op basis van RF-surveybewijs.

Onze methodologie Ze worden gebakken als poortcriteria.

Locatiegegevens die niet bij je MES, WMS, ERP, CMMS of EMR terechtkomen, zijn decoratie. De eerste integratievraag die we elke klant stellen is: welke beslissingen, genomen door welke mensen, missen momenteel het locatiesignaal? Het antwoord bepaalt de integratiescope.

We doen dit werk direct — zie Bouwen & Integratie — of in samenwerking met uw zittende SI op een leveranciersneutrale basis.

Operators negeren systemen die hen niet helpen. De meest effectieve changemanagement-actie is een 30-minuten durende supervisorbriefing waarbij het systeem wordt gepositioneerd als 'dit vertelt waar alles is, zodat je team stopt met zoeken' — niet als productiviteitsmonitoring.

Als het goed wordt gedaan, is de adoptie binnen enkele weken hoog. Als het verkeerd wordt gedaan, verzamelt het systeem stof en verschijnt er een dure aftrek bij de audit van volgend jaar.

COOs sponsor locating programmes to move throughput, accuracy and exception handling — not to own another dashboard. Criteria that separate useful programmes from science projects:

• KPI ownership on the floor — OEE, cycle time, WIP accuracy, dock dwell or service level owned by ops after go-live.
• Exception workflow first — who acts when a tote, tool or trailer is late, and in which system?
• Production-load proof — pilot on a live shift with written go/no-go, not a quiet demo lane.
• Integration into run-the-business tools — MES, WMS, TMS or CMMS events, not a parallel map.

Hardware vendors sell coverage maps. SIs sell install capacity. Consultancies sell operating-model decks. Ops should buy a locating design that changes the tier meeting within one quarter of pilot.

• WIP or yard maps that supervisors stop opening after week two.
• Tags that add more than a few seconds of friction per shift — operators bypass them.
• RF design that works at commissioning and fails under full metal, traffic and shift noise.
• Night-shift and contractor processes never designed — data collapses after 22:00.
• Alerts without owners — noise that trains people to ignore the system.

• Which bottleneck cell or dock will show a measurable KPI move in the pilot window?
• How do exceptions land in our MES/WMS — and who owns false positives?
• What is the tagging ritual for operators, and have you timed it on a live shift?
• Show a reference where supervisors, not IT, run the daily huddle from locating data.
• What is the rollback if MES write-paths misbehave during go-live?

TRACIO designs locating programmes around the constraint and the exception queue. We stay leveranciersneutraal — no RTLS box, RFID portfolio or AMR margin — so the recommendation follows your KPIs. Gate 1 locks success criteria; the pilot proves them under production load before scale.