1. オーダー管理の実装
  2. インポート時にオーダー番号を保持
機械翻訳について

インポート時にオーダー番号を保持

ソース・オーダーのインポート時にOrder Managementでオーダー番号を設定する方法を制御します。

次のオーダー・プロファイルを使用します:

プロファイル・オプション・コード

値

DOO_RT_USE_ORDER_NUMBER

次の中から1つを選択します。

  • Y。 Order Managementでは、ソース・システムからインポートした番号がオーダー番号として使用されます。 Order Managementには、変換後およびオーダー履行中にOrder Management作業領域全体でインポートした番号が表示されます。

  • N。 Order Managementでは、システムからの番号は使用されませんが、かわりに、インポートするオーダーに対して新しいオーダー番号を作成して割り当てます。

    デフォルト値はNです。

このオーダー・プロファイルは1つのサイトにのみ使用できます。

詳細は、「オーダー・プロファイルを使用したOrder Managementの動作の制御」を参照してください

.

ソース・システムからの番号の使用

たとえば、販売オーダーにまったく異なる識別番号セットを使用できます。 ソース・システムを使用して顧客からのサービス・リクエストを記録し、各リクエストをOrder Managementにインポートして、販売オーダーとして管理するとします。 Order Managementのオーダー番号を使用せず、かわりにOrder Managementのオーダー番号としてサービス・リクエスト番号を使用します。 サービス・リクエスト76546286をインポートする必要があるとします。 次に、その要件を満たす方法を示します:

  1. DOO_RT_USE_ORDER_NUMBERをYに設定します。
  2. インポート・ペイロードのSourceOrderNumber属性に76546286を含めます。
  3. ソース・オーダーをインポートします。

インポート時に、Order Managementは販売オーダーのオーダー番号属性を76546286に設定し、履行全体でオーダー番号として76546286を使用します。

ソース・システムからの番号を使用しない

DOO_RT_USE_ORDER_NUMBERをNに設定すると、Order Managementでは、変換中または変換後にソース・オーダー番号がオーダー番号として使用されません。

  • オーダー管理では、ソース・オーダーに新しいオーダー番号が割り当てられ、変換後およびオーダー履行中にオーダー管理作業領域全体に新しい番号が表示されます。

  • オーダー管理では、オーダー管理作業領域で作成した販売オーダーごとに一意の番号が作成され、これらのオーダーごとにソース・システムとしてオーダー・オーケストレーションおよびプランニング(OPS)が使用されます。

    OPSをソース・システムとして使用し、DOO_RT_USE_ORDER_NUMBERをYに設定すると、オーダー番号間で競合が発生する可能性があります。

    たとえば、ソース・システムでオーダー番号543865のソース・オーダーを作成し、オーダー管理作業領域で作成したオーダーでもオーダー番号543865を使用できます。 これらのオーダー番号が一意であることを確認する必要があります。 たとえば、数値ではないソース・オーダー番号の値を使用するか、src_543865などのプリフィクスまたはサフィクスを番号に追加します。

ソース・システムからインポートしたソース・オーダーのソース・オーダー番号がソース・システムで一意でない場合は、このプロファイルをNに設定する必要があります。 Order Managementでは、同じソース・システム内の販売オーダーごとに一意のオーダー番号が必要であるため、オーダーのインポート時にエラーが発生しないようにする必要があります。 たとえば、ソース・システムAに次のものが含まれているとします:

  • それぞれがオーダー番号12345を使用する2つのソース・オーダーで、DOO_RT_USE_ORDER_NUMBERをNに設定します。
  • オーダー番号12345を使用する1つのソース・オーダーで、ソース・システムBにオーダー番号12345を使用する1つのソース・オーダーが含まれている場合は、DOO_RT_USE_ORDER_NUMBERをYまたはNに設定できます。

売掛管理との統合

売掛管理のオーダー番号がオーダー管理のオーダー番号と同じでない場合があります。 これにより、売掛管理でのファイルベースのデータ・インポート中にAutoInvoiceを実行する場合などに問題が発生する可能性があります。

オーダー管理では、RA_INTERFACE_LINES_ALL表を使用して売掛管理と統合します。

オーダー管理では、DOO_HEADERS_ALL表のORDER_NUMBER列およびSOURCE_ORDER_NUMBER列を使用して、RA_INTERFACE_LINES_ALLの列を移入します。

RA_INTERFACE_LINES_ALLの列

格納対象

INTERFACE_LINE_ATTRIBUTE1

SOURCE_ORDER_NUMBER

INTERFACE_LINE_ATTRIBUTE3

ORDER_NUMBER

SALES_ORDER

SOURCE_ORDER_NUMBER

オーダー管理は、DOO_HEADERS表のORDER_NUMBERおよびSOURCE_ORDER_NUMBERを、オーダー管理作業領域で使用する値と同じ値に設定します。

ただし、インポートする値がオーダー管理で使用するものと異なる場合は、オーダー管理とAccounts Receivableで同じ順序番号を使用するように、2つの選択肢があります:

  • DOO_RT_USE_ORDER_NUMBERプロファイルをYに設定すると、Order ManagementはORDER_NUMBERをSOURCE_ORDER_NUMBERと同じ値に設定します。

  • ドキュメント順序を使用して、ORDER_NUMBERの値を設定します。 詳細は、「販売オーダー番号の連番の設定」を参照してください。

販売オーダー番号に関する質問への回答

  • 異なるオーダー・タイプまたは異なるソース・システムに対して異なるオーダー番号連番を使用することはできません。 たとえば、オーダー・タイプAには販売オーダー1000から10000を使用し、タイプBには販売オーダー10001から20000を使用できません。

  • オーダー管理では、順序番号が一意であることを確認するデータベース順序から順序番号が作成されますが、キャッシュやその他の処理異常のため、順序にギャップが含まれる場合があります。 この動作は変更できません。

  • ドラフトを削除すると、オーダー番号連番にギャップが生じるため、元のドラフトを削除しても、ある下書きオーダーから別の下書きオーダーにオーダー番号を割り当てることはできません。 オーダー管理では、下書きオーダーのオーダー番号とDOO_HEADERS_ALL表のオーダー詳細が割り当てられます。 下書きを削除すると、オーダー管理は下書きのエントリもDOO_HEADERS_ALLから削除します。

このSQLを使用して、Order Managementがオーダー明細と履行明細に割り当てた明細番号を識別できます:

SELECT  dha.header_id            ,
       dha.order_number         ,
       dha.source_order_number  ,
       dha.submitted_flag,
       dla.line_number          ,
       dla.SOURCE_LINE_NUMBER   ,
       dla.SOURCE_LINE_ID,
       dla. DISPLAY_LINE_NUMBER ,
       dfla.SOURCE_LINE_NUMBER  ,
       dfla.fulfill_line_number
FROM    fusion.doo_headers_All dha,
       fusion.doo_lines_all dla  ,
       Fusion.doo_fulfill_lines_all dfla
WHERE   dha.source_order_number in ('&SOURCE_ORDER1','&SOURCE_ORDER2')
       AND dla.header_id       = dha.header_id
       AND dfla.line_id        = dla.line_id
--and submitted_flag = 'Y'
order by dha.SOURCE_ORDER_NUMBER , dla.LINE_NUMBER

ソース・オーダー番号の検証

DOO_RT_USE_ORDER_NUMBERオーダー・プロファイルを有効にすると、事前定義済のDOO_VALIDATE_DUPLICATE_SOURCE_ORDER制約によって、インポート・ペイロードの「ソース・トランザクション番号」属性の値が検索され、Oracleデータベースにまだ存在していないことが確認されます。 値がすでに存在する場合、制約によって履行明細をインポートできません。 これは、異なるソース・システムから同じソース・オーダー番号をインポートできないようにするためです。 同じ番号を持つと、Order Managementで出荷待ちの明細が発生する可能性がありますが、データに競合があるため、Oracle Shippingではすべての明細を表示できません。

DOO_VALIDATE_DUPLICATE_SOURCE_ORDERは、有効として事前定義されています。 DOO_RT_USE_ORDER_NUMBERが有効な場合は、DOO_VALIDATE_DUPLICATE_SOURCE_ORDERも有効にすることをお薦めします。 インポートする各オーダー番号がすべてのソース・システムで一意であることを確認する必要があります。

Order Managementでは、Oracle ShippingおよびDOO_RT_USE_ORDERプロファイルをYに設定した場合にのみ、この制約が使用されます。 他の出荷システムを使用している場合、DOO_RT_USE_ORDERをNに設定した場合は、DOO_VALIDATE_DUPLICATE_SOURCE_ORDER制約を無効にする必要があります。

関連トピック