Los checklists operativos: tres momentos, y cada línea dice qué la respalda

Ocho satélites como mínimo, catorce o más lo deseable. Esa línea es de la operativa de un piloto y de ninguna norma, y saberlo es la mitad del diseño de las checklists operativas. La otra mitad es que están separadas del papeleo: el checklist de trámites contesta qué exige la administración y para cuándo; estas, qué reviso la víspera, qué reviso con el dron delante y qué hago al volver.

Tres momentos, colgados del rodaje

Cuelgan del rodaje, y eso se midió contra el esquema en vez de heredarse. La tabla de ítems ya llevaba el rodaje, y el libro de vuelo no tiene relación con checklists y se escribe después: un postvuelo colgado de un vuelo solo se podría marcar una vez anotado el vuelo que viene a cerrar, que es al revés. En el rodaje está además la fecha, que convierte «el día antes» en un momento y no en una etiqueta.

El postvuelo APUNTA al libro de vuelo y no lo escribe. La pantalla lo dice en voz alta: marcar ese punto no anota ningún vuelo. Una checklist que rellenara el libro sería una checklist decidiendo qué dice el contador de mantenimiento de una aeronave.

El puntero se deriva del prefijo de la clave del ítem, no de una clave escrita a fuego, así que una lista de un estudio no lo hereda por accidente.

Plantillas de la casa, interruptor del estudio

El catálogo tiene la forma del de reglas: tres plantillas globales que mantenemos nosotros, que todos leen y que nadie más escribe. Un estudio añade las suyas encima y puede apagar un ítem de la casa de uno en uno. El interruptor va por la clave estable del ítem y nunca por el identificador de una fila, que es lo que permite reescribir un punto sin que se vuelva a encender solo para quien lo había apagado. Un punto apagado no se copia al rodaje: un interruptor cuyo ítem llega igual no apaga nada.

Cada ítem declara su respaldo

Dos valores, y no son grados de lo mismo. Criterio operativo es una práctica nuestra o del estudio, y se presenta como tal. Con fuente citada significa que hay un texto publicado detrás, y la línea lleva su dirección y la fecha en que la revisamos.

Las tres listas del dueño entran enteras como criterio operativo, que es la lectura honesta de lo que son. La otra clase existe porque el día que una línea venga de un texto publicado no puede parecer idéntica a las que no: es la lección del catálogo de plazos, donde una regla que citaba su fuente y otra que nadie había contrastado se veían igual.

Un estudio no puede declarar con fuente una línea suya: la fecha de revisión afirma nuestro trabajo, así que la pone el servidor. Y en las líneas que vienen del motor de permisos el respaldo va vacío a propósito, porque su procedencia ya vive en la regla de la que salieron: escribir cualquiera de los dos valores sería afirmar algo falso o duplicar una procedencia.

Lo que se generalizó, y lo que no se tocó

Dos líneas nombraban el ecosistema de un fabricante y se ensancharon para nombrar la cosa en vez de la marca. «Modo de vuelo N» pasó a «el modo de vuelo normal del fabricante»: la N es la etiqueta de una marca, y quien vuela otro aparato lee la original como una instrucción que no puede seguir. Y «analizarlo con Airdata» pasó a «extraer el LOG del vuelo y analizarlo»: es un servicio de pago entre varios, y nombrarlo dentro de una lista que enviamos se lee como una recomendación que no hemos hecho.

Nada más se tocó: las cifras se quedan como las escribió su autor, porque reescribir el criterio de alguien para que suene más oficial es el fallo contra el que existe la columna de respaldo.

Lo que dice una lista marcada

«Constan marcados por ti los N puntos de esta lista. Es lo que dice, y no dice nada más.» Esa frase la sirve la API y no la escribe la pantalla, para que ninguna plantilla invente una versión que suene mejor. Nada de lo que hay ahí sabe si la aeronave está en condiciones, si el papeleo está presentado o qué hay sobre ese punto en el espacio aéreo.

Y por qué el checklist STS no está

El dueño aportó cuatro listas y entran tres. La cuarta no es una checklist de rodaje: es el formulario de evaluación de la formación práctica de los escenarios estándar europeos. Se puntúa apto o no apto, lo firma un instructor y cada maniobra se evalúa dos veces, en modo manual y asistido. Tres cosas que el estado de un ítem no puede expresar, y una función que este producto no modela.

Lo que sí quedó hecho es el trabajo caro: la fuente localizada y citada ítem a ítem. El Reglamento de Ejecución (UE) 2020/639, que inserta el Apéndice 1 en el Anexo del Reglamento 2019/947 —capítulo I, apéndice A, punto 2, cuadro 1, DOUE L 150 del 13 de mayo de 2020—, y el impreso de AESA UAS-FOR-P01-GU12, edición 02 del 26 de noviembre de 2024, de donde salen la doble columna y las casillas del papel escaneado.

Buscarla corrigió una premisa: el cuadro de maniobras es uno solo. El capítulo del STS-02 remite al del STS-01 y solo añade un bloque de vuelo más allá del alcance visual, así que modelarlo como dos listas duplicaría todos los ítems. Y el material aportado deja fuera un bloque entero de medidas previas al vuelo —once puntos de planificación y diez de inspección— que sí está en esa tabla: una plantilla que copiara solo las maniobras estaría incompleta contra la norma que dice citar, sin que se notara.

Contar lo que se dejó fuera es tan parte del trabajo como lo que entró.

Sin cupo, en ninguno de los cuatro planes

Cobrar por una lista de seguridad empuja a saltársela, y una que no se pasa porque se acabó un contador es peor que no tenerla, porque el estudio creía que la tenía. Aquí no hay ninguna llamada que se facture, y una checklist cuelga de un rodaje, que ya lleva tope: un segundo cupo cobraría dos veces por lo mismo con dos nombres. La ausencia está fijada por una prueba.

---

<!-- ↑