機械翻訳について

購買依頼のインポート

バイヤーは、他のOracle Applicationsまたは他の外部アプリケーションからOracle Fusion Cloud Procurementに購買依頼をインポートできます。

開始する前に

バイヤーのみがインポート・プロセスを実行できます。 インポート・プロセスを実行する前に、購買依頼データを適切なインタフェース表にロードしておく必要があります。

ノート: 事前定義済のテンプレートおよびスケジュール済の「インポートのためのインタフェース・ファイルのロード」プロセスを使用して、購買依頼データをインタフェース表にロードできます。 これらの両方が、External Data Integration Services for Oracle Cloud機能の一部になります。

詳細は、Oracle Fusion Cloud Procurementを参照してください: Oracle Help Centerの調達のためのファイル・ベース・データ・インポート(FBDI)ガイド。

インポート・プロセス

購買依頼をインポートするプロセスを実行するには、次のステップに従います。

  1. 「購買契約」または「購買オーダー」作業領域の「タスク」タブで、「購買依頼のインポート」タスクを開きます。

  2. 「購買依頼のインポート」ページで、「新規プロセスの発行」をクリックします。

  3. 「購買依頼のインポート」ダイアログで、プロセスを実行する前に、1つ以上のインポート・パラメータを選択します。 次の表に、使用可能なパラメータとその説明を示します。

    パラメータ

    摘要

    インポート・ソース(オプション)

    インタフェース表のレコードとの照合を行い、処理に適切なレコードのセットを取得します。

    インポート・バッチID (オプション)

    インタフェース表のレコードとの照合を行い、処理に適切なレコードのセットを取得します。

    最大バッチ・サイズ(オプション)

    バッチ処理する購買依頼明細の数を制限するために使用します。 パラメータを指定しない場合は、デフォルト値の2500が最大バッチ・サイズとして使用されます。

    購買依頼発行BU (必須)

    指定された購買依頼発行ビジネス・ユニット(BU)のレコードのみが処理されることを確実化するために使用します。

    グループ化(必須)

    購買依頼明細のグループ化を指定する場合に使用します。 選択肢には、「品目」、「バイヤー」、「カテゴリ」、「事業所」、「サプライヤ」および「なし」があります。 「なし」は、すべての購買依頼明細をグループ化します。

    このフィールドは、「購買依頼発行BU」フィールドに依存します。 購買依頼発行BUを選択すると、ビジネス・ユニットの「購買依頼インポートのグループ別」フィールドの値がここにデフォルトとして表示されます。

    次の購買依頼番号(オプション)

    購買依頼ヘッダー・インタフェース表に何も指定されていない場合、次の購買依頼番号を指定するために使用します。

    購買依頼インポート後の承認の開始(必須)

    プロセスが完了した直後に、インポートした下書きの購買依頼を承認のために発行する場合、値を「はい」に設定します。

    エラー処理(必須)

    可能な値の「すべて」または「部分」から選択します。

    すべて: このパラメータのデフォルト値です。 購買依頼は、インタフェース・ヘッダーからのすべての明細が検証を通過した場合にのみ作成されます。

    一部: 一部の明細が検証に失敗した場合でも、検証を通過した明細のみを使用して購買依頼が作成されます。

  4. 「発行」をクリックします。

インポート済購買依頼の処理方法

インポート・プロセス時に、購買依頼レベルがヘッダー、明細、配分の順に検証されます。 検証に失敗したレコードはレポートされ、以降の処理には含まれません。

その後、購買依頼明細は個別の購買依頼にグループ化され、一意の番号が指定されます。 明細のグループ化により、購買依頼ヘッダー・インタフェース表の1つのレコードが、作成された複数の購買依頼に対応する場合があります。

グループ化され、番号が指定された有効な購買依頼は、メインの購買依頼表に挿入されます。

次に応じて、オーダーの生成プログラムまたは購買依頼承認プロセスのいずれかが開始されます。

  • 購買依頼のステータス

  • 入力パラメータ「購買依頼インポート後承認の開始」の値

  • 購買依頼発行ビジネス機能の構成オプション「購買依頼インポート後すぐにオーダーを作成」の値

サーバーの停止などの中断が発生すると、ジョブは障害発生点から自動的に再開され、レコードのセット全体を再処理することは必要ありません。