保全プロセスでのログの使用

将来の修理が必要な問題の例

パイロットが、プリフライト検査中にフロント・ガラスの小さい傷に気付きます。 パイロットは、ログ・ブック (CM) アプリケーションに問題を報告します。 保全担当者がログを検討します。 保全担当者は、その傷は現在は航空機の操作に影響しないが、最終的にはフロント・ガラスの交換が必要であると判断します。

保全担当者は、ログ・ブック (CM) アプリケーションを使用してその問題を作業指示書にエスカレートします。 定期点検でフロントガラスを交換してくれる。

即時修理が必要な問題の例

パイロットは、飛行中に主着陸装置の断続的な油圧ランプに気付きます。 パイロットは、「問題のログ」サブタブで問題を記録します。

保全担当者は、航空機がターミナルに到着するとログを検討します。 保全担当者は、警告ランプがショートしていると判断します。 整備担当者は、航空機がゲートを離れる前に、インジケータランプを交換するための作業指示書を作成する。

乗務員認証の例

日常的な記録保持のため、パイロットは、「乗務員報告」サブタブで乗務員に関する以下の情報を記録します。

• パイロットの指揮時間
• 計器飛行時間
• サイクル数

資産ログの例

特定の目的での資産の運用がオペレーターに割り当てられます。 ディスパッチの一部として、検査官は資産が運用される前に資産を検査します。 検査官は、保全担当者のメンバーです。 この検査は、チェックリストを使用した公式プロセス、または非公式プロセス (例えば、さまざまな角度からの資産の観察) です。 検査官が検出した不具合の数とタイプに応じて、保全担当者が資産を運用から除去する可能性があります。 検査官は、気付いた不具合をすべて記録し、それを保全担当者が検討します。

また、資産の運用中に、検査官は不具合に気付くと記録します。 運用の完了後、保全担当者は不具合を検討します。

保全担当者は、記録された不具合を除去するか、または作業指示書に変換することができます。 保全担当者が作業指示書を開始すると、アプリケーションはログの不具合を作業指示書と相互参照します。 メンテナンス担当者は、資産に対して報告された過去の問題を確認し、その状態を判断する。