The Defects tab is the technical issue workflow for a fleet aircraft. It combines pilot reporting from the Aerolync Pilot app with the maintenance and release workflow in Fleet.
Introduction
For fleet aircraft, defects are handled across both the app and the platform:
- In the Aerolync Pilot app, pilots can see unresolved defects before departure when
Show open defects in Aerolync-Pilot appis enabled on the aircraft. - The app also shows the current airworthiness status. If the aircraft becomes
AOG, departure can no longer be registered in the app. - On arrival, pilots can report a technical issue from the app when
Accept defect reporting in Aerolync-Pilot appis enabled. - App-reported defects are created in Fleet with status
In Review, so maintenance or operations staff can review them first before they become active defects.
The Defects tab itself is split into a working layout: a defect list on the left and the selected defect details on the right.
Quickstart
- Open the aircraft in
Fleetand go toConfiguration. - Enable
Accept defect reporting in Aerolync-Pilot appif pilots should be able to submit defects on arrival. - Optionally enable
Show open defects in Aerolync-Pilot appif pilots should see unresolved defects before departure. - Tell pilots what to expect:
- before departure they can see airworthiness and unresolved defect information
- after arrival they can submit a defect title, description, and photos
- Monitor the
Defectstab for new items inIn Review. - Review each new report, then either:
- assign a severity to accept it into the active defect workflow
- reject it if it should not remain in the defects log
- If the aircraft must not dispatch, set the severity to
Grounded (AOG)and activate a schedule block when needed. - Use
Remarks - Publicfor pilot-facing guidance andRemarks - Internalfor internal coordination.
Creating a new defect
A new defect can start in two ways:
- manually from the Fleet module
- from the Aerolync Pilot app after arrival
A manually created defect requires:
TitleDescriptionSeverity
You can also add:
Remarks - InternalRemarks - Public- attachments such as images, PDFs, or documents
App-created defects are linked to the related aircraft log and start in In Review. Use internal remarks for maintenance coordination and public remarks for information that can be shown back to pilots in Aerolync Pilot.
Severity levels
At creation time you choose one of:
MinorMajorGrounded (AOG)
Grounded or AOG defects can also drive schedule blocking behavior and can prevent the aircraft from being dispatched through the app until it is released back to service.
Status flow
The defect list is sorted by status. The active flow can include:
In ReviewOpenIn ProgressClosedRejected
New defects from the app enter as In Review and still need an explicit decision. Accepted defects move into the active workflow; rejected defects are kept out of the active defect log.
Handling in-review defects
For a defect in In Review, you must either:
- assign a severity to accept it and move it into
Open - reject it so it does not remain in the active defect log
This is the normal review step for defects reported from the app.
Defect detail
The detail view can show:
- reporter
- creation date
- aircraft total time
- severity
- status
- related flight
- description
- public and internal remarks
- defect history
Remarks - Public are intended for pilot-facing information. When open defects are shown in the Aerolync Pilot app, these remarks are the right place for short operational guidance. Remarks - Internal stay for internal coordination only.
Schedule blocking from a defect
For Grounded or AOG defects, the detail view can manage a schedule block directly. You can:
- enter a start and end time
- preview booking conflicts
- cancel conflicting reservations
- activate or deactivate the schedule block
This is useful when technical issues must immediately affect aircraft availability. In practice, a grounded defect can therefore affect both booking availability in the platform and dispatch in the app.
Maintenance actions
Open defects without RTS can receive maintenance actions. Each action can include:
- the work performed
- the person who performed it
- attachments
- an optional
Release To Service (RTS)statement
Once a defect has RTS, parts of the detail view become locked. When the defect closes, the linked schedule block can be deactivated and the aircraft can return to normal service.
Recommended practice
- enable
Accept defect reporting in Aerolync-Pilot apponly for aircraft where you want arrival-based pilot reporting - enable
Show open defects in Aerolync-Pilot appwhen pilots should review unresolved issues before departure - review
In Reviewdefects quickly so pilots and staff are working from the same aircraft status - keep the title short and easy to scan in the list
- use
Groundedonly when the aircraft must be taken out of service - keep public remarks pilot-focused
- record completed work in maintenance actions, not only in the defect description