サンプル統合フローのユースケース
サンプル統合フローのユースケースでは、受信と送信のデータフローについて説明します。
このセクションでは、データフロー全体 (受信と送信の両方) を説明できるように、ユースケースの例を紹介します。
顧客 ABC Inc が、Procure to Pay フローに以下のシステムを使用しているとします。
- ServiceNow のアプリケーション:
- セルフサービス調達 (ショッピングハブ)
- PO への購買要求フロー (調達ワークスペース)
- 向け SAP ECC
- サプライヤーへの PO の送信
- 受領書の記録
- 発注書との照合によるサプライヤー請求書の作成
- サプライヤーへの支払い
- 銀行取引明細書の支払の消込
上記のユースケースを実現するには、カスタマーは次の複数の手順に従う必要があります。
ステップ 1 – ServiceNow アプリケーションのインストール
- ServiceNow の Shopping Hub と Procurement Workspace を実装
- 従業員はショッピングハブを使用して、購買要求と調達要求を作成できます
- 履行者は、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 アプリケーションで使用できるようにする必要があります。これは、以下によって保証されます。
- 毎時、毎日、または顧客が必要とするその他の時間枠など、さまざまな間隔で実行するようにスケジュールできるビルドジョブ
- これらのジョブには、データを増分プルまたは完全プルする機能があります
- ジョブの基礎となるロジックは、それぞれのプライマリ Data Integration Hub アクションを呼び出すことです
ステップ3–トランザクションデータ。
- ServiceNow でレコード (PO など) を作成したら、ユースケースに従って下流処理を SAP ECC または SAP S4 HANA で行う必要があるため、同じものを SAP ECC または SAP S4 HANA にプッシュする必要があります。
- これを実現するために、すぐに利用可能な統合フローでは以下が提供されます
- 統合をトリガーするタイミングのロジックを含むサブフロー (注文済み、承認済み、またはその他のステータスなど)
- サブフローはさらに、SPO PO ペイロードデータを取得し、それを統合ハブアクションで必要なペイロードに変換して、データを統合ハブアクションに渡します
- Integration Hub アクションは、レコードを SAP システムに保存し、ERP 番号と ERP 明細番号を取得して SPO PO にスタンプします (フローが効率化されます)
- エラーフローの場合、SAP システムからのエラーメッセージは統合ハブアクションによってキャプチャされ、トランザクションレコードにタスクを作成してユーザーにアサインし、ユーザーがデータを確認、修正し、統合のために同じデータを再送信できるようにします
- SAP システムがパッチ適用のために停止していて、その時間内に 50 件の PO が作成された場合、各 PO を開いて統合のために再送信するのは簡単ではないかもしれません。このような場合、ジョブが提供され、実行時にエラーステータスのすべての PO が選択され、統合がトリガーされます