1. 製品管理の実装
  2. 変更のインポート
機械翻訳について

変更のインポート

データ移行の一環として、ファイル・ベース・データ・インポート(FBDI)を使用して変更オーダーをインポートできます。

変更オーダーなしで品目改訂をインポートできるため、変更オーダーのインポートはオプションです。

ノート: 変更オーダーは、品目改訂をインポートした後にのみインポートしてください。

品目インポート・テンプレートを使用して品目改訂をインポートし、変更オーダー・インポート・テンプレートを使用して変更オーダーをインポートします。

ノート: Agile PLMでまだオープンしている変更オーダーはインポートされません。 変更オーダーは、「製品開発」作業領域にインポートする前に、Agile PLMで完了(リリース)する必要があります。
変更オーダー・データをインポートする前に、次の品目データを「製品開発」作業領域にインポートする必要があります:
  • 品目および属性(Agile PLM品目、ページ2およびページ3のデータ)。 インポートする前に、Agile PLM属性データを受信するように適切なフレックスフィールドを構成する必要があることに注意してください。)
  • 品目改訂
  • 製造業者部品
  • 品目AML
  • 品目添付
  • 品目構成
変更のインポートを開始する前に知っておく必要がある内容は次のとおりです:
タスク 提案

改訂管理なしの変更オーダーを最初の変更オーダーとしてインポート

 改訂管理のない変更オーダーを品目の最初の変更オーダーとしてインポートします。 品目構成または添付に変更がないことを確認してください。

日単位のインポート・タスク

 日々のインポート・タスクには、品目バッチ・インポート機能を使用します。 品目インポート・データ・ファイルで、影響を受ける品目の新規改訂を指定しないでください。
Oracle Agile PLM (またはレガシー・アプリケーション)からのレッド・ラインのインポート

ChangeOrderImportTemplateで、タブEGO_CHANGE_HISTORY_INTを使用して、レッド・ラインを含む変更履歴を移行します。 変更履歴データのインポート中は、検証は実行されません。 この機能は、「影響を受けるオブジェクトのレッド・ラインの追跡」機能および「変更に関するその他の更新」機能をオプト・インした場合にのみ適用できます。

次のことも実行できます
  • PDFまたは文書でレッド・ラインを抽出します。
  • 添付として、インポート・スプレッドシートにレッド・ライン文書を追加します。
インポート順序 変更オーダーは任意の順序でインポートできます。 更新19Cの前に、変更オーダーを時系列でインポートする必要がありました。 これは必須ではありません。

変更オーダーをインポートするステップ

まず、変更ヘッダー・データを編成してから、変更明細データを編成します。
  1. 最新のChangeOrderImportTemplate.xlsm スプレッドシートをダウンロードします。
    • Oracle Fusion Cloud SCMのダウンロード: 『SCMファイル・ベース・データ・インポート(FBDI)ガイド』。
    • 変更オーダーで、ChangeOrderImportTemplate.xlsmをクリックします。
    ノート:
    • ChangeOrderImportTemplate.xlsmは、顧客、サプライヤ、製造業者、ソースなどの取引先参照属性のインポートをサポートします。
    • ChangeOrderImportTemplate.xlsmでは、完了した問題レポートおよび修正処理のインポートがサポートされます。
  2. スプレッドシートに記載されている指示に従って、インポートする変更オーダーの詳細を入力します。
  3. CSV (.zip)ファイルを生成します。
  4. インポート・プロセスをスケジュールして、データを.zipファイルからインタフェース表にコピーします。
    • 「スケジュール済プロセス」ページ、「新規プロセスのスケジュール」をクリックします。
    • 「新規プロセスのスケジュール」ダイアログでインポート用のロード・インタフェース・ファイルを検索し、「OK」をクリックします。
  5. 「プロセス詳細」ダイアログからスプレッドシートをアップロードします。
    • 「インポート・プロセス」リストで、「変更オーダーのインポート」を選択します。
    • 「データ・ファイル」リストで、前のステップで生成した.zipファイルを選択します。 検索では大文字と小文字が区別されることに注意してください。

      • 表に示すように、対応するバッチIDおよびその他の詳細を入力し、プロセスを発行します。 「開始日」、「実装日」および「スケジュール日」(EGO_CHANGE_LINES_INTタブ)が、品目改訂の有効日(「品目インポート・テンプレート」リビジョン・タブにあります)と同じであることを確認します。 変更ヘッダーのインポートには、EGO_CHANGES_INTシートを使用します。

列 説明または例
バッチID インポート・バッチの一意の識別子
変更タイプ 例: 設計変更指示
組織コード 適切な組織の適用
変更番号 変更オーダーの一意の番号。 (番号生成の変更タイプがユーザー定義に設定されていることを確認してください。)
名前の変更 変更オーダーの名前
説明 変更オーダーの摘要
ステータス名 この変更オーダーに割り当てるステータス
開始日 変更オーダーが作成された日付
実施日 変更オーダーが実施された日付
Priority 例: LOW
理由 例: COST
要求者 依頼者として割り当てられるユーザー
割当先 変更オーダーを保守するユーザー
希望入手日 完了する必要がある日付

EGO_CHANGE_LINES_INTシートを使用して、変更線(影響を受けるオブジェクト)データを編成します。 トランザクション・タイプと組織コードに加えて、シートに次の情報を含めます:

列 説明または例
変更番号 この変更明細が適用される変更番号
順序 特定の変更オーダーの変更明細のオーダー順序
品目番号 影響を受ける品目を識別
品目改訂 古いリビジョンを指定
スケジュール日 変更明細で改訂が作成される日付。改訂有効日と同じである必要があります
新規品目改訂 新しいリビジョンを指定
ノート:
  • ChangeOrderImportTemplate.xlsmには、トランザクション・タイプとしてSYNCは含まれません。 テンプレートを開いた後、データ・リボンを選択し、「データ検証」をクリックします。 ソース・プロパティでは、「作成」および「更新」をカンマで区切って表示できます。 「更新」の後にカンマを追加し、SYNCを追加します。 「OK」をクリックします。
  • インポート・プロセスを開始する前に、品目インポート・パフォーマンスのベスト・プラクティスをレビューします。
  • 変更オーダーを移行した後は、FBDIを介してのみ移行データを編集できます。 移行された変更は、ユーザー・インタフェースまたはwebサービスを介して編集することはできません。

前の品目改訂の変更オーダーのインポート

後で改訂が「製品開発」作業領域に存在する場合でも、品目の以前の改訂の変更オーダーをインポートできます。

たとえば:

  • FBDIを使用して品目改訂A、BおよびCをインポートしましたが、変更オーダーをインポートしませんでした。
  • その後、Product Development(製品開発)作業領域からこの品目に新しい変更オーダーを作成し、新しい改訂Dを作成します。
  • 改訂CからD(またはそれ以上)は「製品開発」作業領域ですでに作成されていますが、以前の改訂AからB、BからCに変更オーダーを移行できます。
  • 変更オーダーのステータス名を変更した場合は、その名前をスプレッドシートに含めることができます。

    また、『Quality Managementの使用』ガイドの問題レポートおよび修正処理のインポートに関するトピックも参照してください。

関連トピック