Visibilidad de flota 24/7.
ADS-B en vivo. Auto-refresco SSE. Sin cambiar de pestaña.

Flight following, correctamente integrado

El stack estándar de flight following para charter son dos o tres herramientas separadas: un sistema de dispatch, un tracker ADS-B dedicado y un servicio de notificación SMS para vuelos overdue. Cada herramienta tiene su propio login, su propio modelo de datos y su propia brecha por donde se pierde información.

AeroCopilot Ops las fusiona. El release que construyó el dispatcher es el mismo release que el mapa en vivo está rastreando. El tail number en el tablero de dispatch es el mismo tail number en el feed ADS-B. Cuando el vuelo está overdue, la alerta referencia el ID del release y la última posición conocida — no un ping genérico "tail N123AB late".

Lógica de overdue consciente del ETA

Un vuelo que llega 10 minutos tarde por un cambio de viento no es lo mismo que un vuelo que llega 10 minutos tarde porque el dispatcher no ha sabido del capitán en 90 minutos. AeroCopilot Ops usa el ETA filed, el ground speed en vuelo y la última posición ADS-B para computar un umbral real de overdue por vuelo — no un timer estático de 15 minutos.

Cuando se cruza el umbral, la alerta escala: primero el dispatcher, luego el chief pilot, después el DOM. Cada paso queda registrado. Si el vuelo se convierte en un incidente §135, la plantilla de reporte se pre-llena con la línea de tiempo, la última posición conocida y los intentos de contacto realizados.

Construido sobre MapLibre, no Mapbox

Usamos MapLibre GL JS (licencia MIT, sin cobro per-MAU) con fuentes de vector tile personalizadas para FAA sectionals, IFR low/high charts y overlays de radar meteorológico. Eso mantiene el costo plano mientras su flota crece — y nos permite enviar capas que su incumbente nunca enviará.