Oracleファイルベース・データ・インポート(FBDI)

FBDIを使用して、Oracle Fusion Cloudメンテナンスにデータをインポートします。

FBDIを使用してOracle Maintenanceにデータをインポートするステップは、次のとおりです:

ソースから適切なMicrosoft Excelスプレッドシート・テンプレートをダウンロードし、必要なデータを入力します。
テンプレート内のマクロを実行して、インポート・プロセス中に使用されるカンマ区切り値(CSV)ファイルを生成します。
CSVファイルを圧縮(ZIP)アーカイブに結合して、一緒にインポートできるようにします。
ZIPアーカイブを指定されたロケーションにアップロードします。
アプリケーション表への「データのロード」。

インポート中にすべてのデータが検証され、整合性が確保されます。定義または更新するオブジェクト・タイプに基づいてデータを定義するためのフィールド指示をレビューします。

主な機能: オブジェクト・データの作成

ベスト・プラクティス

ファイルベースのインポートは、実装時にデータを移行し、時間の経過とともに増分データを作成する優れた方法です。

次のベスト・プラクティスに従うことで、インポートから最適な結果とパフォーマンスを得ることができます:

各オブジェクトのデータ・モデル設計をレビューし、各エンティティの親子関係を理解します。また、親エンティティと子エンティティ間のデータ・モデルの検証を理解することも重要です。スプレッドシートの列の説明は、通常、列とタブ間のガイダンスを提供します。
インポートするデータの範囲を指定します。親レコードごとに、スプレッドシートの各タブで1つ以上の子レコードが定義されている場合があります。
スプレッドシート・テンプレートの例(指定されている場合)を確認します。テスト・データ・セットを定義および処理し、目的の各データ組合せをモデル化して、検証および許可された属性の組合せを検証します。
インポートの処理とエラー処理を論理グループに分けて、一意のインポート・バッチを作成します。たとえば、大量のデータを処理する場合、10,000レコード以下の一意のバッチにグループ化すると、より効率的で、インポート・エラーのトリアージが容易になります。
データ移行の戦略を計画し、各オブジェクトの継続的な更新を経時的に計画

制約

バッチ内の大量のレコードには、パフォーマンスの問題があります。そのため、一度に10,000件のレコードのバッチを1回実行し、エラーを確認してから、次のバッチを送信して処理することをお薦めします。

主な機能: オブジェクト・データの保守

ベスト・プラクティス

通常、既存のオブジェクトに対する増分更新がサポートされています。これには、親データの更新/追加、子データの追加または更新が含まれます。
一部のオブジェクトでは、ダウンストリーム・プロセスでの使用に基づいて特定の属性の更新のみが許可されることに注意してください。たとえば、メンテナンス・プログラムは、少なくとも1つの作業オーダーを作成した場合にのみ使用不可にでき、削除はできません。

制約

各スプレッドシートで、既存のオブジェクト・データの更新の機能、検証および依存関係に関するガイダンスを確認します。たとえば、親レコードまたは子レコードの削除がサポートされる場合がありますが、関連オブジェクト・データがシステムで作成された後はサポートされません。したがって、親オブジェクトまたは子オブジェクトは、場合によっては無効化されるだけです。
既存のオブジェクト・データを更新する場合は、ダウンストリーム・プロセスでのオブジェクトの使用が根本的に変更される可能性があるため、注意してください。たとえば、アセットの「作業オーダーの許可」チェック・ボックスの選択を解除すると、作業オーダーの作成がブロックされます。日ベースのメンテナンス予測をメーター・ベースの予測に変更すると、予防メンテナンス作業や作業オーダー履歴の混乱が生じる可能性があります。

FBDIサポートを使用したOracle Maintenanceのエンティティ

エンティティ	説明
導入ベース・アセットのインポート	導入ベース資産詳細とその子エンティティ(部品リスト、手数料および資産グループ関連を含む)をインポートします。資産関係を作成および更新することもできます。
メーター読取りのインポート	資産ベース・メーターとサブスクリプション・ベース・メーターの両方のメーター読取り履歴をインポートします。増分インポートでは、新しい検針履歴を定期的にロードできます。
製品系図のインポート	系図インスタンスおよび構成の一括インポート。
保守プログラム・インポート	品目および資産を含むメンテナンス・プログラム定義を効率的にインポートします。また、既存のプログラムを更新して、新しい作業要件の追加、作業要件の終了日の終了、および資産の追加または除外を行うこともできます。
作業定義インポート	作業定義とその子エンティティ(工程、資材およびリソースを含む)をインポートします。
作業オーダー・インポート	作業オーダーとその子エンティティ(工程、資材およびリソースを含む)をインポートします。ノート: 予防メンテナンス・プログラムの作業オーダー履歴はインポートできますが、メンテナンス予測によって参照または尊重されることはありません。

エラー処理

作成中、インポート・プロセスは通常、親エンティティから開始して子エンティティに移動します。親でエラーが発生した場合、子エンティティはスキップされ、次の親レコードが処理されます。オブジェクトによっては、親レコードにプロセスの最後に削除のフラグが付けられる場合とされない場合があります。

子エンティティ(特にメンテナンス・プログラムの作業要件などの複数レベルの子エンティティ)でエラーが発生すると、要件全体がエラーになるか、子エンティティ(作業定義など)を作成せずに要件が作成される可能性があります。詳細は、エラー・ログを確認してください。

したがって、インポートごとにエラー処理と修正を理解することが重要です。より多くのインポートまたはUXデータ入力を使用してエラーを修正し、既存のデータをエンリッチしてインポートの問題を修正できます。

インポート・レコード・パージ

インポート中に親または子エンティティ・レベルでエラーが発生した場合、共通バッチのデータはインタフェース表のバッチでスタックし、再処理できません。そのため、バッチの再処理をサポートし、通常はインタフェース表を空にするには、これらのレコードの定期的なパージをお薦めします。

メンテナンス・レコードのパージの詳細は、SCMのスケジュール済プロセス・ガイドの「インタフェースからのメンテナンス・レコードのパージ」スケジュール済プロセスを参照してください。