In the Aviation industry, all operators use a flight log to record important information pertaining to flights. The format and content of these flight logs vary by operator, but the overall objective is the same. A flight log or flight log sheet is traditionally a paper document that is pulled from a preprinted stack, where each sheet is numbered by sequence, and where all flights and actions through one day is recorded on the same flight log sheet.
The main content of the flight log is:
The following basic data can be predefined for flight logs:
All the flights that have been completed within a day should be logged in
the flight log, usually by the Pilot. When you are entering a flight log for
the first time, you need to manually enter a flight log number used to uniquely
identify the flight log. When the next flight log is entered for the same vehicle,
the last flight log number recorded against the vehicle will be retrieved automatically
and incremented by 1 to get the new flight log number (this requires that numerical
flight log numbers are used). The suggested value can be changed, if needed.
At creation, the flight log is set to the Open status. Information
pertaining to a flight can only be added as long as the flight log is open.
Only one flight log can be open for a vehicle at any given point in time. When
all information for a flight log has been entered it should be set to the
Closed status. When a flight log has been closed, no update will be possible.
However, there can be situations where data needs to be corrected in flight
logs that have been closed. Moving the closed flight log to the Amendment
status will allow you to correct the data. After the changes have been performed,
the flight log can once again be closed. Note: Once the closed flight
log has been moved to history it will not be possible to change back to the
Amendment status. Furthermore, there can be a need for removing a
flight log that has been entered by error. Since it is a requirement that removing
a flight log has to be documented, instead of deleting the flight log you have
the option of setting it to the Voided status. Voided flight logs will
no longer be considered valid in the system. The flight log journal will list
all changes made to a flight log when amended.
It is also possible to move voided flights from a closed or voided flight log to another open flight log. If the flight is connected to an operational event, it is considered specific to the vehicle for which it was defined and can only be moved to a flight log defined for the same vehicle. If a flight is to be moved from a voided flight log to an open flight log for the same vehicle, all connected flight log data such as fault information, condition measurements and flight servicing activities can be moved to the new flight log. If a flight is moved from a voided flight log to an open flight log for a different vehicle, only connected flight servicing activities can be moved. When moving flights from a closed flight log, data connected to the closed flight log will not be moved. Only data connected directly to the voided flights (e.g., fault data for the same vehicle and flight servicing activities) will be moved to the new flight log. Information on the flight that is moved can be viewed on the flight log.
You can report information about a flight such as the take off and landing
times, deviations and utilization (operational loggings) once the flight is
completed. This information is usually entered by a pilot on a flight log that
is defined for the vehicle. The flight log can contain information on one or
more flights, where a single record is defined for each flight on the vehicle.
On the flight log, an operational plan ID must be entered to define which
flight the vehicle has completed. This value can be entered manually or by using
the operational plans predefined in IFS/Fleet and Asset Management. If an operational
plan ID has not been defined when saving the flight information, the system
will automatically generate an operational plan ID which serves as an identifier
for the flight. If an operator designator is defined in basic data, this value
will be used when auto-generating the operational plan ID.
If predefined
operational plans are used, the OPER_LOG_SEV_EVENTS object property will
be used to validate if the same operational event can be entered several times
for one operational plan ID (flight). The following settings are available for
this object property:
Information about the crew that worked a flight can be reported on the flight log. This includes the role, training level of flight- and in flight- crew members and the type of operational events performed during the flight. It is possible to void crew information if for instance it has been entered incorrectly.
If a fault is found during a flight or during maintenance it can be reported on the flight log. It is also possible to report the actions that were performed against the fault. The purpose of the fault action functionality is to provide a way of reporting that actions have been taken to clear the fault without having to plan the activities beforehand and without having to create a work order for the work. Clearing a fault means that necessary actions have been taken for the vehicle to operate without the fault being signed off. If a fault action has been entered incorrectly, the action can be voided.
It is possible to report measurement results from any monitoring activities performed daily (e.g., engine trend monitoring). All conditions defined for the vehicle on the flight log as well as for all serials in its structure will be displayed allowing you to report condition measurements for all serials in one single operation. When saving condition measurements in a flight log, the condition measurements will be recorded on the serials. If the recorded measure values exceed the warning or danger limits, maintenance events will be generated. A maintenance event is also generated if the change from the last measurement is greater than the given critical change for the condition limit.
Pre- and post- flight servicing activities can be reported on a particular flight or in general on a flight log. Flight servicing refers to the service checks performed prior to and after flights which makes the aircraft ready for service for a predefined time period after the service has been completed. If for instance a flight servicing activity has been entered incorrectly, the activity record can be voided.
The flight log history will contain information on all closed and voided flight logs that have been moved to history. These flight logs will be moved to history through a background job once the number of days as defined in basic data is reached (refer section Basic Data for Flight Logs). The historical information is for informational purposes only and cannot be updated.
Crew Time Types
Crew Training Levels
Deviation and Delay Reasons
Faults
Flight Log
Flight Log History
Flight Log History List
Flight Logs
Flight Operator Information
Flight Servicing Types
History per Serial
Manage Fault Information
Manage Serial Structure
Operational Cancellation Causes
Operational Task Types
Report Fault
Serial Information
Serial Initialization
Serial Part