Mantenimiento
Mantén las unidades aptas para operar, con un segundo par de ojos.
Mantenga las unidades en condiciones de vuelo, con un segundo par de ojos.
/app/maintenance · listo · acento #C27C0E
Órdenes de trabajo, calibraciones, firmware y reparaciones por unidad, intervalos de servicio por horas de vuelo, desgaste previsto de los componentes y un retorno al servicio a cuatro ojos.
Páginas
Cada módulo tiene como máximo cuatro páginas bajo /app/maintenance.
| Página | Ruta | Tipo | Qué muestra |
|---|---|---|---|
| Resumen | /app/maintenance | Panel | Unidades por estado (inmovilizadas, en el hangar, con servicio pendiente, autorizadas), gasto en piezas y mano de obra por tipo de trabajo, la pista de servicio y la cola de firmas. |
| Órdenes de trabajo | /app/maintenance/work-orders | Lista | Cada orden de trabajo con unidad, prioridad, estado, técnico, fecha de vencimiento y quién la firmó. |
| Pronóstico | /app/maintenance/forecast | IA | Fecha de servicio prevista, componente probable y confianza por unidad. |
| Listas de comprobación | /app/maintenance/checklists | Biblioteca | Pasos de inspección y de calibración por tipo de unidad. |
| Integraciones | /app/maintenance/integrations | integraciones | Los conectores de los que este módulo toma datos, con el estado, la última sincronización y lo que aporta cada uno. |
Al abrir
El panel se abre con su propia disposición, Tablero del hangar, construida para los datos de este módulo:
- Cada unidad en un solo estado: inmovilizada, en el hangar, con servicio pendiente o autorizada para volar
- Gasto en piezas y mano de obra por tipo de trabajo (mapa de árbol), comparado con los 30 días anteriores
- Pista de servicio: las unidades más próximas a su siguiente servicio
- Cola de firmas y órdenes de trabajo por semana
Funciones
- Órdenes de trabajo por unidad
- Intervalos de servicio por horas de vuelo
- Seguimiento del firmware
- Retorno al servicio a cuatro ojos
- Inmovilización que bloquea los lanzamientos
Quién puede hacer qué
Todo el mundo con view en Mantenimiento puede leer sus páginas. Los cambios exigen edit; las acciones de abajo que exigen publish son las que tienen efecto en el mundo real. Los agentes tienen un tope en edit, así que nunca pueden ejecutar una acción de publish.
| Acción | Qué hace | Exige |
|---|---|---|
workorder.create | Abrir una orden de trabajo | edit |
workorder.status | Mover una orden de trabajo a lo largo de sus estados | edit |
workorder.signoff | Devolver una unidad al servicio (firma a cuatro ojos) | publish |
Cualquier acción que no esté en la lista exige publish (la aplicación falla en cerrado).
Integraciones
Cada módulo tiene una página de Integraciones (/app/maintenance/integrations) junto a sus páginas de datos. Enumera los conectores de abajo con su estado y la última sincronización. Los propietarios y los administradores los conectan, los prueban o los desconectan mediante el flujo compartido de Conexiones (el mismo cuadro de diálogo que Configuración → Conexiones); los demás ven la página en solo lectura. En esta compilación no se hace ninguna llamada externa: en la demo los estados se generan y, en el modo de base de datos local, un conector guardado permanece en pending.
| Conexión | Se usa para | Estado | Verificar antes del lanzamiento |
|---|---|---|---|
| PX4 / MAVLink | Horas de vuelo y versiones de firmware de los drones | simulado | Versiones del piloto automático, protocolo de misión, firma |
| Puente ROS 2 | Horas de funcionamiento y versiones de firmware de camiones y robots | simulado | Tipos de mensaje, perfiles QoS, autenticación del transporte (rosbridge o Zenoh) |
| Modelos de IA | La página de pronóstico | simulado | Claves de API del proveedor, precios del catálogo (ninguno verificado aún), medición de créditos, revisión del prompt |
Consulta Conexiones para la lista completa.