• NATS restableció su sistema de procesamiento de vuelos después de que un fallo técnico alterara las operaciones en los aeropuertos del Reino Unido el 8 de septiembre
  • Se cancelaron más de 1.000 vuelos, mientras las aerolíneas y los aeropuertos seguían gestionando las alteraciones después de que el sistema volviera a estar operativo

Los hechos

NATS restableció su sistema de procesamiento de vuelos después de que un fallo técnico interrumpiera vuelos en todo el Reino Unido el 8 de septiembre. NATS afirmó que el problema se había resuelto y que la seguridad no se había visto comprometida. Se cancelaron más de 1.000 vuelos, según las cifras publicadas por Associated Press.

Birmingham Airport indicó que las salidas se reanudaron a las 18:40, hora local. Veinte minutos después, seguía trabajando con NATS, las aerolíneas y los agentes de asistencia en tierra para despejar la acumulación de operaciones pendientes. Financial Times informó de que las aeronaves y las tripulaciones habían quedado desplazadas durante la interrupción.

La Civil Aviation Authority señaló el 9 de septiembre que NATS facilitaría un informe técnico sobre el incidente. El Gobierno también pidió al regulador que realizara una revisión independiente y evaluara la capacidad de NATS para prestar un servicio resiliente. No se había publicado una causa técnica detallada.

La evaluación

Restablecer el procesamiento de vuelos no restituyó la programación que existía antes del fallo. Las aerolíneas aún tenían aeronaves, tripulaciones y pasajeros en lugares equivocados, mientras que los aeropuertos debían gestionar movimientos retrasados. Por tanto, la reanudación en Birmingham marcó el regreso de las salidas, no el final de las alteraciones.

Esa distinción es importante para la planificación de la recuperación. Un operador de sistemas puede medir cuándo vuelve a estar disponible el software, pero las aerolíneas y los aeropuertos necesitan medir cuánto tardan en restablecer una programación viable. El segundo intervalo depende de coordinar organizaciones y recursos que el sistema central de procesamiento no controla.

Para los lectores de BTW, la resiliencia debería evaluarse, por tanto, más allá del tiempo de restauración técnica. Una revisión del incidente debe establecer cuándo volvió el sistema, cuándo se reanudó el procesamiento normal y cuánto tardaron los operadores que dependen de él en resolver las alteraciones resultantes. Esos hitos separan la recuperación del sistema compartido de la recuperación de los servicios que dependen de él.

Qué seguir de cerca

Conviene seguir el informe técnico de NATS y la revisión independiente de CAA para conocer la secuencia del fallo, la cronología de la restauración y las medidas de contingencia utilizadas durante la interrupción. Las conclusiones deberían distinguir la reparación del sistema del tiempo que aeropuertos y aerolíneas necesitaron para recuperar sus horarios.