L2 パンチアウトの仕組み

レベル 2 (L2) パンチアウトを使用すると、購買組織は調達アプリケーション内でパンチアウトアイテムを直接検索して検出できるため、各サプライヤーのサイトを個別に検索する必要がなくなります。

L2 パンチアウトで使用される主要な API

• Search API: SPOが複数のパンチアウトシステムにクエリを実行し、アプリケーション内に製品リストを表示できるようにします。
• 製品API: パンチアウトシステムでサポートされている場合、このAPIを使用すると、SPOは詳細な製品情報を取得できます。
• 注文API: パンチアウトシステムでサポートされている場合、このAPIを使用すると、ユーザーはSPO自体内でチェックアウトプロセスを完了できます。

複数サプライヤーのサポート

複数のパンチアウトエンドポイントを使用して SPO を構成できます。詳細については、「SPO でのパンチアウト構成」を参照してください。

検索が開始されると、SPO は構成されたすべてのシステムをクエリし、結果の統合セットをユーザーに提示します。

検索とチェックアウトのフロー

• ユーザーはアイテムを検索し、構成されたすべてのパンチアウトシステムから返された製品の統合リストを表示できます。

  

• 選択した製品がカートに追加され、SPO 内でチェックアウトが完了します。チェックアウト時に、購買要求 (PR) が作成されます。承認されると、発注書 (PO) が生成され、対応するパンチアウトシステムに同期されます。

  

L2 パンチアウトフロー

レベル 2 パンチアウトフローには、次のステップが含まれています。

• 検索用語を入力すると、SPOのバックエンドは構成されたすべての検索エンドポイントを照会し、結果の製品リストがShoppingHubに表示されます。
• 返されたペイロードのいずれかに必須の必須フィールドがない場合、対応する結果は以降の処理から除外されます。
• パンチアウトシステムが製品 API をサポートしている場合は、サプライヤーから詳細な製品情報を取得できます。
• 製品がカートに追加され、ユーザーがチェックアウトした後、SPOは購入要求を作成し、承認時に発注書を作成します。
• PO は、次のいずれかを使用してパンチアウトシステムと同期されます。
  • サプライヤーが cXML 注文エンドポイントをサポートしている場合は、cXML ペイロード。
  • サプライヤーが API ベースの注文送信をサポートしている場合は、注文 API。
• ターゲットのパンチアウトシステムは、PO のサプライヤー情報に基づいて決定されます。SPOは、サードパーティ登録テーブルから関連するサードパーティ構成を取得します。
• 拡張ポイント sn_spend_intg。ThirdPartySystemApiExtension は、さまざまなパンチアウトシステムとの統合をサポートするために使用できます。
  • ユーザーは、サードパーティ登録テーブルでパンチアウトシステムの詳細を構成する必要があります。
  • また、ユーザーは上記の拡張ポイントを実装して、特定のパンチアウトシステムとの統合を有効にする必要があります。

次の図は、L2 パンチアウトフローを示しています。