Organización de la documentación de la aeronave en copropiedad.

Manual práctico para grupos pequeños de copropiedad de dos a seis. No es asesoramiento legal ni regulatorio. Las expectativas de trazabilidad descritas aquí siguen la práctica EASA actual para operación no comercial Parte-ML; verifica contra el régimen real de tu aeronave antes de apoyarte en ellas.

Un solo propietario con una sola aeronave puede tirar con voluntad y una carpeta. Un grupo de tres puede tirar con voluntad unos seis meses, después de lo cual los documentos se descompasan, el log de mantenimiento se desfasa de la realidad y la siguiente revisión del ARC saca a la luz problemas que nadie había visto. La solución no es más voluntad; es un sistema de registro compartido con un poco de disciplina de roles.

Las cuatro categorías de documentación que necesita cualquier propietario

Quitando el papeleo específico del régimen, cuatro categorías cubren la mayor parte de lo que un propietario tiene que mantener:

1. Registros de aeronavegabilidad — AMP, certificado ARC, prueba de cumplimiento de AD, entradas de mantenimiento, órdenes de trabajo.
2. Datos de la aeronave — TCDS, peso y balance, lista de equipos, AFM/POH, placas vigentes.
3. Registros de operación — entradas del cuaderno de a bordo, consumo de combustible/aceite, defectos/squawks.
4. Administrativos — matrícula, certificado de seguro, contrato de hangar/amarre, estatutos del aeroclub.

La pregunta de la copropiedad es cuáles de estos son append-only (cualquiera añade, nadie borra), cuáles son versionados (la última es la fuente de verdad, las versiones previas se conservan para auditoría) y cuáles son estáticos-pero-revisados (la lista de equipos cambia poco pero hay que comprobarla en cada ARC).

El problema multiplicador de la copropiedad

Con un solo propietario, el peor caso es “se me olvidó apuntar algo”. Con tres copropietarios, los modos de fallo se multiplican: yo apunté un vuelo en mi cuaderno de papel y no lo sincronicé; tú pediste un cambio de aceite y firmaste el recibo pero no lo introdujiste; ella tuvo un problema de magneto el mes pasado y lo dejó en un mensaje de texto; él no sabe que la hélice se revisó en marzo.

El arreglo estructural es estado compartido y append-only. Cada vuelo registrado una vez, en un sitio, por quien voló. Cada evento de mantenimiento registrado una vez, con foto del recibo. Cada defecto anotado, aunque sea “guiñada no comandada intermitente en climb power, investigando”. El modelo de datos de Hangar está construido en torno a esto; la invitación a copropietario está en producción hoy (acceso anticipado), con las lecturas por rol completas en camino.

El equivalente en hoja de cálculo funciona un tiempo. El punto de ruptura suele estar sobre el segundo año, cuando la segunda renovación del ARC expone cuánto estado vive en las cabezas de los copropietarios y no en el documento.

Roles: responsable de aeronavegabilidad, tesorero, socios

Para grupos de más de dos, designa roles. No tienen que ser formales; sí tienen que estar acordados.

Responsable de aeronavegabilidad. Dueño del AMP, del calendario de ARC, del estado de cumplimiento de AD, de la relación con la organización de mantenimiento. La persona a quien suena el teléfono si llama un inspector.

Tesorero. Dueño del ledger de costes, de la renovación del seguro, del pago de hangar/amarre, de la contabilidad de aportaciones. La persona que envía el extracto de fin de año.

Socios. Registran sus vuelos, registran su mantenimiento de piloto-propietario, levantan defectos, contribuyen a costes. No necesitan saber todo lo que saben el responsable y el tesorero; sí necesitan acceso de lectura al panel y poder ver tiempos de componentes antes de volar.

El multiusuario por roles de Hangar está en la hoja de ruta, todavía no en producción hoy. El alcance completo de lectura/escritura por rol (el tesorero ve gastos sin ver cada entrada del log, etc.) llega próximamente. Mientras tanto, el flujo es: los copropietarios invitados pueden leer la mayoría de los datos de la aeronave; las separaciones sensibles (financiero vs operacional) se sostienen sobre el responsable y el tesorero de manera informal.

Nomenclatura y control de versiones

Para una carpeta llena de PDFs, acuerda una convención antes de que nadie suba nada. Un default creíble:

AAAA-MM-DD__categoria__descripcion-corta__autor.pdf

Ejemplos:

• 2026-04-15__arc__ec-zzz-arc-2026-2027__casa-aerodynamics.pdf
• 2026-03-20__mantenimiento__cambio-aceite-tach-1247__piloto-propietario-jcs.pdf
• 2026-02-01__seguro__renovacion-poliza-casco-y-rc__broker.pdf
• 2026-01-10__amp__amp-revision-3__camo.pdf

La fecha al inicio ordena cronológicamente. La categoría permite al responsable de aeronavegabilidad filtrar todo lo de mantenimiento. El autor te dice a quién preguntar cuando hay duda.

Versionado: nunca sobrescribas una versión previa. amp-revision-2 y amp-revision-3 se quedan los dos. La versión vigente es la del número más alto; las antiguas son la pista de auditoría.

Dónde viven los originales

Algunos documentos tienen “originales” significativos con firma manuscrita:

• El certificado ARC con firma y sello del inspector.
• El parte de puesta en servicio con firma del personal certificador.
• El cuaderno de a bordo de la aeronave con entradas acumulativas.
• El certificado de seguro (a veces; depende del broker).

Hangar puede guardar copias escaneadas en el archivo documental (auto-rellenado desde la subida, con la taxonomía de tipo de documento que importa para el régimen). Los originales con firma viven en una carpeta con el responsable de aeronavegabilidad, idealmente en almacenamiento ignífugo. Haz una foto de la ubicación cuando guardes el original; esa foto vive en Hangar para que cualquiera pueda encontrar el original a demanda.

Trazabilidad esperada bajo EASA

Para operación autogestionada Parte-ML, el inspector en la revisión del ARC espera: el AMP (declarado o aprobado), los registros de mantenimiento desde el último ARC, el estado de cumplimiento de AD, el seguimiento de tiempos de componentes y la prueba del log de vuelo que sostiene los disparadores de mantenimiento. La expectativa es “muéstrame”, no “cuéntame”.

Lo que un inspector busca es coherencia: el panel dice que el componente X tiene 234 horas desde la revisión; la orden de trabajo de esa revisión debe ser localizable; la fecha de la orden debe encajar con las entradas del log que llevaron al componente a 234. Si hay un vuelo en el log que no está en horas de célula, o al revés, es un hallazgo.

Para una referencia más profunda de registros, incluyendo cómo se diferencia de FAR Part 91, mira Registros de mantenimiento EASA vs FAA.

Alta de un nuevo copropietario

Una secuencia de alta práctica al añadir un cuarto miembro a un grupo de tres:

1. Acceso de lectura primero. Dale acceso al panel durante dos semanas antes de cualquier rol operacional. Aprende el estado de la aeronave, los temas abiertos, la fecha del próximo ARC, la trayectoria de costes.
2. Documentos de piloto. Verifica licencia, médico, currency. Para seguro compartido, verifica que está añadido a la póliza.
3. Vuelos de check-out de la aeronave. Dos con el responsable de aeronavegabilidad, dos solos con debrief. Práctica estándar de aeroclub; vale para grupo de copropiedad también.
4. Actualización del acuerdo de copropiedad. El documento que rige al grupo (acuerdo de operación de la SL, escritura de comunidad, membresía del aeroclub) se actualiza. Hangar guarda copia escaneada en la carpeta administrativa.
5. Activar acceso de escritura. Ya puede registrar vuelos, levantar defectos y (si es piloto-propietario) registrar mantenimiento de piloto-propietario. No puede aceptar emisión del ARC ni cerrar mantenimientos — eso se queda con el responsable.

Baja de un copropietario que se va

La secuencia espejo:

1. Bloquear acceso de escritura en la fecha de salida acordada. El acceso de lectura puede quedarse por un periodo de transición.
2. Reconciliar el ledger de costes. El copropietario que se va paga o recibe su parte según el acuerdo.
3. Actualización del seguro. Quitarlo de la lista de pilotos nominados; verificar con el broker.
4. Continuidad del cuaderno. Los vuelos que registró se quedan en el cuaderno de a bordo de la aeronave (es la historia de la aeronave, no la suya); su cuaderno personal se queda con sus vuelos.
5. Exportación documental. El RGPD le permite pedir copia de sus datos personales; la exportación RGPD autoservicio de Hangar lo cubre. Los datos de la aeronave se quedan con la aeronave.

Para más sobre la cuestión circundante de la propiedad, mira Airworth para aeroclubes y grupos en copropiedad y la página de producto de Hangar para el lado de la aeronave. El checklist de renovación del ARC es la siguiente lectura para lo que un inspector pedirá de verdad.