機械翻訳について

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

FBDI機能を使用して、Oracle Purchasingにデータを作成するか、サードパーティまたは他のOracle applicationsから大量のデータをインポートします。

たとえば、外部アプリケーションから購買オーダーを作成したり、Oracle Fusion Cloud調達にインポートできます。 インポート可能なビジネス・オブジェクトの完全なリストは、調達のファイルベース・データ・インポート(FBDI)の「購買オーダー・インポート」を参照してください。 一部のファイルベース・データ・インポート機能を使用して、アプリケーションの特定の包括契約属性および契約契約属性の大量を更新することもできます。 たとえば、Oracle Purchasingの特定の包括購買契約明細属性を更新できます。

スプレッドシート・テンプレート

提供されているFBDIテンプレートを使用して、データをすばやく作成およびインポートします。

主な機能

  • スプレッドシート・テンプレートとマクロを使用して、購買文書インポート用のオブジェクト・データを編成し、インポート・プロセス中に使用されるカンマ区切り値(CSV)ファイルを含む圧縮ファイル(ZIP)ファイルを生成します。

  • 大量のデータをインポートして購買文書を作成します。

ベスト・プラクティス

  • バッチID
    • バッチIDは索引を提供するため、パフォーマンスを向上させるために、FBDIスプレッドシートおよびインポート・オーダー・ジョブ・コンテキスト・メニューで同じバッチIDを使用することをお薦めします。
    • 並行して処理される予定で発行されるコンカレント・ジョブには、一意の調達ビジネス・ユニットとバッチIDの組合せが必要です。 調達ビジネス・ユニットとバッチIDの組合せが同じコンカレント・ジョブはシリアルに処理されます。
  • パージ
    • インタフェース表のデータ量が全体的なパフォーマンスに影響を与える可能性があります。 「処理済オープン・インタフェース文書のパージ」スケジュール済プロセスを実行して、このコンテンツを定期的にパージします。
    • po_interface_errors表でエラーを確認し、適切なアクションを実行して再処理することをお薦めします。
    • po_interface_errors表のレコードは自動的にパージされません。 これは、デバッグに役立つデフォルトの動作です。 エラーPDFの生成後にレコードのパージに戻すには、PO_PURGE_INTERFACE_ERRORSプロファイル・オプションを有効にします。
  • 承認済トランザクション
    • 承認をバイパスして購買文書をインポートするには、承認処理にBYPASSと入力します。 インポートを実行するユーザーには、「承認をバイパスした購買文書のインポート」機能セキュリティ権限が必要です。
  • 添付
  • 付加フレックスフィールド(DFF)
    • DFFの有効な値はドロップダウン・リストとして表示されません。 自由テキストとして扱われます。
  • 親子関係
    • インタフェース・キーを使用して、親子関係を強制します。

制約

  • 検証に失敗したバッチのインポートを再処理するオプションはありません。 インポートのためにスプレッドシートを再度ロードする必要があります。
  • FBDIを使用した承認済サプライヤ・リスト・エントリの作成はサポートされていません。 かわりにREST APIを使用してください。

購買オーダー

主な機能

  • 購買オーダーを作成します。
  • 購買オーダー明細を追加します。

ベスト・プラクティス

  • これは、未完了またはオープン・ステータスの多くの購買オーダーをインポートする理想的な方法です。
  • クローズ済購買オーダーをインポートするには、受入クローズ許容範囲と請求書クローズ許容範囲を100%に設定します。
  • 購買オーダーに新しい明細を追加するには、「更新」処理を使用します。 購買オーダーがオープンの場合、この処理によって変更オーダーが発生します。
  • 「購買オーダーのインポート」ファンクション・セキュリティ権限によって保護されます。
  • 契約をソースにするには、契約参照を明示的に指定する必要があります。 PO_LINES_INTERFACEシートの「ソース契約調達BU」、「ソース契約」および「ソース契約明細」列に移入します。 ソース基本契約明細は、ソース基本契約が包括購買契約の場合にのみ必要です。
  • FBDIでは、費用および在庫搬送先タイプがサポートされます。

制約

  • FBDIは、10,000を超える配分がある購買文書の作成または更新をサポートしていません。 配分が10,000を超えるとパフォーマンスの問題が発生し、障害が発生することがあります。
  • 次の状況では、REST APIのかわりにFBDIを使用します:
    • 購買オーダーを更新(新規明細の追加以外)して取り消すには、FBDIのかわりにREST APIを使用します。
    • 分割払いスケジュールを使用して購買オーダーを作成するには、FBDIのかわりにREST APIを使用します。
    • 購買依頼を参照する購買オーダーをインポートするには、FBDIではなく購買依頼処理リクエストRESTリソースを使用します。

購買契約

主な機能

  • 包括契約と契約契約を作成および更新します。
  • 包括契約明細を追加します。
  • 包括購買契約のインポート中に品目を作成します。

ベスト・プラクティス

  • これは、未完了またはオープン・ステータスの多くの購買オーダーをインポートする理想的な方法です。
  • 更新は、包括契約および契約契約の属性のサブセットに対してのみサポートされます。 詳細は、「購買文書のインポート方法」を参照してください。
  • 新規明細を包括購買契約に追加する場合:
    • ヘッダー処理はUPDATEである必要があります。
    • 明細処理はADDまたはSYNCである必要があります。
      • ADDの場合、明細番号は文書にすでに存在するものであってはなりません。
      • SYNCの場合、購買文書オープン・インタフェース(PDOI)により、一致する明細の明細が更新されます。 一致しない明細の場合、PDOIは包括購買契約(BPA)に新しい明細を作成します。
  • 包括契約のインポート時の品目の作成の詳細は、「包括購買契約インポートからのマスター品目の作成方法」を参照してください。

制約

  • FBDIを使用した包括購買契約明細のインポート: 10,000.
  • 購買契約を取り消してクローズするには、FBDIではなくREST APIを使用します。
  • 通知コントロールのインポートはサポートされていません。