1. 保守の使用
  2. メンテナンス例外のレポート方法
機械翻訳について

メンテナンス例外のレポート方法

「メンテナンス例外の管理」ページでメンテナンス例外をレポートおよびレビューします。 品質問題REST APIを使用して、例外を作成、更新および表示できます。

保守例外は、例外の詳細を指定し、その例外の影響を受ける作業オーダー工程を追加することによってレポートできます。 例外は、「保守例外のレポート」ページでレポートできます。 「保守例外のレポート」ページは、以下のページ・フローを通じて開くことができます。

  • 「タスク」ペインの「作業実行」で、「保守例外のレポート」リンクをクリックします。

  • 「タスク」ペインの「作業実行」で、「保守作業手配リストのレビュー」リンクをクリックします。 「保守作業手配リスト」ページの「処理」メニューで、「保守例外のレポート」を選択します。

  • 「タスク」ペインの「作業管理」で、「保守例外の管理」リンクをクリックします。 「保守例外」ページで、追加アイコンをクリックします。

保守例外をレポートするステップ

保守例外をレポートするには、次のステップを実行します。

  1. 「保守例外のレポート」ページを開きます。

  2. 例外の詳細を指定します。 以下の値を選択するか、入力します。

    属性

    摘要

    例外タイプ

    レポートする例外のタイプ。 選択できる例外タイプは以下のとおりです。

    • 作業領域

    • ワーク・センター

    • コンポーネント

    • リソース

    • その他

    例外ステータス

    例外のステータス。 この属性は読取り専用で、例外のレポート時における例外ステータスは常にオープンです。

    説明

    例外の摘要。

    重大度

    例外の重大度。 有効な値は、「クリティカル」、「高」、「中」、および「低」です。

    予想ダウンタイム

    例外により予想されるメンテナンス・ダウンタイムを示します。

    予想解決日

    例外が解決されると予想される日を示します。

    添付

    例外内の添付。 これは、ファイル、テキスト、またはURLタイプとすることができます。

  3. 例外の影響を受ける作業オーダー工程を追加します。 影響を受ける作業オーダー工程リージョンで、「追加」アイコンをクリックします。

  4. 「作業オーダー工程の検索」ダイアログ・ボックスで、例外を追加したい作業オーダー工程を検索して選択します。 「追加」ボタンをクリックします。 影響を受けた作業オーダー工程リージョンには、作業オーダー番号、例外ステータス、作業オーダー・ステータス、開始日、完了日、品目などの詳細を含む作業オーダー工程が表示されます。

  5. 「保存してクローズ」ボタンをクリックします。 通知が作成されて、関連するロールを持つすべてのユーザーへ送られます。

REST APIを使用したメンテナンス作業オーダー例外の管理方法

品質問題REST APIを使用して、メンテナンス作業オーダー例外をレポートし、作業オーダー工程を参照します。 これらの例外は、「メンテナンス例外の管理」ページで表示できます。 例外プロセスの一部としてワークフローを有効にすることもできます。

単一の作業オーダー工程のリソース例外を作成するためのサンプル・ペイロードを次に示します:

{
"Name": "Maintenance Exception By ID",
"QualityTypeCode" : "ORA_ENQ_MNT_RESOURCE",
"Severity" : "ORA_MEDIUM",
"Downtime" : 0,
"Source": "ORA_MAINTENANCE",
"OrganizationCode" : "MNTALM",
"ReportedBy": "MNT_QA",
"ReportedDate": "2021-07-22T12:00:00+00:00",
"WorkflowStatusCode": "ORA_ISSUE_EXCEP_OPEN",
"AffectedObjects":[
{
"SupportedEntityCode" : "ORA_WORK_OPERATION",
"ContextId" : 300100549061424
},
{
"SupportedEntityCode" : "ORA_RESOURCE",
"ContextCode": "I-Inspector",
"SubContextCode" : "MNTALM"
}]
}

ペイロード属性

レベル

摘要

許可された値

QualityTypeCode

親リソース

例外のタイプ

参照: ORA_ENQ_SOURCE

値:

ORA_ENQ_MNT_RESOURCE

ORA_ENQ_WORK_CENTER

ORA_ENQ_MNT_COMPONENT

ORA_ENQ_MNT_WORK_AREA

ORA_ENQ_MNT_MISCELLANEOUS

ORA_ENQ_MNT_SUPPLIER_OPERATION

重大度

親リソース

例外の重大度

参照: ORA_ENQ_SEVERITY

値:

ORA_HIGH

ORA_MEDIUM

ORA_LOW

ORA_CRITICAL

Source

親リソース

メンテナンスは例外ソースです

ORA_MAINTENANCE

WorkflowStatusCodeまたはWorkflowTemplateId

親リソース

必要に応じて、ワークフロー・テンプレートIDまたはワークフロー・ステータス・コードを送信できます

ORA_ISSUE_EXCEP_OPENは、ワークフロー・ステータス・コードの例です

SupportedEntityCode

子リソース:

AffectedObjects

影響を受けるプライマリ・オブジェクトとセカンダリ・オブジェクトを使用して問題を関連付けます

影響を受けるプライマリ・オブジェクトについて、作業オーダー工程を参照しています

したがって、サポートされているエンティティ・コードは、最初に子リソースとして追加されます:

参照: ORA_ENQ_SUPPORTED_ENTITIES

値とそれに関連付けられたID:

ORA_WORK_ORDER - 1001

ORA_WORK_OPERATION - 1002

ORA_RESOURCE - 1003

ORA_COMPONENT - 1004

ORA_WORK_AREA - 1005

ORA_WORK_CENTER - 1006

ORA_INSPECTION_RESULT - 1007

ORA_RECEIPT - 1008

ContextId

子リソース:

AffectedObjects

これは作業オーダー工程IDになります

値は作業オーダー工程IDになります

SupportedEntityCode

子リソース:

AffectedObjects

セカンダリ・インパクト・オブジェクトの場合、例外の対象を参照します。

この場合、リソース・コードを使用できます: ORA_RESOURCE

ContextCode

子リソース:

AffectedObjects

これは、エンティティ・コードで参照するオブジェクトのコードになります

この例のリソース・コードを渡します。 これは組織内のリソース設定のコードになります

SubContextCode

子リソース:

AffectedObjects

これは組織コードになります

組織コードを渡します: この組織でリソースを設定する必要があります

関連トピック