Saltar ao contido

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.

Publicado o Equipo Metrosafe

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:

CriterioLimiar
Precisión media en estaciónvalor en metros
Latencia de publicaciónvalor en segundos
Dispoñibilidade durante o pilotoporcentaxe
Terminais concorrentesnúmero
Autonomía do terminalunha quenda completa sen recargar
Achados críticos de seguridadecero 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

← Volver ao blog