FlightSort Componentes & caso de uso
← Recursos flightsort.net
Cómo funciona, en la práctica

Lo que incluye la solución, y cómo se ve un vuelo real dentro de ella

Siete piezas que trabajan juntas para dar una sola respuesta clara: cuánto equipaje sigue pendiente, y desde cuándo.

01 · Componentes de la solución

Siete piezas, un solo comportamiento

1

Un solo cerebro, cuatro pantallas

Un backend API central calcula estado, prioridad y alarmas una única vez. WinForms, web de escritorio, web móvil y Android muestran ese mismo resultado — ningún cliente recalcula nada por su cuenta.

2

Tiempo real por evento, no por refresco

Cada cambio (una maleta nueva, un mostrador resuelto, una alarma) se distribuye al instante a todos los clientes conectados, sin esperar a que alguien recargue la pantalla.

3

Offline-first en movilidad

La app Android conserva la última información conocida y sigue siendo útil aunque se pierda momentáneamente la cobertura en pista o en la zona de handling.

4

Alarmas que anticipan, no que informan tarde

El indicador de equipaje "en camino" se prioriza según la ventana real de cierre de clasificación de cada vuelo — no según un umbral genérico igual para todos.

5

Se conecta a lo que ya tienes

Se integra con el DCS, el BHS/SATE y la base de datos operativa existentes del aeropuerto. No sustituye la infraestructura física — la hace visible.

6

Se adapta a cada instalación

Si un aeropuerto no dispone de identificación de mostrador (habitual fuera de España), el sistema se adapta: oculta esa información en lugar de mostrar datos falsos o incompletos.

7

Reconexión y sincronización automáticas

Ante un corte de red o de conexión al servidor, cada cliente recupera el estado completo al reconectar — nunca se queda mostrando datos obsoletos sin avisar.

02 · Caso de uso ilustrativo

Un vuelo cualquiera, minuto a minuto

Escenario ilustrativo

Vuelo con salida a las 14:30

STD 14:30 · destino de conexión corta
−3 h
El vuelo ya aparece en el listado, pero el check-in no ha abierto todavía. BAJA — sin equipaje que vigilar aún, no requiere atención.
−2 h
Abre el check-in. Empiezan a facturarse las primeras maletas y el sistema pasa a monitorizar el vuelo automáticamente — a más de 30 min del cierre, la prioridad es NORMAL.
−45 min
Sigue habiendo bastante equipaje en camino: 18 maletas sin confirmar. Todavía dentro de lo esperable a esta hora — la prioridad se mantiene en NORMAL.
−30 min
El ritmo ha sido bueno: ya solo quedan 3 maletas. Pero el vuelo cruza justo aquí el umbral de los 30 minutos, y la prioridad salta a CRÍTICA aunque queden pocas.
CRÍTICA se activa automáticamente en el instante exacto en que se cumplen las dos condiciones a la vez — menos de 30 min para el cierre y equipaje aún "en camino". No importa si quedan 3 maletas o 30: es la combinación la que dispara la alarma.
−15 min
Las 3 maletas se confirman antes de entrar en esta última franja previa al cierre. El contador llega a cero y la prioridad baja a ALTA — ya no hay equipaje en riesgo, pero el sistema sigue vigilando hasta el despegue.
Escenario construido a partir de la lógica real de prioridades de FlightSort: BAJA → NORMAL → CRÍTICA (menos de 30 min para el cierre + equipaje aún en camino, sin importar cuánto quede) → ALTA una vez resuelto. No es una promesa genérica de marketing.

¿Quieres ver esto con los datos de tu propio aeropuerto?

Te mostramos el mismo escenario, pero con tus vuelos reales.

Solicitar una demo