作業のレポート
「作業のレポート」ページを使用して、資材、リソースおよび工程についてレポートします。 作業オーダーと資産の一意の組合せごとに、工程完了を個別に、または一度にすべて報告できます。
さらに、資産のメーターを更新し、障害イベントを取得して、回転率ノートを作成および管理できます。
「自分の保守作業」ページから作業を報告するには、作業オーダー番号をクリックします。 または、作業オーダー行の「アクション」メニューで「作業のレポート」を選択します。 作業オーダー・プレビュー・ページから「作業のレポート」を選択することもできます。 レポートの完了後、「完了」「作業」ページにナビゲートして作業オーダーを完了できます。
複数の資産を保守または修理する作業オーダーの場合、個々の資産ごとに作業をレポートします。 作業オーダーで定義された工程、品目およびリソースは、すべての資産で共通です。 ただし、「作業のレポート」ページのタブには、選択した作業オーダーとアセットの組合せに関する情報が常に表示されます。 これにより、インジケータとステータス値を表示してトランザクションをレポートし、最後に資産レベルで作業オーダーを完了できます。 この主要な概念の詳細は、この章で説明します。
操作
「操作」タブには、原価計上ポイント、自動取引、オプションおよびサプライヤ工程など、作業オーダー内のすべての工程が工程連番順にリストされます。 各行には、工程連番と名称、予定開始日と予定完了日、工程ステータス(保留中または完了)が含まれます。 作業オーダーを完了するために発行する前に、各工程行を完了する必要があります。 すべてのトランザクションは、選択した作業オーダーと資産の一意の組合せ用です。
行ごとに、次の追加のインジケータがある場合があります:
- 必須レポート: いずれかのリソースで操作の手動レポートが必要な場合は、操作に対してReport Resource Transactions警告メッセージが表示されます。 「リソース」タブを選択して、操作で必要なリソースごとに必要なトランザクションをレポートできます。
- リソース資格および割当: リソース・インスタンスがある場合、修飾されている場合は、各操作にAvailable for assignmentメッセージが含まれます。 操作に割り当てられると、Assigned to meというテキストが表示されます。 割当てはオプションであり、この項で後述します。
供給タイプが「プル」の品目は、レポート「作業」ページで現在サポートされていません。 その結果、プル資材のロットまたはシリアル詳細の必須レポートでは、工程行に必要なレポート表示は表示されません。
デフォルトでは、工程は順序外インジケータが作業オーダー・ヘッダーで定義されていないかぎり、順番に完了します。 行のアクションのリストには、必要なすべての検証が渡され、操作をレポートする準備ができたら、「完了」アクションが有効と表示されます。 これらの検証には、次のものが含まれます:
- 作業オーダーはリリース済ステータスです。
- 資産のオペレーションはまだ完了していません。
- 順次工程の場合、前の原価計上ポイント工程が完了します。
- 資産の必須リソース・レポートが完了しました。
- レポートが必要なプル・タイプの資材が工程に定義されていません。
供給タイプが「プル」の品目が工程に対して定義されている場合、「完了」処理は有効になりません。 作業を完了するには、作業オーダー品目の供給タイプを編集して「プッシュ」にする必要があります。
「完了」アクションを選択すると、行ステータスが「保留中」から「完了」に移動します。 各工程に対して表示されるステータスは、資産レベルのレポートに基づいて導出されます。 ステータスが作業オーダー・レベルの工程ステータスではありません。 資産レベルのステータスを使用すると、1つ以上の資産について、連番内または連番外の操作をレポートできます。 作業オーダーの実行中、一部のシナリオでは資産レベルのステータスと作業オーダー・レベルの工程ステータスが同期していない可能性がありますが、最終的には工程の完了によってステータスが調整されます。
アセット・レベルのステータスは、操作の論理レポート作成に役立ちます。 工程に対して「完了」処理を選択すると、資産レベルのステータスが更新され、作業オーダー・レベルで工程を完了する準備ができているかどうかがさらに判断されます。 次の表に、資産レベルおよび作業指示レベルのステータスに関する様々なシナリオを示します:
シナリオ | 概要 |
---|---|
作業オーダー内の単一資産の修理(順次) |
資産の工程の完了をレポートすると、原価計上ポイント工程の資産レベルのステータスが「保留」から「完了」に移動します。 作業オーダーに資産が1つのみ存在するため、システムは工程を完了でき、作業オーダー・レベルの工程ステータスも「完了」に変更されます。 資産レベルおよび作業オーダー・レベルのステータス値は同期しています。 |
共通作業オーダーを使用した1つ以上の資産の修理(順次) |
資産ごとに工程の完了をレポートすると、資産レベルのステータスは「保留」から「完了」に移動します。 作業オーダーに複数の資産があるため、工程は自動的には完了しません。 作業オーダー・レベル・ステータス値は非同期です。 これが操作に対して完了する最後の資産かどうかがチェックされます:
|
作業オーダー内の単一資産の修理(順序なし)
|
工程完了は任意の順序でレポートでき、完了した原価計上ポイント工程ごとに資産レベルのステータスが「保留」から「完了」に移行します。 ただし、作業オーダー・レベルの操作ステータスは「未完了」のままです。 すべての工程を完了したら、作業オーダーを完了のために送信します。 次に、各工程が順番に完了し、作業オーダー・レベルの工程ステータスも「完了」に変わります。 |
共通作業オーダーを使用した1つ以上の資産の修理(順序なし)
|
工程完了は任意の順序でレポートでき、資産レベルのステータスは完了時に「保留」から「完了」に移動します。 作業オーダーに複数の資産があり、順序どおりに完了しているため、工程は自動的には完了しません。 作業オーダー・レベル・ステータス値は非同期です。 各資産に対して同じ処理が行われるため、工程完了をレポートすると、資産レベルのみで反映されます。 さらに、資産の作業オーダーの完了を発行できます。 ただし、どの操作も自動的には完了しません。 作業オーダー・レベルの工程ステータスは「未完了」のままです。 最後の資産の完了のために作業オーダーを発行すると、各工程が順番に完了し、作業オーダー・レベルの工程ステータスが「完了」に変わります。 |
1人以上のユーザーへの工程レベルの割当
|
工程に割り当てられている場合は、工程レベルで指示が表示されます。 各工程行のステータスは、資産レベルのレポートに対してのみ導出され、現時点ではユーザー・レベルのレポートは考慮されません。 そのため、操作が完了すると、ステータスはすべてのユーザー(割当て済と未割当ての両方)に反映されます。 |
工程完了では、生産資源(設備または労務)が工程の完了に適格かどうかは検証されません。 また、「完了」処理では、機材または労務リソースに対して資格プロファイルが定義されている自動工程はサポートされません。
完了すると、行に対するアクションのリストによって、リスト内で最後に完了した操作に対して「完了を元に戻す」アクションが有効になります。 必要に応じて、工程の完了を逆順で取り消すことができます。 このアクションを有効にするための検証と制限がいくつかあります:
- 作業オーダーは「リリース済」または「完了」ステータスである必要があります。
- 操作を元に戻すことはできません。
- 前の工程は「完了」ステータスである必要があります。
在庫に対して出庫および完了した資産の最終工程で作業オーダー完了を元に戻すと、資産が作業オーダーに戻されます。 更新が完了したら、作業オーダーを再度完了して、完了在庫保管場所ロケーションに返品する必要があります。
工程割当
1つ以上の工程リソースがリソース・インスタンスと一致する場合、工程に適格です。 工程割当を使用するには、作業オーダーの保守組織内のワーク・センター内のリソースのリソース・インスタンスとしてユーザーを設定する必要があります。
HCM資格は、標準工程、作業定義または作業オーダーの手動定義に基づいて、ジョブ・プロファイル属性によって工程リソースに対して定義されます。 ジョブ・プロファイルが定義されている場合は、割当時とリソース・トランザクションのレポート時に両方が考慮されます。 HCMに適格でない場合、アサイメント中に作業オーダーに自己割当することはできません。 リソース・トランザクション中は、リソース・インスタンスが必要であり、適格である必要があります。そうでない場合、トランザクションにエラーが表示されます。 リソース・トランザクションをレポートできるのは、HCM認定リソースのみです。
ビジネス・プロセスによって、工程割当が作業の管理に役立つかどうかが決まります。 役に立つ場合は、さらに工程レベル割当または作業オーダー・レベル割当の使用を選択できます。 リソース・インスタンスは、組織内の1つのリソースにのみ割り当てることができます。
リソース・インスタンスが定義されていて、操作に適格な場合は、操作行にオーバー・ライン・テキストAvailable for assignmentが表示されます。 リソース・インスタンスが定義されていない場合、または操作に適格でない場合は、オーバー・ライン・テキストは表示されません。 また、以前に割当済の場合、または作業オーダー・レベルで自己割当済の場合、すべての工程レベルの割当が表示されます。
「自分に割当」アクションを使用して、操作を自己割当てできます。 割り当てると、Available for assignmentからAssigned to Meへのインジケーションの変更が表示されます。 割り当てられたら、操作を完了する必要があります。 「自分から割当解除」アクションを使用して、操作から自分自身を割当て解除できます。 リソース・インスタンスを使用してリソース・トランザクションをレポートしていないため、自分を割当て解除できない場合に、このアクションによってエラーが戻されます。
1つ以上の適格なリソースを工程に割り当てたり、自己割当できます。 これにより、1つの工程で複数のユーザーが作業し、リソース使用状況をレポートして、工程を完了できます。
次のように、「自分の保守作業」ページの「自分の作業」フィルタを使用して、作業オーダーをフィルタできます:
- 割当済: 少なくとも1つの工程リソースに割り当てられている作業オーダーを返します。
- 適格: 少なくとも1つの工程リソースに対して適格であるが、割り当てられていない作業オーダーを返します。 その後、自分を適格な操作に自己割当てできます。
- 適格および割当済: 少なくとも1つの工程リソースに対して適格だが、割り当てられていない作業オーダー、および少なくとも1つの工程リソースに割り当てられている作業オーダーを返します。
次の推奨事項とベスト・プラクティスは、リソース割当と「自分の作業」フィルタを効果的に使用して作業オーダー・キューを管理し、作業をレポートするのに役立ちます:
- 割当を使用する場合は、レポート・タイプが「手動」のリソースを設定し、レポート時にユーザーがリソース使用時間を入力する必要があることをユーザーに示します。 これにより、「操作」および「リソース」タブのオーバー・ライン・テキストがレンダリングされます。 レポート・タイプが「自動」のリソース設定は、ワークベンチでの割当には役立ちません。
- 1人のユーザーが作業オーダーのすべての工程を実行してレポートする場合は、各工程に、このリソース・インスタンスに対して定義された一致するリソースがあることを確認してください。 ユーザーは、作業オーダーに自己割当し、リリース済作業オーダーのキュー内でその作業オーダーを検索し、自分の作業をレポートして完了できます。 完了すると、作業オーダーはリリース済作業オーダー・キューから消えます。
- 作業オーダーのすべての工程を複数のユーザーが実行してレポートする場合は、各工程にリソース・インスタンスに対して定義された一致するリソースがあることを確認してください。 各ユーザーは、作業オーダーを自己割当し、リリース済作業オーダーのキュー内で検索できます。 レポート作成中、ユーザーは「材料」タブで各操作に関する資料を発行して返却できます。 「リソース」タブでは、ユーザーは、指定されたリソース割当てに基づいて、自分自身の時間のみをレポートする必要があります。 工程の資材およびリソース・レポートが完了したら、いずれかのユーザーが「操作」タブに移動して完了できます。 すべての工程が完了したら、1人のユーザーが作業オーダーを完了する必要があります。 完了すると、各ユーザーのリリース済作業オーダー・キューから作業オーダーが消えます。
- 単一のユーザーが作業オーダー内の特定の工程のみを実行およびレポートする場合は、該当する工程に、ユーザーのリソース・インスタンスに対して定義された一致するリソースがあることを確認してください。 その後、ユーザーは作業オーダーを自己割当でき、この作業オーダーは照合工程にのみ割り当てられます。または、「操作」タブの各照合工程にのみ手動で割り当てることができます。 割り当てられたら、リリース済作業オーダーのキューで作業オーダーを検索できます。 レポートでは、割り当てられた工程、資材およびリソースについてのみレポートすることが予想されます。 ただし、未割当または不適格な操作にわたるレポートからは制限されません。 すべての工程が完了したら、1人のユーザーが作業オーダーを完了する必要があります。 完了すると、作業オーダーはリリース済作業オーダー・キューから消えます。
割当はオプション機能です。 割当てを使用しない場合、「自分の作業」フィルタは結果行を返さないため、無視できます。
資材のレポート
「材料」タブには、すべての工程資材が工程および資材連番別にリストされます。 各行には、品目番号と摘要、工程連番と名称、ステータスが含まれます。 資産ごとの所要数量、資産ごとの出庫済数量および資産ごとのオープン数量のメトリックは、資材レポートの進捗を示します。 すべてのトランザクションは、作業オーダーと資産の一意の組合せ用です。
資材は、工程に対して事前定義することも、手動でレポートすることもできます。 メソッドに関係なく、資材のリストには作業オーダー内のすべての資材が含まれます。 キーワード検索を使用して、品目名または説明で結果リストをフィルタできます。 また、オープン行、必須行またはすべての行の表示を選択できます。 オープン数量がゼロになると、資材に完了バッジ・ステータスが表示されます。
自動的に処理される操作には、資材行も表示されます。 この資料には追加レポートが必要ないため、発行する必要はありません。 ただし、事前定義数量を上回る数量を消費する場合は、レポートする必要があります。
品目行が、ロットまたはシリアル番号のレポートを必要とするプル・タイプの資材として事前定義されている場合は、その行に対してReport Material Transactions警告が表示されます。 現在、供給タイプがプルである事前定義済品目は、工程完了時にバック・フラッシュ用に自動的に考慮されるため、問題に対してサポートされていません。 そのため、供給タイプをプッシュに変更して、作業オーダー工程を編集する必要があります。 その後、リストから品目を返品して発行できます。
各資材行には、作業オーダーと資産の一意の組合せのメトリックが表示されます。 次の機能が適用されます:
- 各資材行の数量値は、修理中の作業オーダーおよび資産のコンテキストで表示されます。 作業オーダーが複数の資産を修理している場合、作業オーダー工程レベルの値は表示されず、資産レベルの値のみが表示されます。
- 資材が出庫されると、出庫済として資産レベルで記録され、出庫済およびオープン値が更新されます。 このキー機能は、アセット・レベルの操作プロセスと一致します。
- アドホック資材は、資産のオープン数量がゼロの資材リストに反映されます。
- 返品資材により、資産の出庫数量とオープン数量が削減されます。
品目消費を報告するには、既存の事前定義済行を使用してレポートするか、アドホック出庫処理を使用して手動でレポートできます。 事前定義済項目行の場合、行の「アクション」メニューから「問題」を選択し、「品目の発行」ダイアログを表示します。 または、「追加」ボタンをクリックして品目を手動でレポートすることもできます。これにより、「新規品目トランザクション」ダイアログが表示されます。
アドホック資材出庫または返品を実行するには、在庫組織および品目区分へのアクセス権が必要です。 そうしないと、品目値リストを検索して既存の品目番号を選択できなくなります。
発行する品目の追加詳細を指定します:
- トランザクションのタイプ: 非定型の問題の場合は、問題トランザクションと返品トランザクションのどちらをレポートするかを選択します。 デフォルトのトランザクション・タイプは「問題」です。
- 操作: アドホック問題の場合は、工程連番を選択します。
- 品目: アドホック発行の場合は、発行する品目を選択します。 品目詳細を指定する必要があります。
- 出庫数量: デフォルトはオープン数量ですが、任意のプラスの値に更新できます。 アドホック問題の場合は、値を入力する必要があります。
- 供給保管場所: 組織のデフォルト在庫を選択しますが、必要に応じて別の在庫に更新できます。 アドホック問題の場合は、値を検索して選択する必要があります。 リストから保管場所名をスキャンまたは選択できます。
- 供給保管棚: 品目が保管棚管理されている場合は、供給保管棚を選択できます。 供給保管棚をスキャンするか、リストから選択できます。
- ロット: 品目がロット管理されている場合は、ロット番号を選択できます。 リストからロット番号をスキャンまたは選択できます。
- シリアル: 品目がシリアル管理されている場合は、シリアル番号を選択できます。 リストからシリアル番号をスキャンまたは選択できます。
- 資産: 品目が資産追跡の場合は、番号または摘要で資産を検索できます。 リストからアセットをスキャンまたは選択できます。
- 親資産: 資産が物理階層にある場合は、親資産を選択できます。 問題時には、親アセットの子としてインストールされます。
- 修理取引コード: オプションで、出庫トランザクションに記録されるコードを定義できます。 サプライヤ保証にコーディングを使用する場合、このコードは保証要求の作成中に考慮されます。
- レポート日: 発行日時を記録します。 値は、作業オーダーのリリース日時より大きくする必要があります。
ロットおよびシリアル管理品目の場合は、一意の品目またはシリアル品目ごとに品目詳細を定義する必要があります。 「品目詳細の追加」領域で、「追加」ボタンをクリックして、新しい品目行および詳細リージョンを追加します。 詳細を指定した後、「保存」をクリックして品目行を保存します。 複数の品目行を追加して、一度に多数の品目トランザクションをレポートできます。 「編集」をクリックして品目の行リージョンを更新するか、「削除」をクリックして品目行を削除してから送信できます。 品目を定義したら、「送信」をクリックしてトランザクションを処理できます。
また、品目を返品して、資産からの品目の削除を報告したり、以前に発行された未使用の品目を返品することもできます。 アドホック出庫処理を使用して、同じ作業オーダーで以前に出庫されていない品目を手動で在庫に戻します。 「新規品目トランザクション」ダイアログで、「返品」のトランザクション・タイプを選択します。 送信されると、トランザクションは品目を在庫削除として在庫に戻します。
以前に発行された資材を同じ作業オーダーで返品する場合は、品目行に対して「返品」処理を使用します。 「品目の返品」ダイアログでは、以前に発行された品目詳細が取得され、返品する品目、ロットおよびシリアルを選択できます。 送信されると、トランザクションは品目を資材返品として在庫に戻します。
リソースのレポート
「リソース」タブには、すべての工程リソースが工程および生産資源順序別にリストされます。 各行には、リソース名、工程連番および名前、およびステータスが含まれます。 資産ごとの必須使用数量、請求済使用数量およびオープン使用数量メトリックは、リソース・レポートの進捗を示します。 すべてのトランザクションは、作業オーダーと資産の一意の組合せ用です。
生産資源は、工程に対して事前定義することも、手動でレポートすることもできます。 メソッドに関係なく、リソースのリストには作業オーダー内のすべてのリソースが含まれます。 ビューを切り替えて、「必須」、「オープン」またはAllレポート行を返すことができます。 レポートを必要とするリソースには、保留のステータスが表示されます。 オープン使用状況がゼロに減少すると、行に完了ステータスが表示されます。
リソース行も、自動的に処理される操作に対して表示されます。 通常、これらのリソースは追加のレポートを必要としないため、レポートする必要はありません。 ただし、事前定義された使用数量を上回る数量を消費する場合は、レポートする必要があります。
レポート・タイプが「手動」の項目行が事前定義されている場合は、その行に対してReport Resource Transactions警告が表示されます。 これは、操作の完了時に消費された実際の使用状況をレポートする必要があることを示します。 警告が表示されない場合、使用状況がレポートされ、オープン使用状況がゼロに減ったか、または工程完了時にリソースが自動的にレポートされます。
各リソース行には、作業オーダーと資産の一意の組合せのメトリックが表示されます。 次の機能が適用されます:
- 各リソース行の使用量は、修復する作業オーダーおよび資産のコンテキストで表示されます。 作業オーダーが複数の資産を修理している場合、作業オーダー工程レベルの値は表示されず、資産レベルの値のみが表示されます。
- リソースがレポートされると、レポート済として資産レベルで記録され、レポート済およびオープンの使用量の値が更新されます。 このキー機能は、アセット・レベルの操作プロセスと一致します。
- アドホック・レポートは、リソース・リストに、資産のオープン使用量値がゼロで反映されます。
- 戻し処理済リソース・レポートにより、資産のレポート済使用量およびオープン使用量値が削減されます。
リソース使用状況を報告するには、既存の事前定義済行を使用してレポートするか、アドホック・レポート処理を使用して手動でレポートします。 事前定義済リソース行の場合は、行の「アクション」メニューから「レポート」を選択し、「リソースのレポート」ダイアログを表示します。 または、「追加」ボタンをクリックしてリソースを手動でレポートすることもできます。これにより、「新規リソース・レポート」ダイアログが表示されます。
レポートされるリソースの追加詳細を指定します:
- 操作: アドホック・レポートの場合は、操作を選択します。
- リソース: アドホック・レポートの場合は、リソースを選択します。
- リソース・タイプ: 参照するリソースのリソース・タイプを表示します。
- リソース・インスタンス: Conditional. 作業を実行したユーザーを識別できます。 操作に割り当てられている場合は、リソース・インスタンスを選択することをお薦めします。 リソースにジョブ・プロファイルによって定義されたHCM資格がある場合、リソース・インスタンスは必須です。 不適格なユーザーをレポートすると、エラーが表示されます。
- 必要な使用: 手動レポートが必要な事前定義済リソースに対して表示されます。
- オープン使用: 必須および使用状況レポートと実際の使用状況レポートを比較する事前定義済リソースに対して表示されます。
- アクティビティ: オプション。 アクティビティを選択できます。
- 修理理由: オプション。 修理コードの理由を選択します。
- 修理取引コード: オプション。 修理取引コードを選択できます。 サプライヤ保証にコーディングを使用する場合、このコードは保証請求の作成時に使用されます。
- 勤務完了コード: オプション。 作業完了コードを選択できます。
- トランザクション数量: デフォルトはオープン使用ですが、任意の正の値に更新できます。 アドホック・レポートの場合は、値を入力する必要があります。
- トランザクション日: 使用日時を記録します。 値は、作業オーダーのリリース日時より大きくする必要があります。
また、リソース・レポートを戻し処理して、データ入力ミスを修正することもできます。 トランザクション数量および日付を入力する必要があります。 オプションで、リソース・インスタンスを入力することもできます。
資産メーターのレポート
「メーター」タブには、アセットに存在するすべてのアセットのアクティブなメーターがリストされます。 各行には、メーター名、メーター・コード、表示済検針および累計検針が含まれます。 メーターのリストでは、Requiredバッジで示されているように、必須のレポートが必要なメーターの検針を記録できます。 Requiredバッジを表示しない他のすべてのメーター行は、オプションのレポートを示します。
必須のメーター・エントリが追跡され、「完了」ページのカードに表示されます。 「保留」のカード・ステータスは、1つ以上のメーターが作業オーダーを完了するためにレポートを必要とすることを意味します。 各必須レポート・メーターの少なくとも1つの検針が記録されると、カード・ステータスが「保留」から「完了」に変わります。 「メーター」タブの行に対するRequiredバッジは、カードが「保留中」か「完了」かによって影響を受けません。
メーター行を展開して、次の詳細を表示できます:
- メーター・タイプ
- 読取りタイプ
- 読取り方向
- ロールオーバー・インジケータ
- インジケータのリセット
メーター行の「アクション」メニューから「編集」を選択して、新しい検針を記録します。 行がリフレッシュされ、検針入力リージョンが表示されます。このリージョンでは、次の情報を入力できます:
- 検針日時: デフォルトは現在の日時です。 日付は、履歴検証の最後のメーター読取りの後に続く場合は更新できます。
- 新規リーディング: 履歴検証の最後の検針に続く検針値を入力します。 たとえば、入力された日時に基づいて履歴の最終検針の値以上の絶対検針の値を入力する必要があります。
- コメント: オプション。 リーディングに関するテキスト・コメントを記録できます。
- 作業オーダー: 作業オーダー参照は、読取りごとに自動的に記録され、編集リージョンには表示されません。
「保存」処理をクリックすると、検針更新が送信されます。 エラーがある場合は、編集リージョンに表示されます。 読取値または日付値を修正し、再度保存してデータ入力ミスを解決できます。 「取消」処理をクリックして、メーター読取り詳細を無視し、メーター結果リストをリフレッシュすることもできます。
メーター行に対して処理「メーター履歴の表示」を選択して、メーターに記録されたメーター・リーディングの最近の履歴を表示できます。
失敗イベントの記録
「失敗」タブでは、障害イベントおよび1つ以上の障害インスタンスを記録できます。 新しい障害を作成するには、「失敗イベントの追加」をクリックします。 次の情報を入力します。
- 失敗日: デフォルトは現在の日時ですが、更新できます。
- 失敗セット名: 障害セット定義に基づく読取り専用値。
- 資産ダウン・インジケータ: 障害イベントによって資産の停止時間が発生したかどうかを指定できます。
「保存」をクリックしてイベントを作成するか、「取消」をクリックして失敗イベントの作成を取り消します。
障害インスタンスを作成するには、「障害イベント」の下に表示される「障害」セクションの下にある「失敗の追加」をクリックします。 障害に関連する詳細を入力します:
- 失敗: 失敗コードを選択します。
- 原因: 原因コードを選択します。 値は、選択した失敗コードに基づいてフィルタされます。
- 解決: 変換コードを選択します。 値は、選択した原因コードに基づいてフィルタされます。
- 資産番号: オプション。 失敗のソースとして関連アセットを選択できます。
- 失敗したコンポーネント: オプション。 障害が発生したコンポーネントを障害のソースとして選択できます。
- 操作: オプション。 障害が検出された操作参照を選択できます。
- 失敗コメント: オプション。 オプションで、その他の詳細をコメントとして追加できます。
「保存」をクリックして失敗を追加します。 「失敗の追加」ボタンを使用すると、障害をさらに追加できます。 障害イベントおよび障害は、作成後に編集することもできます。
必須の失敗入力が追跡され、「完了」ページのカードに表示されます。 カード・ステータスが「待ち状態」の場合、障害レポートでは作業オーダーを完了するためのイベントの作成が必要になります。 必須失敗イベントが作成されると、カード・ステータスが「保留」から「完了」に変わります。
品質検査プラン
レポート「作業」ページの「品質検査計画」タブでは、関連付けられたアセット・タイプ検査プランを表示できます。
フィルタを使用して、「必須」、「オープン」またはAll計画を選択的に表示できます。 検査計画が必要な場合、検査が実行されるまで作業オーダーを完了できません。
検査を実行するには、検査計画行に対して「イベントの追加」をクリックします。 各特性の検査データを記録できます。 入力したデータが検査基準に合格すると、ステータスは「合格」に更新されます。
ノートの追加
「ノート&添付」タブでは、作業オーダーのノートを記録できます。 「追加」をクリックして、新しいノートを追加します。 新しいノートの詳細を指定します:
- セカンダリ・ソース: プライマリ・ソースは自動的に作業オーダーとして指定されます。 ただし、オプションでOperationのセカンダリ・ソースを選択して、特定の操作順序に関連する新しいノートをさらに指定できます。
- セカンダリ・ソース値: Operationのセカンダリ・ソースが選択されている場合、セカンダリ・ソース値には作業オーダー内の工程がリストされます。
- ノート・タイプ: General Note、Repair SuggestionおよびTurnover Noteの中から選択します。 カスタム・ノート・タイプも表示されます。
- ノート表示: ノートがPublicかPrivateかを指定できます。
- ノート・テキスト: ここにノートのテキストを入力してください。 ノートを入力した後、オプションで「AI支援」アクション(有効な場合)をクリックして、テキスト・エントリを再フォーマットできます。
- 添付: オプションで、ノート内の添付を追加または削除できます。
AI支援機能はオプションであり、英語でのみ使用できます。 作業サマリーで使用できるように機能を有効にする必要があります。 AI支援の有効化の詳細は、「製造およびサプライ・チェーン資材管理の実装」ガイドの「メンテナンス」の章を参照してください。
オプションで、カスタム・ノート・タイプを作成し、ノート・タイプがパブリックまたはプライベートのどちらであるかを決定できます。 詳細は、HCMのドキュメンテーションを参照してください。
ノートを作成すると、「ノート&添付」タブで使用できます。 ノート・テキスト、ノートのタイプ、作業オーダー・アセットおよびノートを作成したユーザーのプレビューを表示できます。 ノートは、日付、作成者、ソース・タイプおよびノート・タイプでソートできます。
AI支援機能の有効化
AI支援機能はオプションであり、英語でのみ使用できます。 作業オーダー・ノートで使用するオプションを使用可能にする必要があります。
「レポート」の「作業」ページでノートの「AI支援」ボタンを有効にするには:
- 「ノート&添付」タブに切り替えます。
- ページの「設定およびアクション」メニューをクリックします。 グローバル・ヘッダーでユーザー・イメージまたはユーザー名をクリックして、「設定およびアクション」メニューを開くことができます。
- 「Visual Builder Studioでのページの編集」を選択します。ノート:
「設定およびアクション」メニューの「Visual Builderのページの編集」オプションを表示するには、ユーザーに「管理リンクの表示」権限(
FND_VIEW_ADMIN_LINK_PRIV
)を含むロールが必要です。 - enableAIAssist属性をtrueに設定し、変更を「公開」に設定します。
追加する新しいノートの「AI支援」ボタンが表示されるようになりました。