統合フローのユースケース例

  • リリースバージョン: Xanadu
  • 更新日 2026年03月13日
  • 所要時間：3分

    • サンプル統合フローのユースケースでは、受信および送信データフローについて説明します。

    このセクションでは、データフロー全体 (受信と送信の両方) を説明できるように、ユースケースの例を紹介します。

    顧客 ABC Inc が調達から支払いまでのフローに以下のシステムを使用しているとします。

    • ServiceNow の
    • セルフサービス調達 (Shopping Hub)
    • 購買要求から PO へのフロー (調達ワークスペース)
    • の SAP ECC
    • 発注書をサプライヤーに送信
    • 受領書の記録
    • 発注書との照合によるサプライヤー請求書の作成
    • サプライヤーへの支払い
    • 銀行取引明細書の支払の消込

    上記のユースケースを実現するには、顧客は複数の手順に従う必要があります。

    ステップ 1 – ServiceNow アプリケーションをインストールします。

    • ServiceNow の Shopping Hub と Procurement Workspace を実装して、
    • 従業員は Shopping Hub を使用して購買要求と調達要求を作成できます
    • 履行者は SR を PR に、PR を PO に変換できます
    • SPO で作成された PO を SAP ECC にプッシュする機能
    • SAP ECC の SoR を引き続き使用します。
    • ServiceNow からの PO の取り込み
    • 受領書の記録
    • 発注書との照合によるサプライヤー請求書の作成
    • サプライヤーへの支払い
    • 銀行取引明細書の支払の消込

    ステップ 2 – プライマリデータ。

    • ServiceNow で購買要求を作成するには、次の情報が必要です。
    • サプライヤー
    • サプライヤー製品 (サプライヤー製品を設定するには、製品カテゴリと製品モデルが必要です)
    • 契約
    • 配送先
    • アカウント (投資/経費)
    • 法人
    • 従業員
    • 上記のプライマリデータには、信頼できる情報源システムが必要です。つまり、新しいレコードの作成や既存のレコードの更新は、それぞれのシステムで行われ、その後、データがサードパーティシステムにプッシュされます。
    • SAP ECC および SAP S4 HANA とのすぐに利用可能な統合フローは、次の前提で構築されています。
    • 信頼できる情報源は、次のプライマリエンティティの SAP システムです。
    • 製品カテゴリと製品モデル
    • 配送先 (工場所在地にマッピング)
    • GL アカウント
    • 購買組織
    • コストセンター
    • 購買グループ
    • 法人/会社コード
    • 通貨/FX レート
    • 支払条件
    • サプライヤー (SLO がインストールされていない場合)
    • プライマリデータを定期的に同期して、最新の更新されたプライマリデータを ServiceNow アプリケーションで利用できるようにする必要があります。これは、以下によって保証されます。
    • 顧客の要求に応じて、毎時間、毎日、またはその他の時間枠など、さまざまな間隔で実行するようにスケジュールできるジョブの構築
    • これらのジョブには、データを増分プルまたは完全プルする機能があります
    • ジョブの基礎となるロジックは、それぞれのプライマリデータ統合ハブアクションを呼び出すことです

    ステップ3 – トランザクションデータ。

    • ServiceNow でレコード (PO など) が作成されたら、ユースケースに応じてダウンストリーム処理を SAP ECC または SAP S4 HANA で行う必要があるため、同じレコードを SAP ECC または SAP S4 HANA にプッシュする必要があります。
    • これを実現するために、すぐに利用可能な統合フローでは
    • 統合をトリガーするタイミング (注文後すぐに、承認後、またはその他のステータスなど) のロジックを含むサブフロー
    • サブフローは、SPO PO ペイロードデータも取得し、統合ハブアクションに必要なペイロードに変換して、そのデータを統合ハブアクションに渡します
    • 統合ハブアクションは、レコードを SAP システムに保存し、ERP 番号と ERP 明細番号を取得して、それを SPO PO にスタンプし直します (スムーズなフローのため)
    • エラーフローの場合、SAP システムからのエラーメッセージは統合ハブアクションによってキャプチャされ、トランザクションレコードにタスクを作成してユーザーにアサインし、ユーザーがデータを確認、修正し、統合のために同じタスクを再送信できるようにします
    • SAP システムがパッチ適用のために停止し、その間に 50 件の PO が作成された場合、各 PO を開いて統合のために再送信するのは容易ではない可能性があります。このような場合、ジョブが提供されます。このジョブを実行すると、エラーステータスのすべての PO が選択され、統合がトリガーされます