O dato ten que entrar onde xa traballas

Este é o evento que recibe o teu sistema cando un equipo cambia de posición. O importante non é a coordenada: é que vén acompañada da súa calidade, para que quen a consome poida decidir canto se fía.

{
  "event": "position.updated",
  "timestamp": "2026-03-11T09:41:07Z",
  "terminal": {
    "id": "TRM-0043",
    "team": "vigilancia-l2-turno-manana"
  },
  "position": {
    "zone": "station-014",
    "area": "platform",
    "direction": "north",
    "x": 128.4,
    "y": 22.7,
    "srs": "site-local"
  },
  "onboard": {
    "train": "4207",
    "car": 3
  },
  "quality": {
    "accuracy_m": 6.8,
    "source": "wifi-rtt",
    "nlos_suspected": false,
    "map_matched": true
  }
}

• zone e area son a lectura operativa: estación e recinto. Adoita ser o único que necesita o xestor de incidencias.
• x e y son coordenadas no sistema local do emprazamento, para pintar sobre o plano.
• accuracy_m é o raio de incerteza estimado desa lectura concreta, non unha constante do sistema.
• onboard aparece só cando o axente vai nun tren e a capa a bordo está despregada. É unha identificación exacta, non unha estimación: se o obxecto non está, é que non se está a ler ningunha baliza de coche.
• nlos_suspected avisa de que a medida puido chegar rebotada.
• map_matched indica se a posición se axustou ao plano transitable.

• Contratos de datos versionados: os cambios de esquema anúncianse e conviven, non rompen a túa integración un martes.
• Retención configurable por tipo de dato, segundo a política do operador.
• Anonimización e pseudonimización aplicables nos fluxos que non necesitan identificar a persoa.
• Portabilidade: o histórico expórtase completo cando se pida. O dato é do operador.