Auridm Aero
ePDT: adiós al papel en el hangar.
Libro técnico de a bordo electrónico en Laravel y Flutter. En producción desde 2023, con un ahorro de unas 40 horas de trabajo al mes por avión. AURIDM (auridm.aero) desarrolla ePDT, un libro técnico de a bordo electrónico para la aviación. Es una herramienta para quienes mantienen aviones y responden de su aeronavegabilidad. Gorilla se encargó de la UX, la arquitectura, el backend, las integraciones y toda la aplicación de principio a fin. Fue uno de los proyectos con mayor complejidad de arquitectura de nuestro portfolio.
- Trabajo duplicado. Las anotaciones se hacían a mano en papel y luego alguien las pasaba a otros sistemas. Cada transcripción suponía tiempo y una ocasión de error.
- Riesgo de cumplimiento. Un libro en papel se puede perder, mojar o dañar. En aviación, la falta de un registro es un problema formal, no solo organizativo.
- Sin una imagen actual de la flota. El estado técnico de las aeronaves solo se conocía tras reunir los documentos. La planificación se basaba en información con retraso.
- Horas dedicadas a la administración. La gestión de la documentación consumía tiempo del personal técnico. Ese tiempo no se dedicaba al trabajo en los aviones.
- Reglas de dominio estrictas. Hay que definir quién registra qué y en qué orden. Algunas anotaciones impiden la autorización para volar y el historial no se puede editar.
Un backend en Laravel con toda la lógica de dominio, más una app en Flutter para quienes trabajan junto a la aeronave, no en un escritorio.
- Lógica de dominio en Laravel. Plasmamos las reglas aeronáuticas en el backend, no en la interfaz. Así se aplican siempre, sea cual sea el dispositivo.
- Modelo de datos del libro. Primero diseñamos la estructura de las anotaciones y sus relaciones. Todo el resto de la aplicación se apoya en ese modelo.
- Validación y permisos. El sistema comprueba si una persona puede hacer una anotación y si se ha respetado el orden. Una anotación que bloquea la autorización se ve al instante. Un avión con una avería abierta no aparece en el sistema como listo para volar.
- Historial auditable. Las anotaciones no se pueden sobrescribir. Cada cambio queda en el historial, tal como exige la documentación aeronáutica.
- Flutter y un único código base. La aplicación funciona en varios dispositivos con un solo código. Una corrección o una nueva función llega a todos a la vez.
- UX pensada para el hangar. Diseñamos para trabajar junto al avión, a menudo con prisa y en una tablet. Cuentan las anotaciones rápidas, el mínimo de pasos y la resistencia a los errores. Los campos obligatorios están claramente marcados y el sistema detiene una anotación errónea antes de guardarla.
- Integraciones en lugar de transcribir. Conectamos la aplicación con el calendario y la exportación de datos. La información introducida una vez llega adonde se necesita.
- Libro técnico electrónico. Las anotaciones se crean directamente en la aplicación, con validación y control de permisos. Desaparece la fase de pasar a limpio desde el papel. Los datos están disponibles para el equipo un momento después de registrarlos, y no tras recoger las hojas.
Qué cambió.
Los datos sobre el ahorro de tiempo provienen del cliente y se refieren a la gestión de la documentación técnica por aeronave.
¿Tu documentación técnica sigue en papel?
Diseñaremos un sistema que custodie las reglas y el historial por ti. En los sectores regulados, lo más difícil es la lógica, no la pantalla. Si las reglas viven en el backend, se aplican siempre y es fácil auditarlas. Flutter permite mantener una sola aplicación en muchos dispositivos, lo que reduce el coste de desarrollo. También conviene medir el efecto en horas de trabajo por unidad, porque ese resultado es fácil de extrapolar a toda la flota o parque de máquinas.
Hablemos de tu sistema →