Despregamento
Checklist para pilotar un RTLS en metro
As doce comprobacións que deciden se un piloto de localización nunha rede en explotación sae adiante ou se queda a medias.
Os pilotos de localización en interiores fallan case sempre polas mesmas razóns, e case ningunha é tecnolóxica. Fallan porque ninguén comprobou se os puntos de acceso servían, porque non se pactou que significaba «funciona», ou porque o comité de empresa se enterou tarde.
Esta é a lista do que hai que ter resolto antes de comezar, ordenada polo momento en que hai que resolvelo.
Antes de asinar nada
1. Cantos puntos de acceso poden activar FTM
É a comprobación que decide o proxecto enteiro, e faise cun inventario, non cun piloto.
A medición por tempo de voo necesita que o punto de acceso soporte o protocolo FTM e o teña habilitado. A maioría de equipos 802.11ac e 802.11ax profesionais sopórtano, pero vén desactivado de fábrica e hai que habilitalo desde a controladora.
Pídelle á túa área de rede a listaxe de modelos e firmware por estación. Se a resposta é que a maioría do parque non o soporta, a conversa cambia por completo: ou hai renovación prevista, ou este non é o sistema axeitado. Mellor sabelo na semana cero.
2. Que terminais hai realmente en servizo
Non que terminais figuran no inventario: cales levan enriba os axentes na quenda de noite do sábado.
Fai falta Android 10 ou superior con chipset compatible. A heteroxeneidade de flota é normal, e non é un problema se se coñece: péchase unha matriz de modelos homologados probándoos, e os que non entran substitúense ou déixanse fóra do alcance do piloto.
3. Que decisión operativa vas tomar co dato
Soa a pregunta de consultor, pero é a que evita mercar precisión que non necesitas.
Se a decisión é «a que punto mando o apoio e por que acceso entra», con saber a zona e o sentido de circulación abonda. Se a decisión require distinguir dúas posicións separadas por medio metro, estás noutro problema e necesitas outra tecnoloxía.
Escríbeo nunha frase. Esa frase determina os criterios de aceptación.
4. Con que sistema se vai integrar
Un portal máis ao que ninguén mira non cambia nada. O dato ten que chegar ao sistema onde a túa xente xa traballa: o xestor de incidencias, o mapa operacional, o cadro de mando.
Pescuda antes se ese sistema admite entrada por API ou por webhook, e quen o mantén. Se é un integrador externo, méteo na conversa desde o principio.
Antes de instalar
5. Fala coa representación dos traballadores
Antes. Sempre antes.
Localizar persoal é tratar un dato persoal en contexto laboral, e o artigo 90 da LOPDGDD esixe información previa expresa, clara e inequívoca ao cadro de persoal e aos seus representantes. Á marxe da obriga legal, é o que decide se o sistema se usa ou se os teléfonos quedan na taquilla.
O enfoque importa: non é «imos saber onde estades», é «se che pasa algo nun túnel, queremos poder chegar antes». Pero só funciona se o sistema despois fai exactamente iso.
Tes isto desenvolvido en É legal xeolocalizar un traballador?.
6. Pacta os criterios de aceptación por escrito e con números
Esta é a comprobación que evita a discusión do final. Sen limiares numéricos acordados, «funcionou» é unha opinión.
Mínimo que hai que pactar:
| Criterio | Limiar |
|---|---|
| Precisión media en estación | valor en metros |
| Latencia de publicación | valor en segundos |
| Dispoñibilidade durante o piloto | porcentaxe |
| Terminais concorrentes | número |
| Autonomía do terminal | unha quenda completa sen recargar |
| Achados críticos de seguridade | cero abertos ao peche |
E define como se mide cada un: con que puntos de referencia, en cantas estacións, en que franxas horarias e quen levanta acta.
7. Escolle ben o alcance
Unha liña ou un conxunto de estacións. Nin unha soa estación —non xera evidencia extrapolable— nin a rede enteira —non cabe no calendario nin no orzamento dun piloto.
Escolle a liña que teña a mestura máis representativa: estacións grandes e pequenas, algún intercambiador, algún tramo problemático. Se escolles só o fácil, o resultado non che serve para decidir.
8. Pasa o filtro de ciberseguridade antes, non despois
A túa área de sistemas vaino avaliar igual. Que o faga na semana un e non na semana dez.
O que hai que pedirlle ao provedor: arquitectura e fluxos de datos, controis de identidade e acceso, cifrado, rexistro auditable, resultado de auditoría externa recente, proceso de xestión de vulnerabilidades e compromiso de notificación de incidentes. Está desenvolvido en que esixe NIS2.
Durante o piloto
9. Mide contra puntos de referencia coñecidos
A precisión non se comproba mirando se o punto do mapa «parece ben». Compróbase con puntos de referencia marcados sobre o plano, percorridos con guión e rexistro do que o sistema dicía en cada instante.
Convén facelo a cegas ou en simple cego: quen percorre non ve a lectura do sistema mentres a toma.
10. Mide nas condicións malas, non nas boas
Un andén baleiro ás once da mañá non é o escenario que importa. Os que importan:
- Hora punta, co andén cheo de xente absorbendo sinal.
- Cun tren parado na estación ocupando media planta.
- Nos tramos onde só hai un punto de acceso á vista.
- En transicións entre niveis e en corredores de correspondencia.
Se o sistema aguanta aí, aguanta no resto. Se só se proba en condicións favorables, o número que saia non vale para decidir.
11. Comproba que fai o sistema cando non sabe
É a proba que máis di sobre a calidade dun sistema e a que case ninguén fai.
Métete nunha zona sen cobertura e mira que mostra o portal. Marca a lectura como degradada? Avisa de que ese terminal leva tempo sen reportar? Ou séguete ensinando a última posición coñecida coma se fose actual?
Un sistema que non distingue entre «está aquí» e «estaba aquí hai oito minutos» é peor que non ter sistema, porque che dá confianza sobre un dato falso.
12. Proba a autonomía nunha quenda real
Non nunha proba de laboratorio de dúas horas. Unha quenda completa, co terminal facendo o seu traballo habitual ademais de reportar posición.
Se o teléfono non chega ao final da quenda, o sistema non se vai usar, por moi preciso que sexa.
Ao pechar
O entregable do piloto non é unha demo bonita. É un informe cos números medidos contra os criterios pactados, as condicións en que se mediron e as non conformidades atopadas co seu plan de acción.
Ese documento é o que o teu comité pode levar ao expediente de compra. Sen el, a decisión volve apoiarse en impresións.
Para seguir lendo
- Que fai falta de verdade para despregar, coas catro fases e os entregables
- RTLS con etiquetas ou sobre smartphone